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