Proceso RUP - Análisis

1. Proceso RUP - Análisis Prof. César Luza Montero

2. Fases y Flujos del RUP

3. Agenda • Objetivos del Análisis • Trabajadores • Artefactos • Flujo de trabajo (Actividades)

4. Objetivo del Análisis • Analizar los requisitos descritos en el flujo de trabajo Requerimientos, mediante su refinamiento y estructuración a fin de: • Lograr una compresión más precisa de los requisitos • Obtener una descripción de los requisitos que sea fácil de mantener y que ayude a dar estructura al sistema en su conjunto

5. Trabajadores y artefactos en el análisis Arquitecto Ingeniero de casos de uso Ingeniero de componentes Modelo de análisis Descripci6n de la arquitectura Realización de caso de uso-Análisis Clase del análisis Paquete del análisis

6. Modelo de análisis • Es un modelo conceptual de objetos que ayuda a refinar los requerimientos y permite a los desarrolladores describir la estructura interna del sistema. • Ofrece mayor expresividad y formalización.

7. Use-Case Model Se describe usando el lenguaje del cliente. Es la vista externa del sistema. Analysis Model Se describe usando el lenguaje del desarrollador. Es la vista interna del sistema Modelo de Casos de Uso vs. Modelo de Análisis

8. Use-Case Model Se usa a manera de contrato entre clientes y desarrolladores para definir lo que el sistema debe y no debe hacer Analysis Model Se usa para que los desarrolladores comprendan como el sistema debe ser diseñado e implementado. Modelo de Casos de Uso vs. Modelo de Análisis

9. Use-Case Model Puede contener redundancias e inconsistencias en el enlace con los requerimientos. Captura la funcionalidad del sistema Analysis Model No debe contener redundancias ni inconsistencias en la interpretación de los requerimientos. Bosqueja como realizar la funcionalidad dentro del sistema. Modelo de Casos de Uso vs. Modelo de Análisis

10. Jerarquía del modelo de análisis 1 * * Sistema de Análisis Paquete de Análisis Modelo de Análisis * * * * Clase del Análisis Realización de caso de uso - análisis

11. Clase del análisis • Representa una abstracción de una o varias clases y/o sub sistemas. • Se centra en requisitos funcionales • Se aplica en el contexto del dominio del problema • Define responsabilidades, atributos y relaciones • Subtipos: Clase de interfaz Clase de control Clase de entidad

12. Clase de interfaz • Las Clases “Boundary” se usan para modelar la interacción entre el sistema y los actores. • Esta interacción involucra recibir (y presentar) información y peticiones desde usuarios y sistemas externos. • Representan la abstracción de de ventanas, formularios, paneles, interfaces de comunicación, impresoras, sensores, terminales o dispositivos. Clase de interfaz

13. Clase de interfaz • Proveen la interfaz con el usuario o con otros sistemas. • Dependen del entorno del sistema. • Se obtienen examinando las relaciones actor -escenario en los casos de uso. • Se refinan durante el diseño para considerar protocolos de comunicación. Clase de interfaz

14. Clase de entidad • Refleja el mundo real o se crean para tareas internas. • No dependen del entorno del sistema. • Pueden ser independientes de la aplicación. • Se obtiene examinando las responsabilidades del sistema en los casos de uso. Clase de entidad

15. Clase de entidad • Las Clases Entidad (Entity) son usadas para modelar la información que tiene permanencia en el tiempo y es persistente. • Modelan la información y el comportamiento asociado de algún concepto como una persona, evento u objeto del mundo real. Clase de entidad

16. Clase de control • Coordinan los eventos necesarios para implementar el comportamiento especificado en el caso de uso. • Son dependientes de la aplicación. • Al comienzo, existe una clase de control para cada para actor-caso de uso Clase de control

17. Clase de control • También se usan para representar cálculos y derivaciones complejas, como la lógica del negocio que no se puede relacionar con ninguna entidad. • La dinámica del sistema se modela en una clase controladora, que se encarga de delegar trabajo a otras clases. Clase de control

18. Ejemplo... Pagar Facturas Comprador El sistema a través de la IU Solicitud de Pago permite que un usuario consulte las facturas a pagar, después compruebe facturas concretas con más detalle, y por último, solicite al sistema el pago de una factura (planificandola).

19. ... Ejemplo muestra Factura cambia estado planifica factura IU Solicitud de Pago Planificador de pagos Comprador

20. Realización de un caso de uso-análisis • Es una colaboración dentro del modelo de análisis que describe como se realiza un determinado caso de uso en términos de clases de análisis (control, entidad e interfase) y sus objetos de análisis. • Esta formado por: • Descripción textual de flujo de sucesos - análisis • Diagrama de clases • Diagramas de interacción

21. Ejemplo... Confirmación de pedido Gestor de Pedidos Factura IU Solicitud de Pago Comprador Solicitud de pago Planificador de pagos Diagrama de Clases de una realización del caso de uso PAGAR FACTURA

22. ...Ejemplo... 5: Obtener 4: Obtener : Confirmación de pedido : Gestor de Pedidos 3: Comprobar facturas 2: Mostrar 1: Mostrar Facturas : Factura 6: Planificar pago de factura 9: establecer Estado(planificado) 7: Planificar pago : IU Solicitud de Pago : Comprador 8: Nuevo Diagrama de Colaboración : Planificador de pagos : Solicitud de pago

23. Diagrama de Secuencia

24. Flujo de Trabajo del análisis Análisis de la Arquitectura Arquitecto Analizar un caso de uso Ingeniero de casos de uso Ingeniero de componentes Analizar un paquete Analizar una clase

25. Análisis de la arquitectura Modelo de casos de uso Paquete del análisis (esbozo) Arquitecto Requisitos adicionales • Identificación de paquetes de análisis • Identificación de clases de entidad • Identificación de requisitos especiales comunes Clase del análisis (esbozo) Modelo del Negocio (o modelo del dominio) Descripci6n de la arquitectura (vista del modelo de análisis) Descripci6n de la arquitectura (vista del modelo de casos de uso)

26. Analizar un caso de uso Modelo de casos de uso Ingeniero de casos de uso Realización de caso de uso - análisis Requisitos adicionales • Identificación de clases del análisis • Descripción de interacciones entre objetos del análisis • Captura de requisitos especiales Modelo del Negocio (o modelo del dominio) Clase del análisis (esbozo) Descripci6n de la arquitectura (vista del modelo de casos de uso)

27. Analizar una clase Ingeniero de componentes Realización de caso de uso - análisis • Identificar responsabilidades • Identificación de atributos • Identificación de asociaciones y agregaciones • Identificaci6n de generalizaciones • Captura de requisitos especiales Clase del análisis (terminado) Clase del análisis (esbozo)

28. Analizar un paquete Ingeniero de componentes Paquete del análisis (esbozo) • Paquetes independientes • Alta cohesión y bajo acoplamiento Paquete del análisis (terminado) Descripci6n de la arquitectura (vista del modelo de anaálisis)

29. Tarea • Desarrolle el Caso planteado por el profesor