Proceso RUP - Análisis Prof. César Luza Montero Fases y Flujos del RUP.

Proceso RUP - Análisis

Prof. César Luza Montero

Fases y Flujos del RUP

Agenda

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

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

Trabajadores y artefactos en el análisis

Arquitecto Ingeniero de casos de uso

Ingeniero de componentes

Welcome to the Rational Unified Process Rose Model

Modelo de análisis

Descripci6n de la arquitectura

Realización de caso de uso-Análisis

Clase del análisis

Paquete del análisis

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.

Modelo de Casos de Uso vs. Modelo de Análisis

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


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.


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.

Jerarquía del modelo de análisis

Modelo de Análisis Sistema de Análisis Paquete de Análisis

Clase del Análisis Realización de caso de uso - análisis

1* *

** **

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

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

IU solicitud<<boundary>>

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

IU solicitud<<boundary>>

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

solicitud<<entity>>

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

solicitud<<entity>>

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

Planificar<<control>>

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

Planificar<<control>>

Ejemplo...

CompradorPagar Facturas

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).

... Ejemplo

Comprador

IU Solicitud de Pago

Factura

muestra

cambia estadoplanifica factura

Planificador de pagos

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

Ejemplo...

Comprador IU Solicitud de Pago

Planificador de pagos

Solicitud de pago

Confirmación de pedido

Gestor de Pedidos

Factura

Diagrama de Clases de una realización del caso de uso PAGAR FACTURA

...Ejemplo...

: Comprador : IU Solicitud de Pago

: Gestor de Pedidos

: Confirmación de pedido

: Factura

: Planificador de pagos : Solicitud de pago

1: Mostrar Facturas

6: Planificar pago de factura

2: Mostrar3: Comprobar facturas

9: establecer Estado(planificado)

7: Planificar pago

5: Obtener

4: Obtener

8: Nuevo

Diagrama de Colaboración

: Solicitud de pago : Comprador : IU Solicitud de Pago : Gestor de Pedidos : Confirmación de pedido : Factura : Planificador de pagos

Mostrar Facturas

Mostrar

Comprobar facturas

Obtener

Obtener

Planificar pago de factura

Planificar pago

Nuevo

establecer Estado(planificado)

Diagrama de Secuencia

Flujo de Trabajo del análisis

Arquitecto

Ingeniero de casos de uso


Análisis de la Arquitectura

Analizar un caso de uso

Analizar una clase

Analizarun paquete

Análisis de la arquitectura

Arquitecto


Modelo del Negocio (o modelo del dominio)

Descripci6n de la arquitectura

(vista del modelo de análisis)

Clase del análisis (esbozo)

Paquete del análisis (esbozo)

Modelo de casos de uso


Requisitos adicionales


Descripci6n de la arquitectura (vista del modelo de casos de uso)

•Identificación de paquetes de análisis

•Identificación de clases de entidad

•Identificación de requisitos especiales comunes

Analizar un caso de uso

Ingeniero de casos de uso

Modelo del Negocio (o modelo del dominio)


Modelo de casos de uso


Requisitos adicionales


Descripci6n de la arquitectura (vista del modelo de casos de uso)

•Identificación de clases del análisis

•Descripción de interacciones entre objetos del análisis

•Captura de requisitos especiales

Realización de caso de uso - análisis

Analizar una clase


Clase del análisis

(terminado)

•Identificar responsabilidades

•Identificación de atributos

•Identificación de asociaciones y agregaciones

•Identificaci6n de generalizaciones

•Captura de requisitos especiales

Realización de caso de uso - análisis


Analizar un paquete



Descripci6n de la arquitectura (vista del modelo de anaálisis)

•Paquetes independientes

•Alta cohesión y bajo acoplamiento

Paquete del análisis (esbozo)

Paquete del análisis

(terminado)

Tarea

• Desarrolle el Caso planteado por el profesor

Proceso RUP - Análisis Prof. César Luza Montero Fases y Flujos del RUP.

Documents

Transcript of Proceso RUP - Análisis Prof. César Luza Montero Fases y Flujos del RUP.