Lenguaje de modelado

¿Qué es un Modelo de Casos de Uso?
Un modelo de casos de uso es una representación de las funciones intencionales del sistema (casos de uso) y sus alrededores (actores).
El mismo modelo de casos de uso se emplea en el análisis de requerimientos, diseño y pruebas.
El objetivo principal del modelo de casos de uso es comunicar la funcionalidad y el comportamiento del sistema hacia el cliente ousuario final

Beneficios de un Modelo de Casos de Uso
El modelo de casos de uso:
Se utiliza para comunicarse con los usuarios finales y
expertos del dominio
• Proporciona una etapa previa al desarrollo de sistemas
• Asegura el entendimiento mutuo de los requerimientos
Se utiliza para identificar
• ¿Quién interactuará con el sistema y qué debe hacer el
sistema?
• ¿Qué interfaz debe tenerel sistema?
Se utiliza para verificar
• Que se capturen todos los requerimientos
• Que los desarrolladores hayan entendido los
Requerimientos.

Actores
Los actores no son parte del sistema, representan roles que un usuario del sistema puede ejecutar
Un actor puede intercambiar información activamente con el sistema
Un actor puede ser un recipiente pasivo de información
Un actor puederepresentar a una persona, a una máquina o a otro sistema

Casos de Uso
Un caso de uso modela un diálogo entre actores y el sistema
Un actor inicia un caso de uso para invocar cierta funcionalidad del sistema
Un caso de uso es un flujo de eventos completo y significativo
El conjunto de todos los casos de uso, representa todas las formas posibles de uso del sistema

Fuentes de Informaciónpara los
Casos de Uso
Declaración de especificaciones del sistema
Definición del problema a resolver
Literatura relevante al dominio
Entrevistas con expertos del dominio
Conocimiento personal del dominio o experiencia
Sistemas Anteriores o Legados

Diagrama Casos de Uso
Se dibuja un diagrama de casos de uso para ilustrar los casos de uso y los actores que interactúan enviándoseestímulos el uno al otro

Documentación de un Caso de Uso Los casos de usos se documentan con:
Una breve descripción
• Se expone el propósito del caso de uso en unas cuantas líneas
Flujo de eventos detallado
• Descripción del flujo primario y los flujos alternos de eventos que ocurren desde el inicio el casos de uso
La documentación debe leerse como un diálogo entre el actor y el caso de usoAmbas partes de la documentación deben estar escritos en términos que el cliente entienda

Flujo de Eventos en un Caso de Uso
Cada caso de uso
• Tiene una secuencia de transacciones normal o básica
• Debe tener varias secuencias alternativas de transacciones
• Generalmente tiene secuencias de excepción a transacciones que manejan situaciones erróneas
• También debe tener pre y postcondiciones bien definidas

Describe sólo los eventos que pertenecen al caso de uso, y no lo que ocurren en otros casos de uso
Evitar el uso de terminología vaga como: “por ejemplo”,
“etc.” e “información”
El flujo de eventos deberá describir:
• ¿Cómo y cuándo inicia y termina el caso de uso?
• ¿Cuándo interactúa el caso de uso con los actores?
• ¿Qué información se intercambia entre un actor yel caso de uso?
• No describe los detalles de la interfaz de usuario
• Describe el flujo básico de eventos
• Cualquier flujo de eventos alterno

¿Quién lee la documentación asociada a los Casos de Uso?
Clientes: aprueban lo que el sistema debe hacer
Usuarios: ganan entendimiento del sistema
Desarrolladores: documento de comportamiento del sistema
Examinadores: examinan el flujo deeventos
Analistas o Diseñadores: proporciona las bases para el análisis y diseño
Evaluador: se usa como base para la prueba de requerimientos
Líder de Proyecto: proporciona elementos para la planeación de proyectos
Escritor Técnico: base para la escritura de la guía de usuario

3.1.3.3.- Diagrama de Casos de Uso

Los diagramas de Casos de Uso describen lo que hace un sistema desde el punto de...