Guía para la Modelar los Casos de Uso

MA ST E R E N I NG E NI E RÍ A D E SOF TW A R E
UNIVERSIDAD POLITÉCNICA DE CATALUNYA
PROYECTO FINAL DE MÁSTER – MRF FRAMEWORK
Guía para Modelar los
Casos de Uso
Version 1.0 ● 30 SEP 2008
Máster en Ingeniería de Software
Proyecto Final de Máster – MRF Framework
GUÍA PARA MODELAR LOS CASOS DE USO
Versión 1.0 | 30-SEP -2008
Tabla de Contenidos
1.
Introducción ............................................................................................1
1.1
Qué es un Caso de Uso .........................................................................1
1.2
Ventajas .................................................................................................1
1.3
Limitaciones ...........................................................................................1
2.
Diagramas de Casos de Uso .................................................................2
3.
Ciclo de vida de un Caso de Uso ...........................................................2
4.
Cómo nombrar un Caso de Uso ............................................................2
5.
Pasos para crear un modelo de Casos de Uso .....................................2
5.1
Encontrando Actores ..............................................................................3
Verificación
5.2
..........3
Identificando Casos de Uso ...................................................................3
Verificación
REQM-Guía-10CU-1.0
..........3
Página i
Máster en Ingeniería de Software
Proyecto Final de Máster – MRF Framework
GUÍA PARA MODELAR LOS CASOS DE USO
Versión 1.0 | 30-SEP -2008
1. Introducción
1.1 Qué es un Caso de Uso
Los Casos de Uso son una técnica para especificar los requerimientos potenciales de un
sistema, es decir su comportamiento: "Un Caso de Uso es una secuencia de interacciones entre
un sistema y alguien o algo que usa alguno de sus servicios”.
Cada caso de uso proporciona uno o más escenarios que indican cómo debería interactuar el
sistema con el usuario o con otro sistema para conseguir un objetivo específico. Normalmente,
en los casos de uso se evita el empleo de jergas técnicas, prefiriendo en su lugar un lenguaje
más cercano al usuario final.
Los casos de uso se han convertido en una de las prácticas más comunes para la captura de los
Requerimientos Funcionales. De este modo, el modelado de los casos de uso permite:
-
Vincular las necesidades de los GPIs en Requerimientos del Software.
-
Definir las fronteras del sistema.
-
Capturar y comunicar el comportamiento deseado del sistema.
-
Identificar quién o qué interactuará con el sistema.
-
Validad / Verificar los requerimientos.
-
Es un instrumento de planificación.
1.2 Ventajas
-
Expresa la intención que tiene el actor (el usuario del sistema) al hacer uso del mismo.
-
Define la secuencia de acciones realizadas por el sistema, estableciendo su funcionalidad.
-
Como técnica de extracción de requerimientos, permite que el analista se centre en las
necesidades del usuario (qué espera lograr utilizando el sistema), evitando que el personal
especializado en la parte de implementación dirija la funcionalidad del nuevo sistema
basándose únicamente en criterios tecnológicos.
-
Durante la elicitación el analista se concentra en las tareas centrales del cliente,
describiendo los casos de uso que mayor valor aportan al negocio, lo cual facilita la
priorización de los requerimientos.
1.3 Limitaciones
-
Los casos de uso pueden ser útiles para establecer requerimientos de comportamiento, pero
no permiten especificar los requerimientos no funcionales.
REQM-Guía-10CU-1.0
Página 1
Máster en Ingeniería de Software
Proyecto Final de Máster – MRF Framework
-
GUÍA PARA MODELAR LOS CASOS DE USO
Versión 1.0 | 30-SEP -2008
Los casos de uso deben complementarse con información adicional como reglas de negocio,
requerimientos no funcionales, diccionario de datos que complementen los requerimientos
del sistema.
2. Diagramas de Casos de Uso
Los Diagramas de Caso de Uso describen QUÉ hace un Sistema desde el punto de visto de
vista de un observador externo.
Los elementos que intervienen en dichos diagramas son:

Casos de Uso  Tareas simples que se ejecutan en el Sistema.

Actor  Rol de Usuario o Sistema externo que interviene en una tarea o caso de Uso.

Asociación  Señala la vinculación entre un Actor y un Caso de Uso.
3. Ciclo de vida de un Caso de Uso
El ciclo de vida de un CU puede verse en tres etapas:
-
Identificado  Especificar en alto nivel el flujo de los eventos.
-
Descrito  Especificar el flujo de los eventos paso a paso.
-
Detallado  Especificar el flujo de eventos detallado, los requerimientos especiales y las
pre/post condiciones del caso de uso.
4. Cómo nombrar un Caso de Uso
-
Indicar el asunto de valor o meta del actor.
-
Comenzar con un verbo en infinitivo.
-
Imaginar una lista de eventos.
5. Pasos para crear un modelo de Casos de Uso
1. Encontrar actores y casos de uso:
o
Identificar y describir brevemente los actores.
o
Identificar y describir brevemente los casos de uso.
2. Escribir los casos de uso:
o
Resumir todos los casos de uso.
o
Priorizar los flujos de casos de uso.
REQM-Guía-10CU-1.0
Página 2
Máster en Ingeniería de Software
Proyecto Final de Máster – MRF Framework
o
GUÍA PARA MODELAR LOS CASOS DE USO
Versión 1.0 | 30-SEP -2008
Detallar los flujos en orden de prioridad.
5.1 Encontrando Actores
-
Quién/Qué utiliza el sistema?
-
Quién/Qué obtiene información del sistema?
-
Quién/Qué provee información al sistema?
-
Dónde se utiliza el sistema en la compañía?
-
Quién/Qué da soporte y mantiene el sistema?
-
Qué otros sistemas utiliza el sistema?
Verificación:
- Se han determinado y modelado todos los roles en el ambiente del sistema?
- Hay actores que jueguen roles similares en relación al sistema? Si es así, fusionar en un solo
actor.
5.2 Identificando Casos de Uso
-
Cuáles son los objetivos de cada actor?
o
Por qué tiene que utilizar el actor el sistema?
o
El actor creará, almacenará, modificará, eliminará o leerá datos del sistema? Si es
así, por qué?
-
o
Es necesario que el actor informe al sistema acerca de eventos externos o cambios?
o
El actor necesita ser informado acerca de ciertas ocurrencias del sistema?
El sistema proporciona al negocio todo el comportamiento correcto?
Verificación:
- El modelo de casos de uso representa el comportamiento del sistema; es fácil entender lo que
el sistema hace revisando este modelo?
- Los casos de uso registran colectivamente todo el comportamiento deseado. (Si es así, se
habrán identificado ya todos los casos de uso).
- Todas las características quedan mapeadas, al menos, en un caso de uso.
- El modelo de casos de uso no contiene comportamiento superfluo; todos los casos de uso
pueden justificarse siguiendo su traza hasta un requerimiento funcional.
REQM-Guía-10CU-1.0
Página 3