El FLUJO ANALISIS

Lic. Espinoza Robles Semana 11-12

Analisis
Introduccin:
Durante el anlisis, analizaremos los requisitos que se describieron en la captura de requisitos refinndolos y estructurndolos. El objetivo es conseguir una compresin mas precisa de los requisitos y una descripcin de los mismos que sea fcil de mantener y que nos ayude a estructurar el sistema entero.

Para la captura de los requisitos se empleara los casos de uso para lo cual:
1. Los casos de uso deben mantenerse independiente unos de otros tanto como sea posible 2. Los casos de uso deben describirse utilizando el lenguaje del cliente 3. Debe estructurarse cada caso de uso para que forme una especificacin de funcionalidad completa.

 El propsito del anlisis es analizar los requisitos con mayor profundidad, utilizando el lenguaje de los desarrolladores para describir resultados. En el anlisis podemos estructurar los requisitos de tal manera que nos facilite su comprensin, reparacin, modificacin. Esta estructura basada en clases de anlisis y paquete es independiente de la estructura que se dio a los requisitos basado en caso de uso.

Comparacin del modelo de casos de uso y modelo de anlisis Modelo de Casos de Uso Modelo de Anlisis Descrito en lenguaje del Descrito en lenguaje de cliente desarrollador Vista externa del sistema Estructurado por clases y paquetes usado Estructurado por casos fundamentalmente por de uso los desarrolladores , Utilizado fundam. Como para comprender como contrato entre cliente y debera darse forma al desarrolladores sistema. Puede contener No debera contener redundancia, redundancia ni inconsistencias entre inconsistencia. requisitos.

 Modelo de casos de uso

Modelo de Anlisis

Captura la Esboza como llevar a funcionalidad del cabo la funcionalidad sistema significativa dentro del sistema. para la arquitectura Sirve como primera aproximacin al Define casos de uso diseo que se analizaran con mas detalle en el Define realizaciones modelo de anlisis. de caso de uso

El Analisis en pocas palabras

El lenguaje que utilizamos en el anlisis se basa en un modelo de objetos conceptual llamado modelo de anlisis El modelo de anlisis ayuda a redefinir los requisitos y nos permite razonar sobre aspectos internos del sistema, adems ofrece un mayor poder expresivo y formalizacin

 El modelo de anlisis nos ayuda a estructurar requisitos, y una estructura centrada en el mantenimiento. El modelo de anlisis es una primera aproximacin al diseo

 Porque el Anlisis no es Diseo ni Implementacin. Porque no analizamos requisitos al mismo tiempo que diseamos e implementamos el sistema ? La respuesta es que el Diseo e Implementacin son mucho mas que el anlisis (refinamiento y estructuracin de los requisitos) por lo que se requiere una separacin de intereses.

 En el Diseo: debemos modelar el sistema y encontrar su forma incluyendo su arquitectura: una forma que de vida a todos los requisitos incorporados en el sistema, que incluya componentes de cdigo que se compilan e integran en versiones ejecutables del sistema y una forma que podamos mantener a largo plazo.

 El Analisis: prepara y simplifica la sub siguiente actividad de diseo e implementacin, delimitando los temas que debe resolverse y las decisiones que deben tomarse en esas actividades.

 El Objeto del Anlisis

El modelo del anlisis ofrece una especificacin mas precisa de los requisitos El modelo de anlisis se describe usando el lenguaje de los desarrolladores El modelo de anlisis estructura los requisitos de modo que facilite su mantenimiento Puede considerarse como una primera aproximacin al modelo de diseo

 Cuando Hacer Anlisis

Mediante la realizacin separada del anlisis, podemos analizar sin grandes costos gran parte del sistema El anlisis ofrece una visin general del sistema, que puede ser mas difcil de obtener mediante el estudio de los resultados del diseo El modelo de anlisis proporciona una visin conceptual precisa y unificada de alternativas para la implementacin de sistemas crticos. La reingeniera puede hacerse desde el modelo de anlisis cuando se hereda sistemas complejos

 Papel del Anlisis en el Ciclo de Vida del Software Las iteraciones iniciales de la fase de elaboracin se centran en el anlisis, lo que contribuye a obtener una arquitectura estable y slida y facilita la compresin de los requisitos. Mas adelante cuando la arquitectura es estable y se comprende los requisitos, el nfasis pasa al diseo y la implementacin

 Distinguimos tres variantes en el modo de ver y emplear el anlisis:

El proyecto utiliza el modelo de anlisis para describir los resultados del anlisis y mantener la consistencia de este modelo a lo largo de todo el ciclo de vida del softw. El proyecto utiliza el modelo de anlisis para describir los resultados del anlisis, pero considera a este modelo como herramienta transitoria El proyecto no utiliza en absoluto el modelo de anlisis para describir los resultados del anlisis

 Al elegir entre las dos primeras variantes, debemos sopesar las ventajas de mantener el modelo de anlisis con el coste de mantenerlo durante varias iteraciones y generaciones. En cuanto a la tercera variante, estamos de acuerdo en que el proyecto puede no solo evitar el coste de mantener el modelo de anlisis, sino tambin de introducirlo al principio. Sin embargo es mas ventajoso trabajar con un modelo de anlisis. Por los que solo debe usarse esta variante en sistemas simples.

El anlisis se realiza en la fase de la elaboracin

Los trabajadores y artefactos implicados en el anlisis

Arquitecto

Ingeniero de casos de uso

Ingeniero de componentes

Responsable de

Responsable de

Responsable de

Modelo de Analisis

Descripcion de la arquitectura

Realizacion de casos de uso analisis

Clases del analisis

Paquete de Analisis

ARTEFACTOS
Artefacto : Modelo de Anlisis: La estructura impuesta por el modelo de anlisis se define mediante una jerarquia. El modelo de anlisis se representa mediante un sistema de anlisis que denota el paquete de mas alto nivel del modelo. Las clases de anlisis representan abstracciones de clase y subsistemas del diseo.

 Dentro del modelo de anlisis, los casos de uso de describen mediante clases de anlisis y sus objetos, que llamaremos realizacin de casos de uso anlisis.

El modelo de anlisis es una jerarqua de paquetes del anlisis que contiene clases del anlisis y realizaciones de caso de uso

 Artefacto: Clase de Anlisis Representa una abstraccin de una o varias clases y sub sistemas del diseo del sistema que posee las siguientes caractersticas:
Una clase de anlisis se centra en el tratamiento de los requisitos funcionales Esto hace que una clase de anlisis sea mas evidente en el contexto del domino del problema

 Una clase de anlisis raramente define u ofrece una interfaz en trminos de operaciones. Su comportamiento se define mediante responsabilidades Una clase de anlisis define atributos que son conceptuales y reconocibles en el dominio del problema Una clase de anlisis participa en relaciones La clase de anlisis encaja en uno de tres esteriotipo bsico.
De interfaz De control De entidad

Clase de anlisis
Responsabilidades
Atributos Relaciones Requisitos especiales

Los atributos esenciales y los sub tipos de una clase de anlisis

Clase de interfaz

Clase de control

Clase de entidad

 Estos tres esteriotipos estan estandarizados en UML y ayudan a los desarrolladores a distinguir el mbito de las diferentes clases
Alternativa 1:

cuenta
Alternativa 2:
Entidad

Interfaz de cajero

Retirada de efectivo

Cuenta

Interfaz de cajero

Retirada De efectivo

 Clase de Interfaz: Se utiliza para modificar la interaccin entre el sistema y sus actores lo que implica recibir y representar informaciones y peticiones de los usuarios y sistemas externos Representa la abstraccin de ventanas formularios, paneles, interfaz de comunicacin, interfaz de impresin, censores, terminales, APIS.

IU Solicitud de Pago
Comprador

La interfaz IU: Solicitud de Pago se usa para cubrir la interaccin entre el actor Comprador y el caso de uso Pagar Factura

 Clase de Entidad: se usa para modelar

informacin que posee una vida larga y que es a menudo persistente. Modela la informacin y comportamiento asociado de algn fenmeno o concepto (persona, objeto del mundo real o suceso). Se derivan de una clase de entidad del negocio o del dominio

IU solicitud de Pago Comprador muestra

La clase de Entidad Factura y su relacin con la interfaz IU : solicitud de Pago

Factura

 Clase Control: representa coordinacin

secuencial, transacciones y control de otros objetos. Se usa para encapsular el control de un caso de uso en concreto. Tambin se usa para representar derivaciones y clculos complejos.

Factura

muestra

Cambia de estado

Planifica Fact.

Iu: Solicitud de Pago

Planificador de Pagos

La clase de control Planificador de Pagos y sus relaciones con las clases de interfaz y de entidad

 Artefacto: Realizacin de casos de Uso Analisis. Es una colaboracin dentro del modelo de anlisis que 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 del anlisis en interaccin
Modelo de casos de uso

Modelo de anlisis

Casos de uso

Realizacin de casos de uso anlisis

 La realizacin de un caso de uso posee una descripcin textual del flujo de sucesos, diagramas de clase que muestran sus clases del anlisis participantes, y diagramas de interaccin que muestra la realizacin de un flujo o escenario particular del caso de uso

Modelo de casos de uso con estructura de desglose de diagramas

NIVEL 0 Cada caso de uso se desglosa en un diagrama en el nivel inferior

Proceso de Conversin: Casos de Uso Anlisis

NIVEL1

NIVEL 2

Cada caso de uso se desglosa en un diagrama en el nivel inferior

MODELO DE CASOS DE USO

trace

MODELO DE ANLISIS

caso de uso (MCU)

Realizacin (MA)

Interfaz

Gestor/Control

Entidad

Artefactos del modelo de anlisis

14.5. Modelado de Anlisis

MODELO DE CASOS DE USO

trace

MODELO DE ANLISIS

caso de uso (MCU)

Realizacin (MA)

Proceso de Conversin: Casos de Uso Anlisis

Entidad

Interfaz

Gestor/Control

Artefactos del modelo de anlisis

F01.01 Consulta saldo

Cliente

I_Cajero

C_Gestor_Interfaz

Cta_Cliente

Diagrama de Clases de Anlisis Atmico

I_Autenticacion C_Verificador_Autenticacio n

14.6. Modelado de Anlisis

Realizacin de caso de uso Anlisis

Flujo de Sucesos Analisis Diagrama de Clases Diagrama de Interaccin Requisitos especiales

Participantes

Clase del Analisis

Los atributos y asociaciones fundamentales de una realizacin de caso de uso anlisis

 Diagrama de Clase: una clase de anlisis participa en varias realizaciones de casos de uso,y algunas responsabilidades, atributos y asociaciones de una clase suelen ser solo relevantes para una nica realizacin de casos de uso. Por tanto es importante coordinar todos los requisitos sobre una clase y sus objetos que pueden tener diferentes casos de uso. Para hacerlo adjuntamos diagramas de clase a las realizaciones de casos de uso. Mostrando sus clases participantes y sus relaciones

Gestin de pedido

Confirmar pedido

IU: Solicitud de Pago

comprador factura

Un diagrama de clases de una realizacin del caso de uso Pagar Factura

Planificador de pago

Solicitud de pago

 Diagramas de Interaccin: La secuencia de acciones en un caso de uso comienza cuando un actor invoca el caso de uso. Si consideramos el interior del sistema un objeto de interfaz recibir este mensaje del actor, el cual enviara a su vez un mensaje a algn otro objeto. El anlisis permite mostrar esto con diagramas de colaboracin.

5. obtener

Gestor de pedidos
3. Comprobar factura

Confirmacin de pedidos
4. Obtener factura

1.

comprador

Mostrar factura

IU solicitud de pago

2: mostrar
9: establecer estado (planificado)

factura

6. Planificar pagos 7: planificar pago

Planificador de pagos

8: nuevo

Solicitud de pago

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

 Flujo de Sucesos Anlisis Los diagramas de colaboracin, son difciles de leer, de modo que puede ser til un texto adicional que lo explique. Este texto deber escribirse en trminos de objetos en particular de control que interactan para llevar a cabo el caso de uso. El flujo de suceso anlisis que explica el diagrama anterior de colaboracin es:

 El comprador consulta a travs de IU, las facturas gestionadas por el sistema para encontrar las recibidas (1,2). IU utiliza el gestor de pedidos para comprobar las facturas con sus correspondientes confirmaciones de pedido (3,4,5) antes de mostrar la lista de facturas al comprador, el objeto gestor de pedidos utiliza la regla del negocio para deducir que preguntas hacer (4,5) a los objetos Pedido, Factura.

 El comprador selecciona esta factura mediante IU, y planifica su pago (6). El IU solicita al planificador de pagos, planifique el pago de la factura (7). El Planificador de Pagos crea una solicitud de pagos (8). El IU cambia el estado de la factura a planificada (9).

 Requisitos Especiales: son

descripciones textuales que recogen todas los requisitos no funcionales sobre una realizacin de caso de uso Ejem. Cuando el comprador solicite ver las facturas recibidas no debera tardar mas de medio segundo mostrar las facturas en pantalla. Las facturas debern pagarse utilizando estndar set.

 Artefacto : Paquete de Analisis:

Los paquetes de anlisis proporcionan un medio para organizar los artefactos del modelo de anlisis en piezas manejables. Un paquete de anlisis puede constar de clases de anlisis, realizaciones de casos de uso, y de otros paquetes del anlisis. Los paquetes de anlisis deben ser cohesivos( contenidos fuertemente relacionados) y dbilmente acoplados (dependencias minimizadas)

 Los paquetes de anlisis tienen las siguientes caractersticas:

Pueden representar una separacin de intereses de anlisis Debern crearse basados en los requisitos funcionales y en el dominio del problema, y reconocibles por las personas con conocimiento del dominio Probablemente se convertirn en subsistemas .

 Paquete de Servicios:
Todo sistema proporciona una serie de servicios a sus clientes. Un servicio representa un conjunto coherente de acciones relacionadas funcionalmente que se utilizan en varios casos de uso. Los servicios son para los clientes. Un paquete se servicios contiene un conjunto de clases relacionadas funcionalmente.

 Un paquete se servicios es indivisible Cuando se lleva a cabo un caso de uso puede que participen uno o mas servicios. Los paquetes de servicios constituyen una entrada fundamental para las actividades de diseo e implementacin subsiguiente.