Curso Uml 3.2 Proceso Unificado

8,338 views

Published on

Capitulo 3.2 Proceso Unificado del workshop de 20 horas UML y Proceso Unificado

Published in: Technology
0 Comments
13 Likes
Statistics
Notes
  • Be the first to comment

No Downloads
Views
Total views
8,338
On SlideShare
0
From Embeds
0
Number of Embeds
689
Actions
Shares
0
Downloads
0
Comments
0
Likes
13
Embeds 0
No embeds

No notes for slide
  • Curso Uml 3.2 Proceso Unificado

    1. 1. Curso UML Emilio Avilés Ávila http://www.techmi.es
    2. 2. Workshop (20 horas) Workshop UML y Proceso Unificad para empresas y profesionales
    3. 3. Temario <ul><li>Introducción </li></ul><ul><li>Diagramas </li></ul><ul><li>Proceso Unificado </li></ul><ul><ul><li>Modelo de proceso de desarrollo </li></ul></ul><ul><ul><li>Proceso unificado </li></ul></ul>
    4. 4. Tema 3 Proceso Unificado de desarrollo software
    5. 5. Objetivos <ul><li>Introducción </li></ul><ul><li>Diagramas </li></ul><ul><li>Proceso Unificado </li></ul><ul><ul><li>Modelo de proceso de desarrollo </li></ul></ul><ul><ul><li>Proceso unificado </li></ul></ul><ul><li>Introducción al Proceso unificado. </li></ul><ul><li>Dirigido por casos de usos. </li></ul><ul><li>Orientado a Arquitectura. </li></ul><ul><li>Iterativo e incremental. </li></ul><ul><li>Fases proceso iterativo: </li></ul><ul><ul><li>Definición. </li></ul></ul><ul><ul><li>Elaboración. </li></ul></ul><ul><ul><li>Construcción. </li></ul></ul><ul><ul><li>Transición. </li></ul></ul>
    6. 6. Tema 3.2 Proceso unificado
    7. 7. 3.2 Proceso Unificado. <ul><li>Recordando el Proceso Unificado </li></ul><ul><ul><li>¿Qué es? </li></ul></ul><ul><ul><li>Los sistemas son cada día más grandes, existe una tendencia generalizada, esto hace que los procesos iterativos e incrementales sean imprescindibles. </li></ul></ul>
    8. 8. 3.2 Proceso Unificado. <ul><li>Recordando el Proceso Unificado </li></ul><ul><ul><li>Es necesario un proceso común, un método que integre: </li></ul></ul><ul><ul><ul><li>Guía para ordenar las actividades de un equipo . </li></ul></ul></ul><ul><ul><ul><li>Dirección de las tareas de cada desarrollador por separado y del equipo como un todo. </li></ul></ul></ul><ul><ul><ul><li>Especificación de los artefactos que deben ser desarrollados. </li></ul></ul></ul><ul><ul><ul><li>Criterios para el control y la medición de los productos y actividades del proyecto. </li></ul></ul></ul>
    9. 9. 3.2 Proceso Unificado. <ul><li>El proceso Unificado </li></ul><ul><ul><li>Características </li></ul></ul>
    10. 10. 3.2 Proceso Unificado. <ul><li>Dirigido por Casos de Uso </li></ul><ul><ul><li>Un caso de uso es una parte de la funcionalidad del sistema. </li></ul></ul><ul><ul><li>El modelo de casos de usos describe la funcionalidad completa del sistema. </li></ul></ul><ul><ul><li>Reemplaza ` qué debe hacer el sistema' por `qué debe hacer el sistema para cada usuario ‘ </li></ul></ul><ul><ul><li>Los casos de usos guían por el diseño, implementación y test del proceso software. </li></ul></ul>
    11. 11. 3.2 Proceso Unificado. <ul><li>Dirigido por Casos de Uso </li></ul><ul><ul><li>Luego, como use case driven entendemos un proceso software cuyo flujo deriva de los caso de uso. </li></ul></ul><ul><ul><li>Los casos de usos no se seleccionan de forma aislada sino que se desarrollan en paralelo con la arquitectura del sistema. </li></ul></ul><ul><ul><li>Y la arquitectura influirá en la selección de los casos de usos . </li></ul></ul><ul><ul><li>Tanto los CU como la arquitectura madurarán lo largo de las iteraciones del ciclo de vida. </li></ul></ul>
    12. 12. 3.2 Proceso Unificado. <ul><li>Centrado en Arquitectura </li></ul><ul><ul><li>Los CU por si sólo no son suficientes. </li></ul></ul><ul><ul><li>Se necesita una arquitectura del sistema . </li></ul></ul><ul><ul><ul><li>“ Visión común que todos los participantes del proyecto deben compartir y aceptar” </li></ul></ul></ul><ul><ul><li>Se describe en función de las diferentes vistas del sistema a construir. </li></ul></ul><ul><ul><li>El concepto de arquitectura software engloba los aspectos dinámicos y estático más importantes del sistema. </li></ul></ul>
    13. 13. 3.2 Proceso Unificado. <ul><li>Arquitectura: Elementos </li></ul><ul><ul><li>Plataformas del software </li></ul></ul><ul><ul><ul><li>Arquitectura de la máquina. </li></ul></ul></ul><ul><ul><ul><li>S.O. </li></ul></ul></ul><ul><ul><ul><li>Sistemas de Gestión de bases de datos. </li></ul></ul></ul><ul><ul><ul><li>Protocolos de comunicación. </li></ul></ul></ul><ul><ul><li>Bloques reusable (frameworks). </li></ul></ul><ul><ul><li>Consideraciones de desarrollo. </li></ul></ul><ul><ul><li>Requisitos no funcionales. </li></ul></ul>
    14. 14. 3.2 Proceso Unificado. <ul><li>Arquitecto: </li></ul><ul><ul><li>La arquitectura es una visión global del sistema pero sin detalles. </li></ul></ul><ul><ul><li>El arquitecto debería tener como objetivos: </li></ul></ul><ul><ul><ul><li>La comprensión del sistema </li></ul></ul></ul><ul><ul><ul><li>Capacidad de adaptación a cambios futuros </li></ul></ul></ul><ul><ul><ul><li>Reutilización (Evolución) </li></ul></ul></ul><ul><ul><li>Debe trabajar con la comprensión general de las funciones claves (10% Casos de Uso) </li></ul></ul><ul><ul><li>Aquellos CU que forman en núcleo de las funciones del sistema. </li></ul></ul>
    15. 15. 3.2 Proceso Unificado. <ul><li>Arquitecto: Responsabilidades </li></ul><ul><ul><li>Crear arquitectura inicial que no es específica de los casos de uso basándose en un conocimiento de la funcionalidad básica del sistema. </li></ul></ul><ul><ul><li>Trabajar con un subconjunto de los CU núcleo . </li></ul></ul><ul><ul><li>Cada uno de estos CU se especifica en detalle y se realiza en base a subsistemas. </li></ul></ul><ul><ul><li>A medida que los casos de uso se especifican y maduran se descubre más acerca de la arquitectura. </li></ul></ul><ul><ul><li>Este proceso continua hasta que la arquitectura es estable. </li></ul></ul>
    16. 16. 3.2 Proceso Unificado. <ul><li>Iterativo e Incremental </li></ul><ul><ul><li>Los proyectos son largos  Dividir en miniproyectos (MP). </li></ul></ul><ul><ul><li>Cada MP es una iteración que resulta en un incremento. </li></ul></ul><ul><ul><ul><li>Iteración : Pasos en el flujo de trabajo. </li></ul></ul></ul><ul><ul><ul><li>Incremento : Crecimiento del producto. </li></ul></ul></ul><ul><ul><li>Las iteraciones deben ser controladas. </li></ul></ul><ul><ul><li>Las iteraciones manejan un grupo de CU. </li></ul></ul><ul><ul><li>Y tratan con los riesgos más altos. </li></ul></ul>
    17. 17. 3.2 Proceso Unificado. <ul><li>Iterativo e Incremental: Beneficios </li></ul><ul><ul><li>Reduce costes : Si hay error solo repetimos la iteración y no el proyecto entero. </li></ul></ul><ul><ul><li>Reduce el riesgo : De no tener el producto en el mercado en fecha de entrega. Mediante planificación de riesgos al principio. </li></ul></ul><ul><ul><li>Acelera el ritmo de esfuerzo: Mas eficiencia cuando ha objetivos a corto plazo. </li></ul></ul><ul><ul><li>Acepta un realidad a menudo ignorada: Los requisitos y necesidades no se pueden definir todos al principio. Adaptable a cambios. </li></ul></ul>
    18. 18. 3.2 Proceso Unificado. <ul><li>Dimensiones del Proceso </li></ul><ul><ul><li>Dimensión temporal. </li></ul></ul><ul><ul><ul><li>Ciclos. </li></ul></ul></ul><ul><ul><ul><li>Fases. </li></ul></ul></ul><ul><ul><ul><li>Iteraciones. </li></ul></ul></ul><ul><ul><ul><li>Hitos. </li></ul></ul></ul><ul><ul><li>Dimensión de contenidos. </li></ul></ul><ul><ul><ul><li>Actividades. </li></ul></ul></ul><ul><ul><ul><li>Artefactos. </li></ul></ul></ul><ul><ul><ul><li>Participantes. </li></ul></ul></ul><ul><ul><ul><li>Flujos de Trabajo. </li></ul></ul></ul>
    19. 19. 3.2 Proceso Unificado. <ul><li>El proceso Unificado: Estructura </li></ul>
    20. 20. 3.2 Proceso Unificado. <ul><li>Dimensión Temporal </li></ul><ul><ul><li>Proceso formado por ciclos . </li></ul></ul><ul><ul><ul><li>Cada ciclo trabaja en una nueva generación del producto. </li></ul></ul></ul><ul><ul><ul><li>El proceso divida un ciclo de desarrollo en cuatro fases consecutivas. </li></ul></ul></ul><ul><ul><li>Fases: </li></ul></ul><ul><ul><ul><li>Definición. </li></ul></ul></ul><ul><ul><ul><li>Elaboración. </li></ul></ul></ul><ul><ul><ul><li>Construcción. </li></ul></ul></ul><ul><ul><ul><li>Transición. </li></ul></ul></ul><ul><ul><li>Cada fase termina con un hito bien definido. </li></ul></ul>
    21. 21. 3.2 Proceso Unificado. <ul><li>Dimensión Temporal: Definición </li></ul><ul><ul><li>Caso de Negocio: </li></ul></ul><ul><ul><ul><li>Criterios de éxito. </li></ul></ul></ul><ul><ul><ul><li>Estudio de riesgos. </li></ul></ul></ul><ul><ul><ul><li>Estimación de recursos. </li></ul></ul></ul><ul><ul><ul><li>Plan de fases incluyendo hitos. </li></ul></ul></ul><ul><ul><li>Alcance del Proyecto: </li></ul></ul><ul><ul><ul><li>Identificación de todas las entidades externas que interaccionan con el sistema. </li></ul></ul></ul><ul><ul><ul><li>Definición de esta interacción a alto nivel. </li></ul></ul></ul><ul><ul><ul><li>Esto implica la identificación de todos los casos de uso y la descripción de algunos que sean significativos. </li></ul></ul></ul>
    22. 22. 3.2 Proceso Unificado. <ul><li>Dimensión Temporal: Definición </li></ul><ul><ul><li>Resultados: </li></ul></ul><ul><ul><ul><li>Documento de visión: Principales requisitos, características clave y principales restricciones. </li></ul></ul></ul><ul><ul><ul><li>Modelo de casos de uso inicial (10%-20%). </li></ul></ul></ul><ul><ul><ul><li>Glosario de proyecto inicial. </li></ul></ul></ul><ul><ul><ul><li>Caso de negocio inicial. </li></ul></ul></ul><ul><ul><ul><li>Estudio de riesgos inicial. </li></ul></ul></ul><ul><ul><ul><li>Plan de proyecto con fases e iteraciones. </li></ul></ul></ul><ul><ul><ul><li>Modelo de negocio (sólo si es necesario). </li></ul></ul></ul><ul><ul><ul><li>Prototipos. </li></ul></ul></ul>
    23. 23. 3.2 Proceso Unificado. <ul><li>Dimensión Temporal: Definición </li></ul><ul><ul><li>Criterios de evaluación: </li></ul></ul><ul><ul><ul><li>Disponibilidad del cliente en la definición del alcance y las estimaciones de coste y calendario. </li></ul></ul></ul><ul><ul><ul><li>Comprensión de los requisitos dada por la fidelidad de los casos de uso principales. </li></ul></ul></ul><ul><ul><ul><li>Credibilidad de las estimaciones, prioridades, riesgos. </li></ul></ul></ul><ul><ul><ul><li>Profundidad y extensión de los prototipos. </li></ul></ul></ul><ul><ul><ul><li>Gastos actuales con respecto a gastos planificados. </li></ul></ul></ul><ul><ul><li>Si se fracasa en este hito se puede cancelar y volver a pensar en el proyecto. </li></ul></ul>
    24. 24. 3.2 Proceso Unificado. <ul><li>Dimensión Temporal: Elaboración </li></ul><ul><ul><li>Propósitos: </li></ul></ul><ul><ul><ul><li>Analizar el dominio del problema. </li></ul></ul></ul><ul><ul><ul><li>Establecer una sólida base de la arquitectura. </li></ul></ul></ul><ul><ul><ul><li>Desarrollar un plan de proyecto. </li></ul></ul></ul><ul><ul><ul><li>Eliminar los elementos de mayor riesgo. </li></ul></ul></ul><ul><ul><li>Visión del sistema en toda su extensión con mínima profundidad. </li></ul></ul><ul><ul><li>Al final de esta fase se debe tomar la decisión de si se debe continuar o no con el proyecto. </li></ul></ul>
    25. 25. 3.2 Proceso Unificado. <ul><li>Dimensión Temporal: Elaboración </li></ul><ul><ul><li>Resultados: </li></ul></ul><ul><ul><ul><li>Modelo de casos de uso (80%). </li></ul></ul></ul><ul><ul><ul><li>Requisitos suplementarios. </li></ul></ul></ul><ul><ul><ul><li>Descripción de la Arquitectura Software. </li></ul></ul></ul><ul><ul><ul><li>Prototipo ejecutable de la arquitectura. </li></ul></ul></ul><ul><ul><ul><li>Lista de riesgos y caso de negocio revisados. </li></ul></ul></ul><ul><ul><ul><li>Plan de desarrollo global. </li></ul></ul></ul><ul><ul><ul><li>Definición del proceso de desarrollo. </li></ul></ul></ul><ul><ul><ul><li>Un manual de usuario preliminar. </li></ul></ul></ul>
    26. 26. 3.2 Proceso Unificado. <ul><li>Dimensión Temporal: Elaboración </li></ul><ul><ul><li>Criterios de evaluación: </li></ul></ul><ul><ul><ul><li>¿Es la visión del producto estable? </li></ul></ul></ul><ul><ul><ul><li>¿Es la arquitectura estable? </li></ul></ul></ul><ul><ul><ul><li>¿Demuestra el ejecutable que se han atacado y resuelto los riesgos más importantes? </li></ul></ul></ul><ul><ul><ul><li>¿Es el plan de la fase de construcción suficientemente detallado? </li></ul></ul></ul><ul><ul><ul><li>¿Se apoya en una base creíble de estimaciones? </li></ul></ul></ul><ul><ul><ul><li>¿Está el propietario de acuerdo con que se pueden lograr los objetivos si se ejecuta el plan con la arquitectura actual? </li></ul></ul></ul><ul><ul><ul><li>¿Es aceptable la relación entre gasto real y gasto planificado? </li></ul></ul></ul><ul><ul><li>Si se fracasa en este hito se puede cancelar y volver a pensar en el proyecto. </li></ul></ul>
    27. 27. 3.2 Proceso Unificado. <ul><li>Dimensión Temporal: Construcción </li></ul><ul><ul><li>Durante esta fase: </li></ul></ul><ul><ul><ul><li>Se desarrollan e integran el resto de los componentes y características. </li></ul></ul></ul><ul><ul><ul><li>Se prueban concienzudamente todas las prestaciones. </li></ul></ul></ul><ul><ul><li>El resultado de esta fase es un producto preparado para ser puesto en manos de los usuarios finales. </li></ul></ul><ul><ul><li>El resultado se suele conocer como versión “beta”. </li></ul></ul>
    28. 28. 3.2 Proceso Unificado. <ul><li>Dimensión Temporal: Construcción </li></ul><ul><ul><li>Resultados: </li></ul></ul><ul><ul><ul><li>El producto software está integrado en las plataformas adecuadas. </li></ul></ul></ul><ul><ul><ul><li>Manuales de usuario. </li></ul></ul></ul><ul><ul><ul><li>Descripción de la versión actual. </li></ul></ul></ul>
    29. 29. 3.2 Proceso Unificado. <ul><li>Dimensión Temporal: Construcción </li></ul><ul><ul><li>Criterios de evaluación: </li></ul></ul><ul><ul><ul><li>¿Es esta versión del producto suficientemente estable y madura como para desplegarla entre los usuarios? </li></ul></ul></ul><ul><ul><ul><li>¿Está el propietario del sistema preparado para la transición en la comunidad de usuarios? </li></ul></ul></ul><ul><ul><ul><li>¿Siguen siendo aceptables los gastos reales frente a los gastos planificados? </li></ul></ul></ul><ul><ul><li>Si no se cumple puede que haya que posponer la transición a la siguiente versión. </li></ul></ul>
    30. 30. 3.2 Proceso Unificado. <ul><li>Dimensión Temporal: Transición </li></ul><ul><ul><li>Propósito: </li></ul></ul><ul><ul><ul><li>Transición del producto software a la comunidad de usuarios. </li></ul></ul></ul><ul><ul><ul><li>Desarrollo de nuevas versiones. </li></ul></ul></ul><ul><ul><ul><li>Corrección de problemas. </li></ul></ul></ul><ul><ul><ul><li>Finalización de prestaciones pospuestas. </li></ul></ul></ul>
    31. 31. 3.2 Proceso Unificado. <ul><li>Dimensión Temporal: Transición </li></ul><ul><ul><li>Acciones: </li></ul></ul><ul><ul><ul><li>Pruebas “beta” para validar el nuevo sistema frente a las expectativas del usuario. </li></ul></ul></ul><ul><ul><ul><li>Operación en paralelo con el sistema delegado a remplazar. </li></ul></ul></ul><ul><ul><ul><li>Conversión de las bases de datos de operación. </li></ul></ul></ul><ul><ul><ul><li>Formación de los usuarios y el personal de mantenimiento. </li></ul></ul></ul><ul><ul><ul><li>Despliegue del producto a los equipos de marketing, distribución y ventas. </li></ul></ul></ul>
    32. 32. 3.2 Proceso Unificado. <ul><li>Dimensión Temporal: Transición </li></ul><ul><ul><li>Criterios de evaluación: </li></ul></ul><ul><ul><ul><li>¿Está satisfecho el usuario? </li></ul></ul></ul><ul><ul><ul><li>¿Siguen siendo aceptables los gastos reales frente a los gastos planificados? </li></ul></ul></ul><ul><ul><li>Se decide si se debe iniciar otro ciclo. </li></ul></ul><ul><ul><li>El final de esta fase puede coincidir con el inicio de la fase de definición del siguiente ciclo. </li></ul></ul>
    33. 33. Conclusiones <ul><li>Introducción </li></ul><ul><li>Diagramas </li></ul><ul><li>Proceso Unificado </li></ul><ul><ul><li>Modelo de proceso de desarrollo </li></ul></ul><ul><ul><li>Proceso unificado </li></ul></ul><ul><li>Introducción al Proceso unificado. </li></ul><ul><li>Dirigido por casos de usos. </li></ul><ul><li>Orientado a Arquitectura. </li></ul><ul><li>Iterativo e incremental. </li></ul><ul><li>Fases proceso iterativo: </li></ul><ul><ul><li>Definición. </li></ul></ul><ul><ul><li>Elaboración. </li></ul></ul><ul><ul><li>Construcción. </li></ul></ul><ul><ul><li>Transición. </li></ul></ul>
    34. 34. Referencias <ul><li>Guía Básica de UML. </li></ul><ul><li>Wikipedia </li></ul><ul><ul><li>http://es.wikipedia.org/wiki/Proceso_Unificado </li></ul></ul><ul><li>JACOBSON, Ivar; BOOCH, Grady; RUMBAUGH, James. </li></ul><ul><ul><li>El Proceso Unificado de Desarrollo de Software </li></ul></ul>

    ×