Proceso Unificado de Desarrollo de Software. 13 de sep de 2006

Transcripción

1 Proceso Unificado de Desarrollo de Software 13 de sep de 2006

2 Referencias básicas El Proceso unificado de desarrollo de Software I. Jacobson, G. Booch y J.Rumbaugh Addison Wesley - Pearson Education 1999 Applying UML and Patterns. An Introduction to Object-Oriented Analysis and Dessign and the Unified Process C. Larman Prentice Hall. Second Edition Rational Unified Process. Best Practices for Software Development Teams. A Rational Software Corporation White Paper.

3 Tendencias Actuales Sistemas Grandes Complejos Rápidos Calidad Dificultad de coordinación de los grupos de desarrollo

4 Necesidad en el desarrollo de software Establecer una guía para ordenar las actividades de un equipo Dirigir las tareas de cada desarrollador por separado y del equipo como un todo Ofrecer criterios para el control y medición de la calidad de los productos y actividades del proyecto Especificar los artefactos a desarrollar

5 Seis mejores Prácticas 1.Desarrollo Iterativo 2.Administrar Requerimientos 3.Usar Arquitecturas basadas en Componentes 4.Modelado Visual (UML) 5.Verificar Continuamente la Calidad 6.Administrar el Cambio

6 Qué es el Proceso Unificado? Define: Quién está haciendo, Qué es lo que está haciendo, Cuándo debe hacerlo, y Cómo obtener un cierto objetivo. trabajadores artefactos fases del proceso encadenamiento de actividades

7 Características

8 Iterativo e incremental Permite desarrollar un sistema a través de refinamientos sucesivos e incorporación de nuevas funcionalidades, creando una solución efectiva, en múltiples iteraciones. Alto nivel de reuso Apendizaje del grupo del proyecto durante el desarrollo del software Adaptación a requerimientos cambiantes Mitigación de los riesgos y realización de las pruebas en etapas tempranas del desarrollo del sotware.

9 Características

10 Basado en Casos de Usos Casos de Uso? Permiten una representación gráfica adecuada de las funcionalidades requeridas por usuarios, clientes. Guían el proceso de desarrollo del software...

11 Características

12 Proyección de la organización y estructura de un sistema enfocándose en aspectos particulares Centrado en la Arquitectura Qué es la Arquitectura de un Sistema? La descripción del Sistema a través de vistas utilizando diagramas y modelos Con qué notación?

13 Centrado en la Arquitectura Por qué es importante? Permite una comunicación efectiva entre las personas involucradas (diseñador, desarrollador). Promueve el reuso del software. Permite la prueba individual e integración gradual de los componentes. Permite crear sistemas flexibles y tolerantes a cambios.

14 Características

15 Características

16 Estructura Estática Un papel jugado por un individuo o un grupo Actividad Una unidad de trabajo Trabajador Analista responsable para Describen un Caso de Uso Artefacto Caso de Uso Paquete de Caso de Uso Un pedazo de información que es producido, modificado o usado por un proceso

17 Fases del Ciclo de Vida Inicio Elaboración Construcción Transición tiempo Define el alcance y factibilidad del proyecto

18 Fases del Ciclo de Vida Inicio Elaboración Construcción Transición tiempo Planifica el proyecto, especifica las características y la arquitectura base

19 Fases del Ciclo de Vida Inicio Elaboración Construcción Transición tiempo Construye el producto

20 Fases del Ciclo de Vida Inicio Elaboración Construcción Transición tiempo Entrega del producto a usuarios.

21 Ciclo de vida Inicio Elaboración Construcción Transición tiempo Ciclo inicial de desarrollo Generación 1

22 Ciclo de vida Inicio Elaboración Construcción Transición Evolución tiempo Ciclo inicial de desarrollo Generación 1

23 Ciclo de vida Inicio Elaboración Construcción Transición Evolución tiempo Ciclo inicial de desarrollo Generación 1 Inicio Elaboración Construcción Transición Evolución tiempo Ciclo de evolución Generación 2

24 Hitos Principales tiempo Inicio Elaboración Construcción Transición Visión Arquitectura Base Capacidad Operacional Inicial Liberación del Producto

25 Fases e Iteraciones Inicio Elaboración Construcción Transición Iteración... Iteración Iteración... Iteración... Versiones Versiones Versiones Versiones Versiones Versiones Versiones Versione Una iteración es una secuencia de actividades con un plan establecido y criterio de evaluación, la cual resulta en una versión del producto.

26 Iteraciones y Disciplinas Disciplinas Fundamentales Modelado del Negocio Inicio Fases Elaboración Construcción Transición Requerimientos Análisis y Diseño Implementación Prueba Entrega Gerencia de Configuración y Cambio Gerencia de Proyecto Ambiente Iteraciones

27 Iteraciones y Disciplinas Disciplinas Fundamentales Modelado del Negocio Requerimientos Análisis y Diseño Implementación Prueba Entrega Inicio Fases Elaboración Construcción Transición Una iteración en la Fase de Elaboración Gerencia de Configuración y Cambio Gerencia de Proyecto Ambiente Iteraciones

28 Algunos Artefactos

29 Iteraciones y Disciplinas Disciplinas Fundamentales Modelado del Negocio Inicio Fases Elaboración Construcción Transición Requerimientos Análisis y Diseño Implementación Prueba Entrega Gerencia de Configuración y Cambio Gerencia de Proyecto Ambiente Iteraciones

30 Iteraciones y Disciplinas Disciplinas Fundamentales Modelado del Negocio Requerimientos Análisis y Diseño Implementación Prueba Entrega Gerencia de Configuración y Cambio Gerencia de Proyecto Ambiente Inicio Iteraciones Fases Elaboración Construcción Transición Esbozar: - Modelo de Casos de Uso -Especificaciones Complementarias - Visión -Glosario...

31 Iteraciones y Disciplinas Disciplinas Fundamentales Modelado del Negocio Inicio Fases Elaboración Construcción Transición Requerimientos Análisis y Diseño Implementación Prueba Entrega Gerencia de Configuración y Cambio Gerencia de Proyecto Ambiente Iteraciones

32 Iteraciones y Disciplinas Disciplinas Fundamentales Modelado del Negocio Requerimientos Análisis y Diseño Implementación Prueba Entrega Gerencia de Configuración y Cambio Gerencia de Proyecto Ambiente Inicio Iteraciones Fases Elaboración Construcción Transición Refinar: - Modelo de Casos de Uso -Especificaciones Complementarias - Visión -Glosario...

33 Iteraciones y Disciplinas Disciplinas Fundamentales Modelado del Negocio Inicio Fases Elaboración Construcción Transición Requerimientos Análisis y Diseño Implementación Prueba Entrega Gerencia de Configuración y Cambio Gerencia de Proyecto Ambiente Iteraciones

34 Iteraciones y Disciplinas Disciplinas Fundamentales Modelado del Negocio Inicio Fases Elaboración Construcción Transición Requerimientos Análisis y Diseño Implementación Prueba Entrega Gerencia de Configuración y Cambio Gerencia de Proyecto Ambiente Iteraciones Esbozar: - Modelo de Diseño - Documento de la Arquitectura...

35 Iteraciones y Disciplinas Disciplinas Fases Fundamentales Modelado del Negocio Inicio Elaboración Construcción Transición Refinar: Requerimientos - Modelo de Análisis y Diseño Implementación Prueba Entrega... Diseño Gerencia de Configuración y Cambio Gerencia de Proyecto Ambiente Iteraciones

36 Iteraciones y Disciplinas Disciplinas Fundamentales Modelado del Negocio Requerimientos Análisis y Diseño Implementación Prueba Entrega Gerencia de Configuración y Cambio Gerencia de Proyecto Ambiente Inicio Iteraciones Fases Elaboración Construcción Transición Esbozar: - Modelo de Implementación...

37 Iteraciones y Disciplinas Disciplinas Fundamentales Inicio Fases Elaboración Construcción Transición Modelado del Negocio Requerimientos Análisis y Diseño Implementación Prueba Entrega Refinar: - Modelo de Implementación... Gerencia de Configuración y Cambio Gerencia de Proyecto Ambiente Iteraciones

38 Iteraciones y Disciplinas Disciplinas Fundamentales Modelado del Negocio Inicio Fases Elaboración Construcción Transición Requerimientos Análisis y Diseño Implementación Prueba Entrega Gerencia de Configuración y Cambio Gerencia de Proyecto Ambiente Iteraciones Refinar: - Modelo de Implementación...

39 Casos de Uso en el Proceso Unificado Disciplinas Modelado del Negocio Requerimientos Análisis y Diseño Implementación Los Casos de Uso enlazan las disciplinas Prueba Entrega

40 Casos de Uso en el Proceso Unificado Disciplinas Modelado del Negocio Requerimientos Análisis y Diseño Implementación Prueba Entrega Describen los procesos de negocio

41 Casos de Uso en el Proceso Unificado Disciplinas Modelado del Negocio Requerimientos Análisis y Diseño Implementación Prueba Lenguaje de comunicación común entre los clientes o usuarios y desarrolladores del sistema Requerido para la definición de prototipos de interfaces. Entrega

42 Casos de Uso en el Proceso Unificado Disciplinas Modelado del Negocio Requerimientos Análisis y Diseño Implementación Prueba Entrega Unen actividades de identificación y descripción de requerimientos Base para la realización de los Requerimientos, en término de objetos que interactúan en el Modelo de Diseño Creación y validación de la arquitectura del sistema.

43 Casos de Uso en el Proceso Unificado Disciplinas Modelado del Negocio Requerimientos El Modelo de Diseño es la especificación de la implementación. Análisis y Diseño Implementación Prueba Entrega

44 Casos de Uso en el Proceso Unificado Disciplinas Modelado del Negocio Requerimientos Análisis y Diseño Implementación Constituyen la base para identificar los casos de prueba Se ejecuta cada Caso de Uso, para verificar el sistema. Prueba Entrega

45 Casos de Uso en el Proceso Unificado Disciplinas Modelado del Negocio Requerimientos Análisis y Diseño Sirven para planificar la entrega de una fase o definir variantes del sistema Implementación Prueba Proveen gran parte de la estructura y contenido de los manuales de usuario. Entrega

46 Características

47 Características

48 Framework: RUP NO hay un Proceso Universal! El Proceso Unificado es diseñado para flexibilidad y extensibilidad» permite una variedad de estrategias de ciclo de vida» seleccciona qué artefactos producir» define las actividades y trabajadores y métodos.

49 Las herramientas en el proceso Soportan los procesos de desarrollo de software modernos Automatizan los procesos repetitivos Mantienen la información estructurada Gestionan grandes cantidades de información Guían a los desarrolladores a lo largo de un camino de desarrollo concreto.

50 NO se ha entendido el Proceso Unificado cuando piensa que:

51 No se ha entendido el Proceso Unificado cuando piensa que:

52 No se ha entendido el Proceso Unificado cuando piensa que:

53 No se ha entendido el Proceso Unificado cuando piensa que:

54 No se ha entendido el Proceso Unificado cuando piensa que:

55 No se ha entendido el Proceso Unificado cuando piensa que:

56 No se ha entendido el Proceso Unificado cuando piensa que:

57 No se ha entendido el Proceso Unificado cuando piensa que:

58 No se ha entendido el Proceso Unificado cuando piensa que:

59 No se ha entendido el Proceso Unificado cuando piensa que:

60 Fase de Inicio Delimitar el problema que se desea resolver para tener confianza de que es posible y deseable desarrollar el sistema. Objetivos Establecer el alcance y las condiciones límites del proyecto Discriminar los casos de uso críticos del sistema Definir al menos una arquitectura inicial apoyada sobre los escenarios principales Estimar el costo total del proyecto y planificar su desarrollo Estimar los riesgos.

61 Fase de Inicio Para qué? Cuál es la visión y caso del negocio? Es factible el proyecto? Comprar o Construir el software? Orden de precio? Seguir adelante?

62 Fase de Inicio Actividades principales Determinar el alcance del proyecto Capturar los requerimientos y restricciones mas importantes, de los cuales pueda depender la finalización del producto Preparar un caso del negocio que permita evaluar alternativas para el manejo de riesgos, contratación de personal, compromisos entre los costos, planificación y beneficios Diseñar un esquema de arquitectura para estimar y evaluar costos.

63 Fase de Inicio Artefactos a producir Un documento de visión requerimientos centrales del proyecto, características claves y restricciones principales Un modelo de casos de uso preliminar que muestre los casos de uso y los actores identificados en las etapas iniciales Describe los requerimientos funcionales y aquellos no funcionales relacionados Un modelo del dominio que represente los conceptos más importantes del contexto del dominio y relaciones entre ellos

64 Fase de Inicio Artefactos a producir Un modelo del negocio que muestre: contexto del negocio criterios para determinar el éxito del proyecto previsión financiera Glosario Describe la terminología clave Lista de Riesgos y Plan de Manejo Describe y prioriza los riesgos Describe cómo mitigar los riesgos Plan de Iteración Describe qué hacer en la primera iteración de la Fase de Elaboración

65 Fase de Inicio Artefactos a producir Especificaciones Suplementarias Describe otros requerimientos Prototipo del comportamiento del sistema de la estructura del sistema

66 Fase de Elaboración Línea base de una arquitectura ejecutable Construir el corazón de la arquitectura Resolver los elementos de alto riesgo Definir los principales requerimientos Estimar cronograma y recursos

67 Fase de Elaboración Asegurar que la arquitectura, los requerimientos y el proyecto son lo suficientemente estables y que los riesgos están lo suficientemente mitigados como para estimar el costo y la planificación globales del desarrollo.

68 Fase de Elaboración Objetivos Capturar la mayoría de los requerimientos remanentes especificando los funcionales en términos de casos de uso Establecer una base arquitectural estable, para guiar el trabajo en las fases de construcción y transición Continuar la supervisión de los riesgos críticos remanentes e identificar los riesgos significativos y estimar su impacto en el proceso Completar los detalles relacionados con el plan del proyecto.

69 Fase de Elaboración Actividades principales Mejorar la visión y establecer una comprensión sólida de la mayoría de los casos de uso críticos Definir los procesos, infraestructura y ambiente de desarrollo Poner en práctica las herramientas y los soportes de automatización Mejorar la arquitectura y seleccionar los componentes.

70 Fase de Elaboración Artefactos a producir Un modelo de casos de uso donde todos los casos de uso han sido identificados, todos los actores han sido identificados y la mayoría de los casos de uso han sido descritos Lista de los requerimientos no funcionales y cualquier requerimiento que no esté asociado a un caso de uso especifico Una descripción de la arquitectura de software Una arquitectura ejecutable.

71 Fase de Elaboración Artefactos a producir Una lista de riesgos revisada Un plan de desarrollo global del proyecto, el cual muestre las iteraciones y los criterios de evaluación de cada iteración Un manual de usuarios preliminar.

72 Ejemplo de artefactos y momento de su concepción

73 BUP (Basic Unified Process) Versión compacta del RUP Optimizada para procesos pequeños 3 ó 4 personas 3 ó 6 meses en desarrollo Mantiene características esenciales de RUP Es mínimo, completo y expansible

74 BUP (Basic Unified Process) Disciplinas: Incluye requerimientos, arquitectura, desarrollo, prueba, administración de proyectos y gestión de cambios. Omite modelado de negocio, ambiente, manejo avanzado de requerimientos, administración de configuraciones, etc. Reduce el número de artefactos