Capitulo IIICASOS DE USO
Los casos de uso son un fenómeno interesante, durante mucho tiempo, tanto en el desarrollo orientado a objeto como en el tradicional, las personas se auxiliaban de escenarios típicos que le ayudaban a entender los requerimientos. Sin embargo, estos, se trataban de modo muy informal; siempre se construían, pero pocas veces se documentaban.
Capitulo IIICASOS DE USO
¿Qué es un caso de uso?
Un caso de uso es, en esencia, una interacción típica entre un usuario y un sistema de cómputo.
El caso de uso capta alguna función visible para el usuario. El caso de uso puede ser pequeño o grande. El caso de uso logra un objetivo discreto para el usuario.
Capitulo III
CASOS DE USO (Modelo USE CASE)
Este modelo traduce las necesidades del usuario en un modelo fácil de comprender. El usuario puede ser un individuo o un sistema externo, y se conoce como ACTOR. De esta manera el modelo Use Case es una representación de cómo el sistema, o parte del sistema, trabaja desde el punto de vista del actor.
Capitulo III
CASOS DE USO
Casos de Uso es una técnica para capturar información de cómo un sistema o negocio trabaja actualmente, o de cómo se desea que trabaje
No pertenece realmente al enfoque orientado a objetos, más bien es una técnica para el modelado de escenarios en los cuales el sistema debe operar
Capitulo III
CASOS DE USO (Diagramas de Casos de Uso)
Cada Caso de Uso puede estar definido por:
• texto que lo describe• secuencia de pasos ejecutados dentro del escenario• condiciones pre-post para que el escenario comience o
termine• mezclando las anteriores
Un Caso de Uso es representado por una elipse y describe una situación de uso del sistema interactuando con actores
Un actor es un agente, alguien o algo que solicita un servicio al sistema o actúa como catalizador para que ocurra algo
Capitulo III
CASOS DE USO
Un caso de uso ofrece una vista estática de las relaciones entre diferentes casos de uso y actores. Un caso de uso se representa en UML como un óvalo:
En UML, cada caso de uso debe tener al menos un actor. Esta forma de ver el sistema nos ayuda a concebirlo como un todo.
En UML, un actor se representa con
AgregarDocente
Actor1
Capitulo III
CASOS DE USO (Actores)
Un actor representa un conjunto coherente de roles que los usuarios de los casos de uso juegan al interactuar con estos.
Los actores se deteminan observando:– Usuarios directos del sistema– Responsables del uso o mantenimiento del sistema– Otros sistemas que interactúan con el sistema en cuestión
La misma persona física puede interpretar varios papeles como actores distintos
El nombre del actor describe el papel desempeñado
La determinación de los actores permite delimitar el alcance del sistema de manera progresiva
Categorías de actores:– Principales: personas que usan el sistema– Secundarios: personas que mantienen o administran el
sistema– Material externo: dispositivos materiales imprescindibles
que forman parte del ámbito de la aplicación y deben ser utilziados
– Otros sistemas: sistemas con los que el sistema interactúa
Capitulo III
CASOS DE USO (Actores)
Capitulo III
CASOS DE USO (Actores)
Tras localizar los actores, procede el describirlos Los Casos de Uso se determinan observando y precisando,
actor por actor, las secuencias de interacción, los escenarios, desde el punto de vista del usuario
Un escenario es una instancia de un caso de uso Los casos de uso intervienen durante todo el ciclo de vida
Capitulo III
CASOS DE USO (Actores)
Los actores se representan como monigotes. Se puede definir categorías generales de actores (como
cliente) y especializarlos (como ClienteComercial) a travez de relaciones de generalización.
Cliente
ClienteComercial
actor
actor
generalización
La Generalización:
Es como una generalización entre clases. El caso hijo hereda el comportamiento y significado de caso
de uso padre El hijo puede añadir o redefinir el comportamiento del padre.
Capitulo III
CASOS DE USO (Organización)
Capitulo III
CASOS DE USO (Organización)
Inclusión:– Un caso base de uso base incorpora expolisitamente el
comportamiento de otro caso de uso en el lugar especificado en el caso base.
– Se usa para evitar describir el mismo flujo de eventos repetidas veces, poniendo comportamiento común en un caso de uso aparte
– Se representa como una dependencia estereotipada con <<include>>
Capitulo III
CASOS DE USO (Organización)
Caso de uso origen
Caso de uso destino
<<include>>
Inclusión:
Capitulo III
CASOS DE USO (Organización)
Inclusión:
Ingresando pedido
Buscando datos deproducto
Obtener reporte De Ventas por
producto
<<include>><<include>>
Empleado deventas
Gerente
Capitulo III
CASOS DE USO (Organización)
Extensión: Significa que un caso de uso base incorpora implícitamente el
comportamiento de otro caso de uso en el lugar especificado indirectamente por el caso de uso que extiende al base
Se usa esta relación cuando se tiene un caso de uso que es similar a otro, pero que hace un poco más.
Caso de uso origen
Caso de uso destino
<<extends>>
Capitulo III
CASOS DE USO (Organización)
Revisar presentaciónNuevos productos
Ingresar pedido
<<extends>>
Empleado deventas
Extensión:
Capitulo III
CASOS DE USO RELACIONALES
– De Herencia: el Caso de Uso fuente hereda la especificación del Caso de Uso destino
Caso de uso origen
Caso de uso destino
Capitulo III
CASOS DE USO RELACIONALES
Ejemplo:
Identificación
Giro por Internet
Cliente
Giro
<<extends>>
<<includes>>
Capitulo III
CASOS DE USO (Construcción)
Un caso de uso debe ser simple, inteligible, claro y conciso Generalmente hay pocos actores asociados a cada Caso de
Uso Preguntas clave:
– ¿cuáles son las tareas del actor?– ¿qué información crea, guarda, modifica, destruye o lee el
actor?– ¿debe el actor notificar al sistema los cambios externos?– ¿debe el sistema informar al actor de los cambios
internos?
Capitulo III
CASOS DE USO (Construcción)
Los Casos de Uso pueden presentarse en distintas vistas (un actor con todos sus casos de uso, un caso de uso con todos sus actores, etc.)
La descripción del Caso de Uso comprende:– el inicio: cuándo y qué actor lo produce?– el fin: cuándo se produce y qué valor devuelve?– la interacción actor-caso de uso: qué mensajes
intercambian ambos?
Capitulo III
CASOS DE USO (Construcción)
– objetivo del caso de uso: ¿qué lleva a cabo o intenta?– cronología y origen de las informaciones– repeticiones de comportamiento: ¿qué operaciones
son iteradas?– situaciones opcionales: ¿qué ejecuciones alternativas
se presentan en el caso de uso? Un caso de uso puede también ser descrito mediante un
diagrama de actividades
Capitulo III
CASOS DE USO (Test)
Los casos de uso permiten realizar dos tipos de test: verificación y validación
Verificar significa confirmar que el sistema se desarrolla correctamente
Validar asegura que el sistema bajo desarrollo es el que el usuario realmente quiere
Capitulo III
CASOS DE USO (Test)
Cuando un modelo de casos de uso se completa entonces dicho modelo es presentado y discutido con usuarios y clientes
Los usuarios deben validar que el modelo encaja perfectamente en sus necesidades y que les ofrece la funcionalidad deseada
Capitulo III
CASOS DE USO (Realización)
La realización de los Casos de Uso es la transformación de los distintos pasos y acciones que lo describen en clases, operaciones y relaciones entre clases
Esto se consigue localizando las distintas responsabilidades de cada paso del Caso de Uso en las clases que lo realizan
Capitulo III
CASOS DE USO (Realización)
La responsabilidad total de una clase es la integración de todos los roles que desempeña en los distintos Casos de Uso
Por otro lado, los escenarios se representarán como Diagramas de Interacción o de Actividad.
Jacobson propone distinguir tres tipos de objetos:– de frontera (boundary objects)– de control (control objets)– de entidad (entity objects)
Capitulo III
CASOS DE USO (Realización)
Boundary Objects:Estos objetos están cerca de los límites del sistema. Interactúa con los actores que están fuera del sistema y pasan mensajes desde y hacia el interior del sistema.
Control Objects:Estos objetos controlan las interacciones entre un grupo de objetos. A veces sólo existen durante la ejecución del Caso de Uso.
Entity Objects:Representan entidades del dominio. Son normalmente pasivos. Suelen ser persistentes y participar en diversos Casos de Uso.
Capitulo III
Diagrama de Casos de Uso
Un diagrama de casos de uso es un diagrama que muestra un conjunto de casos de uso, actores y sus relaciones.
Normalmente los casos de uso contienen:
– Casos de Uso– Actores– Relaciones de dependencia, generalización y asociación.
Se emplean para modelar la vista de casos de uso estática. Cubren principalmente el comportamiento del sistema.
Capitulo III
Diagrama de Casos de Uso
RealizarLlamada telefónica
Realizar llamadaCon conferencia
Recibir llamadatelefónica
Recibir llamada adicional
Usar agenda
<<extend>>
<<extend>>
relación de extensión
frontera del sistema
Casos de uso
Redtelefónica
Usuario
Actores
Teléfono móvil
Capitulo III
Diagrama de Casos de Uso
Ejemplos
Verificar Situación
Vendedor
Realizar Venta
Secretaria
Preparar Catálogo
Supervisor
Cliente
Establecer Crédito
Capitulo III
Diagrama de Casos de Uso
Comercio
Cliente
EntidadFinanciera
Clienteindividual
Clientecorporativo
RealizarTransacciónCon tarjeta
Procesar facturaDel cliente
Ajustar transacciones
Gestionar cuentaDel cliente
Capitulo III
Diagrama de Casos de Uso
Ejemplos
Cliente
Venta Normal
Venta en RebajasVendedor
Venta en Oferta
Capitulo III
Diagrama de Casos de Uso
Solicitar nueva tarjeta
Socio Encargado
Realizar préstamo
tarjeta caducada
<<extends>>
Capitulo III
CASOS DE USO (Diagrama USE CASE)
Validar operación
Reintegro cuenta corriente
Cliente
Reintegro cuenta crédito
<<uses>>
<<uses>>
Top Related