Diagrama General de RUP

Acerca de la Figura En el eje horizontal se representa el tiempo y muestra los aspectos del ciclo de vida del proceso. Representa el aspecto dinmico del proceso a travs de las fases, iteraciones y productos intermedios. El eje vertical representa las disciplinas que agrupan actividades por su naturaleza. Representa el aspecto esttico del proceso a travs de componentes, disciplinas, actividades, flujos de trabajo, artefactos y roles. Ciclo de Vida de RUP En cuanto a tiempo el ciclo de vida de RUP se descompone en 4 FASES secuenciales, cada cual concluye con un producto intermedio. Al terminar cada fase se realiza una evaluacin para determinar si se ha cumplido o no con los objetivos de la misma. Las fases son: Inicio (Inception), Elaboracin, Construccin y Transicin. Fases de Ciclo de Vida 1. Inicio (Inception) El objetivo general de esta fase es establecer un acuerdo entre todos los interesados acerca de los objetivos del proyecto. Esta fase es significativamente primaria para el desarrollo de nuevo software, ya que se asegura de identificar los riesgos relacionados con el negocio y requerimientos. Para proyectos de mejora de software existente esta fase es ms breve y se centra en asegurar que vale la pena y es posible, desarrollar el proyecto. 2. Elaboracin El objetivo en esta fase es establecer la arquitectura base del sistema para proveer bases estables para el esfuerzo de diseo e implementacin en la

siguiente fase. La arquitectura debe abarcar todos las consideraciones de mayor importancia de los requerimientos y una evaluacin del riesgo. 3. Construccin El objetivo de la fase de construccin es clarificar los requerimientos faltantes y completar el desarrollo del sistema basados en la arquitectura base. Vista de cierta forma esta fase es un proceso de manufactura, en el cual el nfasis se torna hacia la administracin de recursos y control de las operaciones para optimizar costos, tiempo y calidad. 4. Transicin Esta fase se enfoca en asegurar que el software este disponible para sus usuarios. Esta fase se puede subdividir en varias iteraciones, adems incluye pruebas del producto para poder hacer el entregable del mismo, as como realizar ajuste menores de acuerdo a ajuste menores propuestos por el usuario. En este punto, la retroalimentacin de los usuarios se centra en depurar el producto, configuraciones, instalacin y aspectos sobre utilizacin.

Disciplinas Una disciplina es una coleccin de actividades relacionadas con un rea de atencin dentro de todo el proyecto. El grupo de actividades que se encuentran dentro de una disciplina principalmente son una ayuda para entender el proyecto desde la perspectiva clsica de cascada. Las disciplinas son: Modelado de Negocios, Requerimientos, Anlisis y Diseo, Implementacin, Pruebas, Transicin, Configuracin y Administracin del Cambio, Administracin de Proyectos y Ambiente. 1. Modelado de Negocios Los propsitos que tiene el Modelo de Negocios son: Entender los problemas que la organizacin desea solucionar e identificar mejoras potenciales. Medir el impacto del cambio organizacional. Asegurar que clientes, usuarios finales, desarrolladores y los otros participantes tengan un entendimiento compartido del problema. Derivar los requerimientos del sistema de software, necesarios para dar soporte a los objetivos de la organizacin. Entender como el sistema a ser desarrollado entra dentro de la organizacin. 2. Requerimientos Esta disciplina tiene el propsito de: Establecer y mantener un acuerdo con los clientes y los otros interesados acerca de que debe hacer el sistema.

Proveer a los desarrolladores del sistema de un mejor entendimiento de los requerimientos del sistema. Definir los lmites (o delimitar) del sistema. Proveer una base para la planeacin de los contenidos tcnicos de las iteraciones. Proveer una base para la estimacin de costo y tiempo necesarios para desarrollar el sistema. Definir una interfaz de usuario para el sistema, enfocada en las necesidades y objetivos del usuario. 3. Anlisis y Diseo El propsito del Anlisis y Diseo es: Transformar los requerimientos a diseos del sistema. Desarrollar una arquitectura robusta para el sistema. Adaptar el diseo para hacerlo corresponder con el ambiente de implementacin y ajustarla para un desempeo esperado. 4. Implementacin El propsito de la implementacin es: Definir la organizacin del cdigo, en trminos de la implementacin de los subsistemas organizados en capas. Implementar el diseo de elementos en trminos de los elementos (archivos fuente, binarios, ejecutables y otros) Probar los componentes desarrollados como unidades. Integrar los resultados de los implementadores individuales en un sistema ejecutable. La disciplina de implementacin limita su alcance a como las clases individuales sern probadas. Las pruebas del sistema son descritas en futuras disciplinas. 5. Pruebas Esta disciplina acta como un proveedor de servicios a las otras disciplinas en muchos aspectos. Pruebas se enfoca principalmente en la evaluacin y aseguramiento de la calidad del producto, desarrollado a travs de las siguientes prcticas: Encontrar fallas de calidad en el software y documentarlas. Recomendar sobre la calidad percibida en el software. Validar y probar las suposiciones hechas durante el diseo y la especificacin de requerimientos de forma concreta. Validar que el software trabaja como fue diseado. Validar que los requerimientos son implementados apropiadamente. 6. Transicin Esta disciplina describe las actividades asociadas con el aseguramiento de la entrega y disponibilidad del producto de software hacia el usuario final. Existe un nfasis en probar el software en el sitio de desarrollo, realizacin de pruebas beta del sistema antes de su entrega final al cliente. 7. Administracin y Configuracin del Cambio Consiste en controlar los cambios y mantener la integridad de los productos que incluye el proyecto. Incluye:

El

Identificar los elementos configurables. Restringir los cambios en los elementos configurables. Auditar los cambios hechos a estos elementos. Definir y mantener las configuraciones de estos elementos. Los mtodos, procesos y herramientas usadas para proveer la administracin y configuracin del cambio pueden ser consideradas como el sistema de administracin de la configuracin. 8. Administracin de Proyectos propsito de la Administracin de Proyectos es: Proveer un marco de trabajo para administrar los proyectos intensivos de software. Proveer guas prcticas para la planeacin, soporte, ejecucin y monitoreo de proyectos. Proveer un marco de trabajo para la administracin del riesgo. 9. Ambiente Se enfoca en las actividades necesarias para configurar el proceso al proyecto. Describe las actividades requeridas para desarrollar las lneas guas de apoyo al proyecto. El propsito de las actividades de ambiente es proveer a las organizaciones de desarrollo de software del ambiente necesario (herramientas y procesos) que den soporte al equipo de desarrollo.