Ingeniera de Requerimientos

Estructurar el Modelo de Casos de Uso del Sistema

Agenda
Etapa de Requerimientos.
Objetivos a cumplir.
Workflow de trabajo.
Artefactos producidos.
Actividades a desarrollar.

Modelo de Casos de Uso del Sistema.

Requerimientos. Actividades
1. Identificar los requerimientos del sistema.
2. Encontrar los actores y casos de uso del sistema.
3. Identificar los paquetes del sistema.
4. Construir el Modelo de Casos de Uso del
Sistema.
5. Estructurar el Modelo de Casos de Uso del
Sistema.
6. Definir atributos de los casos de uso del sistema.
7. Detallar los casos de uso del sistema.
8. Construir el Modelo Conceptual.

Estructurar el Modelo de Casos de

Uso del Sistema.

El objetivo de esta actividad es

Encontrar comportamiento similar o comn en el
Modelo de Casos de Uso del Sistema.
Actividades bsicas o alternas que se repitan.
Actores que comparten roles ejecutados por otros.

Considerarlos duplicados hace que.

El Modelo de Casos de Uso del Sistema sea ms
complejo.
La arquitectura
innecesariamente.

del

sistema

se

multiplique

El objetivo de esta actividad es

Ests repeticiones se modelan a travs de las
asociaciones entre casos de uso.
Asociacin de tipo Inclusin (Include).
Asociacin de tipo Extensin (Extend).
Asociacin de tipo Generalizacin entre casos de uso.
Asociacin de tipo Generalizacin entre actores.

Asociacin de tipo Inclusin (Include)

Un caso de uso (base) necesita incluir
obligatoriamente la secuencia de acciones
descritas por otro caso de uso (incluido).

El comportamiento del caso de uso incluido est

explcitamente dentro del caso de uso base.
El caso de uso incluido es de obligatoria ejecucin
dentro del caso de uso base.
<<include>>

Caso de Uso base

Caso de Uso incluido

Asociacin de tipo Inclusin (Include)

Al caso de uso base solo le interesa el resultado de
la ejecucin del caso de uso incluido.
El caso de uso base es el que controla la ejecucin
de la asociacin entre ambos.
El caso de uso incluido no necesita conocer cules
casos de uso lo incluyen.

<<include>>

Caso de Uso base

Caso de Uso incluido

Asociacin de tipo Inclusin (Include)

La flecha se orienta de manera que indique que el
caso de uso base es el que necesita incluir al caso
de uso incluido.

Se utiliza el estereotipo <<include>> y se coloca

encima de la flecha.

<<include>>

Caso de Uso base

Caso de Uso incluido

Asociacin de tipo Inclusin (Include)

Caso de Uso base

<<include>>

Caso de Uso incluido

Asociacin
Ejemplo

de

tipo

Inclusin

(Include).

Venta de productos y compra de insumos en un

mercado.
Las acciones para
movimiento
en
separarse
de
independiente.

Cajero

en

Realizar
<<include>>
Realizar venta
de producto
de producto
kardex pueden
un
Realizarcaso
movimiento
de producto
uso
<<include>>

Comprador

Realizar compra
de insumos

11

Asociacin
Ejemplo

de

tipo

Inclusin

(Include).

Operacin en el cajero de un banco.

Las acciones para
la
cliente
un
caso
independiente.

Verificar
identidad del
<<include>>
puede
Extraersepararse en
de dinero
uso
Verificar
identidad

Cliente

<<include>>

Consultar
saldos

Asociacin de tipo Inclusin (Include)

Se documenta de la manera siguiente.
Flujo Bsico
2. ...
5. ...
7. ...

9. El sistema actualiza el kardex de cada

producto. Incluir el caso de uso Realizar
movimiento de producto.

Asociacin de tipo Extensin (Extend)

Un
caso
de
uso
(extendido)
ocurre
excepcionalmente en otro caso de uso (base).
El caso de uso extendido ocurre solo cuando
ocurra el evento respectivo dentro del caso de uso
base.
El comportamiento del caso de uso extendido
puede ser insertado dentro del caso de uso base.
<<extended>>

Caso de Uso base

Caso de Uso extendido

Asociacin de tipo Extensin (Extend)

Al caso de uso base solo le interesa el resultado de
la ejecucin del caso de uso extendido.
El caso de uso base controla la ejecucin de la
asociacin entre ambos.
El caso de uso extendido no necesita conocer
cules casos de uso se extienden a l.

<<extended>>

Caso de Uso base

Caso de Uso extendido

Asociacin de tipo Extensin (Extend)

La flecha se orienta de manera que indique que el
caso de uso extendido constituye la extensin del
caso de uso base.

Se utiliza el estereotipo <<extended>> y se coloca

encima de la flecha.

<<extended>>

Caso de Uso base

Caso de Uso extendido

Asociacin de tipo Extensin (Extend)

Caso de Uso base

<<extended>>

Caso de Uso extendido

Asociacin de tipo Extensin (Extend)

Caso de Uso base

<<extended>>

Caso de Uso extendido

Asociacin de tipo Extensin (Extend).

Ejemplo
Venta de productos y
compra de insumos en un
mercado.
Las
acciones
para
Actualizar
Tarjeta
Bonus
puede
separarse en un caso
de uso independiente.

Actualizar Tarjeta
Bonus
<<extended>>

<<include>>
Cajero

Realizar venta
de producto

Realizar movimento
de producto

<<include>>

Comprador

Realizar compra
de insumos

Asociacin de tipo Extensin (Extend).

Ejemplo
Se documenta de la manera siguiente.

Flujo Alternativo.
2. ...
5

7. ...
9. Si el cliente posee Tarjeta Bonus entonces se
actualizan sus puntos.

Puntos de extensin.
1. En [9] del Flujo Alterno se extiende el caso de
uso Actualizar Tarjeta Bonus.

Asociacin
(Generalization)

tipo

Generalizacin

Es una relacin de herencia entre casos uso.

Los casos de uso hijos heredan la estructura,
comportamiento y asociaciones del caso de uso
padre.
El caso de uso padre es abstracto y solo se crean
instancias de los casos de uso hijos.
Caso de Uso hijo 1

Caso de Uso padre

Caso de Uso hijo 2

Asociacin
(Generalization)

tipo

Generalizacin

Se utiliza una flecha con saeta transparente.

La flecha se orienta de manera que indique que

los casos de uso hijos necesitan heredar el
comportamiento del caso de uso padre.

Caso de Uso hijo 1

Caso de Uso padre

Caso de Uso hijo 2

Asociacin
(Generalization)

Caso de Uso padre

Caso de Uso
hijo 1

Caso de Uso
hijo 2

tipo

Generalizacin

Asociacin
(Generalization)

tipo

Generalizacin

Llamada telefnica nacional

o internacional.
Realizar Llamada nacional y
Realizar
llamada
internacional
tienen
acciones
iguales
que
pueden
generalizarse
en
Realizar
llamada
telefnica.

Los
hijos
heredan
la
estructura, comportamiento
y asociaciones del padre.

Cliente

Realizar llamada
telefnica

Realizar llamada Realizar llamada

internacional
nacional

Asociacin
(Generalization)
Ejemplo
2:
transferencias.

tipo

Generalizacin

Efectuar

Efectuar transferencias entre

cuentas propias y Efectuar
transferencias
a
cuentas de terceros tienen
acciones
iguales
que
pueden
generalizarse
en
Efectuar transferencia.
Los
hijos
heredan
la
estructura,
comportamiento
y asociaciones del padre.

Cliente

Efectuar entre
Cuantas propias

Efectuar
transferencias

Efectuar a
Cuentas de terceros

Asociacin
(Generalization)

tipo

Generalizacin

Realizar una orden de pedido.

Realizar pedido por telfono y
Realizar pedido por internet
tienen
acciones
iguales
que
pueden
generalizarse
en
Realizar
pedido.
Los
hijos
heredan
la
estructura,
comportamiento
y asociaciones del padre.

Realizar orden

Cliente

Realizar orden
por telfono

Usuario

Realizar orden
por internet

Resumen de asociaciones entre casos de uso

Pregunta
Cul es la
navegabilidad de la
asociacin?

Include
Del caso de
uso base al
caso de uso
incluido.
Tiene multiplicidad la No.
asociacin?
El caso de uso
No.
nuevo es abstracto?
El caso de uso
No.
nuevo tiene acceso al
comportamiento del
caso de uso base?
El caso de uso base No.
tiene acceso al
comportamiento del
caso de uso nuevo?

Extend
Del caso de
uso extendido
al caso de uso
base.
No

Generalization
De los casos de
uso hijos al caso
de uso padre.

No.

S.

No.

No.

No.

S, pero solo por

mecanismos de
herencia

No.

Asociacin de tipo Generalizacin entre los

actores
Si existen dos o ms actores que:
Interactan o utilizan el sistema de la misma forma.
Juegan el mismo rol frente al sistema.

Entonces es posible.
Establecer una relacin de Generalizacin entre ellos.
Simplificar el modelo de Casos de Uso.

El actor hijo hereda el rol representado por el

actor padre en la relacin.

Asociacin de tipo Generalizacin entre los

actores

Asociacin de tipo Generalizacin entre los

actores
Actualizar Tarjeta
Bonus
<<extended>>

<<include>>
Cajero
Jefe de Turno

Realizar venta
de producto

Realizar movimento
de producto

<<include>>
Actualizar
cajeros

Cerra
caja
Comprador

Realizar compra
de insumos

Asociacin de tipo Generalizacin entre los

actores

Si algunas generalizaciones se repiten en varios

Diagramas de Casos de Uso del modelo se

recomienda
construir un
Diagrama de
Actores del
Usuario
sistema.
Lector de cdigo
Se adiciona al
de barra
Modelo de Casos
de Uso del Sistema. Vendedor Asistente

Actualizar el Modelo de Casos de Uso del

Sistema
Los Diagramas de Casos de Uso del Sistema deben
ser actualizados con.
Los nuevos casos de uso identificados.

Las nuevas asociaciones encontradas.

Puede aparecer o reunificar algunos paquetes en

el modelo.

Pueden reagruparse los casos de uso que

pertenecen a los paquetes.

Conclusiones
La identificacin de los requerimientos
funcionales llevar a la proyeccin de las
funciones del sistema.

La descripcin de los requerimientos no

funcionales facilitarn la construccin de la
plataforma del sistema.
La
construccin
del
Modelo
de
Casos
de
Uso
del
Sistema
permitir
la
definicin
de
la
arquitectura del sistema.