Modelo de Casos de Uso

Modelo de Casos de Uso

1. Partes de un caso de uso (cdu) ◦ Conjunto de secuencias de acciones; cada secuencia representa un posible comportamiento del sistema ◦ Actores, roles que pueden jugar los usuarios ◦ Variantes: versiones especializadas, un cdu que extiende a otro o un cdu que incluye a otro ◦ Un caso de uso realiza un trabajo tangible.

2. Escenario

   • Los Casos de uso son ideados por Jacobson a principios de los noventa y están inspirados en los Escenarios utilizados para describir procesos.

3. Actores

   • Un actor representa un conjunto coherente de roles que juegan los usuarios de los casos de uso al interaccionar con el sistema.
   • Principal
   • Secundario

4. Descripción

   • ◦ Texto estructurado informal
   • ◦ Texto estructurado formal (plantillas)
   • Pseudocódigo
   • Notaciones gráficas: diagramas de secuencia

5. Descripción de un caso de uso: textual

   • Actor Principal: Cajero
   • Flujo Principal:

6. Casos de uso y Colaboraciones

   • Con un caso de uso se describe un comportamiento esperado del sistema, pero no se especifica cómo se implementa. Una caso de uso se implementa a través de una colaboración: “Sociedad de clases y otros elementos que colaborarán para realizar el comportamiento expresado en un caso de uso” Una colaboración tiene una parte estática (diagramas de clases) y una parte dinámica (diagramas de secuencia)

7. Organización de Casos de uso

   • Tres tipos de relaciones: ◦ Generalización ◦ Un cdu hereda el comportamiento y significado de otro. ◦ Inclusión ◦ Un cdu base incorpora explícitamente el comportamiento de otro en algún lugar de su secuencia. ◦ Extensión ◦ Un cdu base incorpora implícitamente el comportamiento de otro cdu en el lugar especificado indirectamente por este otro cdu.

8. Relación de inclusión

   • Permite factorizar un comportamiento en un caso de uso aparte y evitar repetir un mismo flujo en diferentes casos de uso.

9. Relación de extensión

   • El caso de uso base incluye una serie de puntos de extensión. Sirve para modelar: ◦ la parte opcional del sistema, o ◦ un subflujo que sólo se ejecuta bajo ciertas condiciones.

10. Obtención de casos de uso

    • 1) Identificar los usuarios del sistema. 2) Encontrar todos los roles que juegan los usuarios y que son relevantes al sistema. 3) Para cada rol identificar todas las formas (objetivos) de interactuar con el sistema. 4) Crea un caso de uso por cada objetivo. 5) Estructurar los casos de uso. 6) Revisar y validar con el usuario.

11. 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