El Ciclo de Vida del Proceso Unificado

El Proceso Unificado se repite a lo largo de una serie de ciclos que constituyen la vida de un sistema. Cada ciclo constituye una versin del sistema.FasesCada ciclo constas de cuatro fases: inicio, elaboracin, construccin, y transicin.Cada fase se subdivide en iteraciones. En cada iteracin se desarrolla en secuencia un conjunto de disciplinas o flujos de trabajos.DisciplinasCada disciplina es un conjunto de actividades relacionadas (flujos de trabajo) vinculadas a un rea especfica dentro del proyecto total. Las ms importantes son: Requerimientos, Anlisis, Diseo, Codificacin, y Prueba. El agrupamiento de actividades en disciplinas es principalmente una ayuda para comprender el proyecto desde la visin tradicional en cascada.Cada disciplina est asociada con un conjunto de modelos que se desarrollan. Estos modelos estn compuestos por artefactos. Los artefactos ms importantes son los modelos que cada disciplina realiza: modelo de casos de uso, modelo de diseo, modelo de implementacin, y modelo de prueba.El Proceso Unificado consiste en una serie de disciplinas o flujos de trabajo que van desde los requisitos hasta las pruebas. Los flujos de trabajo desarrollan modelos desde el modelo de casos de uso hasta el modelo de pruebas.

HitosCada fase finaliza con un hito. Cada hito se determina por la disponibilidad de un conjunto de artefactos, es decir un conjunto de modelos o documentos que han sido desarrollados hasta alcanzar un estado predefinido. Los hitos tienen muchos objetivos. El ms crtico es que los directores deben tomar ciertas decisiones antes de que el trabajo contine con la siguiente fase. Los hitos tambin permiten controlar la direccin y progreso del trabajo. Al final se obtiene un conjunto de datos a partir del seguimiento del tiempo y esfuerzo consumidos en cada fase. Estos datos son tiles para las estimaciones en futuros proyectos.Fase de InicioDurante la fase de inicio se desarrolla una descripcin del producto final, y se presenta el anlisis del negocio. Esta fase responde las siguientes preguntas: Cules son las principales funciones del sistema para los usuarios ms importantes? Cmo podra ser la mejor arquitectura del sistema? Cul es el plan del proyecto y cunto costar desarrollar el producto?En esta fase se identifican y priorizan los riesgos ms importantes. El objetivo de esta fase es ayudar al equipo de proyecto a decidir cules son los verdaderos objetivos del proyecto. Las iteraciones exploran diferentes soluciones posibles, y diferentes arquitecturas posibles.Puede que todo el trabajo fsico realizado en esta fase sea descartado. Lo nico que normalmente sobrevive a la fase de inicio es el incremento del conocimiento en el equipo.Los artefactos que tpicamente sobreviven a esta fase son: Un enunciado de los mayores requerimientos planteados generalmente como casos de uso. Un boceto inicial de la arquitectura. Una descripcin de los objetivos del proyecto. Una versin muy preliminar del plan del proyecto.La fase de inicio finaliza con el Hito de Objetivos del Ciclo de Vida.

Fase de ElaboracinDurante la fase de elaboracin se especifican en detalle la mayora de los casos de uso del producto y se disea la arquitectura.Las iteraciones en la fase de elaboracin: Establecen una firme comprensin del problema a solucionar. Establece la fundacin arquitectural para el software. Establece un plan detallado para las siguientes iteraciones.Elimina los mayores riesgos. El resultado de esta fase es la lnea base de la arquitectura.En esta fase se construyen tpicamente los siguientes artefactos: El cuerpo bsico del sw en la forma de un prototipo arquitectural. Casos de prueba La mayora de los casos de uso (80%) que describen la funcionalidad del sistema.La fase de elaboracin finaliza con el hito de la Arquitectura del Ciclo de Vida.

Fase de ConstruccinDurante la fase de construccin se crea el producto. La lnea base de la arquitectura crece hasta convertirse en el sistema completo. Al final de esta fase, el producto contiene todos los casos de uso implementados, sin embargo puede que no est libre de defectos.Los artefactos producidos durante esta fase son: El sistema software Los casos de prueba. Los manuales de usuario.La fase de construccin finaliza con el hito de Capacidad Operativa Inicial

Fase de Transicin.La fase de transicin cubre el perodo durante el cual el producto se convierte en la versin beta. Las iteraciones en esta fase continan agregando caractersticas al sw. Sin embargo, las caractersticas se agregan a un sistema que el usuario se encuentra utilizando activamente.Los artefactos construidos en esta fase son los mismos que en la fase de construccin. El equipo se encuentra ocupado fundamentalmente en corregir y extender la funcionalidad del sistema desarrollado en la fase anterior.

La fase de transicin finaliza con el hito de Lanzamiento del Producto.

Caractersticas del Proceso Unificado

Iterativo e IncrementalEl Proceso Unificado es un marco de desarrollo iterativo e incremental compuesto de cuatro fases denominadas Inicio, Elaboracin, Construccin y Transicin. Cada una de estas fases es a su vez dividida en una serie de iteraciones (la de inicio slo consta de varias iteraciones en proyectos grandes). Estas iteraciones ofrecen como resultado un incremento del producto desarrollado que aade o mejora las funcionalidades del sistema en desarrollo.Cada una de estas iteraciones se divide a su vez en una serie de disciplinas que recuerdan a las definidas en el ciclo de vida clsico o en cascada: Anlisis de requisitos, Diseo, Implementacin y Prueba. Aunque todas las iteraciones suelen incluir trabajo en casi todas las disciplinas, el grado de esfuerzo dentro de cada una de ellas vara a lo largo del proyecto.

Dirigido por los casos de usoEn el Proceso Unificado los casos de uso se utilizan para capturar los requisitos funcionales y para definir los contenidos de las iteraciones. La idea es que cada iteracin tome un conjunto de casos de uso o escenarios y desarrolle todo el camino a travs de las distintas disciplinas: diseo, implementacin, prueba, etc. el proceso dirigido por casos de uso es el rup. Nota: en UP se est Dirigido por requisitos y riesgos de acuerdo con el Libro UML 2 de ARLOW, Jim que menciona el tema. Centrado en la arquitecturaEl Proceso Unificado asume que no existe un modelo nico que cubra todos los aspectos del sistema. Por dicho motivo existen mltiples modelos y vistas que definen la arquitectura de software de un sistema. La analoga con la construccin es clara, cuando construyes un edificio existen diversos planos que incluyen los distintos servicios del mismo: electricidad, fontanera, etc. Enfocado en los riesgosEl Proceso Unificado requiere que el equipo del proyecto se centre en identificar los riesgos crticos en una etapa temprana del ciclo de vida. Los resultados de cada iteracin, en especial los de la fase de Elaboracin deben ser seleccionados en un orden que asegure que los riesgos principales son considerados primero.