Diagramas de casos de uso
Una parte importante del Lenguaje Unificado de Modelado (UML) son las facilidades para dibujar diagramas de casos de uso. Los casos de uso se utilizan durante la fase de análisis de un proyecto para identificar y dividir la funcionalidad del sistema. Separan el sistema en actores y casos de uso. Los actores representan roles que pueden desempeñar los usuarios del sistema.
Esos usuarios pueden ser humanos, otras computadoras, piezas de hardware o incluso otros sistemas de software. El único criterio es que deben ser externos a la parte del sistema que se divide en casos de uso. Deben suministrar estímulos a esa parte del sistema y deben recibir salidas de él.
Los casos de uso representan las actividades que los actores realizan con la ayuda de su sistema en la búsqueda de un objetivo. Necesitamos definir qué necesitan esos usuarios (actores) del sistema. El caso de uso debe reflejar las necesidades y los objetivos del usuario, y debe ser iniciado por un actor. Las empresas, los actores y los Clientes que participan en el caso de uso empresarial deben estar conectados al caso de uso por asociación.
Dibujar diagramas de casos de uso
La Figura siguiente muestra cómo se vería un caso de uso en la forma esquemática de UML. El caso de uso en sí parece un óvalo. Los actores están dibujados como pequeñas figuras de palitos. Los actores están conectados al caso de uso con líneas.
Use-case 1 - El empleado de ventas revisa un artículo
- El cliente coloca el artículo en el mostrador.
- «Utiliza» Swipe UPC Reader.
- El sistema busca el código UPC en la base de datos para obtener la descripción y el precio del artículo
- El sistema emite un pitido audible.
- El sistema anuncia la descripción del artículo y el precio por voz.
- El sistema agrega precio y tipo de artículo a la factura actual.
- El sistema agrega precio para corregir el subtotal de impuestos
Entonces, la relación «usa» es muy parecida a una llamada a función o una subrutina.
El caso de uso que se utiliza de esta manera se denomina caso de uso abstracto porque no puede existir por sí solo, sino que debe ser utilizado por otros casos de uso.
Ejemplo: caso de uso de retirada
El objetivo de un cliente en relación con nuestra máquina expendedora de dinero (ATM) es retirar dinero. Entonces, estamos agregandoWithdrawalcaso de uso. Retirar dinero de la máquina expendedora podría involucrar a un banco para que se realicen las transacciones. Entonces, también estamos agregando otro actor:Bank. Ambos actores que participan en el caso de uso deben estar conectados al caso de uso por asociación.
La máquina expendedora de dinero proporciona un caso de uso de retiro para el cliente y los actores del banco.
Relaciones entre actores y casos de uso
Los casos de uso podrían organizarse utilizando las siguientes relaciones:
- Generalization
- Association
- Extend
- Include
Generalización entre casos de uso
Puede haber casos en los que los actores estén asociados con casos de uso similares. En tal caso, un caso de uso secundario hereda las propiedades y el comportamiento del uso principal. Por lo tanto, necesitamos generalizar el actor para mostrar la herencia de funciones. Están representados por una línea sólida con una gran punta de flecha triangular hueca.
Asociación entre casos de uso
Las asociaciones entre actores y casos de uso se indican en los diagramas de casos de uso mediante líneas continuas. Una asociación existe siempre que un actor está involucrado en una interacción descrita por un caso de uso.
Ampliar
Hay algunas funciones que se activan opcionalmente. En tales casos, se utiliza la relación de extensión y se le adjunta la regla de extensión. Lo que hay que recordar es que el caso de uso base debería poder realizar una función por sí solo, incluso si no se llama al caso de uso extendido.
La relación de extensión se muestra como una línea discontinua con una punta de flecha abierta dirigida desde el caso de uso extendido al caso de uso extendido (base). La flecha está etiquetada con la palabra clave «extender».
Incluir
Se utiliza para extraer fragmentos de casos de uso que se duplican en varios casos de uso. También se utiliza para simplificar grandes casos de uso dividiéndolos en varios casos de uso y para extraer partes comunes de los comportamientos de dos o más casos de uso.
Incluya la relación entre los casos de uso, que se muestra mediante una flecha discontinua con una punta de flecha abierta desde el caso de uso básico hasta el caso de uso incluido. La flecha está etiquetada con la palabra clave «incluir».
Los casos de uso tratan solo de los requisitos funcionales de un sistema. Otros requisitos, como las reglas comerciales, los requisitos de calidad del servicio y las restricciones de implementación, deben representarse por separado.
El diagrama que se muestra a continuación es un ejemplo de un diagrama de caso de uso simple con todos los elementos marcados.
Principios básicos para la aplicación exitosa de casos de uso
- Mantenlo simple contando historias
- Sea productivo sin perfección
- Comprender el panorama general
- Identificar oportunidades de reutilización para casos de uso
- Centrarse en el valor
- Construye el sistema en porciones
- Entregue el sistema en incrementos
- Adáptese a las necesidades del equipo
Plantilla de caso de uso
Aquí, hemos mostrado una plantilla de muestra de un caso de uso que un analista de negocios puede completar para que la información pueda ser útil para que el equipo técnico obtenga información sobre el proyecto.
| ID de caso de uso: | |||
| Nombre del caso de uso: | |||
| Creado por: | Actualizado por última vez por | ||
| Fecha de creacion: | Fecha de última actualización | ||
| Actor: | |||
| Descripción: | |||
| Condiciones previas: | |||
| Condiciones de publicación: | |||
| Prioridad: | |||
| Frecuencia de uso: | |||
| Curso normal de eventos: | |||
| Cursos alternativos: | |||
| Excepciones: | |||
| Incluye: | |||
| Requisitos especiales: | |||
| Supuestos: | |||
| Notas y problemas: | |||