Diagrama de casos de uso frente a especificación de casos de uso

Caso de uso frente a especificación de caso de uso

Un caso de uso describe una tarea realizada por un actor que produce un resultado de valor comercial para una empresa. Un caso de uso puede visualizarse como un diagrama de caso de uso y/o en formato de especificación textual estructurada:

El caso de uso (tarea que un cliente desea realizar) puede ser:

• Interactivo  : un caso de uso del sistema describe la interacción de un actor con un sistema en busca del objetivo empresarial definido.
• Manual  — Una secuencia de acciones realizadas por un actor
• Automatizado  : una secuencia de pasos realizados por un programa o script.

Características de los casos de uso

Un caso de uso tiene:

• solo un gol
• Un único punto de partida
• Un único punto final
• Múltiples caminos para ir de principio a fin
• es decir, especificar el comportamiento para una variedad de condiciones posibles
• Cada condición puede requerir acción(es) específica(s)

Por ejemplo, el cliente paga la factura:

Hay múltiples caminos para  lograr el objetivo :

• Pago telefónico
• Por correo
• En persona
• por cheque
• en efectivo, etc

Un camino que  no conduce a la meta:

• Se rechaza la tarjeta de crédito

Enfoque de caso de uso ágil

El modelo de caso de uso y sus casos de uso individuales evolucionan nivel por nivel a lo largo del tiempo. No todos los casos de uso de un modelo necesariamente deberán especificarse con el mismo nivel de detalle.

Justo a tiempo y justo lo suficiente

Los casos de uso se pueden escribir en diferentes niveles de datos y alcance, cada uno tiene un propósito:

• Resumen : descripciones generales y amplias descripciones generales de la funcionalidad del sistema o los procesos comerciales.
• Nivel de usuario  : descripciones relacionadas con tareas de los usuarios y cómo interactúan con el sistema; descripciones de un proceso de negocio específico. Los casos de uso de nivel de usuario generalmente se consideran en el nivel de tarea que es el trabajo principal del usuario.
• Subfunción : descripciones de actividades de nivel inferior que se utilizan para completar subpartes de un caso de uso central.

Nota: Algunos casos de uso pueden estar suficientemente especificados hasta el nivel II. Se detiene cuando se logra suficiente detalle utilizando el método justo a tiempo y justo lo suficiente.

Una especificación detallada del caso de uso

El caso de uso detallado es una representación textual que ilustra una secuencia de eventos junto con otra información relacionada con el caso de uso en un formato determinado. Las personas suelen adoptar una plantilla de caso de uso estándar para registrar la información detallada de los casos de uso.

Plantilla de caso de uso: ejemplo de caso de retiro de cajero automático

Como se mencionó anteriormente, hay varios estilos de notación para casos de uso (por ejemplo, estilo de diagrama, lenguaje de modelado unificado, formato textual). Cualquier notación que se utilice debe ser fácil de entender. Puedes usar plantillas, como las de  Alistair Cockburn , pero también es una opción usar lo que mejor se adapte a tu equipo.

Especificación de caso de uso

Nombre del caso de uso:  Retirar efectivo

Actor(es): Cliente (primario), Sistema Bancario (secundario)

Descripción resumida:  Permite a cualquier cliente bancario retirar efectivo de su cuenta bancaria.

Prioridad:  debe tener

Estado:  Medio Nivel de detalles

Condición previa:  El cliente del banco tiene una tarjeta para insertar en el cajero automático
El cajero automático está en línea correctamente

Condición(es) posterior(es):

• El cliente del banco ha recibido su efectivo (y opcionalmente un recibo)
• El banco ha debitado la cuenta bancaria del cliente y ha registrado los detalles de la transacción.

Ruta básica:

1. El cliente introduce su tarjeta en el cajero
2. El cajero verifica que la tarjeta es una tarjeta bancaria válida
3. El cajero solicita un código PIN
4. El cliente ingresa su código PIN
5. El cajero automático valida la tarjeta bancaria con el código PIN
6. El cajero automático presenta opciones de servicio que incluyen «Retirar»
7. El cliente elige «Retirar»
8. El cajero presenta opciones de montos
9. El cliente selecciona una cantidad o ingresa una cantidad
10. El cajero verifica que tiene suficiente efectivo en su hopper
11. El cajero automático verifica que el cliente está por debajo de los límites de retiro
12. El cajero verifica fondos suficientes en la cuenta bancaria del cliente
13. El cajero automático debita la cuenta bancaria del cliente
14. El cajero automático devuelve la tarjeta bancaria del cliente
15. El cliente toma su tarjeta bancaria.
16. El cajero automático emite el efectivo del cliente
17. El cliente toma su efectivo

Caminos alternativos:

2a. Tarjeta no valida

2b. Tarjeta al revés

5a. tarjeta robada

5b. PIN inválido

10 a. Efectivo insuficiente en la tolva

10b. Denominación incorrecta de efectivo en la tolva

11a. Retiro por encima de los límites de retiro

12a. Fondos insuficientes en la cuenta bancaria del cliente

14a. Tarjeta bancaria atascada en máquina

15a. El cliente no toma su tarjeta bancaria

16a. Efectivo atascado en máquina

17a. El cliente no toma su efectivo

• un cajero automático no puede comunicarse con el sistema bancario
• b El cliente no responde al aviso del cajero automático

Reglas del negocio:

B1: Formato de PIN

B2: Número de reintentos de PIN

B3: Opciones de servicio

B4: Opciones de cantidad

B5: Límite de retiro

B6: se debe retirar la tarjeta antes de dispensar efectivo

Requerimientos no funcionales:

NF1: Tiempo para completar la transacción

NF2: Seguridad para ingreso de PIN

NF3: Tiempo para permitir el cobro de tarjeta y efectivo

NF4: soporte de idiomas

NF5: Apoyo a ciegos y parcialmente ciegos