Diez Consejos Útiles y Simples Para Escribir Correctamente Casos de Uso Correctos: XI

"Los buenos consejos no son tomados en cuenta generalmente, pero eso no es motivo para no darlos."

Agatha Christie

Consejo Adicional: ¿Cómo luce un caso de uso inefectivo?

Caso de Uso: Apertura de Productos y Servicios

Secuencia Básica:

1.     Muestre una lista de productos y servicios de la siguiente forma:

•         La ventana izquierda lista todas las categorías de productos y servicios de la compañía (Ahorro e Inversión, Crédito Hipotecario, Otros Créditos)
•         La ventana inferior muestra los datos que se solicitan para el producto seleccionado
•         La tercera ventana muestra todos los productos y servicios que tiene actualmente el cliente

2.     Haga:

3.     El usuario hace clic en una categoría de producto o servicio

4.     Muestre los productos disponibles en esa categoría en orden alfabético

5.     El usuario hace clic en un producto

6.     Se actualiza la ventana inferior para solicitar los datos necesarios para la apertura del producto y el usuario hace clic en el botón “Solicitar Producto”.

7.     Chequee si el usuario cumple los requisitos necesarios para solicitar ese producto y que el producto esté disponible para su “tipo de persona” (Natural o Jurídica)

8.     Si el producto está disponible y el usuario cumple los requisitos necesarios, adicione el producto al usuario. Muestre la lista actualizada de productos del usuario, con el nuevo producto en estado “Solicitado”. Si no, muestre el mensaje “El cliente no cumple los requisitos necesarios. Seleccione otro producto.”

9.     Repita desde 3 hasta que el usuario haga clic en “Terminar Solicitud”

10.   Almacene la solicitud y regrese a la pantalla principal.

¿Y cómo luce un caso de uso efectivo?

Caso de Uso: Solicitar Producto

Actor: Cliente

Secuencia Básica:

1.     El Cliente solicita abrir un producto

2.     El sistema muestra la lista de productos actuales del cliente y muestra una lista de productos disponibles

3.     El Cliente selecciona el producto a solicitar

4.     El sistema verifica que el Cliente cumple con los requisitos necesarios y adiciona el producto a la lista de productos del cliente, en estado “Solicitado”.

5.     El sistema almacena la solicitud

Veamos algunos aspectos importantes de estas dos versiones:

Versión Inefectiva	Versión Efectiva
El nombre del caso de uso no es apropiado	El nombre está escrito como una frase verbal simple (en el formato “hacer algo”)
No tiene un actor definido	Tiene un actor principal, el Cliente.
El caso de uso se refiere a “el usuario” como actor del mismo. “Usuario” no es un concepto formal, es un humano, puede actuar como diferentes instancias de varios actores distintos.	El caso de uso se refiere a “el cliente” como actor del mismo. “Actor” es un concepto formal, puede ser un humano o un sistema, existe sólo si un usuario hace algo.
Está escrita en una especie de pseudocódigo y en lenguaje técnico.	Está escrita en prosa
Relaciona muchos aspectos de la interfaz de usuario. Orientado al Sistema.	Está escrito en términos del negocio (del usuario). Orientado al Negocio.
Aborda elementos que pueden ser disímiles en su tratamiento (productos y servicios, categorías de productos)	Aborda sólo productos. Incluso, los casos de uso deberían especificarse para un único producto a la vez.
Algunos pasos son complejos, difíciles de leer o muy largos. (Pasos 1 y 8).	Los pasos son claros, en el formato “el sistema hace…el actor hace”
La secuencia básica parece abarcar todos los escenarios posibles del caso de uso	La secuencia básica deja muchos escenarios para secuencias alternativas, como la solicitud de servicios o cuando el cliente no cumpla con las condiciones exigidas.
Parece haber sido especificado por completo en una sola pasada.	Le faltan detalles, pero estimula la creación iterativa de casos de uso.
Algunos pasos describen acciones consecutivas ejecutadas por el sistema y por el usuario a la vez.	Todos los pasos están escritos como expresiones verbales simples.

El verdadero truco con los casos de uso es mantenerlos simples. No nos preocupemos acerca de las formas del caso de uso, solo procuremos garabatearlos en una hoja de papel en blanco o en una página en blanco de un procesador de palabras simple, o en unas tarjetas indexadas blancas. No nos preocupemos por cubrir todos los detalles de inmediato. Los detalles no son importantes hasta mucho después. No nos preocupemos por capturar todos los casos de uso desde el principio; esa es una tarea imposible.

La única cosa para recordar sobre casos de uso es: mañana van a cambiar. Sin importar que tan diligente seamos a la hora de capturarlos, sin importar que tan meticulosamente registremos los detalles, sin importar que tan sistemáticamente pensemos acerca de los casos de uso, sin importar el mucho esfuerzo que hagamos para explorar y analizar los requisitos, mañana los casos de uso cambiarán.

Después vendrán las herramientas sofisticadas de apoyo. Las herramientas aumentan nuestra productividad, nos ayudan a clasificar, a buscar, a estimar, pero no hacen el trabajo por nosotros.

Esta es una visión minimalista del proceso, algunos la llaman ágil. Simplemente es una manera de hacer las cosas, una manera efectiva en ciertos casos. Ese es el verdadero sentido de esto: para cada proyecto, para cada actividad, debemos buscar o construir el mejor camino para ir de principio a fin y entregar el mejor de los resultados, el único posible.

W953BAF3WB56