You are on page 1of 28

Modelo de Casos de Uso

Realizado Implementado Verificado


Expresado por
por por
en términos
de

Aprobad
Clases o

No
aprobad
o
Glosario/ Modelos de Modelos de Modelo de
Modelo de Dominio Análisis y Implementació Prueba
Diseño n
Determinación de requerimientos

El Objetivo

Sistema
que se
construirá

Requerimientos
verificados

Requerimientos
Modelamiento con un Taller de Caso de Uso

Imponen

Restricciones

Sistema que se
construirá
¿Qué son los Casos de Uso?
• Los casos del uso describen al actor, objetos, y
acciones que logran (o intentan lograr ) un objetivo
en un sistema.

• Los casos del uso identifican:


– Los límites del sistema
– Las sucesiones de la tarea y jerarquías

• Ejemplos:
– Cuando un representante de ventas crea una orden
– Cuando un Gerente de las ventas aprueba un descuento
más alto
¿Cómo deducir los Casos de Uso?
• Realizar tareas del hallazgo para
analizar las fuentes de información
Actor Acción Objeto
Personal acceder datos de
de ventas ventas
• Para cada tarea determine:
– Quién realiza la acción-el actor Personal analizar datos de
de ventas ventas
– La acción
Personal identificar mejores
– El objeto de la acción
de ventas clientes
¿Qué son los Escenarios de
Uso?
• Los escenarios de uso describen los
detalles de un caso del uso
– Un solo caso del uso normalmente exige a
varios escenarios para completar la
descripción

• También deben generarse los escenarios


de uso para describir las excepciones
– Una excepción es una condición del límite
Un actor tiene objetivos; los objetivos
nombran los casos del uso; un caso del uso
tiene escenarios
Actor
Tiene

Objetiv nombra Casos de Uso


o
contiene llama/invoca

Escenario condiciones
tienen / fallan
éxito
El caso del uso coloca objetivos y escenarios juntos,
cada escenario dice cómo 1 condición se
implementará.
• El nombre de un caso de uso es la
declaración del objetivo:
• “Ordenar un producto del
catálogo”
• Escenario (1): Todo funciona bien...
• Escenario (2): Crédito Insuficiente...
• Escenario (3): Producto agotado...
• Use que el caso es la declaración del
objetivo más los escenarios.
• (Note la gramática: el verbo activo va
Los escenarios reunidos son como las rayas en los
pantalones, con éxitos y fracasos en las piernas.
Objetivo: “Colocar
Subobjetiv
o:Establezcsc1orden”
sc2 sc3 sc4 sc5 sc6 sc7 ...
a S S F S F
...
... crédito
S
stock F S F F
S F

(Escenarios (Fallidos sc.)


exitosos)
Modelo de Un m ode lo de ca s o s de us o d e un s is te ma s e de fine
e n términ os de ca s os de us o, a c tor e s y re la cion e s
e ntre e llo s .
Un mo de lo de c a s os d e us o pu e de c onte ne r y
re pre s e nta r u n jue g o de dia g ra m a s de c a s os d e

Casos de Uso
us o.

Representa un juego de

es
Diagrama(s) de Es una representación
Casos de Uso gráfica del sistema

tiene tiene tiene

Límite Casos de Uso Actores Unactor


Un actor define un rol que un usuario
puederepresentar cuando interactúa
con el sistema. Un usuario puede ser
cualquier individual uotrosistema.

permite Puede ser


es
describen cualquier individuo
Delimitar el u otro sistema
dominio del al actor, Un rol que un
objetos, y acciones usuario puede
sistema. representar cuando
que logran (o intentan lograr )
Interactúa con
una meta en un sistema el sistema.
U n m o de l o de ca s os d e us o d e un s is te m a s e d e fin e
e n té rm in o s de c a s os de us o, a c to re s y re la c i one s
e n tre e l os .
U n m ode lo d e cas o s de us o pue de co nt e ne r y
r e p re s e nt a r un jue go de di a gra ma s d e c a so s de
u s o.

Caso de Uso contiene

describen tiene
Escenarios
al actor,
objetos, y acciones Relaciones
que logran (o intentan lograr ) describen
una meta en un sistema
puede Los caminos
puede
ser exitosos y fallidos para
ser
completar un caso del uso

Uses Extends

Representa Representa
Una Una
relación repetitiva relación opcional,
entre dos casos excepcional
de uso entre dos casos
de uso
Notación del Diagrama de Casos de Uso

Actores:

Casos de Nombre del


Caso de Uso
Uso:

Relaciones:

Nombre del
Sistema
Frontera del
Sistema:
Ejemplo de un Diagrama de
Caso de Uso
Area de Venta
Nombre del
Sistema Definir crédito

Supervisor

Hacer un pedido
Cliente

Vendedor

Consultar estado
Frontera del de pedido
Sistema
Consultar
embarques Despachador
pendientes
Relaciones entre Casos de
Uso
• Comunicación o asociación.
– En este tipo de relaciones participan un Actor y un Caso de
Uso.
– Esta es la única relación posible entre ambos.

Notación: Caso de Uso

Obtener Saldo
Actor Cliente
Relación de
Comunicación
Relaciones entre Casos de
Uso
– Aunque la relación de asociación funciona por defecto en
ambos sentidos, es posible indicar si el actor interactúa
con el caso de uso de forma activa (entregando datos e
iniciando un proceso) o pasiva (recibiendo datos o un
estado del sistema) con el caso de uso.
– Esto es posible utilizando una cabeza de flecha en la
línea que une el actor con el caso de uso.

Generar
Pedido
Vendedor

Notificar
Estado Pedido
Adm.
Ventas
Relaciones entre Casos de
• Include
Uso
– Ocurre cuando varios Casos de Uso contienen la misma
secuencia de eventos.
– En estos casos se extrae la secuencia de eventos común a un
caso de uso abstracto.
– Se utiliza para evitar redundancia y permitir el re-uso de una
secuencia de eventos.
– Sólo se debe utilizar cuando más de un Caso de Uso comparten
una secuencia de eventos, esto último con la finalidad de evitar
complicar el diagrama de Casos de uso inútilmente.
– Para indicar la relación existente entre los casos de uso y el caso
de uso con la secuencia común se utiliza una flecha con el
indicador <<include>> (versiones anteriores de UML utilizaban la
notación <<Uses>> para este tipo de relaciones).
Relaciones entre Casos de
Uso
Notación:

Registrar
<<include>>
Pedido
Seleccionar
Artículos
Usuario Devolver <<include>>

Artículo

Cancelar
Pedido <<include>>

Administrador Buscar
Ventas Pedido
Relaciones entre Casos de
Uso
• Extend
– Provee una vía para agregar nuevo comportamiento a un
caso de uso existente, al permitir que un caso de uso base se
extienda a un caso de uso más complejo.
– El caso de uso base debe tener su secuencia de eventos
completamente definida, en donde se deben especificar uno
o más puntos de extensión, donde se agregará las nuevas
secuencias de eventos al definirse el caso de uso extendido.
– A diferencia de la relación de tipo Include, en ésta el caso de
uso base es cien por ciento independiente de los casos de
uso a los cuales pudiera extender.
– Para indicar la relación existente entre un casos de uso y el
caso de uso extendido se utiliza una flecha con el indicador
<<extend>>, en la cual es posible indicar la condición bajo la
cual se ejecuta el caso de uso extendido.
Relaciones entre Casos de
Notación:
Uso
Comprar Caso de Uso
Bienes Base
<<Extend>> <<Extend>>
[Cancela con [Cancela con Cheque]
Tarjeta]
Validar Registrar
Tarjeta Caso de Uso Cheque
Extendido

<<Extend>>
[ Fecha de pago > Fecha de Vencimiento ]
Cancelar Cargar Mora
Factura
Caso de Uso
Base
Relaciones entre Casos de
Uso
Ejemplo del escenario primario de un <<Extend>>
Caso de Uso: Comprar Bienes
Descripción: Realiza la compra de un bien indicado
Flujo de Eventos:
1. El cajero selecciona la opción comprar bienes.
2. El cajero ingresa el código del bien a comprar
2. El sistema calcula el precio e impuesto del bien Punto de
<Extend Point 1> Extensión
3. El cajero selecciona aceptar y el caso de uso termina.
Caso de Uso: Validar Tarjeta
Descripción: Verifica la tarjeta de crédito de un cliente.
Insertar Segmento en <Extend Point 1>
1. El cajero ingresa el número de la tarjeta de crédito del cliente.
2. El sistema verifica que el número de la tarjeta sean validos
3. El sistema aprueba la tarjeta
4. Se carga el monto a la tarjeta del cliente.
Relaciones entre Casos de

Uso
Herencia (Inheritance):
– Permite definir un nuevo Caso de Uso especializado a
partir de otro Caso de Uso general.
– En este tipo de relación, algunos pasos del flujo de
eventos del Caso de Uso general son reemplazados,
eliminados o adicionados en el flujo de eventos del Caso
de Uso específico.
Notación:

Caso de Uso
Especializado

Registrar Registrar
Pedido por Web.
Cliente Caso de Uso
General
Relaciones entre Casos de
Uso
Flujo Eventos Registrar Pedido

1. El Caso de Uso empieza cuando el cajero selecciona Registrar


Pedido.
2. El sistema muestra la interfaz de ingreso de pedidos.
3. El cajero ingresa el nombre y dirección del cliente que solicita el
pedido.
4. El cajero ingresa el código del producto a ordenar.
5. Por cada código ingresado
a) El sistema proporciona la descripción y el precio.
b) El sistema adiciona el precio al total.


Relaciones entre Casos de
Uso
Flujo Eventos Registrar Pedido

6. El cajero ingresa los datos de la tarjeta de crédito del cliente.


7. El cajero selecciona Aceptar.
8. El sistema verifica la información, registra la orden como
pendiente y envía la información del pago a la cuenta del sistema.
9. Cuando el pago es confirmado, la orden es marcada como
confirmada y el número de la Orden es entregado al cajero y el
Caso de Uso termina.
Relaciones entre Casos de
Uso
Flujo Eventos Registrar Pedido por Web.
Este Caso de Uso es igual al Caso de Uso “Registrar Pedido”
excepto por:
– En todo el caso de uso, el actor cajero es reemplazado por el
actor cliente.
– El Paso 3. es eliminado y en su lugar el sistema muestra el
nombre y dirección del cliente.
– En el paso 4. el cliente selecciona los productos buscando en
el catálogo en línea en vez de ingresando el código de los
mismos.
– En el paso 5a. el sistema muestra la información y el cliente
selecciona agregar el producto al carrito de compras.
– En el paso 5b. el total es asociado con el carrito de compras.
Paquetes
• Sistemas complejos pueden contener un gran número
de Casos de Uso. Esto puede causar problemas cuando
se trata de determinar si el conjunto de Casos de Uso es
consistente y completo.
• Para solucionar este problema los Casos de Uso se
pueden organizar usando Paquetes.
• De esta forma cada Paquetes de bajo nivel puede ser
analizado con un relativo aislamiento para asegurar que
su colección de Casos de Uso es consistente.
• Cada Paquete puede contener Casos de Uso (en cuyo
caso es un Paquete de bajo nivel) u otros Paquetes
(Paquete de alto nivel).
Paquetes
• Ejemplo de uso de Paquetes

Tienda

Ventas

Vendedor Cobrador
Crédito

Ventas

Hacer un pedido

Vendedor Facturar

You might also like