para leer


Flujos de eventos alternativos
En un caso de uso, los flujos de eventos se refieren a los pasos que alternativamente van realizando los actores y el sistema en el contexto del requisitofuncional capturado en el caso. Dichos pasos por claridad, se separan en el flujo principal y los flujos alternativos; de forma tal que en el flujo principal representamos el día feliz, donde todo ocurre sinproblemas y en los flujos alternativos lidiamos con las situaciones de error y el comportamiento esperado del sistema en respuesta a dichos errores.
Es necesario entonces contar con una aproximaciónsistemática sobre como disponer los flujos de eventos principal y alternativos, de forma que capturen en forma clara y precisa cada condición que el flujo del día feliz ha asumido como libre de errorpero que es a su vez, el punto de inicio de un flujo alternativo.
La idea aquí es la de indicar el paso del flujo principal y la condición precisa que de violarse hace que se ejecute el flujoalternativo. De ser posible la condición ha de estar expresada en términos del modelo de dominio de forma tal que facilitar su traducción al sistema software.
Los pasos del flujo alternativo han de tener unaenumeración propia de forma tal que no choquen los unos con los otros ni con los pasos del flujo principal. La forma exacta en que vamos a enumerar es cosa de cada quien, por lo que es un punto adocumentar como parte del Plan de Gestión de Requisitos, documento este que suele ser parte del Plan de Desarrollo de Software.
Un ejemplo de todo lo anterior puede ser visto como parte del ejemplo decaso de uso en este blog. En el ejemplo referido se hace mención al caso de uso “llamada de voz” y se ha señalado la condición de error“número incorrecto”. Veamos una versión ligeramente modificada delcaso de uso de ejemplo para discutir como se puede implementar los flujos alternativos:
Código: CS-0100.
Nombre: Llamada de voz.
Actores: Usuario.
Descripción: El usuario del teléfono levanta...