Anlisis Orientado a Objetos en UML

TEMA 2

Departamento de Ingeniera Informtica Elena Orta

Tema 2. Anlisis Orientado a Objetos en UML

2.1. Actividades del anlisis. 2.2. Principios fundamentales del anlisis. 2.3. Especificacin de requisitos del software.

2.4. Anlisis Orientado a Objetos en UML.

2.5 Modelo de Casos de Uso en UML. 2.6. Modelo Conceptual de Datos en UML.

2.7. Modelo de Comportamiento del Sistema en UML.

Bibliografa.

Objetivos especficos
El alumno debe ser capaz de:

Describir el objetivo principal del anlisis de sistemas.

Enumerar las actividades del anlisis de sistemas y describir brevemente cada una de ellas. Enumerar y describir brevemente los principios fundamentales del anlisis de sistemas. Describir brevemente el contenido del Documento de Especificacin de Requisitos segn el estndar IEEE Std. 830. Definir qu es UML (Unified Modeling Language).
Enumerar los principales diagramas de UML. Definir qu es un modelo de anlisis y enumerar los principales modelos de anlisis.

Objetivos especficos
El alumno debe ser capaz de:

Describir el objetivo del Modelo de Casos de Uso.

Definir qu es un Caso de Uso y un Diagrama de Casos de Uso.

Definir qu es un Actor de un Caso de Uso y los tipos de Actores. Definir que es un Escenario de un Caso Uso y los tipos de Escenarios. Definir los distintos tipos de relaciones entre casos de uso e identificar cuando usar cada una de ellas. Describir la relacin que Colaboracin de objetos. existe entre Caso de Uso y

Realizar Modelos de Casos de Usos de sistemas propuestos.

Actividades de Anlisis
El objetivo del anlisis de sistemas es realizar un Documento de Especificacin de Requisitos (especificar qu tiene que hacer el sistema y no cmo desarrollarlo).
El Documento de ERS es el resultado del trabajo conjunto de los analistas y de los clientes o usuarios. El Proceso de la Fase de Anlisis consiste en: Determinacin de Requisitos. Anlisis de Requisitos. Especificacin de Requisitos. Validacin de Requisitos.

Puede haber iteraciones y solapamientos entre las actividades, no tienen que realizarse necesariamente en secuencia.

Actividades de Anlisis

DETERMINACIN DE LOS REQUISITOS

Definicin de los Requisitos del Software. Definicin de los Requisitos de las interfaces del Software con el Sistemas y con el exterior. Tcnicas de recogida de informacin: Entrevistas, Cuestionarios, Formularios, etc.

ANLISIS DE LOS REQUISITOS

Proceso de razonamiento sobre (Tcnicas). Detectar/resolver inconsistencias, relacionados, etc.

Requisitos
coordinar

Obtenidos
requisitos

Actividades de Anlisis

ESPECIFICACIN DE LOS REQUISITOS

Documentar los requisitos del sistema. Utilizar lenguaje natural, especificacin formal, modelos, grficos, etc.

VALIDACIN DE LOS REQUISITOS

Confirmacin con los clientes/usuarios que los requisitos son vlidos, consistentes, etc. Utilizar listas de comprobacin.

Principios Fundamentales del Anlisis

Existen diferentes mtodos del anlisis de sistemas: Anlisis estructurado. Anlisis orientado a objetos. Los mtodos de anlisis tienen puntos de vista, notaciones y tcnicas distintas pero tienen principios fundamentales comunes.

Principios fundamentales del anlisis: Modelado. Particin. Planteamiento esencial de los requisitos.

Principios Fundamentales del Anlisis

MODELADO
Se realizan modelos desde tres perspectivas diferentes: Funcin: Qu hace el sistema? Informacin: Qu informacin utiliza el sistema? Comportamiento: Cundo sucede algo en el sistema? Es importante analizar las relaciones que existen entre los distintos modelos. La importancia de cada modelo depende de las caractersticas del sistema y del mtodo de anlisis utilizado.

Funciones de los modelos:

Entender el sistema. Son la base de la revisin del anlisis y del diseo.

Principios Fundamentales del Anlisis

PARTICIN
Dividir el problema en partes y establecer interrelaciones entre ellas para obtener la funcin global.

PLANTEAMIENTO ESENCIAL DE LOS REQUISITOS

Analizar las funciones y la informacin del sistema sin tener en cuenta la implementacin.

Especificacin de los Requisitos

El Documento de Especificacin de los Requisitos del Sistema (ERS) contiene la especificacin de los requisitos del software y de las interfaces externas:
Funcionalidad: Qu debe hacer el software?

Prestaciones: Rendimiento, tiempo de respuesta, etc.

Restricciones de diseo: recursos disponibles, etc. Lenguaje de programacin,

Atributos: Portabilidad, Correccin, Mantenibilidad, etc. Interfaces con los usuarios, con el hardware, con otros sistemas, etc.

Especificacin de los Requisitos

El Documento de ERS evoluciona con el tiempo para:

Aadir detalles no contemplados al comienzo del proyecto. Corregir deficiencias o errores en los requisitos.

El Documento de ERS no incluye:

Aspectos de diseo: estructura modular, estructuras datos, interfaz intermodular, etc. Aspectos de gestin de proyectos: costes, plazos de entrega, etc.

IEEE Std. 830: Estndar del Documento de ERS.

(Recommended Practice for Software Requirements Specifications).

Anlisis OO (UML)

UML es un lenguaje para visualizar, especificar, construir y documentar los modelos de un sistema desde una perspectiva OO.

UML es una notacin, no es un proceso. Hay muchos procesos que utilizan UML como notacin. Utilizable para sistemas que no sean software.

Anlisis OO (UML)

U.M.L

Notacin

Proceso (metodologa)
Unified Process Rational Unified Process

Herramienta
Rational Rose, Objecteering, Visio
Poseidon, Visual Paradigm, Umbrello

Craig Larman

Etc.

Anlisis OO (UML)
Principales Diagramas UML

Diagramas de Casos de Uso Diagramas de Clases Diagramas de Objetos Diagramas de Interaccin

Diagramas de Secuencia Diagramas de Colaboracin

Diagramas de Estados Diagramas de Actividades Diagramas de Componentes Diagramas de Despliegue

Anlisis OO (Modelos)
Un modelo es una simplificacin de la realidad.
Un modelo es el resultado de un proceso de abstraccin y ayuda a comprender y razonar sobre una realidad. Un modelo software es una descripcin de un aspecto del software, expresada en un lenguaje bien definido. Se crean un conjunto de modelos software (planos del software) que permiten especificar aspectos del sistema como los requisitos, la estructura y el comportamiento. Los modelos:
ayudan a razonar sobre el sistema. favorecen la comunicacin. permiten documentar las decisiones. permiten una generacin automtica de cdigo.

Anlisis OO (Modelos)
Modelo de Casos de Uso.

Diagramas de Casos de Uso. Diagrama de Clases. Diagramas de Interaccin. Diagramas de Estados. Diagramas de actividades. Diagrama de Componentes. Diagramas de Despliegue.

Modelo Estructural.

Modelo de Comportamiento.

Modelo de flujos de Actividades.

Modelo Implementacin.

Modelo de Despliegue.

Anlisis OO (Modelos)

Modelo de anlisis
Modelo conceptual de los datos

Modelo de casos de uso

Modelo de comportamiento

Modelo de estados

Casos de uso Diagramas Casos de uso

Diagramas estticos de estructura de objetos del dominio

Diagramas de secuencia del sistema

Contratos para las operaciones del sistema

Diagramas de estados de objetos y casos de uso

Anlisis OO (Modelos)

Modelo de anlisis
Modelo conceptual de los datos

Modelo de casos de uso

Modelo de comportamiento

Modelo de estados

Casos de uso Diagramas Casos de uso

Diagramas estticos de estructura de objetos del dominio

Diagramas de secuencia del sistema

Contratos para las operaciones del sistema

Diagramas de estados de objetos y casos de uso

Anlisis OO (Modelos)
Modelo de Casos de Uso
Cu: Realizar Venta Descripcin: Actores: Precondiciones: Postcondiciones: Esc. Principal: Esc. Alternativos:

Realizar Venta

Cajero

Cliente

Registrar Productos

Gerente

Inicia

Descripcin casos de uso

Diagramas de casos de uso

Gestion Usuarios

Administrador Sistema

Anlisis OO (Modelos)
Modelo Conceptual de Datos (Modelo de Dominio)
Descrita por Registra venta de

Diagrama de clases conceptuales

Catalogo Productos
1 1

Contiene 1..n

Producto

0..1

Usado-por 0..n

Describe 0..n Almacena 0..n 1 Item

Lineas Venta

cantidad
1..n

0..n

Tienda direccion nombre 1 1

Contenidas en 1 Venta 1 1 capturada en 1 1 iniciada por 1 Cliente Registra Ventas 1 Cajero

1..n
TPV 1 Iniciado por 1 Gerente

1 pagado por
1 Pago

Anlisis OO (Modelos)
Modelo de Comportamiento
: Cajero

CU: Realizar Venta

crearNuevaVenta()

:Sistema

* introducirItem (itemID, cantidad)

Diagrama secuencia de sistema

eventos del sistema

finalizarVenta ()

Operaciones del sistema

crearPago()

Contrato operacin del sistema

Nombre: introducirItem (itemID: string, cantidad: integer) Referencias Cruzadas: Registrar Venta Precondiciones: Hay una venta en curso Postcondiciones: - Se cre una instancia lv de LineaVenta - Se asoci ldv a la venta en curso v - Se asign cantidad a lv.cantidad - lv se asoci a una EspecificacinProducto segn itemID

Anlisis OO (Modelos)
Modelo de Estados

Diagrama de estado
Espera Venta introducirProducto

introducirProducto

Introduccion Productos

Terminar Venta manejarRespuesta efectuar Pago Efectivo Espera Pago

Autorizacion Pago efectuar Pago Tarjeta

Anlisis OO (Modelo Casos de Uso) Modelo de Casos de Uso

Diagrama de casos de uso. Descripcin de casos de uso.

Anlisis OO (Modelo Casos de Uso) Definicin de Caso de Uso

Un caso de uso especifica el comportamiento deseado del sistema.

Representan los requisitos funcionales del sistema.

Un caso de uso especifica un conjunto de secuencias de acciones, incluyendo variantes, que el sistema puede ejecutar y que produce un resultado observable de valor para un particular actor

Describen qu hace el sistema, no cmo lo hace.

Anlisis OO (Modelo Casos de Uso) Otras definiciones de Caso de Uso

Describe un conjunto de interacciones entre actores externos y el sistema en consideracin orientadas a satisfacer un objetivo de un actor. [D. Bredemeyer)

Es una coleccin de posibles secuencias de interacciones entre el sistema en discusin y sus actores externos, relacionado con un objetivo particular. [A. Cockburn]

Es una coleccin de escenarios de xito y fracaso relacionados que describe a un actor que usa un sistema para conseguir un objetivo [C. Larman]

26

Anlisis OO (Modelo Casos de Uso) Casos de Uso

Ofrecen un medio sistemtico e intuitivo para capturar los requisitos funcionales, centrndose en el valor aadido para el usuario
Dirigen todo el proceso de desarrollo puesto que la mayora de actividades (planificacin, anlisis, diseo, validacin, pruebas,..) se realizan a partir de los casos de uso.

Anlisis OO (Modelo Casos de Uso) Casos de Uso

Son iniciados por un actor con un objetivo en mente y es completado con xito cuando el sistema lo satisface. Puede incluir secuencias alternativas que llevan al xito y fracaso en la consecucin del objetivo. El sistema es considerado como una caja negra y las interacciones se perciben desde fuera. El conjunto completo de casos de uso especifica todas las posibles formas de usar el sistema, esto es el comportamiento requerido.

28

Anlisis OO (Modelo Casos de Uso) Casos de Uso actor caso de uso

Procesar Prstamo
ResponsablePrestamos

asociacion
Los Casos de Uso NO son Orientados a Objetos: Herramienta para el anlisis de requisitos que se puede utilizar en proyectos no orientados a objetos

Anlisis OO (Modelo Casos de Uso) Partes de un Caso de Uso

Escenarios: conjuntos de secuencias de acciones (cada secuencia representa un posible comportamiento del sistema). Actores: roles que pueden desempear los usuarios.

Relaciones: Actores relacionados con Casos de Uso (asociacin). Relaciones entre Casos de Uso:
Un cdu que extiende a otro (extend). Un cdu incluye a otro (include).

Un caso de uso realiza un trabajo tangible.

Anlisis OO (Modelo Casos de Uso) Actores

Un actor representa un conjunto coherente de roles que juegan los usuarios de los casos de uso al interaccionar con el sistema.

Roles jugados por personas, dispositivos, u otros sistemas. El tiempo puede ser un actor automticamente por el sistema). No forman parte del sistema. (procesos iniciados

Anlisis OO (Modelo Casos de Uso) Actores

Un usuario puede jugar diferentes roles.

En la realizacin de un caso de uso pueden intervenir diferentes actores.

Un actor puede intervenir en varios casos de uso. Identificar casos de uso mediante actores y eventos externos. Un actor necesita el caso de uso y/o participa en l.

Anlisis OO (Modelo Casos de Uso) Actores

Dos tipos de actores: Principal: Requiere al sistema el cumplimiento de un objetivo

Secundarios: El sistema necesita de ellos para satisfacer un objetivo

Anlisis OO (Modelo Casos de Uso) Escenarios

Un caso de uso describe un conjunto de secuencias de interacciones entre actores y el sistema (escenarios): flujo principal y flujos alternativos o excepcionales.

Un escenario es una instancia de un caso de uso.

Un escenario es una historia particular de uso de un sistema. Escenarios principales vs. Escenarios secundarios.

Anlisis OO (Modelo Casos de Uso) Descripcin de Casos de Uso

Son documentos de texto, no son diagramas. El modelado de casos de uso consiste en escribir texto, no en dibujar diagramas.

Describir el flujo de eventos: Texto estructurado informal. Texto estructurado formal (plantillas). Pseudocdigo. Notaciones grficas: diagramas de secuencia.
Debe ser legible y comprensible para un usuario no experto. Debe indicar: actores, flujos principal y excepcionales.

35

Anlisis OO (Modelo Casos de Uso) Descripcin de Casos de Uso

Formatos: Breve: resumen conciso (un prrafo), normalmente escenario principal. Informal: varios prrafos en un estilo informal (varios escenarios). Completo: Se describe con detalle todos los pasos y variaciones (plantillas). Notaciones grficas: Diagramas de Secuencia de Sistema.

Debe ser legible y comprensible para un usuario no experto. Debe indicar: actores, flujo principal, flujos excepcionales.

Anlisis OO (Modelo Casos de Uso) Descripcin de Casos de Uso (Plantilla)

Caso de Uso Descripcin Actores Precondiciones Identificador. Objetivo a conseguir. Lista de actores. Condiciones que deben cumplirse para que se realice el caso de uso. Postcondiciones Condiciones que deben cumplirse una vez realizado el caso de uso. Escenario principal Interacciones entre los actores y el sistema necesarias para obtener el objetivo. Extensiones Flujos Alternativos. Variaciones (opcional) cualquier variacin en los pasos. No-funcional (opcional) lista requisitos no funcionales. Cuestiones Lista de cuestiones que permanecen por resolver.

37

Anlisis OO (Modelo Casos de Uso) Descripcin de Casos de Uso (Formato breve)

Validar Usuario (contexto de un cajero automtico) Descripcin:
El sistema pide el NIP. El cliente lo introduce y pulsa Enter. El sistema comprueba la validez del NIP. Si es vlido el sistema acepta la entrada y finaliza el caso de uso. En caso contrario se reinicia el caso de uso. Si el NIP introducido es invlido tres veces consecutivas, el sistema cancela la transaccin completa y se queda con la tarjeta. El cliente puede cancelar la transaccin en cualquier momento y se reinicia el caso de uso.

Anlisis OO (Modelo Casos de Uso) Descripcin de Casos de Uso (Formato informal)

Flujo Principal: El sistema pide el NIP. El cliente lo introduce a
travs del teclado y pulsa Enter. El sistema comprueba la validez del NIP. Si es vlido el sistema acepta la entrada y finaliza el caso de uso.

Flujo Excepcional: El cliente puede cancelar la transaccin en

cualquier momento, pulsando el botn Cancelar, reiniciando el caso de uso.

Flujo Excepcional: Si el NIP introducido es invlido entonces se

reinicia el caso de uso. Si esto ocurre tres veces, el sistema cancela la transaccin completa y se queda con la tarjeta.

Anlisis OO (Modelo Casos de Uso) Descripcin de Casos de Uso (Plantilla)

Caso de Uso: Validar usuario. Descripcin: Validar el NIP que el cliente introduce en el cajero automtico. Actores: Cliente. Precondiciones: El cajero automtico est a la espera de que un cliente introduzca su NIP. Postcondiciones: El cajero acepta la conexin del cliente y muestra la pantalla con las operaciones disponibles. Escenario principal: 1. El Sistema solicita que el cliente introduzca su NIP. 2. El Cliente introduce su NIP y pulsa Enter.

40

Anlisis OO (Modelo Casos de Uso)

Escenario principal: 3. El Sistema comprueba la validez del NIP. 4. El NIP introducido es vlido y el Sistema acepta la conexin del cliente. Extensiones o Flujos Alternativos: 4a. El NIP introducido es invlido (primera/segunda vez): 1. El Sistema muestra el error y rechaza la conexin (paso 2) 4.b. El NIP introducido es invlido por tercera vez consecutiva: 1. El Sistema muestra el error NIP invlido. 2. El Sistema cancela la transaccin completa y se queda con la tarjeta.
*a. En cualquier momento el cliente cancela la transaccin: 1. El Sistema reinicia el caso de uso.

41

Anlisis OO (Modelo Casos de Uso)

Variaciones: Ninguna. No-funcional: Interfaz de usuario con pantalla tctil en un monitor de pantalla plana. Tiempo de respuesta para la autorizacin de la conexin de 5 segundos el 90 % de las veces. Cuestiones: Ninguna.

42

Anlisis OO (Modelo Casos de Uso) Descripcin de Casos de Uso (Diagrama de Secuencia del Sistema)

Cliente
Solicitud introducir NIP NIP introducido (NIP)

Sistema

Validar NIP (NIP) Conexin aceptada

ESCENARIO Principal

Anlisis OO (Modelo Casos de Uso) Ejemplo Caso de Uso Realizar Venta (Plantilla)
Caso de Uso: Realizar Venta. Descripcin: Un cliente llega al TPV con un conjunto de artculos. El cajero
registra los artculos y se genera un ticket. El cliente paga en efectivo y recoge los artculos.

Actores: Cajero (principal), Cliente (secundario).

Precondiciones: El cajero se identifica.

Postcondiciones: Se registra la venta y el pago, se actualiza el inventario y
se genera el recibo para el cliente.

Escenario principal:
1. El Cliente llega al TPV con los artculos. 2. El Cajero inicia una nueva venta.

44

Anlisis OO (Modelo Casos de Uso) Ejemplo Caso de Uso Realizar Venta (Plantilla)
Escenario principal (continuacin):
3. El Cajero introduce el identificador de cada artculo. 4. El Sistema comprueba que el artculo es correcto, registra la lnea de venta y presenta la descripcin del artculo, el precio y la suma parcial de la venta. El Cajero repite los pasos 3 y 4 hasta que se finalice la venta. 5. El Sistema presenta el total con los impuestos includos. 6. El Cajero le dice al Cliente el total a pagar. 7. El Cliente paga y el sistema gestiona el pago. 8. El Sistema registra la venta completa y actualiza el Inventario. 9. El Sistema presenta el recibo.

Anlisis OO (Modelo Casos de Uso) Ejemplo Caso de Uso Realizar Venta (Plantilla)
Extensiones (Flujos Alternativos):
3a. Identificador de artculo no vlido. 1. El Sistema seala el error y rechaza la entrada. 3-4a. El Cliente solicita eliminar un artculo de su compra. 1. El Cajero selecciona el artculo a eliminar. 2. El Sistema elimina el artculo de la venta y actualiza la suma parcial. ... 7a. Pago en efectivo 1. El Cajero introduce la cantidad entregada por el cliente. 2. El Sistema muestra cantidad a devolver. ... ....

Anlisis OO (Modelo Casos de Uso) Ejemplo Caso de Uso Realizar Venta (Plantilla)
Variaciones:

El identificador podra ser cualquier esquema de cdigo.

No funcional:

Interfaz de usuario con pantalla tctil en un monitor de pantalla plana. El texto debe ser visible a un metro de distancia. Tiempo de respuesta para autorizacin de crdito de 30 sg. El 90% de las veces. La entrada de informacin de la tarjeta se realiza mediante un lector de tarjetas.

Cuestiones Pendientes:

Explorar cuestiones de recuperacin de accesos a servicios remotos. Qu adaptaciones son necesarias para diferentes negocios?

Anlisis OO (Modelo Casos de Uso) Cul es el mejor formato?

No existe un mejor formato (diferentes preferencias, complejidad del caso de uso). Las secciones se pueden aadir y quitar; los nombres de los ttulos se pueden cambiar (no es especialmente importante).

Clave: Describir los detalles del escenario principal de xito y sus extensiones de alguna forma.

Anlisis OO (Modelo Casos de Uso) Relaciones entre Casos de Uso

Tres tipos de relaciones: Generalizacin Un c.d.u. hereda el comportamiento y significado de otro. Inclusin Un c.d.u. base incorpora explcitamente el comportamiento de otro en algn lugar de su secuencia. Extensin Un c.d.u. base incorpora implcitamente el comportamiento de otro c.d.u. en el lugar especificado indirectamente por este otro c.d.u.

Anlisis OO (Modelo Casos de Uso) Ejemplo Relaciones entre Casos de Uso

Relacin de extensin

extend
Hacer Pedido
(establecer prioridad)

Hacer Pedido Urgente

include
Relacin de inclusin

Comprobar clave

Validar Usuario
Generalizacin

Seguir Pedido

include

Examinar retina

Anlisis OO (Modelo Casos de Uso) Relacin de Inclusin (Include)

Permite factorizar un comportamiento en un caso de uso aparte y evitar repetirlo en diferentes casos de uso. Ejemplo: Hacer Pedido: Obtener y verificar el nmero pedido; Include (Validar usuario); para cada lnea del pedido: Validar lnea de pedido;

de

Anlisis OO (Modelo Casos de Uso) Relacin de Extensin (Extend)

El caso de uso base incluye una serie de puntos de extensin. Sirve para modelar: la parte opcional del sistema. un subflujo que slo se ejecuta bajo ciertas condiciones. varios flujos que se pueden insertar en un punto.

Anlisis OO (Modelo Casos de Uso) Relacin de Extensin (Extend)

Ejemplo: Hacer Pedido Obtener y verificar el nmero de pedido; Include (Validar usuario); Para cada lnea de pedido Validar lnea de pedido; Establecer prioridad: Punto de Extensin Enviar pedido para ser procesado.

Anlisis OO (Modelo Casos de Uso) Forma de obtener los Casos de Uso

1) Identificar los usuarios del sistema. 2) Encontrar todos los roles que juegan los usuarios y que son relevantes al sistema. 3) Para cada role identificar todas las formas de interactuar con el sistema (objetivos). 4) Crear un caso de uso por cada objetivo.

5) Estructurar los casos de uso (!Cuidado!)

6) Revisar y validar con el usuario.

Anlisis OO (Modelo Casos de Uso) Recomendaciones

Representar un objetivo de subfuncin como caso de uso si la subfuncin se repite o es precondicin en muchos casos de uso de nivel de objetivos de usuario. Ej. Identificar y validar usuario. Excepcin caso de uso por objetivo: Agrupar objetivos separados CRUD (crear, recuperar, actualizar, eliminar) en un caso de uso llamado por convencin Gestionar <X>.

Error comn: Definir muchos casos de uso a un nivel muy bajo (eliminar una lnea de pedido)
Error comn: no identificar como casos de uso las tareas que inicia el propio sistema (anular reservas pasados quince das).

Anlisis OO (Modelo Casos de Uso) Recomendaciones

Especificar casos de uso no es una actividad de dibujar diagramas sino de escribir con el detalle necesario el flujo principal y los flujos alternativos: centrado en la escritura en vez del dibujo. El objetivo inicial es identificar los actores principales y a partir de sus objetivos encontrar los casos de uso, el diagrama de casos de uso es una ayuda visual. Los actores principales deben interactuar con el sistema. Un Caso de Uso implementacin. NO debe considerar cuestiones de

Anlisis OO (Modelo Casos de Uso) Recomendaciones

No es necesario aplicar la abstraccin USA CASOS DE USO CONCRETOS! Evita redes complicadas de casos de uso: Cuidado con las relaciones include y extend.

Los casos de uso slo consideran los requisitos funcionales del proyecto, hay que aadir los no-funcionales.

Anlisis OO (Modelo Casos de Uso) Diagrama de Casos de Uso

Representa Casos de Uso, Actores y Relaciones entre ellos

Realizar transaccin con tarjeta Cliente Comercio Procesar factura cliente

Cliente Individual Cliente Corporativo Ajustar transacciones Entidad financiera

Gestionar cuentas clientes

58

Anlisis OO (Modelo Casos de Uso) Casos de Uso y Colaboraciones

Con un caso de uso se describe un comportamiento esperado del sistema, pero no se especifica cmo se implementa. Un caso de uso se implementa a travs de una colaboracin: Sociedad de clases y otros elementos que colaborarn para realizar el comportamiento expresado en un caso de uso Una colaboracin tiene una parte esttica (diagramas de clases) y una parte dinmica (diagramas de secuencia).

Anlisis OO (Modelo Casos de Uso) Casos de Uso y Colaboraciones

caso de uso

colaboracin

Hacer Pedido

Gestin Pedidos

realizacin

<<Participa>> <<Participa>><<Participa>>

Objeto

Objeto

Objeto

Anlisis OO (Modelo Casos de Uso) Casos de Uso y Colaboraciones

<<Utiliza>>

Caso 1

Caso 2
Descomposicin estructurada
Sistema

Caso 3
Descomposicin de objetos CU3
B C E J G I H D

Caso 2 Caso 1

Caso 3

Caso X Funcin Funcin

CU2

Funcin Funcin

Funcin

Funcin

Funcin

CU1

Anlisis OO (Modelo Casos de Uso) Casos de Uso y Colaboraciones

El objetivo de la arquitectura del sistema es encontrar el conjunto mnimo de colaboraciones bien estructuradas, que satisfacen el comportamiento especificado en todos los casos de uso del sistema

Bibl
Booch, G.; Jacobson, J.; Rumbaugh, J.M. El lenguaje unificado de modelado. Manual de Referencia, 2 ed. Ed. Addison Wesley, 2007.

Booch, G.; Jacobson, J.; Rumbaugh, J.M. El lenguaje unificado de modelado. Gua de Usuario, 2 ed. Ed. Addison Wesley, 2007.

A. Cockburn. Writing effective use cases. Addison-Wesley, 2000.

Bibl
http://www.usecases.org http://alistair.cockburn.us/usecases/usecases.html IEEE Std. 830. Recommended Practice for Software Requirements Specifications.

C. Larman. UML y Patrones: Una introduccin al anlisis y diseo orientado a objetos y al proceso unificado. 2 ed. Prentice-Hall, 2003.

Pressman, R. Ingeniera del Software. Un enfoque prctico, 6 ed. McGraw Hill, 2005.

Sanchez, S.; Sicilia, M.A.; Rodrguez D. Ingeniera del Software. Un enfoque desde la gua SWEBOK. Ed. Garceta, 2011.

Sommervile, I. Ingeniera del Software, 8 ed. Pearson Education, 2007.