UML + CASOS DE USO: UML: Casos de Uso

Temas a tratar en el foro

¿Que es un Caso de Uso?

¿Para que sirven los Casos de Uso?

¿Como es el diagrama de Casos de Uso?

¿Como empezar?

¿Cuales son las relaciones que utiliza?

Ejemplos

1. ¿Que es un Caso de Uso?

Técnica de modelado de requisitos funcionales que facilitan la comunicación entre los desarrolladores, los clientes y los usuarios finales del sistema. El lenguaje usado debe ser sencillo y comprensible por todos los implicados en el proceso de desarrollo de un sistema de software. Cada caso de uso, describe el comportamiento que se le puede dar al sistema.

Describe que funciones realiza el sistema pero no necesita de una especificación detallada de como ejecuta cada una de las funciones. Cada caso de uso debe captar una función directa con el usuario.

2. ¿Para que sirven los Casos de Uso?

Los casos de uso sirven para describir la interacción que hay entre un usuario (actor) y el sistema, evidenciando como trabaja el sistema actualmente o como debería hacerlo cuando se desarrolle, cada interacción del actor con el sistema debe generar algún tipo de valor para el usuario.

Los casos de uso es un medio de comunicación entre los desarrolladores, analistas y usuarios finales y como un documento guía para la validación y verificación de lo que se prometió realizar y de lo que en realidad se creo finalmente.

3. ¿Como es el diagrama de Casos de Uso?

La representación gráfica de un diagrama de casos de uso esta conformado por los siguientes elementos

En un diagrama pueden haber 1 o mas actores cada uno con nombre propio, de la misma forma con el caso de uso, pueden existir 2 o mas por diagrama relacionados entre si o con los actores.

Cada actor posee un rol especifico para ese caso de uso y pueden existir categoría de roles, y pueden manejarse de forma jerárquica mediante asociaciones de generalización.

Cada asociación sirve como comunicación entre actores para enviar y recibir mensajes

4 ¿Como empezar?

Para identificar un Caso de uso es necesario la revisión de documentos de requerimientos, para así primero identificar los diferentes actores que interactuan con el sistema y luego identificar los eventos para los que debe estar preparado el sistema y los actores que pueden iniciar el evento.

Una vez identificado los actores y eventos del sistema, se pasa a la diagramar. un caso de uso puede ser tan sencillo como toda asociación de un actor con un caso de uso, siempre y cuando el sistema retorne un valor de importancia para el usuario, es decir un caso de uso donde solo esta relacionado el actor con la autenticación del sistema, se dice que no es completo porque no hay algún valor de importancia que haya obtenido el usuario.

Fuente: http://darko-uml.blogspot.com/ UML (Lenguaje Umificado de Modelado)

Para crear un diagrama de Caso de uso, se debe contestar las siguientes preguntas:

¿Cuales son las tareas del actor?

¿Como manipula el actor la información? (Create, Read, Update , Delete) CRUD

¿Debe el actor informar al sistema los cambios externos?

¿Debe el sistema notificar al actor los cambios internos?

5 ¿Cuales son las relaciones que utiliza?

Generalización: Asi como vimos la generalizacion a nivel de actores, tambien puede existir generalizacion a nivel de Caso de uso, como se observa en la figura.