Está en la página 1de 28

MODELO DE CASOS DE USO

UNIDAD 2:
Semana 11
Pre Requisitos

Tener documentados los casos


de uso :
Flujo de Eventos.

2
Tres Razones para Estructurar el
Modelo de Caso de Uso
Hacer que los casos de uso sean fáciles de entender.
Permite extraer el comportamiento común
encontrado en varios casos de uso.
Hacer que el Modelo de Casos de Uso sea fácil de
mantener.

3
Tipos de Relaciones
Existen 3 tipos de relaciones para
estructurar los casos de uso:
Include
Extend
Generalización

4
Relación Include
Conecta un CU Base a un CU Incluido.
El CU Incluido es abstracto.
La inclusión es encapsulada y representa el
comportamiento que es reutilizado por varios
CU.
Se factoriza el comportamiento que es común en
un nuevo CU.

5
Relación Include
Propositos :
El CU Base necesita incluir obligatoriamente la secuencia de
acciones descritas por el CU Incluido.
El CU Incluido es de obligatoria ejecución durante el evento
respectivo dentro del CU Base.
Es de dependencia entre dos CU.
El comportamiento del CU Incluido está explícitamente
insertado dentro del comportamiento definido por el CU
Base.

6
Se tiene el siguiente diagrama

7
8
9
Los pasos del 2 al 5 se repiten en los flujos de
eventos de los dos casos de usos.
Es decir, se está llevando a cabo el mismo
comportamiento en ambos casos de uso.

Este comportamiento se extrae en un


nuevo caso de uso: Buscar Alumnos

10
El nuevo diagrama con Include

11
Relación Extend
Conecta un caso de uso extendido a un caso de uso
base.
En el caso de uso base están referenciados los
puntos de extensión.
El caso de uso extendido es a menudo abstracto,
pero no necesariamente tiene que serlo.

12
Relación Extend
Propósitos:

a) Para demostrar que una parte del caso de uso es


opcional,. También se le conoce como
comportamiento añadido.

b) Para demostrar que un subflujo es ejecutado


sólo bajo ciertas condiciones.

13
Relación Extend
c) Los segmentos de comportamiento que son
insertados como puntos de extensión en el
CU Base, dependerán de la interacción con
los actores durante la ejecución del CU
Base.
d)La extensión es condicional, su ejecución
es dependiente de lo que suceda con el
CU Base.

14
El Diagrama con Extend

15
Relación de Generalización
Se utiliza cuando el CU Padre debe ser
subclasificado en uno o más CU Hijos.
El CU Hijo hereda la estructura, comportamiento
y las relaciones del CU Padre.

16
17
18
TIPS
Los actores no son personas sino
ROLES
En la siguiente situación:
Los padres de familia, profesores y el jefe de
Dpto. Académico pueden consultar notas. Los
profesores y las secretarias del Dpto. Académico
registran notas.

19
TIPS
Ud está imaginando lo siguiente:
Secretaria
Profesor

Registrar notas

Consultar notas Jefe Académico

20
Padre de Familia
TIPS
La solución sería: Crear 2 ROLES. Recuerden
no son personas.
La lectura sería la siguiente:
•El rol visualizador se asigna a
profesores, padres de familia
y Jefe Académico.
•El rol registrador se asigna a
profesores y secretarias.

21
TIPS
No confunda un extend con un
escenario
Si bien es cierto ambos proceden de una
condición, el escenario es programable en
unas cuantas líneas de código. En cambio el
extend invoca a otra funcionalidad completa
que contiene sus propias clases para GUI,
lógica y sus tablas.

22
TIPS
Ejm:
Si el caso de uso base es Registrar Venta.
Generar descuento qué es ????
Llenar el formulario de viaje premiado qué
*esGenerar
??? descuento es un escenario.
* Llenar el formulario de viaje
premiado es un caso extendido.

23
TIPS
Nunca coloque un actor Sistema en su
diagrama de casos de uso. Sólo colocará un
actor sistema si se tratara de un Sistema Existente.
En las plantillas de casos de uso cuando
utilice la palabra datos, mencione qué
datos son. Esto permitirá ver cuantas cajas de
texto crear o cuantos campos debe haber en la
tabla de la base de datos para el desarrollador.

24
Estructurar el MCU del Caso Jamsa
(Venta de Electrodoméstico)
Aplicación en el RSA

25
Conclusiones
El modelo identifica quien interactúa con el sistema.
Un actor del sistema (actor) representa un rol
(humano, software o hardware) externo al sistema
con el que se establece intercambio directo de
información.
Un caso de uso es un proceso específico del sistema
con identidad propia; describen los requerimientos
funcionales.

26
Conclusiones
El CU Include se ejecuta de manera obligatoria
por el CU Base para que cumpla con su
objetivo.
El CU Extend nace de la excepción o condición
de un CU Base.
La Generalización de CU se da cuando dos o
mas CU Base poseen un comportamiento y
estructura común.

27
Actividad Propuesta

Confeccione la Matriz de Actividades vs


Requisitos de su Proyecto.

28

También podría gustarte