rubensa, algo en qué pensar

Martes, 17 de enero de 2006

El Modelo de Casos de Uso

El modelo de casos de uso describe la funcionalidad propuesta del nuevo sistema. Un caso de uso representa una unidad discreta de interacción entre un usuario (humano o máquina) y el sistema. Un Caso de Uso es una unidad simple de trabajo significativo; por ejemplo, "Validarse en el sistema", "Registrarse en el sistema" y "Crear un pedido" son todos casos de uso. Cada caso de uso tiene una descripción que describe la funcionalidad que se construirá en el sistema propuesto. Un caso de uso puede "incluir" la funcionalidad de otro caso de uso o "extender" a otro caso de uso con su propio comportamiento.

Típicamente los casos de usos están relacionados a 'actores'. Un actor es una entidad humana o máquina que interactúa con el sistema para desarrollar un trabajo significativo.


Una descripción de caso de uso generalmente incluirá:
1. Comentarios generales y notas describiendo el caso de uso
2. Requisitos -cosas que el caso de uso debe permitir hacer al usuario, tales como , , etc..
3. Restricciones -reglas acerca de qué se puede y qué no se puede hacer-. Incluye I) pre-condiciones que deben ser verdaderas antes de que el caso de uso se ejecute, por ejemplo debe preceder a ; II) post-condiciones que deben ser verdaderas una vez que el caso de uso se ejecutó, por ejemplo ; III) invariantes: éstas son siempre verdaderas -por ejemplo, un pedido debe tener siempre un número de cliente.
4. Escenarios -descripciones secuenciales de los pasos que se toman para llevar a cabo el caso de uso. Pueden incluir escenarios múltiples, para satisfacer circunstancias excepcionales y caminos de proceso alternativos
5. Diagramas de escenarios -diagramas de secuencia para describir el flujo de trabajo- similar al punto 4 pero descripto gráficamente.
6. Atributos adicionales como fase de implementación, número de versión, rango de complejidad, estereotipo y estado

Actores
Un actor es un usuario del sistema. Incluye usuarios humanos y otros sistemas computarizados. Un actor usa un caso de uso para desempeñar alguna porción de trabajo que es de valor para el negocio. El conjunto de casos de uso al que un actor tiene acceso define su rol global en el sistema y el alcance de su acción.


Restricciones, Requisitos y escenarios

La especificación formal de un caso de uso incluye:
1. Requisitos. Estos son los requisitos funcionales formales que un Caso de Uso debe proporcionar al usuario final. Corresponden a las especificaciones funcionales encontradas en metodologías estructuradas. Un requisito es un contrato en el que el caso de uso realizará alguna acción o proporcionará algún valor al sistema.
2. Restricciones. Estas son las reglas formales y limitaciones bajo las cuales opera un Caso de Uso, e incluyen condiciones pre, post e invariantes. Una pre-condición especifica lo que ya debe de haber ocurrido o estar en su lugar antes de que el caso de uso comience. Una post-condición documenta que será cierto una vez que el caso de uso está completo. Una invariante especifica que será cierto durante el tiempo que el caso de uso opera.
3. Escenarios. Los escenarios son descripciones formales del flujo de eventos que ocurren durante la instancia de un Caso de Uso. Estos son descriptos generalmente en forma de textos y se corresponden con una representación textual del Diagrama de Secuencia.

Relaciones de Inclusión y Extensión entre Casos de Uso
Un Caso de Uso puede incluir la funcionalidad de otro como parte de su procesamiento normal. Generalmente se asume que los casos de uso incluidos se llamarán cada vez que se ejecute el camino base. Un ejemplo puede ser listar un conjunto de órdenes de clientes de las cuáles poder elegir antes de modificar una orden seleccionada; en este caso, el Caso de Uso se puede incluir en el Caso de Uso cada vez que éste se ejecute.

Un Caso de Uso puede ser incluido por uno o más casos de uso, ayudando así a reducir la duplicación de funcionalidad al factorizar el comportamiento común en los casos de uso que se reutilizan muchas veces.

Un Caso de Uso puede extender el comportamiento de otro Caso de Uso; típicamente cuando ocurren situaciones excepcionales. Por ejemplo, si antes de modificar un tipo particular de orden de cliente, un usuario debe obtener la aprobación de alguna autoridad superior, entonces el Caso de Uso puede extender opcionalmente el Caso de Uso normal .

Diagramas de Secuencia
El UML provee un medio gráfico para representar la interacción entre los objetos a lo largo del tiempo en los diagramas de secuencia. Éstos muestran típicamente a un usuario o a un actor y los objetos y componentes con los que interactúen durante la ejecución de un Caso de Uso. Un diagrama de secuencia representa típicamente un único escenario de Caso de Uso o flujo de eventos.
Los diagramas son una vía excelente para documentar los escenarios de uso, para capturar los objetos necesarios de manera temprana en el análisis y para verificar el uso de los objetos más tarde en el diseño. Los diagramas de secuencia muestran el flujo de mensajes de un objeto a otro y, como tales, representan los métodos y los eventos soportados por un/a objeto/clase.
El diagrama ilustrado abajo muestra un ejemplo de un diagrama de secuencia, con el usuario o actor a la izquierda iniciando un flujo de eventos y mensajes que corresponden al escenario del caso de uso. Los mensajes que pasan entre objetos se convertirán en operaciones de clases en el modelo final.


Diagrama de Implementación
Un Caso de Uso es una descripción formal de la funcionalidad que el sistema tendrá cuando se construya. Un diagrama de implementación se asocia típicamente con un caso de uso para documentar qué elementos de diseño (por ejemplo, componentes y clases) implementará la funcionalidad del Caso de Uso en el nuevo sistema. Esto provee un alto grado de trazabilidad al diseñador, al cliente y al equipo que construirá el sistema. La lista de casos de uso a los que se asocia un componente o una clase documenta la funcionalidad mínima que debe ser implementada por el componente.

El ejemplo de arriba muestra que el caso de uso "Acceso" implementa el requisito formal "1.01 Acceder al sitio web". También establece que el componente de lógica de negocios y el componente de páginas ASP implementan alguna parte o toda la funcionalidad de "Acceso". Un refinamiento adicional es mostrar la pantalla de "Acceso" (una página web) como una implementación de su interfaz. Estos enlaces de implementación o realización definen la trazabilidad desde los requisitos formales, a través de casos de uso, a componentes y pantallas.

Por: Rubén Suárez Alvarez | UML | Comentarios (0) | Referencias (0)