Proceso de desarrollo unificado

2,159 views
1,975 views

Published on

0 Comments
2 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
2,159
On SlideShare
0
From Embeds
0
Number of Embeds
1
Actions
Shares
0
Downloads
63
Comments
0
Likes
2
Embeds 0
No embeds

No notes for slide
  • Es un método moderno que intenta superar los métodos de hace más de 25 años
  • No se realizan de manera aislada. Se hacen en paralelo con la descripción de la arquitectura del sistema. Ambos maduran a medida que se desarrolla
  • tipo de ordenador (PC, MAC, Mainframe…), sistema operativo, sistema de gestión de bases de datos, protocolos de red…
  • Proceso de desarrollo unificado

    1. 1. El proceso dedesarrollo unificado 2
    2. 2. El proceso de desarrollo unificado • Es un proceso ORIENTADO A OBJETOS • El proceso es: • Guiado por casos de uso • Centrado en la arquitectura • Con un ciclo de vida iterativo e incremental PARTE DINÁMICA CICLO Debe ofrecer un marco de trabajo INTERFAZDE VIDA genérico PARTE 3 ESTÁTICA
    3. 3. 1. Guiado por casos de uso• Los sistemas se crean para dar servicio a los usuarios. oQué requisitos se necesitan oun caso de uso es una pieza de funcionalidad de un sistema que le proporciona a algún usuario un resultado o valor. 4
    4. 4. Casos de uso• Todos juntos constituyen el modelo de casos de uso (MCU) ofuncionalidad completa opara todos los usuarios 5
    5. 5. EJEMPLO DE MODELO DE CASOS DE USO Consultar Catálogo <<includes>> Actualizar CatálogoPersona Reservar Libro EncargadoBiblio <<extends>> Tomar Préstamo Copia Libro - No disponible <<extends>> Tomar Préstamo Revista Extender Préstamo - No reservadoSocio Devolver Revista TrabajadorBiblio Devolver Copia Libro 6
    6. 6. Desarrollo guiado por casos de uso (CU)los casos de uso:• capturan requisitos• se especifican (analizan)• se diseñan• se implementan• y se prueban 7
    7. 7. Tomar Préstamo 1.- CASO DE USO Desarrollo guiado por CASOS DE USOPersona 2.- ANÁLISIS DEL CASO DE USO : IU-1 : GestorLibro : Libro elLibro:Libro 1: Introducir Signatura y NumeroDeSocio Se repite hasta que se 2: Aceptar encuentre un libro con la signatura que 3.- DISEÑO DEL 3: obtenerLibro(signaturaLibro:String) estamos buscando 4: getSignatura() CASO DE USO elLibro 5: getCopias() 6: isCopiaPrestada() 4.- IMPLEMENTACIÓN DEL CASO DE USO 8 5.- PRUEBA DEL CASO DE USO
    8. 8. 2. Centrado en la arquitectura• La arquitectura de un sistema software es un extracto de los modelos del sistema oExtracto: vista de cada modelo• que da una idea de qué forma que tiene el sistema completo 9
    9. 9. Centrado en la ARQUITECTURA 1VISTA DEL MODELO DE CASOS DE USO VISTA DEL MODELO DEL DOMINIO / VISTA DEL DIAGRAMA DE CLASES : IU-1 : : : : : 2: 1: 3: G 2: 1: 3: G r 4 r 4 () () o o VISTA DEL MODELO DEL ANÁLISIS VISTA DEL MODELO DEL DISEÑO + VISTAS DEL MODELO DE IMPLEMENTACIÓN Y PRUEBAS SON VISTAS DE LOS MODELOS (NO MODELOS COMPLETOS). SÓLO APARECEN LOS QUE CORRESPONDEN 10 A CASOS DE USOS CRÍTICOS
    10. 10. 3. Ciclo de vida iterativo e incremental• ITERATIVO oSe repiten VARIOS MINIPROYECTOS• INCREMENTAL oCada miniproyecto AMPLIA EL PRODUCTO 11
    11. 11. El CV del proceso unificado• un ciclo de vida se repite a lo largo del tiempo• tras cada ciclo de vida  versión nueva del producto• un ciclo de vida se divide en fases• cada fase se divide en iteraciones• en cada iteración se realizan flujos de trabajo 12
    12. 12. El CV del proceso unificado Flujos de trabajo: FasesActividades Inicio Elaboración Construcción Transición Requisitos Análisis DiseñoImplementación Prueba ite r. ite r. ite r. ite r. ite r. ite r. ite r. Iteraciones: #1 #2 #n # n+ 1 # n+2 #m #m +1 13
    13. 13. El CV del proceso unificado Versiones del producto EN CONSTRUCCIÓN Prdct Producto Iniciación Iniciación Elaboración construcción transición  iteración #n-1 fnll finaliteración #1 iteración #2 iteración #3 iteración #n-1 Iniciación Elaboración Construcción Transición NUEVA VERSIÓN DEL PRODUCTO (en este CV) 14
    14. 14. El producto (del proceso unificado)• no es sólo código ejecutable• son los modelos o representación del software• debe ajustarse a todas las personas implicadas 15
    15. 15. Fases dentro del CV del proceso unificado• Fase: parte de un cv• cada fase termina en un hito ohay artefactos disponibles (según lo planificado) olos resultados en los hitos permiten gestionar 16
    16. 16. Fases dentro del CV del proceso unificado• iniciación: – describir producto final / análisis del negocio – identificar riesgos más importantes – establecer planificación inicial del proyecto – decidir si se continúa• elaboración: – establecer plan y arquitectura estable• construcción: desarrollar el producto• transicion: proporcionar sistema a usuarios 17
    17. 17. Iteraciones• cada fase se divide en iteraciones• cada iteración o miniproyecto (en cascada) que ejecuta flujos de trabajo o produce un incremento en producto • tal y como estaba• se reduce el riesgo o se puede perder sólo lo realizado en esa iteración 18
    18. 18. Iteraciones Como se puede ver, el Proceso Unificado de Desarrollo incluye actividades ITERACIÓN correspondientes a un Proceso de Gestión de ProyectosPLANIFICACIÓN DE EVALUACIÓN DE LA LA ITERACIÓN ITERACIÓNREQUISITOS ANÁLISIS DISEÑO IMPLEMENTACIÓN PRUEBAS ACTIVIDADES DE LOS FLUJOS DE TRABAJO FUNDAMENTALES 19
    19. 19. Flujos de trabajo• captura de requisitos: oidentificar requisitos del sistema oconstruir un modelo del mismo • modelo de casos de uso • modelo del dominio (o negocio)• análisis: oespecificar requisitos oconstruir modelo del análisis 20
    20. 20. Flujos de trabajo• diseño: – encontrar la forma del sistema (solución) – construir modelo del diseño• implementación: – codificar el diseño (solución) – construir modelo de implementación• pruebas: – verificar la implementación – construir modelo de pruebas 21
    21. 21. Fases: Iniciación Establecer la planificación del proyecto• ¿Qué va a hacer el sistema para cada uno de sus usuarios principales? o Un MCU simplificado con los CU más críticos• ¿Cómo sería la arquitectura para un sistema como ese? o Borrador con los subsistemas principales• ¿Cuál es el plan y cuánto va a costar desarrollar el producto? o Identificar los riesgos principales y priorizarlos, planificar elaboración y presupuesto proximado 22
    22. 22. Fases: Elaboración Establecer un plan para el proyecto y una arquitectura correcta• Especificar en detalle los CU + críticos• Diseñar la arquitectura o Mediante vistas de todos los modelos del SI o Vista arquitectónica de MCU, M. Análisis, M. Diseño, M. Implementación (con los componentes que demuestran que la arquitectura es ejecutable) y M. Distribución.• Al final de esta fase se debe poder planificar las actividades y estimar los recursos para poder completar el proyecto. ¿Son los CU, arquitectura y planes lo suficientemente estables y los riesgos bajo control suficiente para firmar un contrato para terminar el trabajo de desarrollo? 23
    23. 23. Fases: Construcción Desarrollar el sistema• Se construye el producto. En esta fase: o La arquitectura se completa para construir un sistema bien cimentado o La visión evoluciona hasta convertirse en un producto preparado para los usuarios o Es donde se gastan la mayoría de los recursos o La arquitectura del sistema es estable. Sin embargo, se pueden realizar cambios mínimos a la misma. o ¿El producto se ajusta suficientemente a las necesidades de los usuarios de algunos usuarios como para enviarselo ya? 24
    24. 24. Fases: Transición Proporcionar el sistema a los usuarios finales• El producto se encuentra en fase beta o Un grupo reducido de usuarios experimentados prueba el producto e informa de los defectos y deficiencias y sugieren mejoras. o Los desarrolladores corrigen las deficiencias e incorporan algunas de las mejoras propuestas en una versión para un grupo de usuarios mayor. o En esta fase se encuentran actividades como la venta, formación de los usuarios, ofrecimiento de ayuda en línea y corrección de defectos descubiertos tras la implantación. Los defectos: (1) los que justifican la aparición de una nueva versión del sistema, (2) los que se pueden dejar para la siguiente versión que se cree. 25

    ×