Software Requirements Specification (SRS)
Hotel El Inca V1.0 Especificación de Requerimientos de Software (SRS) Versión 1.0
Historia de revisiones Fecha
Versión
14/04/2012 1.0
Revisión 1.0
Descripción Se rea reali liz zaron la la es especi ecificación de requerimientos de software
Autor Tello Cruzado, Eduardin Terrones Terrones, Gilmer
Universidad Privada del Norte
Página1
Software Requirements Specification (SRS)
Tabla de contenidos
HOTEL EL INCA V1.0....................................................................................................................................1 ESPECIFICACIÓN DE REQUERIMIENTOS DE SOFTWARE (SRS)..................................................1 VERSIÓN 1.0.....................................................................................................................................................1 HISTORIA DE REVISIONES........................................................................................................................1 1 INTRODUCCIÓN..........................................................................................................................................3 1.1 PROPÓSITO.............................................................................................................................................3 1.2 ALCANCE...............................................................................................................................................3 1.3 DEFINICIONES, ACRÓNIMOS Y ABREVIATURAS..............................................................................................4 1.4 VISIÓN GENERAL.....................................................................................................................................5
2 DESCRIPCIÓN GLOBAL............................................................................................................................6 2.1 PERSPECTIVA DEL PRODUCTO......................................................................................................................6 2.1.1 Interfaces de usuario....................................................................................................................6 .
2.2 FUNCIONES DEL PRODUCTO.........................................................................................................................6 2.3 CARACTERÍSTICAS DEL USUARIO..................................................................................................................7 2.4 R ESTRICCIONES ........................................................................................................................................7
3 REQUISITOS ESPECIFICOS......................................................................................................................8 3.1 R EQUISITOS DE INTERFACES
EXTERNAS.........................................................................................................8
3.1.1 Interfaces de usuario.................................................................................................................... .8 3.1.2 Interfaces hardware.....................................................................................................................10 3.1.3 Interfaces software............................................................................................................. .........10 3.1.4 Interfaces de comunicación....................................................................................................... ..10
3.2 R EQUISITOS FUNCIONALES DEL SOFTWARE:................................................................................................10 3.2.1 Registro de huéspedes....................................................................................................... ..........11 3.2.2 Gestión de habitaciones...............................................................................................................12
3.2.3.- GESTIÓN DE RESERVAS......................................................................................................................12 3.2.3.- GESTIÓN DE LA FACTURACIÓN DE ESTANCIAS........................................................................................13 3.2.3.- GESTIÓN DE EMPLEADOS....................................................................................................................13 3.2.3.- GESTIÓN DE PROVEEDORES.................................................................................................................13 3.3 R EQUISITOS NO FUNCIONALES DEL SOFTWARE:............................................................................................13 3.4 R EQUISITOS DE RENDIMIENTO...................................................................................................................14 3.5 R ESTRICCIONES DE DISEÑO.......................................................................................................................14 3.5.- ATRIBUTOS DE SISTEMA SOFTWARE........................................................................................................14 3.6.- OTROS REQUISITOS..............................................................................................................................15
Revisión 1.0
Universidad Privada del Norte
Página2
Software Requirements Specification (SRS)
1
INTRODUCCIÓN
En el presente proyecto desarrollaremos un sistema que se encargará de la gestión hotelera el cual ayudará a mejorar las actividades en cuanto a la reserva de habitaciones, el registro de huéspedes, la administración de habitaciones, retiro de huéspedes, administración de registros de huéspedes y facturación del mismo.
1.1
Propósito La especificación de requisitos del software (SRS) del sistema “Baños del Inca” tiene como propósito recoger los requisitos acerca de la funcionalidad del sistema, atributos del sistema (portabilidad, mantenimiento, seguridad, disponibilidad y fiabilidad). El propósito del sistema “Baños del Inca” es mejorar la productividad y el rendimiento en cuanto al tiempo de atención al huésped, mejora de servicio, y productividad del mismo.
1.2
Alcance Este documento se enmarca en el desarrollo de una aplicación para la gestión de hoteles el cual pretende mejorar la manera en que este se opera actualmente y obtener el máximo de beneficios al operar con el software. Este sistema permitirá facilitar las operaciones en cuanto a la gestión hotelera en los servicios de administración de ingresos, estadía y salidas del huésped. El sistema permitirá gestionar huéspedes. El sistema permitirá almacenar información importante de los huéspedes como datos personales, nacionalidad, ubigeo. El sistema permitirá almacenar las reservas con cada uno de los huéspedes: Día de ingreso (fecha de inicio), permanencia, día de salida (Fecha de fin) y así como la emisión del comprobante de pago. El sistema permitirá la asignación de huéspedes a las habitaciones. El sistema permitirá asignar servicios a la habitación una vez registrado el huésped. El sistema permitirá gestionar las habitaciones.
Revisión 1.0
Universidad Privada del Norte
Página3
Software Requirements Specification (SRS)
El sistema permitirá bloquear las habitaciones para su mantenimiento. El sistema permitirá emitir las Boletas o facturas de Pago de cada uno de los huéspedes registrados en el hotel.
1.3
Definiciones, acrónimos y abreviaturas Administrador. Persona con acceso total a la aplicación Gestión Hotelera: Manera de administrar de forma adecuada y fácil un recinto hotelero.
Check in. Proceso de llegada del cliente al hotel y registro en el mismo. Check out. Proceso de salida del cliente al hotel y registro en el mismo. Cliente. Persona que realiza una o varias reservas de una o varias habitaciones para una o varias personas.
Contraseña. Código secreto que permite acceso al sistema a usuarios con privilegios.
Habitación en mantenimiento. La habitación no está disponible debido a tareas de mantenimiento.
Habitación individual. Habitación compuesta por una cama o habitación doble que únicamente puede ser utilizada por un cliente.
Habitación libre. La habitación está disponible para ser usada por huéspedes. Habitación ocupada. La habitación está siendo utilizada. Interfaz de Usuario (GUI). Representa la forma en la que el usuario interactúa con el sistema, las pantallas que aparecen y el cómo se interactúa con ellas.
Prototipo. Instancia, tipo o forma preliminar de un sistema que sirve como modelo para etapas posteriores o para obtener la versión final y completa de un sistema.
Reserva de habitación. Acuerdo verbal o escrito entre el hotel y una persona física o jurídica – cliente – en virtud del cual el hotel se compromete a la prestación de los servicios contratados por el cliente durante un período de tiempo y el cliente a realizar el pago de los mismos según las condiciones pactadas.
SRS. Software Requirements Specification. Documento que recoge los requisitos del software asociados a la herramienta que se esta desarrollando. También incluye requisitos acerca de funcionalidad, rendimiento y restricciones de diseño.
Revisión 1.0
Universidad Privada del Norte
Página4
Software Requirements Specification (SRS)
1.4
Visión general El documento en general nos dará las pautas necesarias, y que será útil para el desarrollo del sistema “Hotel el Inca”
En la siguiente sección se ofrecerá una descripción general del sistema en la que no se describen requisitos específicos sino que se presenta el entorno y aquellos factores generales que afectan al sistema.
Revisión 1.0
Universidad Privada del Norte
Página5
Software Requirements Specification (SRS)
2
DESCRIPCIÓN GLOBAL
2.1
Perspectiva del producto Esta aplicación surge con el objetivo de proporcionar una herramienta completa y utilizable que facilite la gestión de hoteles y de todos los procesos realizados en su ámbito como gestión de reservas, huéspedes y facturación. El software desarrollado será una aplicación web que interaccione con sus usuarios a través de un navegador web que, a su vez, interactuará con un servidor. Este servidor mantendrá la información almacenada en una base de datos. Todas las comunicaciones entre huéspedes y servidor deberán protegerse mediante un sistema de cifrado y autenticación.
2.1.1
Interfaces de usuario
El usuario tendrá 3 pantallas para el ingreso de los datos del Cliente o huésped. o
o
o
La segunda pantalla el usuario podrá ingresar los datos para la respectiva Asignación del Cliente o huésped. (Prototipo Asignación de huésped). En la tercera pantalla el usuario podrá modificar los registros del cliente o huésped (prototipo – Modificación de Huésped)
Luego del ingreso de los datos y configuraciones del cliente o huésped el usuario procederá a la asignación de habitación y luego a las diferentes operaciones que pueda realizar con ella. o
o
o
2.2
En la primera pantalla el usuario podrá ingresar los datos generales del cliente. (Prototipo Cliente – datos generales).
El usuario tendrá un módulo para la asignación de habitación diaria. (Prototipo). El usuario luego de haber asignado la habitación el usuario podrá editar e imprimir los datos y registros del cliente o huésped. (Prototipo). El usuario al editar los datos del cliente o huésped podrá obtener la cantidad de huéspedes que se encuentran dentro del hotel y podrá editar sus ingresos, salidas, descuentos, y consumos de cada uno de ellos, así como la impresión de su boleta o factura de pago. (Prototipos)
Funciones del producto La aplicación aceptará distintos tipos de usuario que tras autenticarse podrán llevar a cabo actividades según sus privilegios. El único modo de interactuar con el sistema será mediante una página web, ya que el servidor no presentará una interfaz para el usuario. Los huéspedes del hotel, una vez registrados en el sistema, podrán realizar reservas, consultarlas, modificarlas o cancelarlas. Los empleados del hotel
Revisión 1.0
Universidad Privada del Norte
Página6
Software Requirements Specification (SRS)
podrán realizar gestión de las habitaciones del hotel, de sus empleados, reservas y estancias de huéspedes así como de la facturación de las estancias en el hotel.
2.3
Características del usuario El software desarrollado se orienta a todo el personal implicado en un proceso de gestión hotelera como Gerente de hotel, Personal de recepción, etc. así como a los propios huéspedes del hotel, que podrán realizar y consultar sus reservas a través de Internet. Por tanto, el perfil y capacidades de los usuarios resultan heterogéneos, lo que deberá ser tenido en cuenta para proporcionar una interfaz accesible y usable que permita a los usuarios llevar a cabo sus tareas.
2.4
Restricciones El servidor que soporte el sistema deberá ser capaz de atender múltiples peticiones simultáneas, es decir, permitirá concurrencia, controlando que en ningún momento interfieran unas con otras y se proporcionen datos incorrectos. Debe garantizarse la seguridad del servidor mediante sistemas de encriptación y autenticación para los usuarios que tengan la posibilidad de modificar la base de datos.
Revisión 1.0
Universidad Privada del Norte
Página7
Software Requirements Specification (SRS)
3
REQUISITOS ESPECIFICOS
3.1
Requisitos de interfaces externas
3.1.1 Interfaces de usuario
3.1.1.1. El sistema deberá permitir identificar a los usuarios mediante una pantalla de inicio de sesión La página de inicio de sesión constará del nombre de la aplicación, un cuadro de texto para introducir el usuario y un cuadro de texto en el que se deberá introducir la contraseña del usuario.
3.1.1.2.
Los usuarios que accedan al sistema con perfil de recepcionistas visualizarán una pantalla que les dé acceso a la gestión de reservas, huéspedes y facturación.
3.1.1.3. El sistema deberá permitir registrar de los datos generales del Cliente o huésped. 3.1.1.4.
Los usuarios que accedan al sistema con perfil de administradores visualizarán una pantalla que les dé acceso a todas las funcionalidades del sistema.
El usuario luego de haberse logueado como usuario podrá ingresar los datos generales del huésped como: •
Tipo de documento
•
Nº del documento
•
Apellidos y Nombres del cliente
•
Fecha de Nacimiento
•
Sexo
•
Estado civil
•
Correo Electrónico
•
Teléfono personal
•
Nacionalidad
•
Dirección y Ubigeo
3.1.1.5. Luego de haber ingresado los datos generales del Cliente el sistema deberá permitir ingresar la reserva del Cliente El usuario podrá crear el reserva del cliente previamente creado y se almacenara los siguientes datos
Revisión 1.0
•
N° de habitación
•
Día de Ingreso
•
Tipo de Habitación
•
Costo
Universidad Privada del Norte
Página8
Software Requirements Specification (SRS)
•
Fecha de Inicio
•
Fecha de fin
•
Motivo de la finalización de la reserva
3.1.1.6. El sistema deberá permitir configurar los ingresos que va tener el registro en ese periodo. El usuario podrá configurar los ingresos que contendrá el registro así como deshabilitar las habitaciones del huésped.
3.1.1.7. El sistema deberá permitir configurar los descuentos que va tener el cliente en ese periodo de estadía. El usuario podrá configurar los descuentos que contendrá el cliente así como también poder deshabilitarlos: •
Descripción o concepto del descuento o deshabilitacion
•
El N° de habitación.
3.1.1.8. El sistema deberá permitir la creación de la boleta o factura. El usuario asignará los días, y horas de estadía del cliente (Periodo), para poder crear la facturación necesaria.
3.1.1.9. El sistema deberá contener un listado de Facturación para realizar operaciones de modificación El usuario podrá editar, eliminar, imprimir y cerrar la pantalla de Facturación, de acuerdo a las facturaciones ya creadas.
3.1.1.10. El título y la imagen del hotel aparecerán en la pantalla de inicio de sesión. 3.1.1.11. Al dejar el puntero del ratón sobre cualquier elemento de la aplicación durante mucho tiempo, se mostrará una descripción o consejo sobre el elemento resaltado.
3.1.1.12.
La información de facturación sólo estará accesible para los administradores del sistema.
3.1.1.13.
Los huéspedes podrán cancelar sus reservas sin recargo hasta 48 horas antes del comienzo de las mismas.
Revisión 1.0
Universidad Privada del Norte
Página9
Software Requirements Specification (SRS)
3.1.2 Interfaces hardware Los puestos de trabajo deberán estar conectados a la red utilizando módem o tarjetas wireless. Cada habitación dispondrá de un dispositivo lector de tarjetas que permita el acceso a la habitación. El acceso al recinto en el que estén los servidores de la aplicación se hará a través de un dispositivo de lectura de huella digital.
3.1.3 Interfaces software El software permitirá la comunicación con una pasarela de pagos mediante tarjeta de crédito. Al realizar una reserva se mostrará al usuario la posibilidad de marcar una opción para realizar el pago usando tarjeta de crédito. Las tarjetas de red con las que los puestos de trabajo se conecten a la red deberán ser rápidas. El software permitirá la comunicación con un sistema de gestión de contabilidad.
3.1.4 Interfaces de comunicación Para la comunicación entre huéspedes y servidor se utilizará el protocolo de nivel de transporte HTTP. Para la comunicación entre el servidor y el sistema gestor de bases de datos se utilizará el protocolo de nivel de transporte TCP/IP.
3.2
Requisitos Funcionales del Software:
Actualizar, consultar y listar: • • • • • • • • • •
Habitaciones existentes. Tipos de habitaciones existentes. Los horarios de turnos que se manejan en la empresa Los empleados de la empresa. Profesiones posibles que puedan tener los huespedes. Nacionalidad de los huéspedes. Lista de empresas y sucursales en las cuales laboran los huéspedes. Una reserva en particular. Una cuenta de un huésped en particular Los registros históricos de los empleados que trabajaron en un turno determinado (apertura de turno).
Registrar y Consultar:
Revisión 1.0
Universidad Privada del Norte
Página10
Software Requirements Specification (SRS)
• • • • • • • • •
Registro de huéspedes Gestión de reservas Gestión de habitaciones Las prestaciones de habitaciones. Los empleados que realizaron aseo en las habitaciones. Objetos olvidados por los huéspedes en las habitaciones. Devolución de objetos encontrados en las habitaciones. Huéspedes con acceso restringidos a la empresa. La hora de salida de un huésped.
Eliminar: •
Cuenta existente.
Emitir: • •
Boletas. Facturas.
Anular: •
Reservas.
Cobrar: • •
Cuenta completa de un huésped (estadía, consumo y teléfono) Consumos de una cuenta.
Modificar: •
El estado en que se encuentra una habitación.
3.2.1 Registro de huéspedes Será posible registrarse como cliente del hotel a través de la página web del mismo, introduciendo DNI, nombre, dirección, teléfono, tarjeta de crédito, un nombre de acceso al sistema y una contraseña. Las contraseñas de los huéspedes serán guardadas de forma encriptada. Las contraseñas de los usuarios deberán tener una longitud mínima que las haga difíciles de adivinar. El usuario podrá cancelar el registro antes de enviar su información, sin almacenarse en las bases de datos del hotel.
El usuario podrá modificar sus datos después de haberse registrado. Los empleados del hotel podrán realizar el registro de nuevos huéspedes y la modificación de los datos de los mismos
Revisión 1.0
Universidad Privada del Norte
Página11
Software Requirements Specification (SRS)
3.2.2 Gestión de habitaciones La aplicación permitirá identificar de manera inequívoca las habitaciones del hotel mediante números en los que se incluirá la planta del hotel y el número de habitación. Cada habitación tendrá asociado su tipo de habitación La aplicación almacenará el estado de cada habitación. El estado de una habitación puede ser ocupada, libre, libre con equipaje, en mantenimiento, sin limpiar, no reservable, salida. La aplicación permitirá consultar, establecer o cambiar el estado de una habitación. La aplicación permitirá consultar, establecer o cambiar el inventario de una habitación. La aplicación permitirá consultar, establecer o cambiar las características de una habitación. La aplicación pasará el estado de una habitación a “ocupada”, cuando el cliente haga el check in en el hotel. La aplicación pasará el estado de una habitación a “sin limpiar”, cuando el cliente o huésped realice su check out en el hotel. La aplicación pasará de forma automática el estado de una habitación a “salida”, la fecha de terminación de la estancia del cliente o huésped termine en la fecha actual.
3.2.3.- Gestión de reservas Un cliente podrá realizar la reserva de una habitación indicando las fechas de inicio y fin de la misma y las características de la habitación que desea. El sistema mostrará una lista de habitaciones disponibles en las fechas seleccionadas por el cliente y con las características deseadas. El usuario podrá cancelar la reserva (antes de aceptarla) sin que ningún dato sea guardado. El cliente podrá cancelar la reserva sin penalización económica antes de 5 días del inicio de la reserva. El cliente podrá acceder a un listado de sus reservas activas y de las que realizó en el hotel en los últimos seis meses. En caso de cancelación fuera de plazo, se cargará al cliente un porcentaje del precio de la reserva.
Revisión 1.0
Universidad Privada del Norte
Página12
Software Requirements Specification (SRS)
Será posible modificar los datos de una reserva hasta 48 horas antes del comienzo de la misma, siempre sujeto a disponibilidad de habitaciones. No se realizarán cargos a los huéspedes que cancelen una reserva con al menos 48 horas de antelación al comienzo de la misma. Los empleados con perfil de recepcionistas podrán modificar, visualizar las reservas y realizar modificaciones sobre ellas si así lo solicita el cliente. Las reservas realizadas serán eliminadas del sistema tres meses después de su finalización.
3.2.3.- Gestión de la facturación de estancias 3.2.3.- Gestión de empleados 3.2.3.- Gestión de proveedores
3.3
Requisitos no funcionales del Software:
•
•
El modelo conceptual de datos debe ser apoyado por una herramienta CASE, utilizando modelamiento entidad relación según la metodología. Debe ser diseñado para utilizarse en ambiente multiusuario.
3.3.1 Requisitos de mantención del Software: • •
Su vigencia en el tiempo, es decir, satisfacer nuevos requerimientos. Ante la detección de una falla.
3.3.2 Plan de Test del Software: •
• • •
•
• • •
Revisión 1.0
Utilización de estrategia de prueba ascendente y a la ves funcional (variación de las pruebas ascendentes para lenguajes estructurados). Se evaluará desde las funciones básicas hasta las funciones de operación del software. Es necesario asegurar el buen funcionamiento de los siguientes puntos: Que los datos sean almacenados en forma correcta. Que los cálculos realizados por el software sean correctos. Que el software no permita la manipulación de datos críticos sin clave de seguridad. Verificar que las consultas e informes, tanto por pantalla como por impresora sean correctos. Que el tiempo de respuesta sea el menor posible. Conclusiones del producto : El software permite el manejo de las operaciones de estas empresas en una forma sencilla y de fácil comprensión. El desarrollo del Modelo Conceptual de Datos presentado, es la conclusión de los distintos aspectos desarrollados , siendo esta etapa la más complicada de elaborar dentro del tiempo de desarrollo, para lo cual se debió tomar en Universidad Privada del Norte
Página13
Software Requirements Specification (SRS)
•
cuenta que el producto tenía que tener un tiempo de respuesta mínimo para las operaciones y transacciones que se realizan, debido a su carácter comercializable; es por esto que existe una redundancia controlada de los datos almacenados. El desarrollo de este producto ha ampliado la posibilidad de seguir trabajando con esta herramienta de desarrollo de Software, para lo cual ha servido la experiencia obtenida durante todo este periodo.
3.3.3 Conclusiones de Proceso: •
•
•
3.4
El ciclo de desarrollo del Software sintetizado en las etapas anteriores fue producto del estudio de las funciones que se manejan en este tipo de empresa y cómo se realiza cada una de estas funciones en ellas. Luego, para poder estandarizar estas funciones mediante una metodología, se debió estudiar, aprender y aplicar las técnicas estudiadas, interpretando en un a forma sencilla las funciones que realizaría el Software. El tiempo empleado en el desarrollo del proyecto se vio alterado por la necesidad de concretar un modelo conceptual de datos adecuado y a la implementación de las etapas con el lenguaje de programación utilizado. Nosotros consideramos que para este Software solo habría que profundizar mayormente en el diseño de las interfaces, para tratar de ir actualizándolo con las tendencias actuales.
Requisitos de rendimiento La mayoría de las peticiones al sistema deberán servirse en menos de dos segundos El sistema deberá estar disponible 24 horas al día. Cuando el rendimiento del sistema decaiga por debajo del 70% de su capacidad total, restringirá el acceso de nuevos peticiones hasta que se liberen recursos para atender nuevas peticiones. El sistema gestor de bases de datos procesará el 90% de las transacciones en menos de cinco segundos. Las tarjetas de red utilizadas deberán ser de 10/100 Mbps.
3.5
Restricciones de diseño 3.5.- Atributos de sistema software La aplicación deberá poder adaptarse a cualquier plataforma El sistema hará copias de seguridad incrementales de la base de datos todos los días.
Revisión 1.0
Universidad Privada del Norte
Página14
Software Requirements Specification (SRS)
El sistema hará copias de seguridad completas de la base de datos periódicamente.
3.6.- Otros requisitos El código fuente estará documentado. La aplicación almacenará un localizador de reserva único por cada reserva. Se proporcionará un manual en el que se expliquen todas las funcionalidades del sistema.
Revisión 1.0
Universidad Privada del Norte
Página15