UML Diagrama de casos de uso

Daniel Santiago


1
Diagrama de casos de uso


Introduccin 2
Casos de uso 2
Actor 2
Escenario 2
Relacin de comunicacin 3
Diagrama de casos de uso 3
Relaciones entre los casos de uso: relacin de inclusin 4
Relaciones entre los casos de uso: relacin de extensin 4
Especializacin y generalizacin de los casos de uso 5
Representacin textual de los casos de uso 5














UML Diagrama de casos de uso
Daniel Santiago


2
Introduccin
Los casos de uso se usan para describir los requisitos funcionales del sistema que se desea
disear.
En los diagramas de casos de uso se muestran los requisitos funcionales deseados, los actores
(usuarios del sistema) y las relaciones que unen a actores y funcionalidades.
Casos de uso
Los casos de uso describen en forma de acciones y reacciones el comportamiento del sistema,
estudiado desde el punto de vista del usuario. Definen los lmites del sistema y sus relaciones
con el entorno.
Los casos de uso explicitan los requisitos funcionales del sistema relativos a uno de los
objetivos del usuario. stos se denominan tambin, de manera ms precisa, casos de uso con
objetivo usuario.
Por ejemplo, en un sistema que gestione las mercancas de una tienda, la compra de un
producto constituye un caso de uso.
Actor
Un usuario externo al sistema puede desempear diferentes funciones en relacin con el
sistema. Una pareja (usuario, funcin) constituye un actor especfico designado en UML
nicamente por el nombre de la funcin.
La definicin se extiende a los dems sistemas que interactan con el sistema. stos forman
tantos actores como funciones desempeadas.
Se diferencian dos categoras de actores:
Los actores primarios son los que inician el caso de uso.
Los actores secundarios son los que participan en el caso de uso.
Por ejemplo, en el ejemplo de una tienda informtica, el actor primario es el comprador, y un
actor secundario podra ser un sistema que reconoce la validez de la tarjeta de crdito del
comprador.
Escenario
Un escenario es una instancia de un caso de uso en la cual se fijan todas las condiciones
relativas a los diferentes eventos.
A un caso de uso determinado corresponden varios escenarios.
Ejemplos de diferentes escenarios para el caso de uso Llevarse libro de una biblioteca seran:
Escenario 1: Pedro se lleva el ejemplar Los pilares de la tierra.
UML Diagrama de casos de uso
Daniel Santiago


3
Escenario 2: Mara intenta llevarse el ejemplar Drcula pero no puede ya que ha
superado el lmite de 3 prstamos simultneos.
Relacin de comunicacin
La relacin que vincula a un actor con un caso de uso se denomina relacin de comunicacin.
Esta relacin da soporte a diferentes modelos de comunicacin, por ejemplo:
Los servicios que el sistema debe suministrar a cada uno de los actores del caso de
uso.
Las informaciones del sistema que un actor puede introducir, consultar o modificar.
Los cambios que intervienen en el entorno, de los cuales un actor informa al sistema.
Los cambios que intervienen dentro del sistema, de los cuales el sistema informa a un
actor.
Diagrama de casos de uso
El diagrama de casos de uso muestra los casos de uso representados en forma de elipses y a
los actores en forma de personajes. Tambin indica las relaciones de comunicacin que los
vincula.
El sistema que responde al caso de uso puede representarse mediante un rectngulo en cuyo
interior aparece el caso.
Ejemplo:

Los actores secundarios se representan del mismo modo que los actores primarios. Muchas
veces el sentido de la relacin de comunicacin entre los actores secundarios y el sistema se
invierte con respecto al sentido de la relacin entre los actores primarios y el sistema. En
efecto, es el sistema y no el actor quien inicia la comunicacin.
UML Diagrama de casos de uso
Daniel Santiago


4

Relaciones entre los casos de uso: relacin de inclusin
La relacin de inclusin sirve para enriquecer un caso de uso con otro. El caso de uso incluido
existe nicamente con ese propsito, ya que no responde a un objetivo de un actor primario.
Estos casos de uso son subfunciones.
La inclusin sirve para compartir una funcionalidad comn entre varios casos de uso. Tambin
puede emplearse para estructurar un caso de uso describiendo sus subfunciones.
En el diagrama de casos de uso estas relaciones se representan mediante una flecha
discontinua acompaada del estereotipo <<include>>.

Varios casos de uso pueden tener una relacin de inclusin con un caso de uso en comn, ya
que varios casos de uso pueden tener una misma subfuncin.
Relaciones entre los casos de uso: relacin de extensin
Al igual que la relacin de inclusin, la relacin de extensin enriquece un caso de uso
mediante un caso de uso subfuncin. El enriquecimiento es anlogo al de la relacin de
inclusin, no obstante, es opcional.
UML Diagrama de casos de uso
Daniel Santiago


5
Como ocurre con la inclusin, la extensin sirve para estructurar un caso de uso o para
compartir un caso de uso de subfuncin.
En el diagrama de casos de uso, esta relacin se representa mediante una flecha discontinua
acompaada del estereotipo <<extend>>.

Especializacin y generalizacin de los casos de uso
Como vimos en el diagrama de clases, tambin es posible especializar un caso de uso en otro.
Obtenemos as un subcaso de uso.
Al igual que ocurra con las clases, el subcaso hereda el comportamiento y las relaciones de
comunicacin, inclusin y extensin del supercaso de uso.
Muchas veces el supercaso de uso es abstracto, es decir, corresponde a un comportamiento
parcial completado en el subcaso de uso.
En el diagrama de casos de uso la relacin de especializacin se representa mediante una
flecha de especializacin idntica a la que une las subclases con las superclases. El nombre de
los casos de uso abstractos se escribe en cursiva, o se acompaa del estereotipo <<abstract>>.
Los subcasos de uso tienen el mismo nivel que sus supercasos. Si el supercaso es una
subfuncin, el subcaso tambin lo ser.
UML Diagrama de casos de uso
Daniel Santiago


6

Tambin puede existir especializacin en los actores del sistema.

Representacin textual de los casos de uso
La representacin textual de los casos de uso no se especifica en UML, no obstante se utiliza
habitualmente. Es una especificacin en la que se usa el lenguaje natural del autor. Hay dos
tipos de especificaciones: la de alto nivel y la expandida.
UML Diagrama de casos de uso
Daniel Santiago


7
Representacin de alto nivel
Se trata de realizar una descripcin breve de las acciones del caso de uso. Esta representacin
tiene las siguientes partes:
Caso de uso: nombre del caso de uso.
Actores: lista de actores, iniciador.
Propsito: objetivo del caso de uso.
Resumen: Descripcin breve de las actividades que se deben llevar a cabo.
Tipo: 1 Primario, secundario, opcional
2 Real o esencial.
Los tipos de caso de uso son los siguientes:
Primario: estos casos de uso representan los procesos comunes ms importantes.
Secundario: representan procesos menores o raros.
Opcionales: representan procesos que pueden no abordarse.
Real: describe concretamente el proceso a partir de su diseo concreto actual, sujeto a
las tecnologas especficas de entrada, salida, etc.
Esencial: son casos expandidos que se expresan en forma terica y que contiene poca
tecnologa y pocos detalles de implementacin. Las decisiones de diseo se posponen
y se abstraen de la realidad. Los casos de alto nivel siempre son de carcter esencial,
debido a su brevedad y abstraccin.
Representacin expandida
Se trata de realizar una descripcin detallada de las acciones y los requisitos. Aade a la
especificacin de alto nivel las siguientes partes:
Referencias cruzadas: requisitos a los que hace referencia.
Curso tpico de acontecimientos: descripcin detallada de la interaccin (conversacin)
entre los actores y el sistema. Descripcin de los acontecimientos paso a paso.
Cursos alternativos: describe excepciones al curso tpico.
Ejemplo representacin caso de uso
En este ejemplo vamos a especificar el software de un terminal de punto de venta (TPV). Es un
sistema usado para registrar las ventas y gestionar pagos en supermercados y grandes
almacenes.
Las funciones bsicas del TPV sern las siguientes:
REF # Funcin
R1.1 Registrar la venta actual los productos comprados.
R1.2 Calcular el total de la venta actual, incluyendo impuestos y clculo de puntos de
cliente
R1.3 Capturar la informacin de los productos comprados de un cdigo de barras, usando
un scanner o bien a partir de la entrada manual del cdigo de barras.
R1.4 Descontar las cantidades vendidas del stock, cuando la venta de confirme.
UML Diagrama de casos de uso
Daniel Santiago


8
R1.5 Guardar informacin sobre las ventas realizadas.
R1.6 El cajero debe identificarse al iniciar una sesin con un identificador y una clave de
acceso.
R1.7 Mostrar la descripcin y el precio de cada producto comprado.
R2.1 Tratar los pagos de efectivo capturando la cantidad entregada por el cliente y
calculando el cambio.
R2.2 Tratar los pagos con tarjeta de crdito capturando el nmero de la tarjeta desde un
lector de tarjetas o manualmente, pedir confirmacin del pago al servicio de
autorizacin de crdito (externo) con una conexin va mdem.
R2.3 Registrar los pagos con tarjeta para que puedan ser facturados.


Vamos a especificar el caso de uso Comprar productos:
Caso de uso: Comprar productos
Actores: Cliente (iniciador), Cajero
Propsito: Capturar una venta y su pago en efectivo.
El cajero registra los productos y gestiona el pago en efectivo.
Al terminar, el cliente se va con los productos.
Tipo: primario y esencial.
Referencias cruzadas: R1.1, R1.2, R1.3, R1.7, R2.1
Curso tpico de acontecimientos:
Acciones de los actores Respuesta del sistema
UML Diagrama de casos de uso
Daniel Santiago


9
1. El caso de uso empieza cuando el cliente
llega a la caja con sus productos para
comprar.

2. El cajero indica el inicio de una nueva
venta.
3. Registro del inicio de una nueva venta
del TPV.
4. El cajero registra el identificador de cada
producto. Si hay ms de una unidad del
producto el cajero puede introducir la
cantidad.
5. Determina el precio del producto y
aade su informacin a la cuenta.
6. Al terminar la entrada de productos el
cajero lo indica.
7. Calcula y muestra el total de la cuenta.
8. El cajero le dice el total al cliente.
9. El cajero entrega una cantidad de dinero
posiblemente ms grande que el total de la
cuenta.

10. El cajero indica el dinero que ha recibido. 11. Calcula y muestra el cambio al cliente.
Imprime un recibo.
13. El cajero deposita el dinero recibido en la
caja y extrae el cambio. El cajero da el cambio
y el recibo al cliente.
12. Registra la venta que se acaba de
hacer.
14. El cliente se va con los productos
comprados.


Cursos alternativos:
Lnea 4: se introduce un identificador de producto inexistente. Indicar error.
Lnea 9: el cliente no tiene suficiente dinero. Cancelar la venta.