Está en la página 1de 4

"Hotel Los Delfines"

El Hotel Los Delfines inició operaciones hace 2 años en el puerto de Veracruz,


México. Ahora desea expandirse a nivel regional hacia los demás estados que
conforman el Golfo de México (Tamaulipas, Tabasco, Campeche y Yucatán).
Hasta ahora no cuenta con ningún sistema automatizado de información o software
que apoye su principal proceso de negocio. Como parte de las estrategias que
deberá implementar para lograr expandirse con éxito se ha detectado la necesidad
de automatización del sistema de reservaciones.

El consejo de administración del hotel ha firmado un contrato de “Outsourcing”


para que tu firma desarrolle el sistema informático que necesita el hotel. Se
requiere desarrollar un sistema que soporte el principal proceso de negocio:
realizar reservaciones.

El hotel posee tres tipos de habitaciones: sencilla, doble y triple (todas con camas
matrimoniales), y dos tipos de clientes: habituales (inscritos en un programa que
tiene el hotel llamado “Clientes Programa VIP”) y esporádicos.

Una reservación registra datos del cliente como nombre, email, teléfono de
contacto, fecha de llegada y fecha de salida, número de adultos, número de niños
menores de 10 años, tipo de habitación, cantidad de habitaciones a reservar, y si
desea servicio de estacionamiento.

Se han identificado los siguientes roles de usuario para el nuevo sistema:


recepcionista y administrador.

El recepcionista del hotel debe poder:

 Obtener un reporte de las habitaciones disponibles de acuerdo a su tipo


 Consultar el precio de una habitación de acuerdo a su tipo
 Cotizar el precio total a pagar para un cliente dado, especificando el tipo de
habitación y número de noches
 Realizar reservaciones
 Cancelar reservaciones

El administrador puede usar el sistema para:

 Cambiar el precio de cualquier habitación


 Cambiar el valor del descuento ofrecido a los clientes habituales
 Calcular las ganancias (una estimación) que tendrán en un mes específico
(se considera que todos los meses tienen treinta días).

1
Información adicional

El hotel posee información sobre qué clientes son habituales. Esto lo hace
mediante una clave que identifica al cliente como parte del programa referido
anteriormente.

Las cotizaciones que haga el recepcionista deben considerar si un cliente es VIP o


esporádico.

Con esta información obtenida mediante algunas técnicas de elicitación de


requerimientos SE PIDE:

a. Completar el análisis de requerimientos realizando la identificación de los


casos de uso del sistema propuesto.
b. Una vez identificados los casos de uso del sistema, realizar el diagrama de
casos de uso.
c. Por cada caso de uso identificado en el diagrama, realizar la narrativa
correspondiente.
d. Realizar el Diagrama de Flujo de Datos (DFD) correspondiente.
e. Elaborar el Documento de Especificación de Casos de Uso.

Observaciones:

 El diagrama de casos de uso deberá mostrar los casos de uso obtenidos


directamente del planteamiento de problema.
 El diagrama de casos de uso deberá mostrar relaciones entre casos de uso
(<<extend>> e <<include>>). Con esto se demostrará que se hizo un
análisis más a detalle del problema.
 El diagrama de casos de uso que se incluirá en el Documento de
Especificación de Casos de Uso (entregable de la semana 3) deberá ser
elaborado con la herramienta StarUML. Se exportará como imagen y se
pegará en dicho documento.
 La narrativa de los casos de uso deberá considerar flujo principal y flujos
alternos (los que apliquen), reglas de negocio (tienen la libertad de proponer
las que uds crean convenientes, no hay un número fijo, pero se espera que
haya al menos una para cada caso de uso), Además, deberán incluirse pre y
pos condiciones (las que apliquen), la identificación correcta de cada caso
de uso (asignando una clave a elección personal), su propósito y los actores
involucrados, así como la relación con otros casos de uso (para efectos de
rastreabilidad).
 Toda la información anterior (diagrama y narrativas) deberán emplearse
para elaborar el Documento de Especificación de Casos de Uso. La

2
elaboración de este documento (que será el entregable) deberá apegarse y
respetar la plantilla propuesta (deben respetarse secciones, encabezados,
pies de página, tipografías, tamaño de letra, numeración inicial propuesta y
continuarla para los demás casos de uso, deben eliminarse y sustituir
resaltados en amarillo, eliminar itálicas en azul, de acuerdo a las
instrucciones detalladas dentro de la plantilla misma). El alumno propondrá
un nombre para el proyecto.

3
Rúbrica de Evaluación del Entregable

Elementos a Principiante Competente


calificar
Plantilla de No empleó la plantilla, o bien se Empleó y respetó la plantilla
entregable modificó o alteró algún elemento. propuesta y se incluyen todos los
Esto incluye no haber eliminado en elementos (de acuerdo a las
su totalidad las itálicas en azul y/o observaciones del problema y a las
no haber sustituido y eliminado el instrucciones dentro de la plantilla
resaltado en amarillo en todas las misma)
secciones: encabezado/pie pág, ( 1 pto)
cuerpo del documento.
(0.5 ptos)
Casos de uso El diagrama de casos de uso NO El diagrama de casos de uso
originales identifica las diferentes formas (o lo identifica las diferentes formas en
hace parcialmente) en que los que los actores harán uso del
actores harán uso del software software para cumplir con sus tareas
para cumplir con sus tareas originales descritas en el problema.
originales descritas en el problema. ( 2 ptos)
( 1 ptos)
Relaciones entre El diagrama de casos de uso no El diagrama de casos de uso
Casos de Uso muestra relaciones <<include>> y/o muestra al menos una relación
<<extend>> entre 2 o más casos <<include>> y/o <<extend>> entre 2
de uso. o más casos de uso.
( 1 ptos) ( 2 ptos)
Diagrama DFD El documento no incluye el Se incluye el diagrama de flujo de
diagrama de flujo de datos. datos (DFD). Se puede realizar con
( 0 ptos) cualquier herramienta de diseño
como Microsoft Visio, Powerpoint,
etc.
( 1 pto)
Herramienta El diagrama de casos de uso fue El diagrama de casos de uso fue
CASE StarUML realizado en una herramienta realizado empleando la herramienta
distinta a StarUML StarUML
( 0.5 ptos) ( 1 ptos)
Narrativas para No se incluyeron todas las Se incluyeron todas las narrativas
los Casos de Uso narrativas para los casos de uso para todos los casos de uso que se
mostrados en el diagrama, o bien, presentan en el diagrama.
no se respetaron las buenas Las narrativas cumplen con las
prácticas para redactar casos de buenas prácticas para redactar
uso. casos de uso. Se incluyen
No se incluyeron o se incluyeron descripción, actores, reglas de
parcialmente descripción, actores, negocio, pre y pos condiciones y flujo
reglas de negocio, pre y pos de eventos.
condiciones y flujo de eventos. ( 3 ptos)
( 1.5 ptos)