Proceso Unificado En este enfoque, el desarrollo se organiza en iteraciones. El resultado de cada iteración es un sistema que puede ser probado, integrado y ejecutado. ada iteración incluye sus propias actividades de análisis de requisitos, diseño, implementación y pruebas. El ciclo de vida iterativo se basa en la ampliación y refinamientos sucesivos del sistema mediante múltiples iteraciones, con retroalimentación cíclica y adaptación como elementos principales que dirigen para converger hacia un sistema adecuado. El sistema crece incrementalmente a lo largo del tiempo, iteración tras iteración, y por ello, este enfoque también se conoce como desarrollo iterativo e incremental. 1
BENEFIIOS Mitigación de los riesgos altos con anticipación. Progreso visible en las primeras etapas. Una temprana retroalimentación. Gestión de la complejidad. onocimiento adquirido de iteración en iteración. 2
EL PROESO UNIFIADO DE DESARROLLO Inicio: Visión aproximada, análisis del negocio, alcance, estimaciones imprecisas. Elaboración: Visión refinada, implementación iterativa del núcleo central de la arquitectura, resolución de los riegos altos, identificación de más requisitos y alcance, estimaciones más realistas. onstrucción: Implementación iterativa del resto de los requisitos de menor riesgo y elementos más fáciles, preparación para el despligue. Transición: prueba beta, despliegue. 3
Disciplinas (flujos de trabajo) Principales 4
BUENAS PRÁTIAS (PU) Abordar cuestiones de alto riesgo y muy valiosas en las primeras iteraciones. Involucrar continuamente al usuario. onstruir una arquitectura (nucleo) en las primeras iteraciones. Verificar aspectos de calidad. (pruebas) Aplicar casos de uso. Modelado visual (UML). Gestión de Requisitos, cambios y configuraciones. 5
El PU es un proceso adaptable, ya que acepta el cambio como una cuestión inevitable. onjunto pequeños de actividades. Los requisitos se van completando de a poco. No hay plan detallado. Plan de fase Plan de iteración 6
Análisis y Diseño de Sistemas FASE DE INIIO ARTEFATOS Modelo de asos de Uso (DS) Visión Esp. omplementaria Glosario ATIVIDADES Escribir un primer borrador breve de la Visión. Identificar los objetivos de usuarios, y transformarlos en casos de uso. Escribir algunos casos de uso y comenzar con la Especificación omplementaria. Refinar la Visión. 7
Análisis y Diseño de Sistemas FASE DE ELABORAIÓN Partimos de: Una arquitectura inicial (candidata) Identificamos los riesgos más críticos Tenemos un análisis de negocio. Objetivos de esta Fase: Recopilar la mayor parte de los requisitos (80%). asos de uso. Establecer una arquitectura sólida. Gestionar los riesgos. ompletar el plan de desarrollo. No siempre enfocamos el desarrollo en base a los riesgos. Pueden existir otras razones para no hacerlo. 8
Análisis y Diseño de Sistemas DISIPLINAS DE ESTA FASE El trabajo de una iteración durante la fase de elaboración discurre a lo largo de los cinco flujos fundamentales. La mayor parte del esfuerzo se realiza durante la recopilación de los requisitos, análisis y diseño; es necesario comprender la mayoría de los requisitos y diseñar el sistema. Implementación y prueba necesitan menos recursos. Recursos Flujos F. Requisitos Análisis Diseño Implementación Pruebas 9
Análisis y Diseño de Sistemas ARTEFATOS FASE DE ELABORAIÓN Artefacto Modelo de Dominio Modelo de diseño Documento de la Arquitectura software Modelo de datos Modelo de pruebas Modelo de implementación Prototipos de IU omentario Es una visualización de los conceptos del dominio; es similar al modelo de información estático de las entidades del dominio. Es el conjunto de diagramas que describen el diseño lógico. omprende los diagramas de clases software, diagramas de interacción, diagramas de paquetes, etc. Una ayuda de aprendizaje que resume las cuestiones claves de la arquitectura y como se resuelven en el diseño. Incluye los esquemas de bases de datos. Una descripción de lo que se probará y como. Se corresponde con la implementación real. Descripción de la interfase de usuario. 10
Análisis y Diseño de Sistemas Disciplina Artefacto Inicio Elaboración Modelado de Negocio Modelo de Dominio -- Requisitos Modelo de asos de Uso (DS) R Visión R Esp. omplementaria R Glosario R Diseño Modelo de Diseño -- Arquitectura -- Modelo de datos -- Implementación Modelo de Implementación -- Gestión de Proyecto Plan de desarrollo SW R Pruebas Modelo de pruebas -- Entorno Marco de desarrollo R 11