• Save
Curso Uml   3.2 Proceso Unificado
Upcoming SlideShare
Loading in...5
×

Like this? Share it with your network

Share

Curso Uml 3.2 Proceso Unificado

  • 10,923 views
Uploaded on

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

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

More in: Technology
  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Be the first to comment
No Downloads

Views

Total Views
10,923
On Slideshare
10,271
From Embeds
652
Number of Embeds
4

Actions

Shares
Downloads
0
Comments
0
Likes
13

Embeds 652

http://techmi.es 603
http://www.slideshare.net 40
http://www.educlic.net 8
http://www.linkedin.com 1

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel
    No notes for slide

Transcript

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