Professional Documents
Culture Documents
Actividad 2
Diagramas de Casos de Uso del
Sumario
§ Casos de uso
§ Casos de uso del Negocio
§ Casos de uso del Sistema
Casos de uso
Casos de uso
§ Los Casos de Uso (Ivar Jacobson) describen, bajo
la forma de acciones y reacciones, el
comportamiento de un sistema desde el punto de
vista del usuario.
§ Permiten definir los límites del sistema y las
relaciones entre el sistema y el entorno.
§ Los Casos de Uso son descripciones de la
funcionalidad del negocio/sistema independientes
de la implementación.
Casos de uso
§ Los Casos de Uso cubren la carencia
existente en métodos previos (OMT, Booch)
en cuanto a la determinación de requisitos.
§ Los Casos de Uso particionan el conjunto de
necesidades atendiendo a la categoría de
usuarios que participan en el mismo.
§ Están basado en el lenguaje natural, es decir,
es accesible por los usuarios.
Casos de uso vs. DFD
• Un CU es una función (servicio o transacción)
atómica ofrecida por el sistema al entorno (actores).
• Un proceso de un DFD puede ser detallado en un DFD
hijo. Así, el concepto de “explosión de proceso” sólo
se aplica a los DFDs.
Casos de uso vs. DFD
• Un CU y un proceso modelan una pieza de funcionalidad
del sistema, pero su especificación es diferente. En un CU
interesa expresar la funcionalidad mediante la interacción
actores – sistema. En un proceso la funcionalidad se
expresa mediante la transformación que se hace de los
flujos de entrada para producir flujos de salida.
• Un CU en general no modela un particionamiento (o
detalle) funcional interno del sistema pues se concibe
desde la perspectiva de los actores, es decir una visión
externa del sistema. Un DFD, según sea el nivel de detalle,
puede mostrar descomposición funcional interna del
¿En qué momento se usa los CU?
Modela
miento
Captura
de
Casos de uso del Negocio
Modelo de Casos de Uso del Negocio
Estereotipos
Actor Caso de
del Uso
Negoci del
¿Actor del negocio?
Rol que alguien o algo juega cuando
interactúa con el negocio para
beneficiarse de sus resultados.
Candidatos: Rol = Actor
• Clientes o potenciales clientes
• Socios
• Proveedores
• Autoridades
• Propietarios
• Sistemas de información externos al negocio
• Otras parte de la organización, si ésta es
grande.
Proceso de negocio
Grupo de tareas lógicamente relacionadas
que se llevan a cabo en una determinada
secuencia y manera y que emplean los
recursos de la organización para dar
resultados en apoyo a sus objetivos.
Un CUN representa
a un proceso de negocio
Casos de Uso del Negocio (CUN)
Secuencia de acciones, realizadas en el
negocio, que producen un resultado de valor
observable para ciertos actores del negocio.
asociación
Cliente Vender Pasaje
Identificación de los procesos del negocio
Soport
Comprar suministros Proveedor
Gerencial
Marketing
Cliente potencial Experto en
(Ejemplo: Restaurante)
relaciones públicas
Identificación de los procesos del negocio
(Agrupamiento de actividades)
Un grupo funcional que responde a
un objetivo de la organización y que
Funci puede involucrar a varias áreas.
SubObjetivo 1
... Proceso
Objetivos
... s
estratégic SubObjetivo n
• Atender pedido
“Satisfacer
de los clientes.
pedidos de • Cliente Atender pedido
Solicitra insumo
los clientes”
a los
proveedores.
Proveedor Comprar suministros
Cliente Marketing
potencial Gerente de Relaciones
Públicas
Proveedor
Comprar
Cliente
Servicio de comida suministros
(Ejemplo:Restaurant)
Convenios en la representación del
Diagrama de CUN
• Un caso de uso puede asociarse con uno o
más actores.
• Un caso de uso se comunica con al menos
un actor, sino hay error en el modelo,
excepto cuando:
• CU abstracto (puede tenerlas).
• CU hijo en una relación de
generalización/especialización si en el padre se
describe toda la comunicación.
Convenios en la representación del
Diagrama de CUN
Navegabilidad en las relaciones de comunicación
entre actores y CUN
• Relación de inclusión
• Relación de extensión
• Relación de Generalización-especialización
Relación de inclusión <include>
Una relación que especifica un
comportamiento definido para el CU de
inclusión que se inserta explícitamente dentro
del comportamieto definido para el CU base.
Se justifica cuando:
• Se puede reusar en otros CUN el
comportamiento incluido en el caso de
uso base, o
• Simplifica la comprensión del caso de
uso base.
Relación de inclusión <include>.
REUTILIZAR
<<include>>
Check-In
Pasajero Individual
Manipular
<<include>> Equipaje
Guía de Check-In
turismo de Grupo
(Ejemplo: Aduana)
Relación de inclusión <include>.
PARTICIONAR
<<include>>
Venta de
Cliente producto
Verificar
Es un CU de apoyo que política de
no se relaciona con descuento
actores
Pasajero
<<extend>>
Check-In Individual Manejo Especial de Equipaje
Realizar
visitas
Jefe zonal
Despachar medicamentos
en farmacia
Cliente
•Diagramas de actividad
•Descripción textual
•Diagramas de clases
•Diagramas de secuencia
Descripción textual de los
Definición de
Definición de Requisitos
Es el proceso de averiguar, por lo general en
circunstancias difíciles, lo que se debe construir.
Co l es
mp sib
ren e n
sib pr
les om
C
Desarrolladores
Requisitos Clientes y
Usuarios
Clasificación de los requisitos
funcionales
• Objetivos y metas para un sistema.
Normal
(Funcional) • Si están presentes
• Implícitos al sistema.
Espera
(No Funcional) • Puede que el cliente no los declare,
pero si no están se siente insatisfecho.
Innovad
(Funcional y no
• Características que van más allá de la
expectativas del cliente.
funcionales)
Identificación de requisitos
funcionales a partir del modelo del
• Descripciones textuales.
Realización • Diagrama de clases del
modelo de objetos del
de CUN negocio.
• Diagrama de actividades.
TRABAJADORES Y ACTORES
DEL NEGOCIO
Actores
Identificación de los CU del sistema a
partir del modelo del negocio
Aprobar/rechazar proyecto
Evaluar un proyecto
económicamente
Evaluar un proyecto
técnicamente
Casos de uso
Casos especiales: Manejo del tiempo
En algunos sistemas se tienen actividades
que se ejecutan periódicamente, como por
ejemplo, el cálculo de intereses de los
clientes de un banco se realizan todas la
noches. Para modelar esto se puede realizar
lo siguiente:
Calcular intereses
Reloj
Perfeccionar la definición de
casos de uso
CASOS GENERALIZACIÓN/E
MÚLTIPLES SPECIALIZACIÓN DE
DE USO ACTORES
GENERALIZACIÓN/ES
PECIALIZACIÓN DE
CASOS DE USO
¿Cuándo escribir un caso de uso
independiente?
• Se duplica comportamiento en otros CU.
• Un CU es complejo y largo, y su separación
facilita que sean manejables y comprensibles.
Pagar un servicio
por Internet
Usuario
<<include>> Verificar
permiso
Chequear pagos
realizados
Relación de inclusión
Ejemplo
• Se observa una relativa independencia en una parte del
flujo de trabajo que se describe, aún cuando no se reutilice.
De ese subproceso solo interesa el resultado.
<<include>>
Pagar un servicio
por Internet
Usuario
Redefinir deuda
pendiente
Relación de extensión
Ejemplo
• Comportamiento opcional.
<<extend>>
Enviar e-mail a
superior
<<extend>>
Analizar
Especialista discrepancias
del banco
Resolver
discrepancia
Relación de extensión
Ejemplo
• Comportamiento que es ejecutado solamente bajo ciertas
condiciones.
<<extend>>
Pagar un servicio
por Internet
Especialista
del banco Buscar cuentas
alternativas
Relación de extensión
Ejemplo
• Flujos distintos y diferentes que pueden ejecutarse sobre la
base de la selección del actor.
<<extend>>
Chequear pagos
realizados
Usuario
Reportar
discrepancias
Casos de uso múltiples
Ejemplo
Reportar
Verificar permiso Redefinir deuda
incongruencias
Generalización/Especialización
entre casos de uso
Ejemplo
Usuario
Pagar
Colocar
Llamada
Descripción:
El caso de uso se inicia cuando se han realizado las evaluaciones técnica y
económica de una propuesta de un proyecto y el Jefe de obra debe valorar si
se aprueba o no su ejecución. El sistema debe permitir ver los resultados de
estas evaluaciones y permitir que se registre las conclusiones del Jefe de
obra (aprobar/rechazar y alguna otra consideración que justifique su decisión,
culminando la ejecución del caso de uso.
Descripción de casos de uso
Ejemplo
Referencias R4
Requerimientos -
especiales
Resumiendo...
• Cada forma en que los actores usan el
negocio/sistema se representa con un caso
de uso.
• Los CU son fragmentos de funcionalidad
que el negocio/sistema ofrece para aportar
un resultado de valor para los actores.
• Un CU especifica una secuencia de acciones
que el negocio/sistema puede llevar a cabo
interactuando con sus actores, incluyendo
alternativas dentro de la secuencia.
Resumiendo...
A usuarios
Al actor individuales
iniciador reales
Evita CU muy
Evita CU muy grandes
pequeños
Resumiendo...
Resumiendo...
Tipos de relaciones en los DCU
– Comunicación
C aso de U so
Actor
<<include>>
– Inclusión
Caso de Uso Origen C aso de U so Desti no
<<extend>>
2 Localiza la identificación
3 Actualiza los datos de la del usuario. Si no existe el
nueva factura usuario, ejecutar caso de
5 El usuario concluye la uso “Registrar Usuario”.
operación.
Presencia de curso alterno
4 Registra los datos de la
dentro del curso normal factura.
Resumiendo...
Error común en los CU