Hotelli Gestión de Reservas Hoteleras Especificación de Requisitos Software

Transcripción

1 Hotelli Gestión de Reservas Hoteleras Especificación de Requisitos Software Proyecto: Hotelli Autor: Héctor García Versión: 1.0 Creación: 06/03/ :12 Modificación: 06/03/2007 7:57 Estado: Línea Base Referencia: Distribución: Público

2 TABLA DE CONTENIDOS Hotelli 1 1. Notas sobre el presente documento Estructura de Requisitos Control de cambios y Hotelli-IS-OEI-UPM-SRSv10.doc 3 2. Introducción Propósito del documento Alcance del software Definiciones, acrónimos y abreviaturas Referencias Descripción general 6 3. Requisitos específicos Requisitos de interfaz Requisitos funcionales Requisitos de rendimiento Restricciones de diseño Atributos del sistema Otros requisitos 10

3 06/03/2007 7:57 Página 3 de NOTAS SOBRE EL PRESENTE DOCUMENTO 1.1. Estructura de Requisitos En el presente documento se estructurarán los requisitos en función del módulo o módulos a los que afectan (distribución por áreas funcionales). En este sentido es destacable que existe información, que a pesar de corresponderse de forma lógica con información distribuida en varias fases del proceso, se encontrará definida únicamente en la fase en la que, por primera y sucesivas ocasiones, dicha información sea insertada o alterada Control de cambios y Hotelli-IS-OEI- UPM-SRSv10.doc Sección A/M/B Comentario M Se redactan los requisitos de la sección Gestión de Huéspedes, cuyo estado anterior era M Se redactan los requisitos de la sección Gestión de Reservas, cuyo estado anterior era M Se incluyen los requisitos de documentación

4 06/03/2007 7:57 Página 4 de INTRODUCCIÓN 2.1. Propósito del documento En el presente Documento de Requisitos Software (SRD en adelante) se presentan las especificaciones o requisitos que servirán como base para la correcta definición de un sistema de gestión de reservas para instalaciones hoteleras. En el presente documento se entenderán como requisitos todas aquellas especificaciones que definan, entre otros, el comportamiento de la aplicación, y que se expresarán como sigue: - Aseveraciones en tiempo futuro se entenderán como requisitos de obligado cumplimiento, - Aseveraciones en tiempo condicional se entenderán como requisitos de deseado cumplimiento, pero en ningún caso de obligado cumplimiento. En el presente documento se hará referencia indistintamente al sistema y a la aplicación, debiendo entenderse dichas referencias como sinónimas. En el presente documento se hará referencia al Sistema, debiendo entenderse dicha referencia como el conjunto de hardware que dará soporte a la aplicación. Nótese la diferencia entre Sistema y sistema. Nótese que en el presente documento se detallan funcionalidades como parte del sistema, independientemente de su ubicación física o de si se trata de interfaces entre aplicaciones o funcionalidades a implementar.

5 06/03/2007 7:57 Página 5 de Alcance del software El software definido en el presente SRD se encargará única y exclusivamente de la automatización, en la medida en que los requisitos definidos a continuación lo indiquen, de un sistema de reservas para una instalación hotelera determinada (un hotel) y su interacción con los módulos de soporte que se consideren necesarios Definiciones, acrónimos y abreviaturas Definiciones Check in: fecha de inicio de utilización de una habitación por un huésped Check out: fecha de finalización del uso de una habitación por un huésped Habitación: espacio cuyo alquiler se ofrece a los clientes del establecimiento Huésped: se considerará huésped a cualquier cliente que realice una reserva, con independencia de si finalmente se produce el alquiler Reserva: solicitud realizada por un huésped en la que se le garantiza la utilización de una habitación por un periodo determinado por dos fechas (check in y check out) Acrónimos LAN: Red de Área Local (Local Area Network) SGBD: Sistema de Gestión de Bases de Datos TCP/IP: Transmission Control Protocol/Internet Protocol Abreviaturas 2.4. Referencias : No Aplicable : Por completar (To Be Completed) TBD: Por definir (To Be Defined) Documentos Aplicables [RFC793] Transmission Control Protocol. DARPA Internet Program. Protocol Specification. Defense Advanced Research Projects Agency, Information Sciences Institute. Septiembre Documentos de Referencia [RFC1180] A TCP/IP Tutorial. T. Socolofsky, C. Kale. Spider Systems Limited. Enero 1991.

6 06/03/2007 7:57 Página 6 de Descripción general Perspectiva del producto Interfaces del sistema Interfaces de usuario Interfaces hardware Interfaces software Interfaces de comunicaciones Memoria Operación del sistema Requisitos de adaptación Funciones del producto Características de los usuarios Limitaciones Asunciones y dependencias Requisitos de futuras versiones

7 06/03/2007 7:57 Página 7 de REQUISITOS ESPECÍFICOS 3.1. Requisitos de interfaz Interfaces de usuario La interfaz de usuario del sistema deberá contemplar exclusivamente una versión gráfica Las distintas operaciones serán accesibles a través del uso de ratón Las distintas operaciones serán accesibles a través del teclado Interfaces hardware Interfaces software En este sentido se habrán de definir las correspondientes secuencias de teclado y su correspondencia con el acceso a las distintas funcionalidades (e.g. Ctrl + S = Guardar, Alt + A = Acceso a menú Archivo) Interfaces de comunicaciones Se proporcionará a la aplicación acceso a la LAN Este acceso permitirá la comunicación con el SGBD, que podría estar ubicado en una máquina diferente a aquella en la que corre la aplicación de gestión Se contemplará exclusivamente el uso de comunicaciones basadas en el protocolo TCP/IP 3.2. Requisitos funcionales Gestión de Habitaciones El sistema deberá contemplar las operaciones necesarias para permitir que los usuarios adecuados gestionen las habitaciones de las que conste la instalación hotelera De cada una de las habitaciones se contemplarán los siguientes datos Número de habitación Será un valor entero, cuya primera cifra indicará la planta que ocupa y el resto valores secuenciales para cada una de las habitaciones de la misma planta.

8 06/03/2007 7:57 Página 8 de Tipo de habitación Determinará el número máximo ocupantes para los que la habitación se encuentra equipada. Los valores posibles serán: Individual Doble Precio normal Indica el precio que se cobrará habitualmente por noche. Este precio podrá ser modificado en cada reserva para permitir incluir precios de ofertas, etc El sistema permitirá la creación de nuevas habitaciones Para crear una habitación será imprescindible introducir todos los datos relativos a la misma El sistema permitirá la eliminación de habitaciones existentes Para eliminar una habitación será preciso conocer su número de habitación El sistema permitirá la modificación de datos relativos a habitaciones existentes Se permitirá modificar el tipo de habitación Se permitirá modificar el precio habitual de la habitación El sistema permitirá realizar búsquedas entre las habitaciones existentes Se permitirá la búsqueda de habitaciones a partir del número de las mismas Se permitirá la búsqueda de habitaciones libres a partir del tipo de habitación y el intervalo de fechas (check in y check out) Gestión de Huéspedes De cada uno de los huéspedes se contemplarán los siguientes datos: Número de huésped Nombre Apellidos Identifica unívocamente a cada uno de los huéspedes Tarjeta de crédito

9 06/03/2007 7:57 Página 9 de 11 Número y tipo de tarjeta de crédito utilizada para confirmar la reserva El sistema permitirá crear nuevos huéspedes Gestión de Reservas En el momento de crear un nuevo huésped, el sistema deberá comprobar que no existe uno que contenga los mismos datos, para evitar replicar la información De cada una de las reservas se mantendrá la siguiente información: Número de reserva Identifica unívocamente cada reserva realizada Huésped que realiza la reserva Habitación que le es asignada en función del tipo solicitado Fecha de llegada Fecha de partida Precio por noche que habrá de ser abonado El sistema permitirá efectuar nuevas reservas A la hora de realizar una reserva se deben tener en cuenta las siguientes consideraciones: Se ha de verificar si el cliente existe Si el cliente no existe, podrá crearse durante el proceso de reserva No se realizarán reservas sobre habitaciones que estén ocupadas entre la fecha de llegada y la fecha de salida La fecha de salida indica el día en que la habitación podrá ser utilizada de nuevo, pero sólo a partir de las 12 del mediodía El sistema permitirá anular reservas que se hayan efectuado con anterioridad El sistema permitirá buscar una reserva existente A tal efecto los criterios de búsqueda que se han de contemplar son: Nombre y apellidos del huésped Fecha de llegada

10 06/03/2007 7:57 Página 10 de Requisitos de rendimiento 3.4. Restricciones de diseño 3.5. Atributos del sistema 3.6. Otros requisitos Requisitos de operación Requisitos sobre recursos Requisitos de verificación Requisitos de aceptación y pruebas Requisitos de documentación La documentación del producto incluirá los siguientes documentos: Especificación de requisitos software Documento de diseño El documento de diseño ha de incluir, al menos: Especificación de casos de uso Modelo de datos Diagramas de clases Diagramas de secuencia Diagramas de estado Código fuente autodocumentado Plan de pruebas

11 06/03/2007 7:57 Página 11 de Manual de instalación y configuración del entorno de desarrollo Manual de instalación y configuración del software Manual de operación y mantenimiento Manuales de usuario Plan de contingencia Requisitos de seguridad Requisitos de portabilidad La aplicación deberá poder ser implantada en distintos sistemas operativos de Microsoft Windows 2000 en todas sus versiones Windows XP en todas sus versiones Windows 2003 en todas sus versiones Requisitos de calidad No se requiere el seguimiento de ningún sistema o norma de calidad Requisitos de mantenimiento Requisitos de estabilidad No se define ningún tipo de tasa de disponibilidad