Anlisis y Diseo de Sistemas

Sesin 6: UML y Casos de Uso

I OBJETIVOS
Diagramar Casos de Uso
Identificar los tipos de casos de uso
Manejar los formatos de casos de uso

II TEMAS A TRATAR
Introduccin a UML
Vista de Casos de Uso
Diagrama de Casos de Uso

III MARCO TEORICO

INTRODUCCIN A UML
El lenguaje unificado de modelado o UML (Unified Modeling Language) es el sucesor
de la oleada de mtodos de anlisis y diseo orientados a objetos que surgi a finales de
la dcada de 1980 y comienzos de los 90s.
UML es un lenguaje de modelado, y no un mtodo. La mayor parte de los mtodos
consisten, al menos en principio, en un lenguaje y en un proceso para modelar. El
lenguaje de modelado es la notacin (principalmente grfica) de que se valen los mtodos
para expresar los diseos. El proceso es la orientacin que nos dan sobre los pasos a
seguir para hacer el diseo.
Es posible identificar 3 generaciones de notaciones propuestas para el desarrollo de POO:
a) Primera generacin
Denominada la guerra de los mtodos, aparecieron una gran cantidad de notaciones
diferentes. No fue hasta la popularizacin de lenguajes como Smalltalk y C++, a
finales de los 80, que empez a necesitarse una metodologa para el desarrollo de
POO. Entre 1989 y 1994, el nmero de mtodos y notaciones pas de 10 a 50, entre
los que se destacaron OMT(Object Modeling Technique) de Rumbaugh; el mtodo de
Booch; OOSE/Objectory (Object-Oriented Software Engineering) de Jacobson;
Coad/Yourdon; Shaler/Mellor; HOOD(Hierarchical Object+Oriented Design) ; y
ROOM(Real Time Object-Oriented Modeling).
La mayora de los mtodos y notaciones slo cubra una de las actividades del
desarrollo, por ejemplo el diseo.
b) Segunda generacin
Los mtodos empiezan a converger. Los autores renen las conceptos de varias de las
tcnicas propuestas con la finalidad de ofrecer un soporte integral para todo el ciclo de
vida. Aparece Fusion, la segunda versin de OOSE, OMT-2 y Booch93
c) Tercera generacin
UML define la notacin cubriendo todo el ciclo de desarrollo y diversos dominios de
aplicacin.
La historia de UML empieza en 1994 cuando Booch y Rumbaugh , trabajando para una
empresa productora de herramientas de programacin llamada Rational, deciden juntar
Mgter. Jos Sulla Torres

Anlisis y Diseo de Sistemas

sus trabajos para proponer el Unified Method, presentando la primera versin en

octubre de 1995.

Luego se les une Jacobson , que trabajaba en Ericsson. Este equipo de trabajo se le
conoce como el de los tres amigos; quienes adoptan para su obra el nombre de UML y
entregan dos versiones en 1996, al igual que su propia herramienta de soporte: Racional
Rose.
Mas adelante, convocan a integrar el consorcio UML a grandes empresas del mundo de
a informtica como son: Digital Equipment Corporation, HP, IBM, Microsoft, Oracle,
Unisys, Texas Instruments, Rational y otros ms.
En 1997, se presenta la versin 1.0, al proceso de adopcin de normas de la OMG
(Object Managment Group) UML representa la unificacin de las notaciones de Booch,
OMT y Objectory, al igual que las mejores ideas de otros metodologistas.

VISTAS
La descripcin de los sistemas se realiza en UML a travs de Vistas, las cuales a su vez
estn integradas por diagramas. Esto se debe a que un diagrama no puede expresar toda
la informacin que se requiere para describir un sistema. Similar a la construccin de un
edificio; en un plano no pueden estar todos los detalles, se elaboran varios planos
representando diferentes aspectos del edificio.
Tenemos las siguientes vistas consideradas en UML:

Mgter. Jos Sulla Torres

Anlisis y Diseo de Sistemas

VISTA DE CASOS DE USO

No es casual que en la figura anterior, la Vista de Casos de Uso se represente en el centro
de todas, haciendo el papel de enlace, pues sta constituye el hilo conductor de todo el
proceso de desarrollo. Muestra la funcionalidad del sistema, tal como es percibida por
actores externos.
La Vista de Casos de Uso es utilizada por todos los participantes en el proceso de
desarrollo: los clientes, pues a travs de ella se definen y se expresan los requerimientos
del sistema; y los equipos de diseo, desarrollo y pruebas.
Utiliza los siguientes diagramas:
- Diagramas de Casos de Uso
- Diagramas de Actividad (opcional)
DIAGRAMA DE CASOS DE USO
Sirve para describir las interacciones del sistema con su entorno, identificando los
Actores, que representan los diferentes roles (la labor que desempea frente al sistema)
desempeados por los usuarios del sistema, y los Casos de Uso, que corresponden a la
funcionalidad que el sistema ofrece a sus usuarios, explicada desde el punto de vista de
estos. Los actores no son solamente humanos, pudiendo ser tambin otros sistemas con
los cuales el sistema en desarrollo interacta de alguna manera.
Actor
Un actor es una idealizacin de una persona externa, de un proceso, o de una cosa que
interacta con un sistema, un subsistema, o una clase. En tiempo de ejecucin, un usuario
fsico puede estar limitado a los actores mltiples dentro del sistema. Diferentes usuarios
pueden estar ligados al mismo actor y por lo tanto pueden representar casos mltiples de
la misma definicin de actor.
Cada actor participa en uno o ms casos de uso. Pueden ser definidos en jerarquas de
generalizacin. se dibuja a un actor como una persona pequea con trazos lineales y el
nombre debajo de l.

Mgter. Jos Sulla Torres

Anlisis y Diseo de Sistemas

Casos de Uso
Un caso de uso es una unidad coherente de funcionalidad, externamente visible,
proporcionada por una unidad del sistema y expresada por secuencias de mensajes
intercambiados por la unidad del sistema y uno o ms actores.
En el modelo la ejecucin de cada caso de uso es independiente de las dems, aunque una
implementacin de casos de uso puede crear dependencias implcitas entre ellas, debido a
los objetos compartidos.
La dinmica de un CU se puede especificar en los diagramas de estado, de secuencia, de
colaboracin, o descripciones informales de texto.
Es una descripcin lgica de una parte de funcionalidad del sistema. Cada CU se debe
corresponder con las clases que implementan un sistema. El comportamiento del CU se
corresponde con las transiciones y operaciones de las clases. Puede participar en varias
relaciones.
Un CU se dibuja como una elipse con su nombre dentro o debajo de ella.

Entre los actores y los CU se establecen asociaciones que se representa mediante una
lnea slida e indican cules actores participan en un CU. Todo CU tiene siempre un
actor que lo dispara, denominado iniciador, siendo conveniente identificarlo en los CU
que tienen varios actores usando la palabra iniciador o mediante una flecha

Entre los CU tambin se pueden establecer relaciones los cuales son de dos tipos:
a) Inclusin: representada por una flecha con lnea discontinua etiquetada con el

estereotipo <<include>>. Una relacin de inclusin desde el caso de uso A hacia el

caso de uso B, indica que el comportamiento descrito en el caso de uso B es incluido
en el caso de uso A.

b) Extensin : representada por una flecha discontinua, etiquetada con el estereotipo

<<extend>>. Una relacin de Extensin desde un caso de uso A hacia un caso de uso
B, indica que el caso de uso B puede incluir (condicionado al cumplimiento de
condiciones especficas establecidas en la extensin) el comportamiento del caso de
uso A.

Mgter. Jos Sulla Torres

Anlisis y Diseo de Sistemas

Tipos de casos de uso y formatos

Segn el nivel de abstraccin:
a) Casos de Uso Abstractos: describen las interacciones de manera ideal, abstrayendo
los detalles de tecnologa de implementacin, especialmente aquellos relacionados
con las interfaces de usuario.
b) Casos de Uso Reales: Describen las interacciones en trminos de su diseo real,
incluyendo los detalles de las tecnologas empleadas en las entradas y las salidas
Segn el nivel de detalle en su descripcin:
a) Casos de Uso de Alto Nivel: Describen las interacciones muy brevemente, usando 2
o 3 frases. Utilizados en las fases iniciales de captura de requerimientos con el fin de
obtener una visin rpida de la funcionalidad
Ejemplo:

El Tipo representa el nivel de importancia, y sirve de base para establecer un orden de

prioridad en el momento de planificar su implementacin. Los tipos son:
- Primario: representa una interaccin principal y comn en el sistema
- Secundario: representa una interaccin menor o de rara ocurrencia
- Opcional: representa una interaccin que puede no ser abordada
b) Casos de Uso Extendidos: Describen las interacciones con mayor detalle que los de
alto nivel, enumerando paso a paso los eventos que se presentan durante una
ocurrencia:
Ejemplo:
Mgter. Jos Sulla Torres

Anlisis y Diseo de Sistemas

Precondiciones
......
Postcondiciones
......
Flujo Principal
......
Flujos Alternativos
......
Observaciones:
En la informacin general, cuando se declaran los actores, debe sealarse cual es el
actor iniciador del caso de uso
En el resumen puede usarse la descripcin del caso de uso de alto nivel
correspondiente
Las referencias cruzadas indican con cules funciones del sistema y casos de uso
existe relacin
Precondiciones denotan las condiciones que deben cumplirse al momento de invocar
a las operaciones o funciones
Postcondiciones denotan las condiciones que deben cumplirse despus de haber
invocado a las operaciones o funciones.
El Flujo Principal o Bsico debe comenzar con la frase Este caso de uso empieza
cuando el actor... mencionando el iniciador.
Los Flujos Alternativos describen situaciones excepcionales
Hay varias plantillas disponibles para los casos de uso Extendidos o Completos. Quizs
el formato ms ampliamente extendido y compartido es la plantilla disponible en
http://alistair.cockburn.us/usecases/usecases.html.

IV ACTIVIDADES
Antes de dar solucin a los siguientes planteamientos, las siguientes preguntas ayudarn
a identificar los actores y los casos de uso para un sistema:
Actores:
- Quin est interesado en un cierto requerimiento?
- En que parte de la organizacin es o ser el sistema usado?
- Quin se beneficiar con el uso del sistema?
- Quin proporcionar la informacin, la usar y la remover del sistema?
Mgter. Jos Sulla Torres

Anlisis y Diseo de Sistemas

- Quin har el soporte y el mantenimiento del sistema?

- Una persona desempea diferentes roles?
- Varias personas desempean el mismo rol?
- El sistema interacta con algn otro sistema?
Casos de Uso
- Cules son las tareas de cada actor?
- Algn actor crea, almacena, cambia, remueve, o lee informacin en el sistema?
- Qu caso de uso crear, almacenar, cambiar, remover, o leer esta informacin?
- Algn actor necesita ser informar al sistema acerca de repentinos cambios externos?
- Algn actor necesita ser informado acerca de ciertas ocurrencias en el sistema?
- Que casos de uso soportarn y mantendrn el sistema?
1.

Indique los errores en el siguiente Diagramas de Casos de Uso

2.
3.

Diagrame el Caso de Uso del caso de una persona con un control remoto de televisor
Desarrolle el siguiente caso:
Suponga que se tiene un Sistema de Registros de Cursos. Un asistente de enseanza
es la persona que recibe clases e imparte clases. Se tiene adems los siguientes
hechos:
Estudiantes desean registrarse en cursos
Profesores desean seleccionar cursos a ensear
El Registrador debe crear el programa de estudios y generar un catlogo para el
semestre
El Registrador debe mantener toda la informacin acerca de cursos, profesores y
estudiantes
El Sistema de Pago debe recibir la informacin de pagos del sistema
a) Basado en los anteriores hechos identifique los actores
b) Una vez identificados los actores, realice una breve descripcin de cada uno de
ellos en el modelo
Las siguientes necesidades deben ser atendidas por el sistema:
- El Estudiante necesita usar el sistema para registrarse a los cursos
Luego que el proceso de seleccin del curso es completado, El Sistema de Pago
debe proporcionar la informacin de pago
El Profesor necesita usar el sistema para seleccionar los cursos a ensear en el
semestre, y debe ser capaz de recibir un registro del curso del sistema
El Registrador es responsable de la generacin del catlogo del curo por semestre,
y del mantenimiento de toda la informacin acerca del programa de estudios, los
estudiantes y de los profesores.

Mgter. Jos Sulla Torres

Anlisis y Diseo de Sistemas

c) Basado en estas necesidades, identifique los casos de uso

d) Una vez identificados los casos de uso, realice una breve descripcin de c/u de ellos en
el modelo.
Realizando las consistencias necesarias y describa algunos casos de uso del modelo de
acuerdo al formato dado. Considere que se valida al usuario al usar el sistema.
Elabore el diagrama de casos de uso estableciendo las relaciones necesarias entre cada
elemento del diagrama
4.

Suponga que su computador le permite administrar el sistema de un dispensador de

caf, en el cual se puede seleccionar entre dos tipos de bebida:
Tinto
Caf
Tambin permite seleccionar la cantidad de azcar que puede ser:
0 cubos de azcar
2 cubos de azcar
4 cubos de azcar
6 cubos de azcar
8 cubos de azcar
Adems, para seleccionar la bebida, el dinero que debe ser depositado en monedas
debe ser igual o mayor a la cantidad solicitada para el producto; la mquina da las
vueltas al usuario luego de entregar la bebida.
La mquina sirve la bebida despus de que el usuario ha seleccionado el tipo de
bebida y la cantidad de azcar que desee.
Elabore el Diagrama de Casos de Uso y Describa un Caso de Uso con el formato
dado

5.

Elabore el Diagrama de Casos de Uso de los siguientes planteamientos:

Un equipo de ftbol esta compuesto por un director tcnico que posee un nombre,
una direccin, un telfono; y por once jugadores de los cuales necesitamos
conocer su nombre, la posicin en la que juega, su rendimiento que se clasifica
entre uno y diez; y las amonestaciones que ha tenido a lo largo de los partidos.
b) El sistema le permite al usuario ingresar dos nmeros y seleccionar una de las
cuatro operaciones bsicas, para que al final muestre el resultado.
a)

V. EJERCICIOS
Desarrolle El Diagrama de Casos de Uso para su proyecto.

VI. CUESTIONARIO
01. Cules son los 4 tipos de relaciones definidos en los diagramas de casos de uso?
02. Cules son las preguntas clave que deben formularse para la construccin de un
caso de uso?
03. Qu comprende la descripcin de un caso de uso?
04. Qu tcnicas de recopilacin de informacin puede utilizar para descubrir y as
construir los casos de uso?

Mgter. Jos Sulla Torres