UNIVERSIDAD NACIONAL JOSE FAUSTINO SANCHEZ CARRION

FACULTAD DE INGENIERIA INDUSTRIAL, SISTEMAS E INFORMATICA

Tema :

FLUJOS DE TRABAJO FUNDAMENTALES

Anlisis

Docente : Ing. Mario Alberto Osorio Osorio

ING. MARIO ALBERTO OSORIO OSORIO

Modelo de casos de uso

Solicitar bienes o servicios

iniciador

Confirmar pedido
iniciador iniciador

iniciador

Enviar factura al comprador

Comprador Pagar factura

extended

iniciador

Vendedor

Realizar transaccin

Pagar recargo por saldo deudor

Sistema de cuentas bancarias

Enviar aviso

ING. MARIO ALBERTO OSORIO OSORIO

Modelo de casos de uso en Rational Rose

ING. MARIO ALBERTO OSORIO OSORIO

Modelo de Anlisis
5: Obtener
:Confirmacin de pedido 4: Obtener

:Gestor de pedidos
3: Comprobar factura 1: Mostrar facturas 6: Planificar pago de factura 2: Mostrar :Factura 9: establecerEstado (planificado) :IU Solicitud de Pago 7: Planificar pago 8: Nuevo

:Comprador

:Planificador de pagos

:Solicitud de pago

ING. MARIO ALBERTO OSORIO OSORIO

Modelo de Anlisis en Rational Rose

ING. MARIO ALBERTO OSORIO OSORIO

Comparacin
Modelo de casos de uso
Descrito con el lenguaje del cliente Vista externa del sistema

Modelo de anlisis
Descrito con el lenguaje del desarrollador. Vista interna del sistema

Utilizado fundamentalmente como contrato entre el cliente y desarrolladores sobre qu debera y qu no debera hacer el sistema.

Utilizado fundamentalmente por los desarrolladores para comprender como debera darse forma al sistema, es decir, como debera ser diseado e implementado.

ING. MARIO ALBERTO OSORIO OSORIO

Comparacin
Modelo de casos de uso
Estructurado por los casos de uso.
Captura la funcionalidad del sistema.

Modelo de anlisis
Estructurado por clases y paquetes estereotipados.
Esboza como llevar a cabo la funcionalidad dentro del sistema, sirve como una primera aproximacin al diseo. Define realizaciones de casos de uso, y cada una de ellas representa el anlisis de un caso de uso del modelo de casos de uso.
ING. MARIO ALBERTO OSORIO OSORIO

Define casos de uso que se analizarn con ms profundidad en el modelo de anlisis.

Trabajadores y artefactos en el anlisis

Arquitecto

Ingeniero de casos de uso

Ingeniero de componentes

responsable de

responsable de

responsable de

Modelo de anlisis

Descripcin de la arquitectura

Realizacin de caso de uso Anlisis

Clase del anlisis

Paquete del anlisis

ING. MARIO ALBERTO OSORIO OSORIO

El objeto del anlisis

Ofrece una especificacin mas precisa de los requisitos.

Se describe utilizando el lenguaje de los desarrrolladores, y puede incluir un mayor formalismo y ser utilizado para razonar sobre los funcionamientos internos del sistema
Estructura los requisitos de modo que facilita su comprensin, su preparacin, su modificacin, y en general, su mantenimiento. Puede considerarse como una primera aproximacin al modelo de diseo ( en si mismo es ya un modelo )
ING. MARIO ALBERTO OSORIO OSORIO

Ejemplos de cundo y por qu hacer anlisis?

Planificar el trabajo posterior de diseo e implementacion para que en incrementos sucesivos se disee e implemente una pequea parte del sistema. Permite una visin general en un tiempo menor. Trabajar con partes del sistema que tengan diseos e implementaciones alternativas. Ejemplo: control de trfico areo, sucursales en reas geogrficas distintas. Cuando el sistema se construye utilizando un sistema heredado complejo.
ING. MARIO ALBERTO OSORIO OSORIO

Evolucin del anlisis

Flujos de Trabajo Fundamentales
Requisitos

Fases
Inicio Elaboracin Construccin Transicin

Anlisis
Diseo Implementacin Prueba
Iterac. #1 Iterac. #2
__ __ __ __ __

Iterac. # n-1

Iterac. # n

Iteraciones
ING. MARIO ALBERTO OSORIO OSORIO

El papel del anlisis en el ciclo de vida del software

Difiere entre proyectos, pero existen tres variantes bsicas: El proyecto utiliza el modelo de anlisis para describir los resultados del anlisis, y mantiene la consistencia de este modelo a lo largo de todo el ciclo de vida del software.

El proyecto utiliza el modelo de anlisis como una herramienta transitoria e intermedia. Cuando el diseo y la implementacin estan en marcha durante la fase de construccin, se deja de actualizar el anlisis. El proyecto no utiliza en absoluto el modelo de anlisis. Aqui se necesita un mayor formalismo en el modelo de casos de uso. (Se justifica cuando el cliente sabe lo que quiere y el desarrollador lo comprende bien).
ING. MARIO ALBERTO OSORIO OSORIO

Artefacto: modelo de anlisis

Paquete de ms alto nivel del sistema Sub-sistemas

1
Modelo de anlisis Sistema de anlisis

Paquete del anlisis

*
Clase del anlisis

* *
Realizacin de caso de uso - Anlisis
ING. MARIO ALBERTO OSORIO OSORIO

Artefacto: modelo de anlisis

ING. MARIO ALBERTO OSORIO OSORIO

Artefacto: clase del anlisis

Representa una abstraccin de una o varias clases y/o subsistemas del diseo del sistema, poseen las siguientes caractersticas:

Clase del anlisis

responsabilidades atributos relaciones requisitos especiales

Se centra en el tratamiento de los requisitos funcionales y pospone los no funcionales. Define su comportamiento mediante responsabilidades en un nivel mas alto y menos formal Define atributos de nivel (generalmente conceptuales) alto

Participa en relaciones mas conceptuales, la navegabilidad de las asociaciones no es importante. Siempre encajan en uno de tres estereotipos bsicos.
ING. MARIO ALBERTO OSORIO OSORIO

Clase de interfaz

Clase de control

Clase de entidad

Artefacto: clase del anlisis

ING. MARIO ALBERTO OSORIO OSORIO

Estereotipos de una clase de anlisis

Alternativa 1:

Cuenta

Interfaz del cajero

Retirada de efectivo

Alternativa 2:
<<entity >> <<boundary >> <<control >>

Cuenta

Interfaz del cajero

Retirada de efectivo

ING. MARIO ALBERTO OSORIO OSORIO

Clases de interfaz

Modelan la interaccin entre el sistema y sus actores. Esta interaccin a menudo implica recibir ( y presentar ) informacin y peticiones de ( y hacia ) los usuarios y los sistemas externos. Clarifican y reunen los requisitos en los limites del sistema. Representan a menudo abstracciones de ventanas, formularios, paneles, interfaces de comunicaciones, interfaces de impresoras, sensores, terminales, y API (posiblemente no orientado a objetos). Es suficiente que describan que se obtiene con la interaccin (informacin y peticiones) y no como se ejecuta fsicamente la interaccin, esto queda para el diseo e implementacin
IU Solicitud de Pago permite que un usuario consulte las facturas a pagar, despus compruebe facturas concretas con ms detalle, y por ltimo, solicite al sistema el pago de una factura (planificndola). IU Solicitud de Pago tambin permite a un usuario descartar una factura que el comprador no quiere pagar.
ING. MARIO ALBERTO OSORIO OSORIO

Comprador

IU Solicitud de Pago

Clases de entidad

Modelan informacin que posee una larga vida y que es a menudo persistente. En la mayoria de los casos se derivan directamente de una clase de entidad del negocio (o de una clase del dominio), representan objetos manejados por el sistema. No necesariamente son pasivos y pueden tener en ocasiones un comportamiento complejo relativo a la informacion que representa.
La clase de entidad llamada Factura se utiliza para representar facturas. La clase de entidad se asocia con la clase de interfaz IU Solicitud de Pago por medio de la cual el usuario consulta y gestiona las facturas.
ING. MARIO ALBERTO OSORIO OSORIO

Comprador

IU Solicitud de Pago muestra

Factura

Clases de control

Representan coordinacin, secuencia, transacciones, y control de otros objetos y se usan con frecuencia para encapsular el control de un caso de uso en concreto.
Tambien se utilizan para representar derivaciones y clculos complejos, como la lgica del negocio. Modelan los aspectos dinmicos del sistema, pues manejan y coordinan las acciones y los flujos de control principales y delegan trabajo a otros objetos ( de interfaz y de entidad )
Planificar de pagos acepta una solicitud de pago, como una Factura solicitud de pagar una factura, y una fecha en la cual debe pagarse muestra cambia estado la factura. Mas adelante, en la fecha de pago, Planificador de pagos lleva a cabo el pago soliplanificador factura IU Solicitud Planificador citando una transferencia de dinero de Pago entre las cuentas apropiadas. de pagos
ING. MARIO ALBERTO OSORIO OSORIO

Comprador

Artefacto: realizacin de caso de uso-anlisis

Modelo de casos de uso Modelo de anlisis
<<trace>>

Caso de uso

Realizacin de caso de uso - anlisis

Describe como se lleva a cabo y se ejecuta un caso de uso determinado en trminos de las clases del anlisis y de sus objetos.

Atributos y asociaciones fundamentales de una realizacin de caso de uso-anlisis

Realizacin de caso de uso - anlisis flujo de sucesos anlisis diagramas de clases diagramas de interaccin requisitos especiales

Posee una descripcin textual del flujo de sucesos, diagramas de clases, y diagramas de interaccin que muestran la realizacin de un flujo o escenario particular del caso de uso en trminos de interacciones de objetos del anlisis.

Se centra en los requisitos funcionales.

ING. MARIO ALBERTO OSORIO OSORIO

Diagrama de clases

Se adjunta diagramas de clases a cada realizacin de caso de uso, para mostrar sus clases participantes y sus relaciones. Las clases pueden participar en una o ms realizaciones de caso de uso.

Confirmacin de pedido Gestor de pedidos

Factura

IU Solicitud de Pago

Diagrama de clases de una realizacin del caso de uso Pagar Factura

Planificador de pagos

Solicitud de pago

ING. MARIO ALBERTO OSORIO OSORIO

Diagrama de interaccin : Diagrama de colaboracin

La secuencia de acciones 5: Obtener en un caso de uso comienza cuando un actor invoca el caso de uso 4: Obtener mediante el envio de algn :Gestor tipo de mensaje al sistema. de pedidos
3: Comprobar factura 1: Mostrar facturas 6: Planificar pago de factura

Diagrama de :Confirmacin colaboracin de pedido de una realizacin del caso de uso Pagar Factura 2: Mostrar
:Factura 9: establecerEstado (planificado)

:Comprador

:IU Solicitud de Pago

7: Planificar pago 8: Nuevo

Su objetivo es identificar requisitos y responsabilidades sobre los objetos. No muestran secuencias de interaccin detalladas ni ordenadas cronolgicamente.

:Planificador de pagos

:Solicitud de pago

ING. MARIO ALBERTO OSORIO OSORIO

Flujo de sucesos-anlisis

Describe como el sistema lleva a cabo el caso de uso en trminos de objetos lgicos que colaboran
El comprador consulta a travs del IU Solicitud de Pago las facturas gestionadas por el sistema para encontrar las recibidas (1,2). El IU Solicitud de Pago utiliza el Gestor de Pedidos para comprobar las facturas con sus correspondientes confirmaciones de pedido (3,4,5), antes mostrar la lista de facturas al comprador. Lo que suponga esta comprobacin depende de las reglas del negocio establecidas por la organizacin del comprador, y podra incluir la comparacion del precio, la fecha de entrega, y contenidos de la factura con la confirmacin de pedido. El objeto Gestor de Pedidos utiliza las reglas del negocio para decidir que preguntas hacer (representadas por los mensajes Get 4 y 5) a los objetos Confirmacin de Pedido y Factura y cmo analizar las respuestas.
ING. MARIO ALBERTO OSORIO OSORIO

Continuacin del Flujo de sucesos-anlisis

Cualquier factura sospechosa quedar marcada de alguna forma por el IU Solicitud de Pago, quiz mediante un color diferente que la resalte. El comprador selecciona una factura mediante el IU Solicitud de Pago y planifica su pago (6). El IU Solicitud de pago solicita al Planificador de Pagos que planifique el pago de la factura(7). Despus, el Planificador de Pagos crea una solicitud de pago (8). El IU Solicitud de Pago cambia a continuacin el estado de la factura a planificada (9). El Planificador de Pagos iniciar el pago en el da debido (no se muestra en el diagrama).
ING. MARIO ALBERTO OSORIO OSORIO

Requisitos especiales para la realizacin de un caso de uso

Recogen todos los requisitos no funcionales sobre una realizacion de caso de uso.

Algunos ya se habian capturado en el flujo de trabajo de los requisitos, sin embargo algunos pueden ser requisitos nuevos o derivados que se encuentran a medida que avanza el trabajo de anlisis.
Ejemplos:

Cuando el comprador solicite ver las facturas recibidas, no debera tardar ms de medio segundo mostrar las facturas en la pantalla.

ING. MARIO ALBERTO OSORIO OSORIO

Identifican los paquetes de anlisis principales, las clases de entidad evidentes, y los requisitos comunes

Flujo de trabajo : anlisis

Arquitecto

Anlisis Anlisis de la arquitectura arquitectura

Ingeniero de casos de uso

Analizar un caso de uso

Realizan cada caso de uso en terminos de las clases de analisis participantes exponiendo los requisitos de comportamiento de cada clase

Ingeniero de componentes

Analizar una clase

Especifican estos requisitos y los integran dentro de cada clase creando responsabilidades, atributos y relaciones consistentes para cada clase.

Analizar un paquete

ING. MARIO ALBERTO OSORIO OSORIO

Analizar un caso de uso

ING. MARIO ALBERTO OSORIO OSORIO

Actividad: analizar un caso de uso

(entradas y resultados del anlisis de un caso de uso)

Modelo de casos de uso

Ingeniero de casos de uso

Realizacin de caso de uso - anlisis

Requisitos adicionales Analizar un caso de uso

Modelo del negocio (o modelo del dominio)

Clase del anlisis (esbozo)

Descripcin de la arquitectura (vista del modelo de anlisis)

ING. MARIO ALBERTO OSORIO OSORIO

Diagrama de Realizaciones de Casos de Uso

ING. MARIO ALBERTO OSORIO OSORIO

Actividad: analizar un caso de uso

Identificacin de clases del anlisis

Aqui identificamos las clases de control, entidad, e interfaz necesarias para realizar los casos de uso y esbozamos sus nombres, responsabilidades, atributos y relaciones. Identificar clases de entidad mediante el estudio en detalle de la descripcion del caso de uso o cualquier otro modelo de dominio. Identificar una clase de interfaz central para cada actor humano. Identificar un clase de interfaz primitiva para cada clase de entidad que hayamos encontrado anteriormente. Estas clases representan objetos lgicos con los que interactua el actor (humano) en la interfaz de usuario durante el caso de uso Identificar una clase de interfaz central para cada actor que sea un sistema externo, y dejar que esta clase represente la interfaz de comunicacin ( protocolos ) Identificar una clase de control responsable del tratamiento del control y de la coordinacin de la realizacin del caso de uso, y despus refinar esta clase de acuerdo a los requisitos del caso de uso.

Producto : diagramas de clases

ING. MARIO ALBERTO OSORIO OSORIO

Anlisis : Realizacin del Caso de Uso Sacar Dinero

Sacar Dinero Sacar Dinero (from Use Cases)

Traza

Salida

Interfaz de Cajero

Retirada de Efectivo

Cuenta

Clases de Anlisis: Conceptuales

ING. MARIO ALBERTO OSORIO OSORIO

Anlisis : Diagrama de Clases

Interfaz de Cajero

Retirada de Efectivo

Cuenta

Salida

Muestra las relaciones entre las clases que participan en la Realizacin del Caso de Uso Sacar Dinero
ING. MARIO ALBERTO OSORIO OSORIO

Anlisis : Realizacin del Caso de Uso Pagar Factura

Pagar Factura Pagar Factura (from Use Cases)

Traza
Confirmacin de pedido

IU Solicitud de Pago Gestor de pedidos Planificador de pagos Solicitud de pago Factura

Clases de Anlisis: Conceptuales

ING. MARIO ALBERTO OSORIO OSORIO

Diagrama de clases RCU Pagar Factura

Confirmacin de pedido Gestor de pedidos

Factura

IU Solicitud de Pago

Diagrama de clases de una realizacin del caso de uso Pagar Factura

Planificador de pagos

Solicitud de pago

ING. MARIO ALBERTO OSORIO OSORIO

Actividad: analizar un caso de uso

Descripcin de interacciones entre objetos del anlisis

Teniendo un esbozo de las clases necesarias para realizar un caso de uso, debemos describir como interactuan sus correspondientes objetos del anlisis.

Producto : diagramas de colaboracin

El caso de uso lo inicia un actor sobre un objeto de interfaz. Cada clase de anlisis del paso anterior debe tener al menos un objeto en el mundo real. Los mensajes no se asocian a operaciones. En cambio un mensaje debe reflejar el propsito del objeto invocante en la interaccin con el objeto invocado. Este propsito es el origen de una responsabilidad del objeto receptor y podra llegar a ser incluso el nombre de una responsabilidad. Para los enlaces partimos del diagrama de clases. La secuencia no es el objetivo principal, puede sacrificarse.
ING. MARIO ALBERTO OSORIO OSORIO

Anlisis : Diagrama de Colaboracin para la realizacin del caso de uso Sacar Dinero
1: identificacin
: Interfaz de Cajero 3: validar y retirar

2: solicitar retirada

: Cliente del Banco

: Retirada de Efectivo 4: autorizar entrega : Salida

: Cuenta

5: entrega de dinero

El modelo de anlisis es una especificacin detallada de los requisitos en trminos de clases conceptuales..
Es una primera aproximacin al modelo de diseo
ING. MARIO ALBERTO OSORIO OSORIO

Flujo de sucesos RCU Sacar Dinero

Un Cliente del Banco decide sacar dinero y activa el objeto Interfaz del Cajero. El Cliente de Banco se identifica y especifica la cantidad a retirar y la cuenta de la cual hacerlo(1). Interfaz del Cajero verifica la identidad del Cliente de Banco y solicita al objeto Retirada de Efectivo que lleve a cabo la transaccin (2). Si la identidad del Cliente de Banco es vlida, se le solicita al objeto Retirada de Efectivo que confirme si el cliente del banco tiene derecho a sacar la cantidad especificada de la Cuenta. El objeto Retirada de Efectivo lo confirma solicitando al objeto Cuenta que valide la peticin y, si la peticin es vlida, que reste la cantidad (3). Despus el objeto Retirada de Efectivo autoriza a Salida a que entregue al Cliente de banco la cantidad solicitada (4). Entonces es cuando el Cliente de banco recibe la cantidad de dinero solicitada (5).
ING. MARIO ALBERTO OSORIO OSORIO

Diagrama de colaboracin para la realizacin de caso de uso Pagar Factura 5: Obtener

:Confirmacin de pedido 4: Obtener

:Gestor de pedidos
3: Comprobar factura 1: Mostrar facturas 6: Planificar pago de factura 2: Mostrar :Factura 9: establecerEstado (planificado) :IU Solicitud de Pago 7: Planificar pago 8: Nuevo

:Comprador

Diagrama de colaboracin de una realizacin del caso de uso Pagar Factura

:Planificador de pagos

:Solicitud de pago

ING. MARIO ALBERTO OSORIO OSORIO

Flujo de sucesos RCU Pagar Factura

El comprador consulta a travs del IU Solicitud de Pago las facturas gestionadas por el sistema para encontrar las recibidas (1,2). El IU Solicitud de Pago utiliza el Gestor de Pedidos para comprobar las facturas con sus correspondientes confirmaciones de pedido (3,4,5), antes mostrar la lista de facturas al comprador. Lo que suponga esta comprobacin depende de las reglas del negocio establecidas por la organizacin del comprador, y podra incluir la comparacion del precio, la fecha de entrega, y contenidos de la factura con la confirmacin de pedido. El objeto Gestor de Pedidos utiliza las reglas del negocio para decidir que preguntas hacer (representadas por los mensajes Get 4 y 5) a los objetos Confirmacin de Pedido y Factura y cmo analizar las respuestas. Cualquier factura sospechosa quedar marcada de alguna forma por el IU Solicitud de Pago, quiz mediante un color diferente que la resalte. El comprador selecciona una factura mediante el IU Solicitud de Pago y planifica su pago (6). El IU Solicitud de pago solicita al Planificador de Pagos que planifique el pago de la factura(7). Despus, el Planificador de Pagos crea una solicitud de pago (8). El IU Solicitud de Pago cambia a continuacin el estado de la factura a planificada (9). El Planificador de Pagos iniciar el pago en el da debido (no se muestra en el diagrama). ING. MARIO ALBERTO OSORIO OSORIO

Actividad: analizar un caso de uso

Captura de requisitos especiales

Recogemos todos los requisitos sobre una realizacin de caso de uso, que luego seran tratados en el diseo e implementacin, tales como los requisitos no funcionales. Requisitos especiales para la realizacin del caso de uso Pagar Factura:

La clase Factura debe ser persistente. La clase Gestor de Pedidos debe ser capaz e tratar 10.000 transacciones por hora

ING. MARIO ALBERTO OSORIO OSORIO

Identifican los paquetes de anlisis principales, las clases de entidad evidentes, y los requisitos comunes

Flujo de trabajo : anlisis

Arquitecto

Anlisis de la arquitectura

Ingeniero de casos de uso

Analizar un caso de uso

Realizan cada caso de uso en terminos de las clases de analisis participantes exponiendo los requisitos de comportamiento de cada clase

Ingeniero de componentes

Analizar una Analizar unaclase clase

Especifican estos requisitos y los integran dentro de cada clase creando responsabilidades, atributos y relaciones consistentes para cada clase.

Analizar un paquete

ING. MARIO ALBERTO OSORIO OSORIO

Analizar una clase

ING. MARIO ALBERTO OSORIO OSORIO

Actividad: analizar una clase

(entradas y resultados del anlisis de una clase)

Ingeniero de componentes Realizacin de caso de uso - anlisis Analizar un caso de uso Clase del anlisis (esbozo)

Clase del anlisis (esbozo)

ING. MARIO ALBERTO OSORIO OSORIO

Actividad: analizar una clase

Identificar responsabilidades

Las responsabilidades de una clase pueden recopilarse combinando todos los roles que cumple en diferentes realizaciones de caso de uso.

Responsabilidades de la clase Planificador de pagos:

Crear una solicitud de pago Hacer el seguimiento de los pagos que se han planificado y enviar una notificacin cuando se ha efectuado o cancelado el pago. Iniciar la transferencia de dinero en la fecha debida. Notificar una factura cuando se ha planificado para su pago y cuando se ha pagado ( es decir, cerrado )

ING. MARIO ALBERTO OSORIO OSORIO

Actividad: analizar una clase

Identificacin de atributos

Un atributo especifica una propiedad de una clase de anlisis, y normalmente es necesaria para las responsabilidades de su clase.

Debe tener un nombre

Deben ser conceptuales en el anlisis, y, si es posible, no debera verse restringido por el entorno de implementacin. Los atributos de las clases de interfaz que interactuan con actores humanos son sus elementos de informacion Los atributos de las clases de interfaz que interactuan con actores que representan sistemas son sus propiedades de comunicacin. Los atributos de clases de control son raros, solo podrian representar valores acumulados o calculados durante la realizacin de un caso de uso.
ING. MARIO ALBERTO OSORIO OSORIO

Actividad: analizar una clase

Captura de requisitos especiales

Recogemos todos los requisitos no funcionales de una clase de anlisis.

Requisito de persistencia de la clase Factura

Rango de tamao : 2 a 24 Kbytes por objeto.

Volumen: hasta 100.000 Frecuencia de actualizacin:

Creacin/borrado: 1.000 al da Actualizacin: 30 actualizaciones a la hora Lectura: 1 aceso a la hora

ING. MARIO ALBERTO OSORIO OSORIO

Identifican los paquetes de anlisis principales, las clases de entidad evidentes, y los requisitos comunes

Flujo de trabajo : anlisis

Arquitecto

Anlisis de la arquitectura

Ingeniero de casos de uso

Analizar un caso de uso

Realizan cada caso de uso en terminos de las clases de analisis participantes exponiendo los requisitos de comportamiento de cada clase

Analizar Analizar un paquete paquete

ING. MARIO ALBERTO OSORIO OSORIO

Ingeniero de componentes

Analizar una clase

Especifican estos requisitos y los integran dentro de cada clase creando responsabilidades, atributos y relaciones consistentes para cada clase.