El documento presenta 6 casos prácticos para construir diagramas de casos de uso. El primer caso describe un sistema para controlar una máquina recicladora. El segundo caso trata sobre un sistema de selección de personal que maneja ofertas de empleo y candidatos. El tercer caso involucra una aplicación para gestionar una mediateca. El cuarto caso describe una máquina expendedora de refrescos. El quinto caso presenta un sistema de control de acceso a un edificio. El sexto caso detalla una aplicación para gestionar fincas e inmuebles.

1. CASOS DE USO. EJERCICIOS
Construir el Diagrama de Casos de Uso para los siguientes casos
prácticos.
Caso Práctico 1.
Se trata de construir un sistema que controle una máquina para reciclar latas,
botellas y cajas de botellas. La máquina puede ser utilizada por varias personas a la vez.
El sistema registra cuántos elementos devuelve cada usuario e imprime un recibo con el
valor de los elementos devueltos y el total a pagar al usuario. El sistema también lo
utiliza un operador que desea conocer el número de elementos de cada tipo que se han
introducido durante el día. También debe poder actualizar los valores de los elementos.
El sistema llamará al operador cuando se acabe el papel de los recibos o si detecta algún
problema con los elementos introducidos.
Caso Práctico 2.
La empresa HUMAN-WARE dedicada a la selección de personal quiere automatizar
el proceso de selección de candidatos para las ofertas de empleo de empresas que le
llegan, de acuerdo a las habilidades y la titulación que poseen los candidatos. Para ello,
mantiene una base de datos con los candidatos que buscan empleo y con las ofertas de
empleo de las empresas que buscan trabajadores. Cuando una empresa –de la que se
guarda sólo el nombre y un teléfono de contacto– busca un candidato, debe
proporcionar los siguientes datos:
- Nombre y descripción del puesto. Por ejemplo: “Técnico AIX” y “Técnico de
Sistemas de IBM AIX en todas las versiones”.
- Rango salarial (expresado en euros brutos anuales). Por ejemplo: 25.000 –
30.000.
- Jornada: completa o parcial.
- Requisitos del puesto:
o Titulación/es requerida/s. Por ejemplo “Ingeniero Técnico en Informática
de Sistemas” o “Graduado Escolar”.
o Otras habilidades, junto al nivel mínimo requerido para las mismas,
expresado en una puntuación de 1 a 5 (de “muy bajo” a “muy alto”). Por
ejemplo: (“Inglés”,5) es una posible habilidad requerida. Puede que haya
puestos que no requieran ninguna.
Las ofertas de puestos de trabajo recibidas son debidamente publicadas en la red,
para lo cual el sistema proporciona dicha información a un proveedor de servicios de
Internet. Cuando una persona se inscribe en la empresa de selección debe rellenar una
solicitud de inscripción donde debe indicar los siguientes datos:
- Nombre, e-mail y teléfono de contacto.
- Retribución mínima.
- Tipo de jornada que puede hacer: completa, parcial o ambas.
- Titulaciones. Nótese que el centro en que se obtuvo la titulación no se considera.
- Habilidades que posee el candidato (valoradas de 1 a 5). Al menos debe
especificar una.

2. La empresa de selección requiere que la aplicación seleccione a los demandantes
aptos para cada oferta de empleo, por orden de idoneidad, de acuerdo a las siguientes
normas:
- La titulación requerida en una oferta es obligatoria.
- Las habilidades mínimas también.
- Se considera que un candidato C1 es mejor que otro C2 para una oferta O si:
o Ambos tienen la/s titulaciones requeridas para O,
o Ambos cubren las habilidades mínimas,
o La suma total de las puntuaciones de C1 en las habilidades requeridas
para O (y sólo en esas, las demás no se toman en cuenta) es mayor que la
suma total de esas puntuaciones para C2.
Dicho de otra forma, si dos candidatos cubren los requisitos mínimos, se considera
mejor al que tiene mejor puntuación agregada en las habilidades requeridas para el
puesto.
Una vez que el sistema ha seleccionado a los mejores candidatos para cada puesto
debe remitir a las empresas implicadas un informe con los candidatos aptos para una
determinada oferta, ordenados por idoneidad. De igual forma se debe enviar una carta a
los candidatos indicándoles que han sido seleccionados para un determinado puesto de
trabajo y los datos de contacto del departamento de personal de la empresa para la cual
han sido elegidos. Con dicha información los candidatos deben enviar una carta a la
empresa pidiendo una cita con el jefe de personal de la misma.
Cuando la empresa cubre un determinado puesto de trabajo lo debe comunicar al
sistema de selección, que a su vez, debe actualizar la información sobre los puestos de
trabajo publicados en Internet.
Por motivos de seguridad, en la empresa se definen dos tipos de usuarios que son los
que van a poder acceder a la aplicación de selección de personal:
- Usuario, que se va a encargar de gestionar la información relativa a las
solicitudes de los candidatos y la información que se recibe de las empresas, así
como de la publicación de la misma.
- Evaluador, que va a ser el encargado de gestionar, con el uso de la aplicación, el
proceso de selección de los candidatos en función de las distintas ofertas de
trabajo recibidas.
Caso Práctico 3.
La aplicación a realizar debe permitir la gestión de una mediateca que propone a sus
socios la consulta (en su local) y el préstamo de diferentes tipos de soporte: libros,
cintas de vídeo y audio, CD de audio, etc. Los datos asociados a cada tipo de soporte
son:
- Para los libros: título, autor, número de páginas, número de ISBN, etc.
- Para las cintas de vídeo (ópera, película, etc.): título, autores, actores, duración,
etc.
- Para las cintas y CD de audio (ópera, variedades, etc.): título, compositores,
músicos, duración, etc.
Para facilitar las búsquedas por tema los libros de la mediateca presentes en las
bibliografías deberán ser fácilmente accesibles. Para asegurar temporalmente la
compatibilidad con el sistema de gestión existente (en forma de fichas de cartón), tiene
que ser posible imprimir fichas recapitulativas respecto a:

3. - los socios (apellidos, nombre, historial de préstamos ...),
- las obras (título, autores ...),
- las bibliografías;
- los autores (nombre, lista de obras ...).
Sólo un miembro de la biblioteca (del que sabemos el apellido, nombre y dirección)
puede tomar prestados libros, revistas, etc. El préstamo se limita a tres ejemplares. Estos
préstamos son limitados en el tiempo; su duración máxima es de 3 días.
Caso Práctico 4.
Se trata de modelar un sistema consistente en una máquina expendedora de refrescos, de
acuerdo a los siguientes requisitos (ver figura):
- La máquina suministra 5 tipos de refrescos
(A, B, C, D y F).
- El usuario debe introducir las monedas
necesarias para pagar el refresco y debe
indicar el refresco que desea.
- Se admiten monedas de 0.1€, 0.2€, 0.5€, 1€ y
2€.
- Cuando el importe introducido por el usuario
sea superior al importe del refresco el sistema
devolverá cambio utilizando los mismos tipos
de monedas anteriores.
- Cuando no haya existencias de algún refresco
el sistema mostrará un mensaje.
- También se mostrará un aviso cuando las
monedas introducidas sean insuficientes para
adquirir un refresco.
- Puede producirse el caso de que el usuario introduzca más monedas de las
necesarias, es decir, que sobren monedas de las introducidas por el usuario. En
este caso el sistema devolverá las monedas sobrantes pudiendo ocurrir, además,
que haya que dar cambio con respecto a las monedas no devueltas.
- Un encargado revisará periódicamente las refrescos disponibles en la máquina y
las monedas de cambio, reponiéndolos cuando sea necesario.
Caso Práctico 5.
Debe modelarse una aplicación de control de acceso a un edificio de acuerdo a los
siguientes requisitos:
- Los espacios a proteger se distribuyen por cuatro niveles dentro de un edificio de
una superficie de 5000 m2
. El edificio se divide en cinco zonas: dos aulas de
investigación, un aula de trabajos prácticos, un aula para la administración y un
cuerpo central que arbitra las aulas de clases y los dos anfiteatros.
- El sitio acoge a unas 500 personas cada día, en su mayoría estudiantes, pero
también profesores, investigadores, personal administrativo y técnico, así como
numerosos visitantes.
A
B
C
D
E
Ranura de
Monedas
Ranura de
Cambio
Entrega del
Refresco
Refresco
Mensajes

4. - Tras la desaparición de objetos diversos, se ha decidido restringir los accesos a
ciertas estancias por medio de puertas de cierre automático. La apertura de cada
una de estas puertas se controla por un lector de tarjetas colocado cerca de la
puerta.
- Las tarjetas que permiten la apertura de las puertas sólo se entregan a las
personas que deben acceder a los locales protegidos en el ejercicio de sus
actividades. Los derechos de acceso se asignan entre los grupos de personas y
los grupos de puertas, de modo que una persona o una puerta siempre deben
estar al menos en un grupo (el suyo).
- Un grupo de puertas puede contener puertas dispersas por todo el edificio. Desde
el punto de vista del control de acceso sólo es importante la noción de grupo de
puertas: los mismos caminos y los desplazamientos no se controlan. Una puerta
dada sólo puede pertenecer a un grupo de puertas.
- Una misma persona puede pertenecer a varios grupos, de modo que sus derechos
de acceso corresponden a la unión de los derechos de acceso de cada uno de los
grupos que la contienen.
- La definición de los derechos de acceso se efectúa describiendo para cada grupo
de personas los diferentes grupos de puertas que son accesibles y bajo qué
restricciones horarias. Los derechos de acceso se describen en un calendario
anual que describe la situación semana a semana. Dada la poca variación de los
derechos en el tiempo, puede inicializarse un calendario por medio de semanas
tipo que describen una configuración de derechos dada. El supervisor puede
crear tantas semanas tipo como desee (ver tabla).
L M Mi J V S D
00-01h.
01-02 h.
…
22-23 h.
23-24 h.
- Los cambios aportados a una semana tipo se propagan automáticamente en todos
los calendarios que utilizan esta semana tipo. Los cambios aportados
directamente en un calendario, por ejemplo para tener en cuenta un día festivo,
no se ven afectados en la modificación de una semana tipo.
- El sistema de control de acceso debe funcionar de la manera más autónoma
posible. Un supervisor es responsable de la configuración inicial y de la
actualización de las diferentes informaciones de definición de los grupos de
personas y puertas. Una guarda dispone de una pantalla de control y es
informado de los intentos de paso infructuosos. Las alarmas se transmiten en
tiempo ligeramente diferido: la actualización de la información sobre la pantalla
de control se efectúa cada minuto.
- La interfaz de usuario debe ayudar al usuario a formular peticiones correctas.
Los valores de parámetros deben ser sistemáticamente leídos en listas que
definen el ámbito de los valores correctos.
Caso Práctico 6.
Se desea desarrollar una aplicación de gestión de fincas e inmuebles. La aplicación
deberá cubrir todos los aspectos relacionados con dicho tema, teniendo en cuenta la
siguiente dinámica de funcionamiento.

5. Una empresa gestiona un conjunto de inmuebles, que administra en calidad de
propietaria. Cada inmueble puede ser bien un local (local comercial, oficinas, …), un
piso o bien un edificio que a su vez tiene pisos y locales. Como el número de inmuebles
que la empresa gestiona no es un número fijo, la empresa propietaria exige que la
aplicación permita tanto introducir nuevos inmuebles, con sus datos correspondientes
(dirección, número, código postal,…), así como darlos de baja, modificarlos y
consultarlos. Asimismo, que una empresa administre un edificio determinado no
implica que gestione todos sus pisos y locales, por lo que la aplicación también deberá
permitir introducir nuevos pisos o locales con sus datos correspondientes (planta,
letra,…), darlos de baja, modificarlos y hacer consultas sobre ellos.
Cualquier persona que tenga una nómina, un aval bancario, un contrato de trabajo o
venga avalado por otra persona puede alquilar el edificio completo o alguno de los pisos
o locales que no estén ya alquilados, y posteriormente desalquilarlo. Por ello deberán
poderse dar de alta, si son nuevos inquilinos, con sus datos correspondientes (nombre,
DNI, edad, sexo, fotografía,…), poder modificarlos, darlos de baja, consultar, etc. (para
la realización de cualquiera de estas operaciones es necesaria la identificación por parte
del inquilino).
Por otra parte cada mes el secretario de la empresa pedirá la generación de un recibo
para cada uno de los pisos y de los locales, el cual lleva asociado un número de recibo
que es único para cada piso y para cada local y que no variará a lo largo del tiempo,
indicando el piso o local a que pertenece, la fecha de emisión, la renta, el agua, la luz, la
actualización del IPC anual, portería, IVA, etc. Y otros conceptos, teniendo en cuenta
que unos serán opcionales (sólo para algunos recibos) y otros obligatorios (para todos
los recibos). Además, para cada recibo se desea saber si está o no cobrado.
Con vistas a facilitar la emisión de recibos cada mes, la aplicación deberá permitir la
generación de recibos idénticos a los del mes anterior, a excepción de la fecha. Además
deberán existir utilidades para inicializar los conceptos que se desee de los recibos a una
determinada cantidad y también debe ser posible modificar recibos emitidos en meses
anteriores al actual. La aplicación también deberá presentar los recibos en formato
impreso, pero teniendo en cuenta que en un recibo nunca aparecerán aquellos conceptos
cuyo importe sea igual a cero.
De igual forma el secretario debe poder gestionar los movimientos bancarios que se
producen asociados a cada edificio, piso o local. Un movimiento bancario siempre
estará asociado a un banco y a una cuenta determinada de ese banco. En esa cuenta
existirá un saldo, acreedor o deudor, que aumentará o disminuirá con cada movimiento.
Para cada movimiento se desea saber también la fecha en que se ha realizado. Un
movimiento bancario puede ser de dos tipos: un gasto, o un ingreso. Si el movimiento
bancario es un gasto entonces estará asociado a un inmueble determinado, y se indicara
el tipo de gasto al que pertenece entre los que se tienen estipulados. Ejemplos de gastos
son el coste de la reparación de un ascensor del inmueble que pertenece a gastos de
reparación, el sueldo de la señora de la limpieza, etc. Si el movimiento bancario es un
ingreso entonces estará asociado a un piso de un inmueble determinado o a un local y
también se indicará el tipo de ingreso al que pertenece, como en el caso de los gastos.
Ejemplos de ingresos son precisamente los recibos que se cobran cada mes a los
inquilinos.
Basándose en los gastos e ingresos que se deducen de los movimientos bancarios la
aplicación deberá ser capaz de ocuparse de la gestión económica generando los
informes que facilitan la realización de la declaración de la renta.

6. Por último, la aplicación deberá ser capaz de proporcionar el acceso, de forma
estructurada, a toda la información almacenada en el sistema, generando para ello los
listados necesarios que requiera el secretario.
Ejemplos de listados son: el listado de todos los inquilinos ordenado por fecha, el
listado de inquilinos que han pagado o no en un determinado intervalo de tiempo, el
listado de todos los inmuebles, el listado de todos los pisos y locales de cada edificio, el
listado de todos los recibos pendientes de cobro en un determinado intervalo de tiempo,
etc.
Caso Práctico 7.
El videoclub HEPBURN quiere mecanizar todo el proceso de alquiler de películas
de los clientes y la gestión de pedidos a los proveedores. El funcionamiento que
requiere el videoclub es el siguiente:
• Gestión de clientes. Un cliente del videoclub realiza los alquileres señalando los
ejemplares que desea alquilar. Para ello debe comprar unos bonos que indican,
por un lado, el crédito (o número de alquileres), y por otro, el período de
alquiler, que puede ser de 24 horas, 48 horas y semanales. Un cliente puede
comprar varios bonos del mismo tipo, en cuyo caso se acumulan sus créditos.
Cada alquiler de un ejemplar relativo a una película consume un crédito sobre el
tipo de bono elegido por el cliente. Una vez que el sistema comprueba que el
cliente dispone de crédito respecto al pedido de alquiler, lo acepta emitiendo un
comprobante al cliente en el que se especifican los ejemplares solicitados y la
fecha de su devolución, indicando además el crédito disponible.
Los clientes realizan la devolución de los ejemplares alquilados, que puede
no estar completa, es decir, se devuelven menos ejemplares de los solicitados en
un alquiler. El sistema no aceptará nuevos alquileres de aquellos clientes que no
hayan devuelto todos los ejemplares. El sistema debe calcular una sanción
económica respecto a todos los ejemplares entregados fuera de plazo, cargando
un coste de F unidades monetarias por ejemplar y día.
• Gestión de proveedores. El sistema realiza pedidos de películas a los
proveedores. Los datos de estos pedidos vienen determinados por la dirección
del videoclub a partir de la información suministrada por los proveedores. Estos
pedidos pueden ser sobre películas nuevas o sobre aumento de ejemplares de
películas existentes en el videoclub. Los proveedores pueden satisfacer cada
pedido en una o varias entregas. Cuando el sistema recoge las entregas debe
asignar un código a cada ejemplar, que además debe identificar a la película.
Por cada pedido, el proveedor emite una factura que el videoclub puede
satisfacer en uno o varios pagos. Esta decisión la toma la dirección del
videoclub, que indica la cantidad pagada por cada factura. La dirección del
videoclub:
- Indica al sistema los datos de los proveedores con los que va a trabajar el
videoclub.
- Determina los pedidos a los proveedores y las cantidades pagadas de
cada factura.
- Establece los datos de los tipos de bono (crédito y período, coste, etc.)
con los que trabaja el videoclub.

7. Para gestionar el proceso necesita un conjunto de informes:
- Informe de demanda de películas: que le indica el porcentaje de
utilización de cada película en un período, teniendo en cuenta su número
de ejemplares.
- La facturación mensual: que resulta del cálculo de la venta de los bonos.
- Las entregas de películas pendientes: son las películas que quedan por
entregar de cada pedido.
- Las facturas pendientes de pago: que indica las facturas que el videoclub
no ha pagado todavía o que están pagadas de forma parcial.
Caso Práctico 8.
Se debe desarrollar un sistema que ayude al departamento de informática de una
universidad a administrar los cursos de grado del último año (“doctorado”). Se dispone
de la siguiente descripción de los procedimientos actuales del departamento como parte
de la información en la que tiene que basar su oferta.
Hacia el final de cada año académico, el Comité de Programa en el Dpto. de
Informática determina los módulos que estarán disponibles para los estudiantes CS4 en
el próximo año (un estudiante CS4 es cualquier estudiante que está en cualquier módulo
del cuarto año en el Dpto. de Informática, tanto si el estudiante está matriculado o no en
una carrera de informática).
Al final de cada año académico, el Director de Dpto. asigna tareas a los miembros
de la plantilla de profesorado y a otros; en particular, a una persona se le asigna dar
conferencias en cada uno de los módulos que supone van a estar disponibles en el
próximo año (llamaremos a estas personas profesores adjuntos para simplificar).
Cada profesor adjunto actualiza los artículos de la guía del curso para su módulo. El
coordinador CS4 actualiza otras partes de cada guía, y comprueba los artículos del
módulo realizados por los profesores adjuntos. Los artículos del módulo se escriben en
el lenguaje de formato LATEX.
Alguien en la Oficina de Enseñanza del No Graduado (a partir de ahora se
denominará a tal persona “la OENG”) genera la versión en papel de cada guía del curso;
el coordinador CS4 desarrolla las versiones HTML ejecutando la aplicación de
conversión latex2html en la fuente LATEX.
El coordinador CS3 se supone que entrega una lista de los estudiantes que pasan a
CS4 desde CS3 tanto al coordinador CS4 como a la OENG. El coordinador CS4 le dice
a la OENG los estudiantes que entran en CS4, aparte de los que vienen de CS3, por
ejemplo estudiantes no graduados. La OENG mantiene la lista maestra de todos los
estudiantes CS4, y actualiza la lista de correo de los estudiantes que reciben los módulos
CS4, que se conoce a través de la dirección de correo electrónico clasecs4.
A cada estudiante le aconseja un miembro de la plantilla que actúa como Director de
Estudios (DdE). Se asigna un DdE a un estudiante en su primer año de estudio y
mantiene este rol hasta que termina.
Los estudiantes se matriculan provisionalmente en los módulos rellenando unos
formularios y llevándolos a la OENG. La OENG comprueba que cada estudiante que se
registra se encuentra en la lista como una estudiante CS4, y que cada estudiante CS4
está matriculado para un conjunto razonable de módulos. En los casos de duda, se
consulta al DdE del estudiante, y puede tener una reunión con dicho estudiante.

8. La OENG produce entonces para los profesores adjuntos las listas de estudiantes
que reciben sus módulos. No se garantiza que estas listas lleguen a los profesores
adjuntos antes de la tercera semana. Por desgracia, es demasiado tarde para que los
profesores adjuntos puedan saber cuántas copias hacer de las cosas...
A continuación se indican algunas aclaraciones. Hay una guía de curso por cada
curso de doctorado. Los cursos de doctorado relevantes para el sistema son Informática,
Informática e Inteligencia Artificial, Informática e Ingeniería Electrónica, etc. Los
detalles de valoración y las regulaciones sobre qué combinaciones de módulos son
aceptables son diferentes para cada uno de estos títulos, por lo que hay una guía aparte
para cada uno. Sin embargo, en varios cursos de doctorado diferentes se aceptan
muchos módulos, y en tal caso la descripción del módulo es la misma en cada guía.
Cada estudiante (aparte de los no graduados, quienes visitan la universidad por un solo
año, no obtienen un título y pueden cursar cualquier combinación aleatoria de módulos)
se registra en un curso de doctorado y recibe la guía del curso apropiada. El coordinador
CS4 es responsable de producir todas las guías de curso (en los casos de títulos
interdepartamentales, es normal que el otro departamento también produzca su propia
guía de curso, de manera que los estudiantes de estos títulos obtengan dos guías con
alguna información duplicada: pero debido a la estructura de la universidad no se
considera sensato, actualmente, eliminar estos duplicados).
El Dpto. ha solicitado investigar la posibilidad de desarrollar un sistema que
automatice partes de este proceso, ya que esperan que sea posible:
- Reducir el peso del trabajo rutinario de toda la plantilla, especialmente del
coordinador CS4.
- Permitir a los estudiantes registrarse en los módulos en línea.
- Facilitar la obtención de información actualizada y fiable (de la OENG).
- Mejorar la posibilidad de seguimiento de tal información.
- Proporcionar información, como son las guías de curso y las listas de los
estudiantes que cursan los módulos, automatizando su producción.
El sistema de administración CS4 debería ser capaz de crear un informe de cualquier
estudiante: por ejemplo, si es un estudiante graduado o no, qué módulos está cursando,
para qué curso de doctorado está registrado un estudiante graduado, o qué miembro de
la plantilla es el DdE del estudiante. También actúa como repositorio de información
sobre los módulos: quién es el profesor adjunto, de qué curso de doctorado forma parte,
y qué estudiantes lo están cursando.