Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
Actividad 2
Diagramas de Casos de Uso del
Negocio y del Sistema
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 sistema.
¿En qué momento se usa los CU?
Casos de uso del Negocio
Modelo de Casos de Uso del Negocio
asociación
Cliente Vender Pasaje
Identificación de los procesos del negocio
(Clasificación)
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 puede
involucrar a varias áreas.
Función Proceso de negocio
Distribución • Recepción
• Embarque
SubObjetivo 1
...
...
SubObjetivo n
•Atender pedido
“Satisfacer
de los clientes.
pedidos de Cliente Atender pedido
•Solicitra
los
insumo a los
clientes”
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
• 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
Prioridad Alta
Mejoras Establecer, además, la comunicación con el usuario a través de correo
electrónico y vía Internet.
El Jefe de producción colocará las órdenes de producción en una cola y
automáticamente se planificará la producción de la semana según las
capacidades de las líneas y los pedidos pendientes.
Otras secciones
Sección Aceptar Producto Especial
•El Jefe Técnico incluye el Producto Especial en Catálogo
•El Jefe Técnico diseña la Carta Tecnológica del Producto Especial.
Co e s
m l
pr s ib
e ns en
ib pr
les o m
Desarrolladores C
• Implícitos al sistema.
(No Funcional) • Puede que el cliente no los declare,
pero si no están se siente
insatisfecho.
Actividades que
serán
Diagrama de casos de uso
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/
MÚLTIPLES ESPECIALIZACIÓN
DE USO DE ACTORES
GENERALIZACIÓN/E
SPECIALIZACIÓ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
Especialista
Consultor Usuario
del banco
de cuentas
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 grandes
Evita CU muy pequeños
Resumiendo...
Relación entre Modelos del Negocio y Modelos del Sistema
<<extend>>
– Extensión
Caso de Uso Origen C aso de U so Desti no
– Herencia
Caso de Uso Hij o Caso de Uso Padre
Resumiendo...
Error común en los CU
Representar pasos Imprimir Recibo
como CU
Es un paso del
proceso más amplio
“Comprar Productos”
Los casos de uso describen los
procesos de principio a fin.
2 Localiza la identificación
del usuario. Si no existe el
3 Actualiza los datos de la
nueva factura usuario, ejecutar caso de
uso “Registrar Usuario”.
5 El usuario concluye la
Presencia de curso alterno
operación.
dentro del curso normal
4 Registra los datos de la
factura.
Resumiendo...
Error común en los CU