Modelo de caso de uso - Sistemas II

El modelo de caso de uso

Un modelo de caso de uso describe la funcionalidad propuesta de un nuevo sistema. Un caso de uso representa una unidad discreta de interacción entre un usuario (humano o máquina) y el sistema. Esta interacción es una unidad única de trabajo significativo, como Crear cuenta o Ver detalles de cuenta.

Cada caso de uso describe la funcionalidad que se construirá en el sistema propuesto, que puede incluir la funcionalidad de otro caso de uso o extender otro caso de uso con su propio comportamiento.

Caso de uso - Iniciar sesión

Una descripción de un caso de uso generalmente incluye:

• Comentarios generales y notas describiendo el caso de uso.
• Requisitos: los requisitos funcionales formales de las cosas que un caso de uso debe proporcionar al usuario final, como <capacidad para actualizar el pedido>. Estos corresponden a las especificaciones funcionales que se encuentran en las metodologías estructuradas y forman un contrato en el que el Caso de uso realiza alguna acción o proporciona algún valor al sistema.
• Restricciones: las reglas y limitaciones formales en las que opera un caso de uso, que definen lo que se puede y no se puede hacer. Éstos incluyen:
• Condiciones previas que deben haber ocurrido o estar vigentes antes de que se ejecute el caso de uso; por ejemplo, <crear orden> debe preceder a <modificar orden>
• Condiciones posteriores que deben cumplirse una vez que el caso de uso está completo; por ejemplo, <el orden es modificado y consistente>
• Invariantes que siempre deben ser verdaderas durante el tiempo que opera el Caso de uso; por ejemplo, un pedido siempre debe tener un número de cliente.
• Escenarios: descripciones formales y secuenciales de los pasos tomados para llevar a cabo el caso de uso o el flujo de eventos que ocurren durante una instancia de caso de uso. Estos pueden incluir múltiples escenarios, para atender circunstancias excepcionales y rutas de procesamiento alternativas. Estos generalmente se crean en el texto y corresponden a una representación textual del Diagrama de Secuencia.
• Diagramas de escenarios: diagramas de secuencia para representar el flujo de trabajo; similar a los escenarios pero retratado gráficamente.
• Atributos adicionales, como fase de implementación, número de versión, clasificación de complejidad, estereotipo y estado.

Los actores

Los casos de uso suelen estar relacionados con los "actores", que son entidades humanas o mecánicas que utilizan o interactúan con el sistema para realizar un trabajo significativo que les ayuda a lograr un objetivo. El conjunto de casos de uso a los que tiene acceso un actor define su rol general en el sistema y el alcance de su acción.
 

Incluye y amplía las relaciones entre casos de uso.

Un caso de uso podría incluir la funcionalidad de otro como parte de su procesamiento normal. En general, se supone que el caso de uso incluido se llama cada vez que se ejecuta la ruta básica. Por ejemplo, al enumerar un conjunto de pedidos de clientes para elegir antes de modificar un pedido seleccionado, se incluiría el Caso de uso de <lista de pedidos> cada vez que se ejecute el Caso de uso <modificar pedido>.

Un caso de uso puede ser incluido por uno o más casos de uso, por lo que ayuda a reducir la duplicación de la funcionalidad al tener en cuenta el comportamiento común en casos de uso que se reutilizan muchas veces.

Un caso de uso puede extender el comportamiento de otro, generalmente cuando se encuentran circunstancias excepcionales. Por ejemplo, si un usuario debe obtener la aprobación de una autoridad superior antes de modificar un tipo particular de pedido del cliente, el caso de uso <obtener aprobación> podría extender opcionalmente el caso de uso regular <modificar pedido>.

Diagramas de secuencia

Los diagramas de secuencia proporcionan una representación gráfica de las interacciones de objetos a lo largo del tiempo. Estos suelen mostrar un usuario o actor, y los objetos y componentes con los que interactúan en la ejecución de un caso de uso. Un diagrama de secuencia típicamente representa un solo 'Caso' de Caso de Uso o flujo de eventos.

Los diagramas de secuencia son una excelente manera de documentar los escenarios de uso y capturar los objetos requeridos al principio del análisis y verificar el uso del objeto más adelante en el diseño. Los diagramas muestran el flujo de mensajes de un objeto a otro y, como tales, corresponden a los métodos y eventos que admite una clase / objeto.

El siguiente ejemplo de un diagrama de secuencia muestra al usuario o actor a la izquierda iniciando un flujo de eventos y mensajes que corresponden al escenario de caso de uso. Los mensajes que pasan entre objetos se convierten en operaciones de clase en el modelo final.
 

Diagrama de secuencia

Diagrama de Implementación

Un caso de uso es una descripción formal de la funcionalidad que tendrá el sistema cuando se construya. Un diagrama de implementación suele estar asociado con un caso de uso para documentar qué elementos de diseño (por ejemplo, componentes y clases) implementan la funcionalidad de caso de uso en el nuevo sistema. Esto proporciona un alto nivel de trazabilidad para el diseñador del sistema, el cliente y el equipo que realmente construirá el sistema. La lista de Casos de uso que un componente o clase está vinculada a los documentos la funcionalidad mínima que debe ser implementada por el componente.
 

Diagrama de Implementación

El ejemplo anterior muestra que el caso de uso 'Iniciar sesión' implementa el requisito formal '1.01 Iniciar sesión en el sitio web'. También muestra que el componente 'Lógica de negocios' y el componente 'Páginas ASP' implementan parte o toda la funcionalidad de 'Iniciar sesión'. Otra mejora es mostrar la pantalla 'Iniciar sesión' (una página web) como implementando el caso de uso 'Iniciar sesión'. Estos enlaces de implementación o realización definen la trazabilidad desde los requisitos formales, a través de casos de uso hasta componentes y pantallas.