Академический Документы
Профессиональный Документы
Культура Документы
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 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 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.
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
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.
Arquitecto
Ingeniero de componentes
Responsable de
Responsable de
Responsable de
Modelo de Analisis
Descripcion de la arquitectura
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
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
Factura
Factura
muestra
Cambia de estado
Planifica Fact.
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
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
NIVEL1
NIVEL 2
MODELO DE ANLISIS
Realizacin (MA)
Interfaz
Gestor/Control
Entidad
MODELO DE ANLISIS
Realizacin (MA)
Interfaz
Gestor/Control
Cliente
I_Cajero
C_Gestor_Interfaz
Cta_Cliente
Participantes
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
comprador 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
Planificador de pagos
8: nuevo
Solicitud de pago
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).
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.