Unidad 3: Diagrama de Casos de

Uso
Descripcin
Los diagramas de casos de uso se construyen para capturar y mostrar el
comportamiento de un sistema, o subsistema, o de una clase, desde el punto
de vista de un usuario exterior. El capaz de explicar de manera muy simple y
abstracta las funcionalidades que el usuario ver del sistema.
Estos diagramas no representan una descripcin detallada de la funcionalidad
del sistema, sino que destaca los casos de uso ms importantes. Si usted
quisiera dar diferentes perspectivas del sistema UML le ofrece diversidad de
diagramas; cada uno especializado en las diversas vistas del sistema.
Los diagramas de casos de uso muestran un nivel de abstraccin ms alto pues
simplifican la representacin del sistema. Si se deseara generar una vista ms
profunda generalmente se crean varios diagramas de uso que se
complementan mostrando escenarios diferentes.

Elementos
1. Actor
Es la representacin de una entidad que utiliza el sistema. El ACTOR
puede ser un usuario (persona externa), otro proceso (software), o de
una cosa que interacta con el sistema (hardware), un subsistema o una
clase. En sntesis, todo aquello que use al sistema.
Un actor necesita interactuar con el sistema para lograr resolver
necesidades. Recordemos que los sistemas de informacin son
herramientas que ayudan al actor a satisfacer sus necesidades de
informacin. El actor representa un rol, por lo tanto a travs de l
representamos a un grupo de usuarios del mismo tipo. Por ejemplo, si
hablamos de 100 alumnos solo basta con referirnos al actor alumno.
Cada actor puede interactuar con uno o ms casos de uso. Interacta
con el caso de uso intercambiando mensajes. El actor se dibuja como
una persona con trazos lineales y el nombre debajo de l.
Simbologa a utilizar:

2. Caso de Uso
Representa un requerimiento funcional del sistema; nos muestra lo que
es capaz de hacer el sistema basados en las funciones que el sistema
ofrece desde la perspectiva del usuario. Cada caso de uso representa un
comportamiento especfico del sistema, sin describir su estructura
interna.
A nivel de sistema, los casos de uso son una representacin de cmo se
muestra el sistema a los usuarios exteriores. Cada caso de uso puede
participar en varias relaciones entre s (otros casos de uso), adems de
asociarse a un usuario externo.
Un caso se diagrama como un a elipse con su nombre dentro. Se
comunica con los actores por lneas continuas y con flechas con otros
casos de uso.
Simbologa a utilizar:

3. Frontera o Lmite
Corresponde a la demarcacin y diferenciacin entre el sistema y el
medio en el cual se encuentra inmerso. Todo lo que est contenido en
este lmite es lo que el sistema es capaz de realizar.
Se representa por un rectngulo y en su interior estn todos los casos de
uso que el Sistema ofrece. En la parte de arriba se escribe el nombre del
sistema
Simbologa a utilizar:
Sistema de
evaluacin

4. Asociacin simple o comunicacin.

Representa a la interaccin que se produce entre el actor y el o los casos
de uso que utilizar. Cada vez que necesitemos graficar la interaccin
de un actor con el sistema donde a travs del paso de mensajes el actor
busca desencadenar la ejecucin de una funcionalidad y una respuesta
del sistema utilizaremos esta asociacin.
Simbologa a usar:

5. Inclusin
La inclusin es la necesidad que un caso de uso tiene de incluir el
comportamiento de otro u otros casos de uso para lograr cumplir su
tarea. Para este caso de uso es obligatorio incluir a otros casos de uso.
Entre las ventajas de usar las asociaciones de inclusin podemos
destacar que es ms fcil de entender cuando queremos representar que
existen comportamientos que se deben cumplir antes de lograr uno en
especfico (caso de uso base), la descripcin de esta necesidad es ms
corta y se entienden mejor gracias a que son grficas. Como desventajas
podemos mencionar que la lectura de una inclusin es ms compleja
para un usuario o cliente sin experiencia en estos diagramas.
Se representa por una flecha simple que lleva por etiqueta la palabra
INCLUDE (en algunos casos vemos la palabra USES).
Simbologa a utilizar:

6. Extensin
Corresponde a la especializacin de un caso de uso en otro u otros casos
de uso. Tambin se dice que un caso de uso ampla su comportamiento
en otro u otros casos de uso. La extensin tiene un carcter no
4

obligatorio de realizar a diferencia del caso de la inclusin. En palabras

ms simples se dice que el caso de uso que se especializa puede o no
ejecutar el comportamiento del caso de uso. Por ejemplo, en un sistema
que posee la funcin de consultar datos del cliente se le ofrece al
usuario las alternativas de visualizar por pantalla o poder imprimir esta
informacin. Pero este proceso no lo realiza siempre, sino que en algunas
ocasiones.
La notacin UML para una extensin se ve como una flecha con la
palabra reservada EXTEND
Simbologa a utilizar:

7. Generalizacin o Herencia
En algunos momentos surge la necesidad de que un caso de uso pueda
heredar su comportamiento a otros casos de uso que incluso pueden
llegar a poseer ms comportamientos.
La notacin UML para la generalizacin se representa con una punta de
flecha triangular que va desde el hijo hasta el padre

Carolina Ehrmantraut C.
Anlisis y Diseo Orientado a Objetos
Bibliografa sugerida:
Aprendiendo UML En 24 Horas, Joseph Schmuller (PRENTICE-HALL)
UML gota a gota, Martin Fowler (Addison Wesley Longman)
Use siempre informacin que provenga de fuentes confiables y conocidas.
Nuestra biblioteca tiene mucho material disponible.