Está en la página 1de 2

INGENIERÍA DE SOFTWARE – LABORATORIO Nº 06

SECCIÓN: FECHA: 28/09/2023

DIAGRAMAS DE CASOS DE USO

1. OBJETIVO
Al finalizar el presente laboratorio, los alumnos podrán diseñar diagramas de casos de uso que
representen requerimientos de sistema (software).

2. PRÁCTICA DE LABORATORIO
Implementar en Rational Rose, los diagramas de casos de uso para los siguientes casos:

CASO I: Se trata de desarrollar el diagrama de casos de uso de un hotel. El hotel posee tres tipos de
habitaciones: simple, doble y matrimonial, y dos tipos de clientes: habituales y esporádicos. Se pueden
hacer reservas almacenando datos del cliente, de la habitación reservada, la fecha de comienzo y el número
de días que será ocupada la habitación. El recepcionista del hotel debe poder hacer las siguientes
operaciones:
 Obtener un listado de las habitaciones disponible de acuerdo a su tipo.
 Preguntar por el precio de una habitación de acuerdo a su tipo.
 Preguntar por el descuento ofrecido a los clientes habituales.
 Preguntar por el precio total para un cliente dado, especificando su número de reserva, tipo de
habitación y número de noches.
 Dibujar en pantalla la foto de una habitación de acuerdo a su tipo.
 Reservar una habitación especificando el número de la pieza, reserva y nombre del cliente.
 Eliminar una reserva especificando el número de la habitación.
El administrador puede realizar:
 Cambiar el precio de una habitación de acuerdo a su tipo.
 Cambiar el valor del descuento ofrecido a los clientes habituales.
 Calcular las ganancias que tendrán en un mes especificado (considere que todos los meses tienen
treinta días).

CASO II: Se trata del diagrama de casos de uso de un hospital. En el hospital trabajan médicos, enfermeras
y personal de administración. El personal de administración deberá poder hacer el mantenimiento de la
base de datos de pacientes (alta, baja, modificación y consulta). Para dar de alta un paciente será necesario
recoger sus datos personales, dirección donde vive y asignarle un médico y un turno de visita (mañana o
tarde). Además, cuando el paciente lo solicite, deberán darle cita (especificando día y hora) para la visita a
su médico. También, dado un médico, una fecha y un turno (mañana o tarde) tienen que poder consultar el
listado de pacientes con cita ordenado por hora, y se les tiene que dar la posibilidad de imprimir este
listado. Los médicos tienen que poder dar de alta un historial. Una vez creado deben de poder modificarlo y
consultarlo, pero nunca borrarlo. Un historial contiene los datos personales del paciente y toda esa
información que el médico ha ido apuntando en cada una de las visitas (análisis, revisiones, medicamentos
tomados, alergias sufridas, enfermedades padecidas). Tienen que poder expedir recetas. Una receta refleja
los datos del paciente y los medicamentos especificados por el médico. Obligatoriamente, para terminar
con esta funcionalidad, el médico tiene que imprimirla. Las enfermeras deben de poder consultar los datos
y el historial de un paciente, pero nunca modificarlos ni borrarlos. Las enfermeras también mantienen la
base de datos de medicamentos de la farmacia propia del hospital. Por cada tipo de medicamento, se tiene
cierta información (componentes, ¿cómo tomar?, efectos secundarios, precauciones, y número de unidades
existentes en el almacén). Cuando les llega una remesa de este tipo de medicamento o realizan alguna venta
deben actualizar su número de unidades. El sistema les tiene que permitir realizar un inventario de todos los
medicamentos que tienen en la farmacia. De forma opcional, tienen que poder imprimirlo.

CASO III: Se trata del sistema de un restaurante. El sistema tiene que soportar las siguientes funciones:

• Presentación de menús a comensales: Los camareros utilizan Tablet PCs para presentar en las mesas
los menús (primeros platos, segundos, postres, bebidas...) que ofrece el restaurante a los clientes. Con
este dispositivo el camarero indica los nombres de los primeros y segundos platos y sus precios; del
postre se indica además si es frío o caliente y de la bebida, en el caso de los vinos, el año. Cada
camarero gestiona un grupo de mesas, numeradas de 1 a n, y tiene un nombre. El gerente utiliza el
sistema para configurar, cada semana, el número de mesas y la asignación de camareros a éstas
(indicando el DNI del camarero y el número de mesa asignado). La información de los camareros
(DNI, apellidos y nombre) es obtenida del subsistema de recursos humanos. El gerente puede realizar
consultas para obtener una lista ordenada por mesas en la que se indica el resumen de ventas en dicha
mesa y los camareros asignados (apellidos y nombre) en un determinado periodo de tiempo.
• Recepción de peticiones en las mesas: Utilizando este mismo dispositivo los camareros anotan las
peticiones de los clientes, y se calcula un presupuesto inicial que se le indica a los comensales. En la
petición el cliente indica su número de mesa. El sistema almacena la hora de la petición.
• Gestión en cocina de solicitudes, elaboración de platos y avisos de fin de elaboración de platos: Estas
peticiones son visualizadas en la cocina utilizando una pizarra interactiva conectada a un PC. Esta
pizarra muestra los platos solicitados ordenados por hora y mesa. Sobre ella, interaccionando con un
dedo, los cocineros indican los platos ya listos para ser servidos una vez los han terminado de cocinar.
El sistema tiene que recoger la hora de finalización de un plato.
• Entrega de platos: Los camareros consultan en su Tablet PC cuándo están los platos terminados y los
recogen en la cocina para llevárselos a los comensales. Los platos que no requieren elaboración en
cocina (bebidas, pan, algunos postres...) son recogidos directamente por el camarero en el almacén de
la cocina, que contiene frigoríficos y cámaras con dichos platos.
• Facturación: Las facturas son emitidas directamente por los camareros desde sus Tablet PCs utilizando
una impresora común conectada “sin cables”. Las facturas se emiten cuando los clientes piden la
cuenta. El precio de los productos incluye el IGV, que tiene que ser desglosado en la factura.
• Aprovisionamiento: El jefe de cocina, que es uno de los cocineros, gestiona los aprovisionamientos de
alimentos, elaborando los pedidos y recibiendo la mercancía. El restaurante trabaja con diversos
proveedores cuya información es proporcionada por la gerencia. Esta información consiste en los datos
de contacto del proveedor, los alimentos que suministra y su precio. Para la elaboración de un pedido,
el jefe de cocina indica el tipo de alimento y las unidades necesarias. Con la información de los
alimentos a pedir, el sistema busca los proveedores más adecuados para cada alimento (teniendo en
cuenta el precio y el tiempo medio que tardan en servir ese alimento). Como resultado el sistema
elabora los pedidos concretos que se van a efectuar a cada proveedor. Los proveedores siempre
adjuntan la factura, que indica las cantidades de alimentos que se han comprado.
• Consumo de alimentos: De cada alimento (por ejemplo, carne de ternera, sardinas, pan, coca-cola,
agua...) el sistema registra el número de unidades almacenadas. Al final de cada día, el jefe de cocina
ejecuta un proceso que calcula, a partir de los platos elaborados, los alimentos que se han consumido.
Esta definición –cuántas unidades hay que descontar de cada alimento para un plato dado– es realizada
por el gerente del restaurante utilizando un ordenador ubicado en su oficina con el que además
establece los menús que ofrece el restaurante.

3. FECHA DE ENTREGA
26 de Mayo de 2013

4. FORMA DE ENTREGA
 El trabajo es individual.
 Entregar los archivos creados con Rational Rose.
 Mostrar en clase al profesor en clase

También podría gustarte