3. Introducción
Cualquier sistema
interesante interactúa con
actores humanos o mecánicos que lo utilizan con
algún objetivo y que esperan que el sistema funcione
de forma predecible. Un Caso de Uso especifica el
comportamiento de un sistema. Los casos de Uso
especifican un comportamiento deseado, no imponen
como se llevara a cabo este comportamiento.
4. Conceptos
Un Caso de Uso es una descripción de un
conjunto de secuencia de acciones, incluyendo
variantes, que ejecuta un sistema para producir
un resultado observable, de valor para un actor.
Elementos de un modelo de Casos de Uso:
Actor
Caso de Uso
Relación
5. Casos de Uso y Actores
Un Actor representa un ROL puede ser
representado por:
Persona
Dispositivo Hardware
Sistema
6. Casos de Uso y Flujos de
Eventos
El comportamiento de un caso de uso
se puede especificar describiendo un flujo
de eventos de forma textual, los eventos
se describen como:
Flujo Básico
Flujo Alternativo
7. Plantillas de Casos de Uso
Nombre:
<Nombre del caso de uso>
Descripción
<breve descripción del caso de uso>
Actores:
<actores participantes en el caso de uso>
Precondiciones
<condiciones que deben cumplirse para poder
ejecutar el caso de uso>
Flujo Normal
<flujo normal (feliz) de ejecución del caso de uso>
Flujo Alternativo
<flujos alternativos de ejecución del caso de uso>
Poscondiciones
<condiciones que deben cumplirse al finalizar la
ejecución del caso de uso>
8. Casos de Uso y Escenarios
Un caso de uso describe un conjunto de
secuencia cada secuencia es un Escenario.
Un escenario es una instancia
de un Caso de Uso
9. Organización de Casos de Uso
<<extend>>
Hacer
Pedido
(establecer prioridad)
Hacer Pedido
Urgente
<<include>>
Seguir
Pedido
<<include>>
Validar
usuario
Generalización, Inclusión y Extensión
Comprobar
Clave
Examinar
Retina
10. Conclusión
El análisis es una etapa fundamental
dentro de la realización de un sistema,
esta etapa se puede resumir en una sola
frase: Entender el problema.
Los casos de uso representan los
requerimientos funcionales del sistema y
permiten que los usuarios finales y los
expertos de dominio se comuniquen con
los desarrolladores.
11. Bibliografía
G. Booch, J. Rumbaugh, I. Jacobson; “El
Lenguaje Unificado de Modelado”,
Pearson Education; 2004