Establecimiento del calendario de hitos de control y entregas del proyecto. Estimación de costes y elaboración del Presupuesto. Aprobación de la planificación inicial. Selección de la estrategia de desarrollo. Descripción. En esta actividad se define el ciclo de vida del proyecto, identificando la estrategia de desarrollo del mismo y por lo tanto la forma de organizarlo. Se diferencian varias posibles estrategias que se identifican aquí a título orientativo: Lineal secuencial o en cascada. El proyecto se considera un todo dividido en procesos y cada uno no comienza hasta que finaliza el anterior. Los procesos en los que se divide el proyecto serán función de la metodología a seguir que se escogerá en una actividad posterior. Éste es el método más utilizado en desarrollo estructurado. Modular. El proyecto se divide en subsistemas semi-independientes que se pueden organizar de forma diferente. A su vez el equipo de proyecto se puede dividir en equipos especializados. Cada subsistema se puede organizar con un ciclo de vida diferente según las características del mismo. Prototipado. Este modelo comienza con la identificación de requisitos iniciales. A continuación se comienza a realizar un prototipo que tiene por objetivo representar los aspectos del software que serán visibles para el usuario. El prototipo se irá evaluando por parte del usuario con el fin de refinar los requisitos que debe cumplir el software a desarrollar, hasta que éstos estén claramente definidos. Posteriormente el prototipo se abandona y se aborda la construcción real del sistema. En espiral. En este modelo el software se desarrolla en una serie de versiones incrementales. Durante las primeras iteraciones, la versión incremental puede ser un modelo en papel o un prototipo. Durante las últimas se consiguen versiones cada vez más completas del sistema. En cada espiral se incluye análisis de riesgos y evaluación por parte del cliente del trabajo realizado hasta el momento. Señalar de nuevo que no es imprescindible que el proyecto se adapte a uno de los ciclos de vida que aparecen aquí, sino que puede escogerse cualquier otro siempre que se adapte mejor a las necesidades del proyecto. También se puede considerar la posibilidad de combinar varios modelos, como por ejemplo decidir un modelo en cascada o en espiral para el proyecto pero con la construcción de un prototipo en algún momento como: en las etapas iniciales del proyecto, si es evidente que el cliente no tiene claros los requisitos del sistema. durante la especificación del proyecto, de forma que al final de dicho proceso, el prototipo pueda utilizarse para validar que el proyecto está bien definido. En cualquier caso, debe justificarse la decisión tomada e indicar a grandes rasgos en qué consiste el modelo de ciclo de vida seleccionado si es diferente a los anteriores. Para escoger un modelo de ciclo de vida para un proyecto informático, se pueden tener en cuenta las siguientes consideraciones: El modelo lineal secuencial o en cascada es el más antiguo y más utilizado en Ingeniería de Software, pero presenta algunos problemas como: Los proyectos reales pocas veces son tan secuenciales como propone el modelo. A menudo es difícil que el cliente exponga explícitamente todos los requisitos. No se tiene una versión del programa funcionando hasta que el proyecto está bastante avanzado, lo que supone un riesgo potencial. El modelo de construcción de prototipos presenta los siguientes inconvenientes: Incomprensión por parte de los clientes que no entienden que lo que están viendo no es el sistema ni se debe intentar mejorar para que los sea. Tendencia a intentar que el prototipo se convierta en el nuevo sistema, lo que redunda en una muy pobre calidad del software final, difícil mantenimiento. El modelo en espiral presenta los siguientes problemas: A menudo es difícil convencer a los clientes de que un enfoque evolutivo es controlable. Requiere una considerable habilidad para evaluar riesgos. El modelo es relativamente nuevo y no se ha utilizado tanto como otros, por lo que tendrá que pasar un tiempo antes de que el modelo tenga probada su eficacia. Participantes. Director del Proyecto. Información manejada. Entrada: Documento de Inicio del Proyecto Documento de Definición del Proyecto. Salida: Ciclo de vida seleccionado. Técnicas empleadas. Sesiones de trabajo. Selección y adaptación de la metodología de desarrollo. Descripción. En esta actividad se selecciona la metodología que se va a utilizar para el desarrollo del proyecto. Para realizar la selección deben tenerse en cuenta si en la organización existe alguna normativa metodológica (metodología implantada, recomendada...). En el caso de una Administración Pública, para el desarrollo de Proyectos Software, se tomará como referencia la Metodología de Desarrollo de Proyectos Informáticos de que disponga o Métrica v.3 en otro caso.. Una vez se ha seleccionado la metodología, debe adaptarse al proyecto concreto. Esta adaptación consistirá en seleccionar los procesos de la metodología de desarrollo que se van a llevar a cabo. Para cada proceso se determinan las actividades y tareas a realizar así como los productos que se van a generar, teniendo en cuenta las características concretas del proyecto como tamaño y complejidad. Participantes. Director del Proyecto. Información manejada. Entrada: Documento de Inicio del Proyecto Documento de Definición del Proyecto. Salida: Metodología de desarrollo para el proyecto. Técnicas empleadas. Sesiones de Trabajo. Estructura de descomposición de trabajos (EDT) Técnicas de estimación de Software a alto nivel. Dimensionar el equipo técnico del proyecto. Descripción. En esta actividad se define el equipo técnico que va a participar en el desarrollo del proyecto identificando: Las figuras/categorías profesionales que van a formar el equipo técnico. El número de personas de cada categoría que serán necesarias. Para ello, se tendrá en cuenta la información recabada sobre el proyecto hasta el momento que dará idea del tamaño y complejidad del mismo. Asimismo, para definir la estructura del equipo técnico, se podrá tener en cuenta la información que aparece en el Proceso de Gestión de Personal de esta metodología, en el que se describen las funciones y responsabilidades de las categorías profesionales que habitualmente forman parte de un equipo informático. Participantes. Director del Proyecto. Información manejada. Entrada: Documento de Inicio del Proyecto Documento de Definición del Proyecto. Salida: Estructura del equipo técnico del proyecto. Técnicas empleadas. Estructura de descomposición de recursos (EDO) Planificación de los procesos, productos y asignación de recursos. Descripción. El objetivo de esta actividad es la programación detallada del proyecto, planificando en el tiempo la estructura de procesos que indique la metodología seleccionada y realizando la asignación de los recursos a los mismos. La planificación se llevará a cabo al menos a nivel de proceso. Se indicarán también los productos que se deben obtener en cada caso. Para todo ello se tendrá en cuenta toda la información recabada en las dos actividades anteriores. Participantes. Director del Proyecto. Información manejada. Entrada: Documento de Inicio del Proyecto. Documento de Definición del Proyecto. Metodología del proyecto. Estructura del equipo técnico. Salida: Planificación inicial del proyecto. Técnicas empleadas. Estructura de descomposición de trabajos (EDT) Técnicas de Planificación. Técnicas de Estimación de Software a alto nivel. Análisis de riesgos detallado. Descripción. En esta actividad se ampliará si es necesario el análisis de riesgos que se realizó en el estudio de viabilidad para la solución seleccionada. Si dicho estudio no se hizo, el análisis de riesgos se hará íntegramente aquí. Para ello, será necesario tener en cuenta la identificación de métodos de control de riesgos que se puede haber hecho en el Documento de Definición del Proyecto. Participantes. Director del Proyecto. Información manejada. Entrada: Documento de Inicio del Proyecto. Documento de Definición del Proyecto. Salida: Análisis de riesgo detallado. Técnicas empleadas. Análisis de riesgo. Establecimiento del calendario de hitos de control y entregas del proyecto.