Especificación de Requerimientos Funcionales y No Funcionales. Sistema Reservación Hotelera

Transcripción

1 Funcionales y No Funcionales Sistema Reservación Hotelera Grupo N. XX Integrantes del Grupo Wenfri Grijalba Villegas. Kevin Jimenez Baltodano. Luis Mauricio Chavarria Perez. Fecha 19/05/15

2 Historia de Revisión Fecha Versión Descripción Autor 19/05/15 1 Requerimientos. Wenfry Grijalba Villegas. Kevin Jimenez Mauricio Chavarrio

3 Tabla de contenido Historia de Revisión Introducción Propósito Alcance del Documento Glosario Conceptos Requerimientos Funcionales Proceso-1 o Módulo Cliente: Error! Marcador no definido. Proceso-2 o Módulo Facturación:... Error! Marcador no definido. Interfases con otros sistemas.... Error! Marcador no definido. 3. Requerimientos No Funcionales: Usabilidad Confiabilidad y seguridad Requerimientos de espacio Portabilidad Eficiencia y rendimiento Mantenimiento y soportabilidad Requerimientos de entrega Propiedades del diseño Interfaces Requerimientos de Licenciamiento

4 1. Introducción Propósito. El propósito de este documento es mostrar las especificaciones de los Requerimientos en forma narrativa del Sistema Reservación Hotelera, específicamente para los Servicio en general, reservación, información de habitaciones, acceso a web y clientes para el entendimiento de los involucrados y el usuario final, no necesariamente informático. Los Requerimientos a presentar en este documento son: Requerimientos Funcionales, que se identificarán con las siglas RF, como los Requerimientos No Funcionales, que se identificarán con las siglas RNF. Proceso de levantamiento de requerimientos se llevó a cabo en el hotel La Estancia, dichos requerimientos están referenciados por RF y RFN los cuales significan en orden Requerimiento funcional los cuales nos dicen lo que el programa va hacer, seguidamente los requerimientos no funcionales los cuales nos dicen la forma en como el programa será capaz de utilizar las funciones previstas asi el cómo lo va hacer Alcance del Documento. El alcance es definir con exactitud todas los Requerimientos Funcionales (especificaciones suplementarias) y los No Funcionales, como: limitaciones, restricciones y otros factores que permitan un mayor entendimiento y compresión, necesarios para una exitosa ejecución del proyecto.

5 1.3. Glosario. RF## : Siglas para identificar los Requerimientos Funcionales, seguidos por un número secuencial de la lista de requerimientos que se está levantando, con el propósito de identificarlos y hacer referencia en documentos posteriores, como los Casos de Uso. RNF##: Siglas para identificar los Requerimientos No Funcionales, seguidos de número secuencial de la lista de requerimientos, con el propósito de identificarlos y hacer referencia en documentos posteriores Conceptos. Requerimientos: Atributo necesario dentro de un sistema, que puede representar una capacidad, una característica o un factor de calidad del sistema solicitado. Es el descubrimiento de las actividades involucradas, para dar solución a un producto terminado. Priorizar los requerimientos: Todos los requerimientos tienen diferentes niveles de importancia para los usuarios y Stakeholders. Unos tienen prioridad crítica, otros no tanta y otros de bajo nivel de prioridad. Taller de Requerimientos: Debe existir un plan de taller de requerimientos, donde se involucran los diferentes tipos de Elicitación (propuesta en Ingeniería de requerimientos). Elicitación: Actividades propias que ayuden al levantado y descubrimiento de requerimientos, con los usuarios expertos. Stakeholders: Toda entidad que estará directa o indirectamente beneficiado con el sistema. 2. Requerimientos Funcionales.

6 En general, los requerimientos son necesidades de un sistema de información, que se deben satisfacer, y paralelamente puede considerarse que un requerimiento, es una propiedad que debe ser exhibida por el software, para resolver requerimientos del mundo real o proceso, mediante aplicaciones de sistemas de información. Agrupar los requerimientos por módulos de acuerdo con los procesos identificados en el Modelo de Casos de Uso del Negocio.

7 Generales RF1=Debe administrar las reservaciones de habitaciones o lo que es lo mismo será capaz de manejar de manera fluida la reservación de alguna habitación, esto clasificara entre las habitaciones que están disponibles y las que no al mismo tiempo que los datos del cliente. RF2=Debe imprimir una lista con los clientes que tenga una reservación realizada. RF3=Aplicación capaz de funcionar en un entorno web, esto porque se podrá reservar una habitación por medio de internet para cualquier cliente que desee una habitación. 1-Reservacion RF4=Reservar habitaciones que estén disponibles. La reserva se puede realizar a través de la aplicación web. El cliente puede observar las habitaciones que están disponibles para así poder hacer su reservación como le convenga. RF5 = Cancelar una reservación estará disponible para el cliente para el momento en que así lo decida. La reservación tiene una cancelación automática si el cliente después de un tiempo no se reporta al hotel. RF6 = Reportes del registro diario del uso de las habitaciones RF7 = Registro tipo de cliente, el cliente se registrara si es por empresa o es turista. RF8 = Se debe registrar los datos personales del cliente, esta información debe llevar los siguientes datos, nombre, apellidos, edad. RF9 = Identificar clientes que reciben preferencia, estos clientes son referenciados según la edad, donde la edad sea menor de 9 años. RF10 = Se tendrá otra interfaz donde la recepcionista puede observar las habitaciones que se reservaron por medio de la web, esta interfaz mostrara la información del cliente registrado en la base d datos y comunicara en tal las reservaciones.

8 2-Informacion de Habitaciones RF11=Mostrar una lista con las habitaciones y sus tipos dobles o sencilla cada una con una descripción detallada con lo que cuenta (precio, capacidad, etc.). RF12=Debe contar con una base de datos de habitaciones. RF13=Debe contar con fecha de inicio y de fin de la reservación de la habitación. RF14=Debe mostrar disponibilidad de habitaciones. 3-Acceso a web RF15=Para reservar una habitación necesita acceso de internet por parte del usuario o el cliente. 4-Clientes RF16=El cliente puede darse de alta en cualquier momento una vez hecha la reservación luego de esto la habitación que tenía reservada quedará disponible. RF17=El cliente no podrá reservar una habitación que ya está reservada. RF18=El cliente sino se reporta después de la hora establecida la reservación la misma será cancela y puesta a disposición para otro cliente. RF19= Calcular número de habitaciones que estén disponibles en ese momento y las no disponibles.

9 RF20= Guardar datos de usuarios registrados por cada habitación para ubicar las habitaciones disponibles, es porque el usuario escogerá la habitación que desee mientras esté disponible. 3. Requerimientos No Funcionales: Los requerimientos no funcionales de software para una aplicación de sistemas, establecen restricciones sobre el software y sobre los requerimientos funcionales. Los requerimientos no funcionales establecen el conjunto de cualidades y atributos necesarios para el sistema resultante. Notación: Para la captura de los Requerimientos No Funcionales, utilizar la siguiente nomenclatura: RNF## 3.1. Usabilidad RNF1: Contar con una persona encargada para el mantenimiento de la aplicación RNF2: Equipo idóneo (computadoras, impresoras, teclado, etc.) para el uso de la aplicación correctamente RNF3: Interfaz Gráfica Agradable. 3.2 Confiabilidad y seguridad.

10 RNF4: Solo el usuario administrador tendrá permisos para realizar modificaciones a los registros, como eliminar, agregar etc. RNF5: Usuario administrador tendrá acceso al sistema por medio de usuario con contraseña Requerimientos de espacio. RNF6: Los servidores estarán ubicados en el Centro de Cómputo Robustez. RNF7: El sistema esté disponible reservación de alguna habitación. cuando el usuario intente hacer una 3.5. Eficiencia y rendimiento. RNF8: Consultas y entradas sean realizadas de manera ágil y en un tiempo adecuado para el cliente. RNF9: El sistema de funcionar 99 por ciento del tiempo. RNF10: Se debe contar con un tiempo de respuesta razonable. RNF11: Se debe contar con una velocidad de conexión a internet Mantenimiento. RNF12: Se tendrá un manual para dar soporte al sistema realizado Requerimientos de entrega. RNF13: La documentación técnica se entregará en formato digital.

11 RNF14: El manual de usuario se entregará en formato digital. RNF15: Se deberá utilizar sistemas operativos de Microsoft RNF16: Se deberá incluir un servidor Propiedades del diseño. RNF017: Desarrollado con Microsoft Visual Studio.NET RNF018: Desarrollado con una arquitectura de 3 capas RNF019: Implementado para que trabaje con Sql Server RNF020: Uilización de herramientas Css para desarrollar ayudas en línea en formato html. RNF021: Implementación del modelo RUB Interfaces. RNF22: La interfaz se podrá observar en cualquier navegador Requerimientos de Licenciamiento. RNF023: Se debe contar con una licencia Microsoft