Modelo de Casos de Uso

Modelo de Casos de Uso

1. especifica un comportamiento deseado del sistema.

2. especifica un conjunto de secuencias de acciones, incluyendo variantes, que el sistema puede ejecutar y que produce un resultado observable de valor para un particular actor.

3. Describen qué hace el sistema

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

5. Un caso de uso realiza un trabajo tangible.

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

6. Actores

   • representa un conjunto coherente de roles que juegan los usuarios de los casos de uso al interaccionar con el sistema.
   • Roles jugados por personas, dispositivos, u otros sistemas
   • No forman parte del sistema
   • Un usuario puede jugar diferentes roles.
   • Un actor puede intervenir en varios casos de uso
   • tipos de actores
     • ◦ Principal:
       • Requiere al sistema el cumplimiento de un objetivo.|
       • Secundarios:
         • El sistema necesita de ellos para satisfacer un objetivo.

7. Escenarios y Casos de Uso

   • describe un conjunto de secuencias de interacciones entre actores y el sistema
   • Escenarios principales vs. Escenarios secundarios
   • Un escenario es una instancia de un caso de uso

8. Propiedades de los casos de uso

   • Son iniciados por un actor con un objetivo en mente y es completado con éxito cuando el sistema lo satisface.
   • Puede incluir secuencias alternativas que llevan al éxito y fracaso en la consecución del objetivo.
   • El sistema es considerado como una “caja negra” y las interacciones se perciben desde fuera.

9. Descripción de un caso de uso

   • Son documentos de texto, no son diagramas.
     • El modelado de casos de uso consiste en escribir texto, no en dibujar diagramas.
   • flujo de eventos
     • Texto estructurado informal
       • Texto estructurado formal (plantillas)
     • Pseudocódigo

10. textual

    • Actor Principal: Cajero
    • Flujo Principal:
      • Un cliente llega al TPV con un conjunto de artículos. El Cajero registra los artículos y se genera un ticket. El cliente paga en efectivo y recoge los artículos.
      • El cliente llega al TPV con los artículos
      • El cajero registra el identificador de cada artículo
      • El sistema almacena la compra completada.
      • El cliente recoge los artículos comprados

11. gráfica

    • Diagrama de secuencia
      • crearNuevaVenta()
    • introducirItem(cod,cantidad)
    • finalizarVenta()
    • hacerPago(cantidad)

12. Casos de uso y Colaboraciones

    • se describe un comportamiento esperado del sistema, pero no se especifica cómo se implementa.
    • colaboración
      • Una colaboración tiene una parte estática (diagramas de clases) y una parte dinámica (diagramas de secuencia).

13. Organización de Casos de uso

    • Tres tipos de relaciones
      • Generalización
      • ◦ Inclusión
      • Extensión

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

15. Relación de extensión

    • Sirve para modelar:
      • la parte opcional del sistema, o
      • un subflujo que sólo se ejecuta bajo ciertas condiciones.

16. Relación de extensión

    • Establecer prioridad: punto de extensión Enviar pedido para ser procesado según la prioridad.

17. Obtención de casos de uso

    • Identificar los usuarios del sistema
    • Encontrar todos los roles que juegan los usuarios y que son relevantes al sistema.
    • Crea un caso de uso por cada objetivo.

18. Utilidad de los casos de uso

    • Hay consenso en considerar casos de uso como esenciales para capturar requisitos y guiar el modelado.