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/2007 19:12 Modificación: 06/03/2007 7:57 Estado: Línea Base
Referencia: Hotelli-IS-OEI-UPM-SRSv20.doc Distribución: Público
TABLA DE CONTENIDOS
Hotelli_______________________________________________________________ 1
1. Notas sobre el presente documento__________________________________________ 3
1.1. Estructura de Requisitos _______________________________________________________3 1.2. Control de cambios Hotelli-IS-OEI-UPM-SRSv20.doc y Hotelli-IS-OEI-UPM-SRSv10.doc __3
2. Introducción ____________________________________________________________ 4
2.1. Propósito del documento _______________________________________________________4 2.2. Alcance del software __________________________________________________________5 2.3. Definiciones, acrónimos y abreviaturas____________________________________________5 2.4. Referencias _________________________________________________________________5 2.5. Descripción general ___________________________________________________________6 3. Requisitos específicos _____________________________________________________ 7 3.1. Requisitos de interfaz _________________________________________________________7 3.2. Requisitos funcionales _________________________________________________________7 3.3. Requisitos de rendimiento _____________________________________________________10 3.4. Restricciones de diseño _______________________________________________________10 3.5. Atributos del sistema _________________________________________________________10 3.6. Otros requisitos _____________________________________________________________10
1. 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.
1.2. Control de cambios UPM-SRSv20.doc y
Hotelli-IS-OEI-UPM-SRSv10.doc
Sección A/M/B Comentario
3.2.2 M Se redactan los requisitos de la sección Gestión de Huéspedes, cuyo estado anterior era TBC.
3.2.3 M Se redactan los requisitos de la sección Gestión de Reservas, cuyo estado anterior era TBC.
Hotelli - Gestión de Reservas Hoteleras Hotelli-IS-OEI-UPM-SRSv20.doc
06/03/2007 7:57 Página 4 de 11
2. 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.
2.2. 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.
2.3. Definiciones, acrónimos y abreviaturas
2.3.1. 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)
2.3.2. 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 2.3.3. Abreviaturas
N/A: No Aplicable
TBC: Por completar (To Be Completed) TBD: Por definir (To Be Defined)
2.4. Referencias
2.4.1. Documentos Aplicables
[RFC793] Transmission Control Protocol. DARPA Internet Program. Protocol Specification. Defense Advanced Research Projects Agency, Information Sciences Institute. Septiembre 1981.
2.4.2. Documentos de Referencia
[RFC1180] A TCP/IP Tutorial. T. Socolofsky, C. Kale. Spider Systems Limited. Enero 1991.
Hotelli - Gestión de Reservas Hoteleras Hotelli-IS-OEI-UPM-SRSv20.doc
06/03/2007 7:57 Página 6 de 11
2.5. Descripción general
2.5.1. Perspectiva del producto 2.5.1.1. Interfaces del sistema
TBC 2.5.1.2. Interfaces de usuario TBC 2.5.1.3. Interfaces hardware TBC 2.5.1.4. Interfaces software TBC 2.5.1.5. Interfaces de comunicaciones TBC 2.5.1.6. Memoria TBC
2.5.1.7. Operación del sistema TBC
2.5.1.8. Requisitos de adaptación TBC
2.5.2. Funciones del producto TBC
2.5.3. Características de los usuarios TBC
2.5.4. Limitaciones TBC
2.5.5. Asunciones y dependencias TBC
2.5.6. Requisitos de futuras versiones TBC
3. REQUISITOS ESPECÍFICOS
3.1. Requisitos de interfaz
3.1.1. Interfaces de usuario
3.1.1.1. La interfaz de usuario del sistema deberá contemplar exclusivamente una versión gráfica
3.1.1.2. Las distintas operaciones serán accesibles a través del uso de ratón
3.1.1.3. Las distintas operaciones serán accesibles a través del teclado 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)
3.1.2. Interfaces hardware N/A
3.1.3. Interfaces software N/A
3.1.4. Interfaces de comunicaciones
3.1.4.1. 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
3.1.4.1.1. Se contemplará exclusivamente el uso de comunicaciones basadas en el protocolo TCP/IP
3.2. Requisitos funcionales
3.2.1. 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.
3.2.1.1. De cada una de las habitaciones se contemplarán los siguientes datos
3.2.1.1.1. 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.
Hotelli - Gestión de Reservas Hoteleras Hotelli-IS-OEI-UPM-SRSv20.doc
06/03/2007 7:57 Página 8 de 11
3.2.1.1.2. 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: 3.2.1.1.2.1. Individual
3.2.1.1.2.2. Doble 3.2.1.1.3. 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.
3.2.1.2. El sistema permitirá la creación de nuevas habitaciones
3.2.1.2.1. Para crear una habitación será imprescindible introducir todos los datos relativos a la misma
3.2.1.3. El sistema permitirá la eliminación de habitaciones existentes 3.2.1.3.1. Para eliminar una habitación será preciso conocer su número
de habitación
3.2.1.4. El sistema permitirá la modificación de datos relativos a habitaciones existentes
3.2.1.4.1. Se permitirá modificar el tipo de habitación
3.2.1.4.2. Se permitirá modificar el precio habitual de la habitación
3.2.1.5. El sistema permitirá realizar búsquedas entre las habitaciones existentes
3.2.1.5.1. Se permitirá la búsqueda de habitaciones a partir del número de las mismas
3.2.1.5.2. 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) 3.2.2. Gestión de Huéspedes
3.2.2.1. De cada uno de los huéspedes se contemplarán los siguientes datos:
3.2.2.1.1. Número de huésped
Identifica unívocamente a cada uno de los huéspedes. 3.2.2.1.2. Nombre
3.2.2.1.3. Apellidos
Número y tipo de tarjeta de crédito utilizada para confirmar la reserva.
3.2.2.2. El sistema permitirá crear nuevos huéspedes
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.
3.2.3. Gestión de Reservas
3.2.3.1. De cada una de las reservas se mantendrá la siguiente información:
3.2.3.1.1. Número de reserva
Identifica unívocamente cada reserva realizada. 3.2.3.1.2. Huésped que realiza la reserva
3.2.3.1.3. Habitación que le es asignada en función del tipo solicitado 3.2.3.1.4. Fecha de llegada
3.2.3.1.5. Fecha de partida
3.2.3.1.6. Precio por noche que habrá de ser abonado 3.2.3.2. El sistema permitirá efectuar nuevas reservas
3.2.3.2.1. A la hora de realizar una reserva se deben tener en cuenta las siguientes consideraciones:
3.2.3.2.2. Se ha de verificar si el cliente existe
3.2.3.2.3. Si el cliente no existe, podrá crearse durante el proceso de reserva
3.2.3.2.4. No se realizarán reservas sobre habitaciones que estén ocupadas entre la fecha de llegada y la fecha de salida
3.2.3.2.5. 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 3.2.3.3. El sistema permitirá anular reservas que se hayan efectuado con
anterioridad
3.2.3.4. El sistema permitirá buscar una reserva existente
A tal efecto los criterios de búsqueda que se han de contemplar son:
3.2.3.4.1. Nombre y apellidos del huésped 3.2.3.4.2. Fecha de llegada
Hotelli - Gestión de Reservas Hoteleras Hotelli-IS-OEI-UPM-SRSv20.doc 06/03/2007 7:57 Página 10 de 11
3.3. Requisitos de rendimiento
N/A3.4. Restricciones de diseño
N/A3.5. Atributos del sistema
TBC
3.6. Otros requisitos
3.6.1. Requisitos de operación N/A
3.6.2. Requisitos sobre recursos N/A
3.6.3. Requisitos de verificación TBC
3.6.4. Requisitos de aceptación y pruebas TBC
3.6.5. Requisitos de documentación
La documentación del producto incluirá los siguientes documentos: 3.6.5.1. Especificación de requisitos software
3.6.5.2. Documento de diseño
El documento de diseño ha de incluir, al menos: 3.6.5.2.1. Especificación de casos de uso
3.6.5.2.2. Modelo de datos 3.6.5.2.3. Diagramas de clases 3.6.5.2.4. Diagramas de secuencia 3.6.5.2.5. Diagramas de estado 3.6.5.3. Código fuente autodocumentado 3.6.5.4. Plan de pruebas
3.6.5.5. Manual de instalación y configuración del entorno de desarrollo 3.6.5.6. Manual de instalación y configuración del software
3.6.5.7. Manual de operación y mantenimiento 3.6.5.8. Manuales de usuario
3.6.5.9. Plan de contingencia 3.6.6. Requisitos de seguridad
TBC
3.6.7. Requisitos de portabilidad
3.6.7.1. La aplicación deberá poder ser implantada en distintos sistemas operativos de Microsoft
3.6.7.1.1. Windows 2000 en todas sus versiones 3.6.7.1.2. Windows XP en todas sus versiones 3.6.7.1.3. Windows 2003 en todas sus versiones 3.6.8. Requisitos de calidad
3.6.8.1. No se requiere el seguimiento de ningún sistema o norma de calidad
3.6.9. Requisitos de mantenimiento TBC
3.6.10. Requisitos de estabilidad
