ESPECIFICACIÓN DE CASO DE USO

ESPECIFICACIÓN DE CASO DE USO

[escriba nombre del caso de uso]

Revisiones

Tabla de Contenidos

1.        Caso de Uso        4

1.1        Descripción breve        4

2.        Flujo de Eventos        4

2.1        Flujo básico        4

2.2        Flujos alternativos        4

2.2.1        Primer flujo alternativo        4

2.2.1.1        Un sub flujo alternativo        4

2.2.2        Segundo flujo alternativo        5

3.        Requerimientos Especiales        5

3.1        Primer Requerimiento Especial        5

3.2        Segundo Requerimiento Especial        5

4.        Condiciones Previas        5

4.1        Condición Previa 1        5

4.2        Condición Previa 2        5

5.        Condiciones Posteriores        5

5.1        Condición Posterior 1        5

5.2        Condición Posterior 2        5

6.        Puntos de Extensión        5

6.1        Nombre del Punto de Extensión        6

1. Caso de Uso

2. Descripción breve

[Describir brevemente el propósito del caso de uso en un único párrafo. Se puede incorporar uno o más diagramas UML para identificar los flujos de manera global]

[Diagrama UML global de apoyo]

1. Flujo de Eventos

2. Flujo básico

[El caso de uso comienza cuando el actor hace algo. Un actor siempre inicia Casos de uso. El caso de uso debe describir qué hace el actor y qué hace el sistema en respuesta. Debe redactarse en forma de un diálogo entre el actor y el sistema.

El caso de uso debe describir lo que sucede dentro del sistema, pero no cómo o por qué. Si se intercambia información, sea específico acerca de lo que se transmite de ida y vuelta. Por ejemplo, no es muy esclarecedor decir que el Actor ingresa la información del cliente. Es mejor decir que el Actor ingresa el nombre y la dirección del cliente. Un Glosario de términos suele ser útil para mantener la complejidad del caso de uso manejable; es posible que desee definir aspectos como la información del cliente allí para evitar que el caso de uso se ahogue en los detalles.

Se pueden presentar alternativas simples dentro del texto del caso de uso. Si solo se requieren unas pocas frases para describir lo que sucede cuando hay una alternativa, hágalo directamente dentro de la sección Flujo de eventos. Si los flujos alternativos son más complejos, use una sección separada para describirlos. Por ejemplo, una subsección de flujo alternativo explica cómo describir alternativas más complejas.

Una imagen a veces vale más que mil palabras, aunque no hay sustituto para una prosa limpia y clara. Si mejora la claridad, puede pegar representaciones gráficas de interfaces de usuario, flujos de procesos u otras figuras en el caso de uso. Si un diagrama de flujo es útil para presentar un proceso de decisión complejo, utilícelo. De manera similar, para el comportamiento dependiente del estado, un diagrama de transición de estado a menudo aclara el comportamiento de un sistema mejor que las páginas y páginas de texto. Utilice el medio de presentación adecuado para su problema, pero tenga cuidado con el uso de terminología, anotaciones o figuras que su audiencia puede no entender. Recuerde que su propósito es aclarar, no oscurecer.

...