casos de uso

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


Capitulo III


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


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


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


Caso de uso origen

Caso de uso destino

<<include>>

Inclusión:

Capitulo III


Inclusión:

Ingresando pedido

Buscando datos deproducto

Obtener reporte De Ventas por

producto

<<include>><<include>>

Empleado deventas

Gerente

Capitulo III


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


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


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


– 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


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


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


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


Ejemplos

Verificar Situación

Vendedor

Realizar Venta

Secretaria

Preparar Catálogo

Supervisor

Cliente

Establecer Crédito

Capitulo III


Comercio

Cliente

EntidadFinanciera

Clienteindividual

Clientecorporativo

RealizarTransacciónCon tarjeta

Procesar facturaDel cliente

Ajustar transacciones

Gestionar cuentaDel cliente

Capitulo III


Ejemplos

Cliente

Venta Normal

Venta en RebajasVendedor

Venta en Oferta

Capitulo III


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>>

casos de uso

Documents