Documentos de Académico
Documentos de Profesional
Documentos de Cultura
El Modelado de Casos de Uso
El Modelado de Casos de Uso
2
Modelado de Casos de Uso
4
Emisor Centralita Receptor
listo( )
tono
marcar_numero
tono_sonando
timbre_sonando
Escenario para_tono
telefono_cogido
para_timbre
Los Casos de uso son ideados por Jacobson a principios de los noventa y
están inspirados en los Escenarios utilizados para describir procesos.
Ejemplo de Caso de Uso
Gestionar Préstamos
Responsable
Prestamos
asociación
6
Actores
7
Actores
8
Actores
– Secundarios:
El sistema necesita de ellos para satisfacer un
objetivo.
9
Escenarios y Casos de Uso
10
Propiedades de los casos de uso
11
Descripción de un caso de uso
13
Descripción de un caso de uso: textual
14
Descripción de un caso de uso: textual
15
Descripción de un caso de uso: gráfica
Realizar Venta
Diagrama de secuencia
:Sistema
: Cajero
crearNuevaVenta()
* introducirItem(cod,cantidad)
finalizarVenta()
hacerPago(cantidad)
16
Ejemplo diagrama de casos de uso
Profesor
Socio
Extender Prestamo
Consultar 17 Socio
Casos de uso y Colaboraciones
caso de uso
colaboración
Hacer Pedido
Gestión Pedidos
realización
19
Organización de Casos de uso
20
Ejemplo
Extensión
«include»
Comprobar clave
Inclusión
Validar Usuario
Generalización
«include»
Seguir Pedido Examinar retina
21
Relación de inclusión
23
Relación de extensión
• Ejemplo:
Hacer Pedido:
Incluir “Validar usuario”;
Recoger los ítem del pedido del usuario;
Establecer prioridad: punto de extensión
Enviar pedido para ser procesado según
la prioridad.
24
Obtención de casos de uso
25
Plantilla usecases.org (Larman)
• Resumen
• Actores Principales y Secundarios
• Personas involucradas e Intereses
• Precondiciones
• Poscondiciones
• Escenario Principal (Flujo Básico)
• Extensiones (Flujos Alternativos)
• Requisitos de Interfaz de Usuario
• Requisitos No-Funcionales
• Cuestiones Pendientes
26
Caso de uso “Realizar Venta”
29
Caso de uso “Realizar Venta”
31
Granularidad
• Diferente granularidad
– Casos de uso del negocio
• Procesos de Negocio: Objetivo estratégico de la empresa
• Ej. Vender productos
– Casos de uso del sistema
• Objetivo de un usuario
• Ej. Realizar una compra
– Casos de uso de inclusión
• Forman parte de otro, son como subfunciones
• Ej. Buscar, Validar, Login
32
Recomendaciones
• Especificar casos de uso no es una actividad de
dibujar diagramas sino de escribir con el detalle
necesario el flujo principal y los flujos alternativos:
“centrado en la escritura en vez del dibujo”.
• No hay que preocuparse demasiado por las
relaciones entre casos de uso ni entre actores.
• El objetivo inicial es identificar los actores y a partir
de sus objetivos encontrar los casos de uso, ya que el
diagrama de casos de uso es una ayuda visual.
• Los actores deben interactuar con el sistema.
33
Recomendaciones
• No incluir como caso de uso las operaciones CRUD sobre un
objeto de negocio (alta, consulta, borrado, actualización).
CRUD es el acrónimo de Crear, Obtener, Actualizar y Borrar
(Create, Retrieve, Update y Delete en inglés).
• La excepción es si se trata de operaciones relevantes para el
sistema, como “Registrar Cliente” en un sistema de venta por
Internet.
• Cuidado con el empleo de la relación “include”.
¡NO HACER UNA DESCOMPOSICION FUNCIONAL!
• Los casos de uso sólo consideran los requisitos funcionales
del proyecto, hay que añadir los no-funcionales.
34