ANALISIS DE REQUISITOS

20
Hotel Campestre Documento de Análisis de Requisitos Versión 2.0 Universidad Tecnológica de Querétaro Carrera de Tecnologías de la Información y la Comunicación Área: Sistemas Informáticos. Grupo de trabajo: <Caso de estudio 3> Integrantes Beltrán Guerrero Sebastián Alejandro González Palomares Octavio Aguas Aguas Enrrique Bravo García Gustavo Alfonso

Transcript of ANALISIS DE REQUISITOS

Page 1: ANALISIS DE REQUISITOS

Hotel Campestre Documento de Análisis de Requisitos

Versión 2.0

Universidad Tecnológica de Querétaro

Carrera de Tecnologías de la Información y la Comunicación

Área: Sistemas Informáticos.

Grupo de trabajo: <Caso de estudio 3>

Integrantes

Beltrán Guerrero Sebastián Alejandro

González Palomares Octavio

Aguas Aguas Enrrique

Bravo García Gustavo Alfonso

Page 2: ANALISIS DE REQUISITOS

2

<Hoteles campestre>Hotel Campestre Versión 2.0 Version: <2.0>Análisis de Requisitos Fecha: 21/02/2011>

Índice:1. Introducción

1.1. Propósito general del sistema

1.2. Alcance del sistema

1.3. Objetivos

1.4. Misión y visión

2. Sistema propuesto

2.1. Visión general

2.2. Requisitos funcionales

2.3. Requisitos no funcionales

2.3.1. Facilidad de uso (“Usability”)

2.3.2. Seguridad

2.3.3. Interfaces

A TRAVES DE QUE MEDIO SE CONECTA CON OTRO SOFTWARE POR EL USUARIO

2.3.3.1. Interfaces de usuario

2.3.3.2. Interfaces Hardware

2.3.3.3. Interfaces Software

2.3.3.4. Interfaces de comunicación

3.1 Modelo de Casos de Uso

3.1.1 Descripciones generales de Actores3.1.2 Diagramas del Modelo de Casos de Uso

3.2 Modelos Objeto

3.3 Interfaz de Usuario

3.4 Diagrama Relacional

3.5 Modelo Relacional

<T-108>,<2011>

2

Page 3: ANALISIS DE REQUISITOS

3

<Hoteles campestre>Hotel Campestre Versión 2.0 Version: <2.0>Análisis de Requisitos Fecha: 21/02/2011>

Historial de revisiones

Fecha Versión Descripción Autor

<27/01/2011> <1.0> Modificación de los casos de uso, descripción de actores, descripción de caso de uso, requerimientos, modelo entidad relación, relacional y diagrama de clases

Beltrán Guerrero Sebastián Alejandro

Bravo García Gustavo Alfonso

Aguas Aguas Enrrique

Gonzales Palomares Octavio

<30/01/2011> Modificación de las interfaces (usuario, hardware, software), modelo de casos de uso y diagramas de clase.

Beltrán Guerrero Sebastián Alejandro

Aguas Aguas Enrrique

<T-108>,<2011>

3

Page 4: ANALISIS DE REQUISITOS

4

<Hoteles campestre>Hotel Campestre Versión 2.0 Version: <2.0>Análisis de Requisitos Fecha: 21/02/2011>

1. Introducción

1.1. Propósito general del sistema.

Controlar el proceso de la información que se maneja en el Hotel Campestre, tales como antecedentes de los clientes, facilitando el manejo de datos de fechas de hospedaje y salida de reservación de habitaciones.Incluirá mantener en el sistema el predominio de datos actualizados, así como mejora del progreso en el dominio de la planeación, organización y sobretodo el control de dirigir con una mayor eficiencia las funciones que se realizan dentro de la empresa.

Con el desarrollo de este sistema se pretende que los datos que son manejados en la empresa, se administren de la mejor manera posible, obteniendo resultados satisfactorios, favorecer la atención al cliente, así como una mejor organización dentro de la empresa y en la información.

1.2. Alcance del sistema

El sistema para “Hotel Campestre” tendrá la función de favorecer el manejo los datos que son manejados por la empresa tanto de las reservaciones que se hacen ya sea en línea o directamente sobre la aplicación de escritorio, tener un control de sus clientes llevándolo a través de una base de datos para las tres sucursales de servicio del hotel.

En el desarrollo del sistema se implementara una página web para el hotel, que permitirá a los clientes hacer reservaciones en línea en la cual se darán a conocer la cadena de hoteles y sus servicios, proporcionando un catalogo de los tipos de habitaciones y los servicios con los que cuenta cada una, permitirá ser administrado por una o varias personas.

Además de lograr en el sistema las siguientes funciones:

El uso del sistema y página web será sencillo y entendible para facilitar su manejo a los

usuarios.

Accesibilidad en el control de usuarios que utilizaran el sistema y página web.

Administración en el manejo de registro de las reservaciones.

Facilidad para adquirir información actualizada de los huéspedes, tarifas y

promociones.

Visualizar todo tipo de información de habitaciones, empleados o del hotel.

1.3. Objetivos

Diseñar un sistema automatizado el cual le permita al “Hotel Campestre” llevar un control de las actividades que lleva acabo como los son reservaciones, control de habitaciones, control de clientes, empleados, etc. además de permitir al cliente realizar reservaciones desde una página web en la cual podrá consultar y solicitar información sobre los servicios que el hotel ofrece.

<T-108>,<2011>

4

Page 5: ANALISIS DE REQUISITOS

5

<Hoteles campestre>Hotel Campestre Versión 2.0 Version: <2.0>Análisis de Requisitos Fecha: 21/02/2011>

1.3.1 Objetivos Específicos

1. Sistematizar información sobre los componentes del sistema del Hotel, particularmente la transmisión de datos por medio de la aplicación y la base de Datos.

2. Diseñar una aplicación y página web para el registro de reservaciones de clientes del hotel.

3. Diseñar el modelo de transmisión de datos a través de la aplicación e interfaz de registro en la base de datos del Hotel.

4. Implementar la aplicación y la página diseñadas, probarlas y optimizar su funcionamiento.

5. Probar el registro y transmisión de datos de reservación de habitaciones de huéspedes tanto de la página web como en la aplicación.

6. Probar la página web en diferentes buscadores de internet

7. Probar y mejorar el funcionamiento de la aplicación y la página web, mediante actualizaciones.

2. Sistema propuesto

2.1. Visión general

Mantener a cabo un mejor orden en los datos del “Hotel Campestre”, además de registrar los usuarios también se tendrá preferencia en la seguridad en el acceso al sistema, el registro de habitaciones y sus reservaciones.

Determinar que solo los usuarios con privilegios puedan acceder al sistema, dar de alta, bajas o modificaciones de información, así los administradores mantendrá almacenados los datos de sus huéspedes o de los usuarios que serán participantes únicamente en el registro de la reservación.

Permitir el acceso general al sitio Web por parte de los diferentes clientes para que puedan consultar la información sobre sus reservaciones.

Solo dentro de la red de la línea de hoteles se utilizara para preguntas frecuentes de consulta o avisos externo de la misma línea y como mantener actualizada la base de datos e información del hotel.

2.2. Requisitos funcionales

Aplicación:Requisito funcional 1Introducción: Validar usuario para entrar al sistemaEntradas: Ingresar Login y Password Procesos: El sistema validara los datos ingresados que sean correctos realizando una búsqueda en la Base de datos Salidas: Se desplegara un mensaje de bienvenida al sistema.Error: Mostrara mensaje de error si los datos de Login y password no son correctos

<T-108>,<2011>

5

Page 6: ANALISIS DE REQUISITOS

6

<Hoteles campestre>Hotel Campestre Versión 2.0 Version: <2.0>Análisis de Requisitos Fecha: 21/02/2011>

Requisito funcional 2Introducción: Opciones de servicios. Entradas: El usuario elegirá las opciones de datos Procesos: El sistema mostrara las opciones de servicios en la pantalla.Salidas: Se desplegara la información en la pantalla de la opción elegida Error: No aplica.

Requisito funcional 3Introducción: Consultar datos de reservas, habitación.Entradas: El usuario podrá elegir entre las opciones de consultaProcesos: El sistema mostrara en pantalla al usuario la verificación de la información realizando una búsqueda en la base de datosSalidas: Desplegara la información solicitada de opción de consulta en la pantallaError: No aplica

Requisito funcional 4Introducción: Registrar reserva de datos de clientes y reservaciones.Entradas: El usuario ingresara datos generales de huéspedes y de las reservacionesProcesos: - El sistema verificara la disponibilidad de la habitación en la base de datos.- El sistema registrara los datos del cliente y reservaciones en la base de datos.Salidas: - Desplegara en la pantalla un mensaje de habitación disponible.- Desplegara un mensaje de registro de reserva exitoso- Desplegara un mensaje de error de que la habitación no está disponibleError: En caso de errores de información se desplegará un mensaje de error.

Requisito funcional 5 Introducción: Dar bajas o modificar reservas Entradas: El usuario ingresara datos de actualizaciones de reservas.Procesos: El sistema mostrara en la pantalla las descripciones de reserva y podrá eliminarnos o modificarlos los datos guardarlos en la base de datosSalidas: Desplegara información en la pantalla de los datos almacenados Error: En caso de errores de información se desplegará un mensaje de error.

Requisito funcional 6Introducción: Registrar pago de reservaciones Entradas: El usuario ingresara datos correspondientes de pago de las reservaciones.Procesos: El sistema solicitará en pantalla ingresar los datos de forma de pago, posteriormente se almacenarán en la base de datos Salidas: Desplegara un mensaje de información de los datos de los pagos almacenados.Error: En caso de errores de información se desplegará un mensaje de error. Requisito funcional 7Introducción: Dar de alta los registros pago en efectivo o pago en tarjeta.Entradas: El usuario ingresara los datos de acuerdo a la forma de pago.Procesos: El sistema desplegara una opción donde el usuario podrá elegir el tipo de pago, la información se almacenará en la base de datos.Salidas: Desplegara un mensaje de información almacenada correctamente.Error: En caso de errores de información se desplegará un mensaje de error.

Requisito funcional 8 <T-108>,<2011>

6

Page 7: ANALISIS DE REQUISITOS

7

<Hoteles campestre>Hotel Campestre Versión 2.0 Version: <2.0>Análisis de Requisitos Fecha: 21/02/2011>

Introducción: Dar de alta, bajas y modificar los registros de habitación.Entradas: El usuario ingresara datos de la habitación para dar alta o modificar, y para dar de baja solo seleccionar la habitación.Procesos: El sistema desplegara una pantalla donde los usuarios podrán administrar los diferentes datos de habitación que están registrados, dar de altas, bajas y podrá modificar registros y los cambios quedarán almacenados en la base de datos.Salidas: Desplegará un mensaje de la información actualizada. Error: En caso de errores de información se desplegará un mensaje de error.

Requisito funcional 9Introducción: Dar de alta, bajas y modificar empleados.Entradas: El usuario ingresara o actualizara datos de los empleados del hotel.Procesos: El sistema desplegara una pantalla donde los usuarios podrán administrar los diferentes datos de los empleados que están registrados, dar de altas, bajas y podrá modificar registros y los cambios quedarán almacenados en la base de datos.Salidas: Desplegará un mensaje de la información actualizada. Error: En caso de errores de información se desplegará un mensaje de error.

Requisito funcional 10Introducción: Generar reporteEntradas: El usuario podrá generar reportes semanales, mensuales y anuales de los datos del hotel.Procesos: El sistema desplegara opciones para elegir el tipo de reporte de registros de clientes.Salidas: Desplegará la información del tipo de reporte solicitado en la pantalla.Error: En caso de errores de información se desplegará un mensaje de error.

2.3. Requisitos no funcionales.

Requisito no funcional 1Disponibilidad y recuperación de fallos garantizada.Entradas: El usuario podrá ver la disponibilidad de datos generales del hotelProcesos: El sistema desplegara la opción donde los usuarios podrán revisar registros aparte de recuperaciones por seguridad de su información almacenada desde la base de datos Salidas: Desplegará la información de cualquier registro en la pantalla Error: No aplica.

Requisito no funcional 2Velocidad de despliegue de ventanas.Entradas: El usuario podrá ver la disponibilidad de datos generales del hotelProcesos: El sistema desplegara una opción donde mostrara al usuario la información almacenada desde la base de datos en tiempo real Salidas: Desplegará la información de cualquier registro en la pantalla Error: No aplica.

Requisito no funcional 3Habilidad de manejar modos de autenticación de forma segura.

<T-108>,<2011>

7

Page 8: ANALISIS DE REQUISITOS

8

<Hoteles campestre>Hotel Campestre Versión 2.0 Version: <2.0>Análisis de Requisitos Fecha: 21/02/2011>

2.3.1. Facilidad de uso (“usability”)

La adaptación del sistema tendrá que estandarizarse en diferentes aspectos:

En Oracle se hará la base de datos para el Sistema. Se implementara en lenguaje de programación JAVA, la aplicación a desarrollar para la

administración general del hotel. El sistema operativo que se usara debido a sus buenas críticas del funcionamiento

estabilidad y en general por su viabilidad productiva será Windows 7.

2.3.2. Seguridad.

El sistema contara con autentificación de usuarios para tener más seguridad en el aspecto de hacer modificaciones y solo el administrador podrá acceder a realizar estos cambios en el sistema, permitirá el registro de actividades con autentificación de los usuarios que los realizaron.

No mostrará información en el sitio web acerca de los clientes aparte de su nombre y datos de sus reservaciones.

2.3.3. Interfaces

Para que la comunicación entre usuario y el equipo se lleve a cabo, es necesario el uso de elementos que permitan esto los más comunes son: las interfaces de usuario, de hardware, software y de comunicación.

2.3.3.1 Interfaces de usuario

El administrador estará interactuando directamente con la página web o desde el sistema, donde mantendrá actualizaciones de la información de sus registros de la cadena Hotelera, ubicación, información de la empresa, datos de empleados, reservaciones de habitaciones, entre otras.

Los empleados del hotel estarán interactuando con el sistema, el cual consta en el registro de nuevos huéspedes, además de administrar habitaciones, productos y proveedores. Dentro del sistema, los empleados validados que cuenten con nombre de usuario y contraseña podrán eliminar registros y editarlos.

2.3.3.2 Interfaces Hardware.

<T-108>,<2011>

8

Page 9: ANALISIS DE REQUISITOS

9

<Hoteles campestre>Hotel Campestre Versión 2.0 Version: <2.0>Análisis de Requisitos Fecha: 21/02/2011>

Los elementos físicos con los cuales estarán trabajando los usuarios del sistema son teclado para el ingreso de datos, y debido a la impresión de facturas, también se utilizara una impresora laser.

Dado que los huéspedes llegaran a pagar directamente a la recepción, será necesario a la implementación de una terminal de tarjetas de crédito y forma de pago en efectivo.

2.3.3.3 Interfaces Software.

Las interfaces de software con las que estará interactuando el usuario serán el sistema de control de reservas para poder dar de alta nuevos registros, dar de baja algunos ya existentes o poder para modificarlos.

3.1 Modelo de Casos de Uso.

3.1.1 Descripciones generales de Actores.

ADMINISTRADOR DE SISTEMAS: Va a ser el encargado de optimizar todo el sistema de control de reservas, la administración general del hotel por medio de la aplicación conectada a la base de datos, identificándose por una clave.

SISTEMA: Es el medio de comunicación entre el usuario y la base de datos, guarda registros produce las modificaciones realizadas por el empleado o administrador.

ENCARGADO DE SISTEMAS: Se encargará de ingresar los datos correspondientes para poder hacer las reservas, consultar información e imprimir reportes.

BASE DE DATOS: Almacenara la información del hotel y los cambios que se hayan realizado por medio del sistema.

<T-108>,<2011>

9

Page 10: ANALISIS DE REQUISITOS

10

<Hoteles campestre>Hotel Campestre Versión 2.0 Version: <2.0>Análisis de Requisitos Fecha: 21/02/2011>

3.2 Interfaz de Usuario

Ventana de validación

Ventana de Menú de Opciones

<T-108>,<2011>

10

Page 11: ANALISIS DE REQUISITOS

11

<Hoteles campestre>Hotel Campestre Versión 2.0 Version: <2.0>Análisis de Requisitos Fecha: 21/02/2011>

Ventana de Alta de Clientes

<T-108>,<2011>

11

Page 12: ANALISIS DE REQUISITOS

12

<Hoteles campestre>Hotel Campestre Versión 2.0 Version: <2.0>Análisis de Requisitos Fecha: 21/02/2011>

Ventana de Reservación y Tipo de Pago

<T-108>,<2011>

12

Page 13: ANALISIS DE REQUISITOS

13

<Hoteles campestre>Hotel Campestre Versión 2.0 Version: <2.0>Análisis de Requisitos Fecha: 21/02/2011>

Ventana de la Descripción de Habitaciones

<T-108>,<2011>

13

Page 14: ANALISIS DE REQUISITOS

14

<Hoteles campestre>Hotel Campestre Versión 2.0 Version: <2.0>Análisis de Requisitos Fecha: 21/02/2011>

<T-108>,<2011>

14

Page 15: ANALISIS DE REQUISITOS

15

<Hoteles campestre>Hotel Campestre Versión 2.0 Version: <2.0>Análisis de Requisitos Fecha: 21/02/2011>

Ventana de Reportes

Venta de Alta de Usuarios

<T-108>,<2011>

15

Page 16: ANALISIS DE REQUISITOS

16

<Hoteles campestre>Hotel Campestre Versión 2.0 Version: <2.0>Análisis de Requisitos Fecha: 21/02/2011>

c) Diagramas de clases hoja anexo

3.4 Modelo entidad relación

<T-108>,<2011>

16

Page 17: ANALISIS DE REQUISITOS

17

<Hoteles campestre>Hotel Campestre Versión 2.0 Version: <2.0>Análisis de Requisitos Fecha: 21/02/2011>

3.5 Modelo relacional

<T-108>,<2011>

17