Al escribir el caso de uso deben evitarse sinónimos “técnicos” para Sistema como “programa”, “módulo”, “rutina”, “función”, “procedimiento”, “procedimiento almacenado” y “subrutina”. Como en:
n. El programa solicita la fecha de ingreso
n+1. El actor proporciona la fecha de ingreso
n+2. El módulo calcula el número de días laborados hasta la fecha
Algunos de estos términos son usados de manera indistinta donde debemos usar siempre “sistema”, otros se usan en pasos específicos donde normalmente estamos suministrando información técnica que no es responsabilidad de los casos de uso, como cuando hablamos de procedimientos almacenados o de rutinas.
Simplemente usamos el término “sistema”.
Ejemplo
Consideremos el siguiente caso de uso de la Web 2.0, relacionado con la publicación de entradas en un blog:
Caso de Uso: Publicar Artículo
Actor: Bloguero
Descripción: este caso de uso permite crear una entrada para su publicación en un blog específico de la Web.
Precondiciones:
1. El Bloguero está debidamente acreditado ante el Sistema
Secuencia Básica:
1. El caso de uso inicia cuando el Bloguero opta por publicar un nuevo artículo
2. El sistema solicita el título del artículo
3. El Bloguero ingresa el título del artículo
4. El sistema solicita el cuerpo del artículo
5. El Bloguero proporciona el cuerpo del artículo
6. El sistema solicita las palabras clave con las cuales indexar el artículo
7. El Bloguero ingresa las palabras clave del artículo
8. El sistema verifica que el título del artículo no existe y solicita confirmación para publicar la entrada
9. El Bloguero confirma la publicación del artículo
10. El sistema publica el artículo
11. El caso de uso termina
Secuencia Alterna 1: el título de la publicación ya existe
8A. El sistema muestra el mensaje “El título del artículo ya existe. Por favor, verifique.”
8B. El caso de uso continúa en el paso 2 de la secuencia básica
Secuencia Alterna 2: el Bloguero cancela la publicación del artículo
9A. El Bloguero cancela la publicación de la entrada al Blog
9B. El caso de uso termina
Poscondiciones:
1. La entrada se puede modificar durante los siguientes 30 minutos.
2. El artículo puede ser leído por los lectores del blog.
Nótese que en todo momento sabemos qué hace el sistema y qué hace el actor.
Me parece una buena práctica pues es es trabajo del técnico o arquitecto de software definir las mejores herramientas para dar solución al negocio y no del analista. Saludos!
ResponderBorrar