1. Inicio
1.1. La fase de inicio responde a ¿La pregunta cuanto va a costar el producto y en que tiempo estimado tendremos una primera versión del software? ¿Cuales son los casos de uso esenciales para los usuarios más importantes? ¿Cuál será esbozo o la arquitectura o del producto?
2. FASES DEL PROCESO UNIFICADO
3. Fase de elaboración
3.1. En esta fase se identifican la mayoría de los casos de uso y se especifica en detalle se diseña la arquitectura del sistema a través de modelos que representan al sistema entero esto implica que hay una vista arquitectónica del modelo del caso de uso, del modelo análisis del modelo de diseño de implementación y de despliegue.
4. Fase de construcción
4.1. El producto se crece hasta convertirse en un sistema completo preparados para ser empleado a la comunidad de usuarios, puede que no este completamente libre de defectos. Muchos de esos defectos se descubrirán y solucionaran durante la fase de transición.
5. Fase de transición
5.1. Esta fase cubre el periodo de entrega del producto a la comunidad de usuarios. Se capacita al personal o usuario finales de la aplicación, se crean los manuales o ayudas del sistema.
6. MODELOS RESULTANTES DE UN CICLO DE DESARROLLO.-
7. Planificación Temporal.
7.1. La planificación temporal tiene como objetivo evitar el retraso en la entrada del sistema. Un sistema de software general debe cumplir plazos o fechas de entrega impuestas por departamentos fuera del equipo de desarrollo en consecuencia pueden ser fechas irrealistas.
8. Principios de la planificación temporal
8.1. Durante las primeras etapas de la planificación del proyecto se desarrolla una planificación temporal macroscopica es decir se toman en cuenta las principales actividades de la ing. de software y las funciones del producto a las que se aplican a medida que el proyecto va progresando cada entrada en la planificación temporal microscópica se defina en una planificación temporal detallada.
9. Los principios fundamentales de la planificación Temporal son
9.1. Compartimentación
9.1.1. Tiene por finalidad la división del producto y el proceso en tareas mucho más sencillas
9.2. Interdependencia
9.2.1. Cada una de las tareas, fases, modelos del producto están interrelacionadas entre si es decir siguen una traza de desarrollo claramente definida
9.3. Validación de Esfuerzo
9.3.1. No se debe sobrecargar al personal, es decir se deben tener métricas de productividad individual por desarrollador de acuerdo a datos históricos de proyectos similares
9.4. Asignación de Esfuerzo
9.4.1. Cada una de las tareas, fases o modelos dependiendo de la estructura organizativa del equipo de desarrollo debe tener un responsable definido, se le debe asignar una fecha de inicio y una fecha de culminación de cada actividad.
9.5. Resultados definidos
9.5.1. Un proyecto de software debe ser claramente definido en función a sus fronteras del sistema es decir debe tener un objetivo general evitando cualquier ambigüedad en los resultados.
9.6. Responsabilidades definidas
9.7. Hitos definidos
9.7.1. Los hitos formales son reuniones técnicas formales de revisión de cada uno de los modelos que se han producido, aumentados o corregidos en una iteración o incremento.