HOTELES DEL EJE CAFETERO

JORGE ALEJANDRO ARBOLEDA GONZALEZ

OSCAR ORLANDO ARISTIZABAL JAIMES

CARLOS MAURICIO SOTO ECHEVERRY

OSCAR FABIAN JURADO PAREDES

MIGUEL ANGEL CORTEZ CUERVO

JHONATHAN RAMIREZ DURAN

Escuela de Administración y Mercadotecnia del Quindío

Ing. Software VII

2012
 HOTELES DEL EJE CAFETERO

JORGE ALEJANDRO ARBOLEDA GONZALEZ

OSCAR ORLANDO ARISTIZABAL JAIMES

CARLOS MAURICIO SOTO ECHEVERRY

OSCAR FABIAN JURADO PAREDES

MIGUEL ANGEL CORTEZ CUERVO

JHONATHAN RAMIREZ DURAN

Trabajo presentado al profesor:

FABER HERNAN ARIZTIZABAL GOMEZ

En el área/ asignatura:

DESARROLLO EN EQUIPO

Escuela de Administración y Mercadotecnia del Quindío

Ing. Software VII

2012
 HOTELES DEL EJE CAFETERO

1 INTRODUCCION

1.1 PROPOSITO

Se realizara una aplicación con el fin de gestionar requerimientos para

aplicaciones que se desean desarrollar por medio de una plataforma web

1.2 AMBITO DEL SISTEMA

El sistema tendrá por nombre hoteles del eje cafetero

El sistema hará El sistema no hará

 Modificar tarifas  Ver información de los clientes
 Ver check in  Crear cliente
 Ver check out
 Crear promoción
 Ver promoción
 Ver habitaciones reservadas
 Agregar habitación
 Ver información habitaciones
 Agregar características a una
habitación
 Ver reservas
 Ver tarifas
 Hacer reservas
 Modificar reservas

 Por medio de esta aplicación se pretende facilitar la gestión y

administración de requerimientos estructurando la información de los
requisitos funcionales, no funcionales y reglas del negocio, logrando así de
esta forma que las personas que requieren este servicio puedan acceder a
ella fácilmente desde cualquier lugar del mundo atreves de un ordenador
que tenga conexión a internet, sin necesidad de conocimiento o experiencia
en el manejo de sistemas de información

1.3 DEFINICIONES, ACRONIMOS Y ABREVIATURAS

Log: logear administrador

1.4 REFERENCIAS

Se entregara al usuario los siguientes documentos:

 Diagrama de casos de uso, diagramas de secuencia y diagramas de clase

2. DESCRIPCION GENERAL

 Perspectiva del producto: tendrá una plataforma web donde el usuario

navegara en el sistema
 Funciones del producto: para los clientes se manejara una plataforma web
específica que cumplirá con los requerimientos para este tipo de usuario, y
para los empleados de los hoteles tendrán una diferente página web el cual
van a cumplir con los requerimientos para estos.
 Características de los usuarios: la plataforma web para los clientes será
abierta para cualquier tipo de cliente. Y la plataforma para los empleados
será abierta dependiendo de los roles que cada uno de ellos cumpla.
 Restricciones:

 ofrecer productos de excelente calidad, la empresa cumplirá los

requisitos acordados por los clientes, le empresa mejorara
continuamente su rentabilidad para asegurar su permanencia en el
negocio y aumentar la satisfacción de sus clientes
 limitaciones de hardware: la aplicación no tiene ningún tipo de
limitación
 interfaces con otras aplicaciones: no tendrá interfaces con otras
aplicaciones.
 Operaciones paralelas: se podrá estar trabajando paralelamente en
la parte grafica y a su ves en la parte lógica del negocio
 Funciones de control: tener un control en los movimientos de los
requisitos, un control en el manejo de la información.
 Lenguajes de control: java, mySql.
 protocolos de comunicación: http.

 Suposiciones y dependencias: La aplicación va a funcionar en cualquier

Sistema Operativo por lo cual no habrá cambios en los requisitos de la
aplicación y estos funcionaran de igual manera en todos los Sistemas
Operativos.
 Futuros requisitos: con el tiempo se tendrán posibles modificaciones y
adaptaciones a las nuevas tecnologías, se hará un código mantenible y
flexible a futuras modificaciones

3. REQUISITOS ESPECIFICOS:

La aplicación hoteles del eje cafetero se encargar de administrar todos los

requisitos para una aplicación, donde los van haber diferentes tipo de usuarios, los
clientes, el administrador del hotel y los empleados del hotel.
Para el administrador del hotel inicialmente contara una página principal donde
permitirá realizar el logeo para los administradores: los campos para este logeo
será en nombre y contraseña del administrador, este es un requerimiento crítico ya
que es muy importante para los administradores poder ingresar a la plataforma,
después de haber realizado el logeo, se desplegara una ventana la cual mostrara
todos los hoteles del eje cafetero, no importa si este administrador no es él
encarga de todos los hoteles, de igual manera se mostraran todos los hoteles,
para ingresar a ver la información da cada uno de los hoteles deberá dar clic en el
nombre del hotel el cual el administra, si da clic en un hotel el cual no es
administrador se mostrara un mensaje de error comunicándole que no puede
acceder a la información de dicho hotel, luego de acceder a la información del
hotel se desplegara una nueva pagina donde mostrara un combo box con todas
las actividades que puede realizar el administrador, dichas actividades son
modificar tarifas, ver check in, ver check out, crear promoción, ver promoción, ver
habitaciones reservadas, agregar habitación, ver habitación libre, agregar
características a la habitación, ver reservas, modificar reservas, asignar tarifa a
habitación.
Para los clientes que desean ingresar a la plataforma, se les asigno una pagina
web principal donde van a aparecer todos los nombres de los hoteles del eje
cafetero. El cliente va poder seleccionar el hotel que sea de su gusto, después de
haberlo seleccionado se desplegara una nueva página en donde el podrá realizar
las siguientes actividades: ver tarifas, hacer reserva, y ver promociones.
Para la secretario(a) también se le pedirá realizar un inicio de sesión en la pagina
principal. En el caso de que los datos sean incorrectos se mostrara un mensaje
anunciando el error, este es un requerimiento critico ya que para que la secretario
pueda realizar sus actividades deberá estar logeada con anterioridad. Después de
haber logeado, se desplegara nueva ventana con la los diferentes requerimientos
que puede realizar la secretaria.
3.2 FUNCIONES

POR JERARQUIA FUNCIONAL:

Para el los empleados del hotel el sistema deberá ser iniciado cuando estos se
hayan logeado con su login y password. Para los clientes no ve haber necesidad
de logearsen.

Cada usuario después de haberse iniciado la aplicación tendrá sus privilegios para
manipular sus requerimientos, mas no los propios de este, el sistema no le
permitirá.

El sistema almacenara todas las acciones realizadas por los usuarios en una base
de datos. Este sistema esta desarrollado para cualquier tipo de usuario, sin
importar sus conocimientos será una plataforma fácil de usar y manipular, con una
plataforma con un nivel visual y organizacional alto.

3.3 REQUISITOS DE RENDIMIENTO

La plataforma web tendrá la capacidad de soportar varios usuarios al mismo

tiempo ya sean clientes, o empleados, también soportara como máximo 5
transacciones por segundo, el sistema podrá almacenar miles de registros durante
una sesión.
El usuario podrá ingresar las veces que él quiera, en cualquier momento, el
sistema tendrá un tiempo definido en cual si los empleados se ausentan durante
un tiempo largo de la plataforma web, el tiempo máximo es de un mes, después
de este mes su cuenta quedara bloqueada.

3.4 RESTRICCIONES DE DISEÑO

El hardware deberá tener incorporado una buena memoria en RAM para la

ejecución de todas las transacciones y un rendimiento en cada página y las vistas
de estas.

3.5 ATRIBUTOS DEL SISTEMA

El sistema es muy fiable ya que la información no será corrompida en ningún

momento por otros usuarios, la portabilidad del sistema es muy buena ya que se
podrá utilizar en cualquier momento en un ordenador que tenga conexión a
internet.

3.5 OTROS REQUISITOS

Ninguno más.
DIAGRAMA DE CLASES
DIAGRAMA DE CASOS DE USO
 ESPECIFICACION DE REQUISITOS

Nombre Del caso de uso CO1 Modificar Reserva

Prioridad Medio
Actor Recepcionista Empleado.
Precondiciones Debe haber identificado como empleado de recepción
FLUJO DEL EVENTO
USUARIO SISTEMA
1. El Empleado da clic en reserva
2. El Empleado Busca la reserva
3. El empleado Selecciona la reserva
4. El sistema verifica la existencia de la reserva
5. El empleado digita los datos a modificar
6. El empleado da clic en aceptar
7. El sistema valida los datos
8. El sistema Registra la nueva reserva
9. El sistema muestra un Mensaje de éxito.
FLUJO ALTERNATIVO
4.1 Mensaje de error en la verificación de la reserva no existe
7.1 Mensaje de error en la validación de los datos.
6.1 Mensaje de error, La reserva no se pudo modificar, ingrese otros datos.

PRUEBAS Se crearan tres registros nuevos de diferentes usuarios

GUI Gui_01
 Nombre Del caso de uso CO2 Mirar el CHECK IN del cliente
Prioridad Medio
Actor Recepcionista Empleado.
Precondiciones Debe haber identificado como empleado de recepción
FLUJO DEL EVENTO
USUARIO SISTEMA
1. El Empleado da clic en check in
2. El Empleado Busca la habitación
3. El empleado Selecciona la habitación del cliente
4. El sistema verifica que la habitación este con alojamiento
5. El sistema muestra una lista de entrada de el cliente a la
habitación

FLUJO ALTERNATIVO
4.1 Mensaje de error en la verificación, la habitación esta desocupada
5.1 Mensaje de error, no se encontró lista de entrada del cliente.

PRUEBAS Se crearan tres registros nuevos de diferentes usuarios

GUI Gui_02
 Nombre Del caso de uso CO3 Asignar Tarifa de tipo de habitación
Prioridad Medio
Actor Administrador
Precondiciones Debe haber identificado como Administrador
FLUJO DEL EVENTO
USUARIO SISTEMA
1. El Administrador da clic en asignar tarifas
2. El Administrador , escoge el tipo de habitación
3. El Administrador digita el valor de la tarifa de la habitación
seleccionada
4. El administrador da clic en asignar tarifa
5. El sistema verifica la existencia del tipo de habitación
6. El sistema valida los datos
7. El sistema Registra la nueva tarifa
8. El sistema muestra un Mensaje de éxito.
FLUJO ALTERNATIVO
5.1 Mensaje de error en la verificación del tipo de habitación
6.1 Mensaje de error en la validación de los datos.
7.1 Mensaje de error, La tarifa no se pudo asignar, ingrese de nuevo los datos.

PRUEBAS Se crearan tres registros nuevos de diferentes usuarios

GUI Gui_13
CU04 VER HABITACIONES LIBRES

1. CU01: Ver habitaciones libres

2. Resumen: Permite a un usuario ver las habitaciones libres del hotel.

3. Flujo Básico:

1. El usuario debe ingresar logeandose en la ventana principal.

2. El sistema despliega una ventana con múltiples acciones para el usuario logeado.

3. El usuario da clic en el botón ver habitaciones disponibles.

4. El sistema muestra en un panel las habitaciones disponibles del hotel.

5. El usuario dispone un fin para este panel de habitaciones disponibles.

4. Flujos Alternos:

1.1 Error en la inserción de datos de logeo del usuario. El caso de uso continúa en el punto
1.

4.1 El sistema muestra al usuario un mensaje indicándole que no hay habitaciones

disponibles. El caso de uso continúa en el punto 2.

5. Precondiciones:
1.1.1 Debe haber iniciado la sesión el administrador.

6. Pos condiciones:
6.1 El sistema actualizó en un panel la lista de habitaciones libres del hotel.
7. Puntos de Extensión:
Ninguno

8. Actores:
- Usuario

9. Diagramas del caso de uso: (Casos de uso, Secuencia)

 NOMBRE DEL CASO DE USO: Ver Habitaciones Libres
PRIORIDAD: Media
ACTOR: Cliente – Administrador
PRECONDICIONES: El cliente, el administrador debe(n) Haber
iniciado Sesión.
FLUJO BASICO
USUARIO SISTEMA
[Link] cliente y/o el administrador se logea(n) 2. El sistema despliega una ventana con
en la ventana principal múltiples acciones para el usuario logeado.

3. El usuario da clic en el botón ver 4. El sistema muestra en un panel las

habitaciones disponibles. habitaciones disponibles del hotel.

5. El usuario dispone un fin para este panel de

habitaciones disponibles.
FLUJOS ALTERNOS
1.1 Error en la inserción de datos de logeo del usuario. El caso de uso continúa en el punto 1.
4.1 El sistema muestra al usuario un mensaje indicándole que no hay habitaciones disponibles.
El caso de uso continúa en el punto 2.
PRUEBAS Ver las habitaciones disponibles del hotel.
CU02 AGREGAR CARACTERISTICAS A UNA HABITACION

1. CU05: Agregar características a una habitación.

2. Resumen: Permite a un usuario agregar características de importancia a una habitación del

hotel.

3. Flujo Básico:

1. El usuario debe ingresar logeandose en la ventana principal.

2. El sistema despliega una ventana con múltiples acciones para el usuario logeado.

3. El usuario da clic en la opción Agregar Características a una habitación.

4. El sistema despliega una ventana con un campo de texto y un botón donde el usuario
deberá buscar la habitación.

5. El usuario ingresa el código de una habitación y da clic en el botón buscar habitación.

6. El sistema muestra la habitación encontrada, y las opciones de agregar características en

unos campos de texto y un botón de agregar.

7. El usuario ingresa las nuevas características a la habitación.

8. El sistema guarda la información en la base de datos.

9. El usuario regresa a la ventana de acciones múltiples del sistema.

4. Flujos Alternos:

1.1 Error en la inserción de datos de logeo del usuario. El caso de uso continúa en el punto
1.

5.1 Error en la inserción del código de la habitación. El caso de uso continúa en el punto 4.

6.1 El sistema le informa al usuario que la habitación no fue encontrada. El caso de uso
continúa en el punto 4.

5. Precondiciones:
1.1.1 El usuario debe haber iniciado sesión.
6. Pos condiciones:
9.1 El sistema actualizó las características de la habitación.
7. Puntos de Extensión:
Ninguno

8. Actores:
- Usuario
 9. Diagramas del caso de uso: (Casos de Uso, Secuencia)

NOMBRE DEL CASO DE USO: Agregar características a habitación.

PRIORIDAD: Media
ACTOR: Administrador
PRECONDICIONES: El administrador debe haber iniciado Sesión.
FLUJO BASICO
USUARIO SISTEMA
1. El usuario debe ingresar logeandose en la 2. El sistema despliega una ventana con múltiples
ventana principal. acciones para el usuario logeado.
3. El usuario da clic en la opción Agregar 4. El sistema despliega una ventana con un campo
Características a una habitación. de texto y un botón donde el usuario deberá buscar
5. El usuario ingresa el código de una habitación y la habitación.
da clic en el botón buscar habitación. 6. El sistema muestra la habitación encontrada, y
7. El usuario ingresa las nuevas características a la las opciones de agregar características en unos
habitación. campos de texto y un botón de agregar.
9. El usuario regresa a la ventana de acciones 8. El sistema guarda la información en la base de
múltiples del sistema. datos.
FLUJOS ALTERNOS
1.1 Error en la inserción de datos de logeo del usuario. El caso de uso continúa en el punto 1.
5.1 Error en la inserción del código de la habitación. El caso de uso continúa en el punto 4.
6.1 El sistema le informa al usuario que la habitación no fue encontrada. El caso de uso continúa en el
punto 4.
PRUEBAS Agregar características a una habitación.
NOMBRE DEL CASO DE USO: Realizar Reserva

PROPRIDAD: Media

ACTOR: Recepcionista, Usuario

PRECONDICIONES: El usuario debe de estar logeado al igual

que el Recepcionista, Debe haber
Habitaciones Desocupadas

FLUJO DE EVENTO

USUARIO SISTEMA

1. El Recepcionista, Usuario elige la

opción de Crear Reserva.

2. El sistema despliégala un cuadro con

las opciones de los tipos de
habitaciones y otros.
3. El Recepcionista, Usuario digita los
opciones y elige la habitación como la
desea el usuario (tener en cuenta la
Categoría de la habitación “VIP, Suite,
Normal”, además tener en cuanta el o los
Tipos de Cama en las habitaciones
“Doble, sencilla , camarote” , obtener su
Numero y el Piso)
4. El sistema verifica y valida las
categorías y los tipos de cama por
habitación, si hay disponible.
5. El sistema lanzara y abrirá una nueva
ventana
6. El empleado confirmara la reserva

7. El sistema guarda la información en la

BD

FLUJO ALTERNATIVO

3.1 Mensaje se error, en caso de no seleccionar ya sea la categoría o tipo de cama de la

habitación.

4.1 Mensaje de error o de confirmación, en la validación o verificación de los datos (no

haber disponibilidad: Nueva reserva, si hay disponibilidad : confirmar)
5.1 Mensaje de error, en la validación o verificación de los datos

7.1 Mensaje de error o éxito, al momento de guardar la información en la BD

PRUEBAS Realizar una Reserva

GUI .GUI
 NOMBRE DEL CASO DE USO: Ver habitaciones reservadas

PROPRIDAD: Media

ACTOR: Administrador Área Recepción

PRECONDICIONES: Debe de haber mínimo una reserva para

visualizar, además El Administrador Área
Recepción debe de estar logeado

FLUJO DE EVENTO

USUARIO SISTEMA

1. El Administrador Área elige la opción

Ver Reservas.

2. El sistema despliégala en un cuadro

todas las reservas realizadas.
3. El Administrador Área elige la opción
ver habitaciones (y escoger la
Categoría, Tipo de Cama, obtener su
Numero y el Piso)
4. El sistema despliégala en un cuadro
habitación que están en reserva
seleccionada (con sus
especificaciones)
5. El Administrador Área va clic para
cerrar la ventana con la información

6. El sistema cierra la ventana

FLUJO ALTERNATIVO

2.1 Mensaje de error, al momento de mostrar las reservas realizadas, de no existir

reservas mostrar un mensaje diciendo que no hay reservas

4.1 Mensaje de error, al momento de cargar la información de la habitación

PRUEBA Ver habitaciones con reservas

GUI .GUI
 NOMBRE DEL CASO DE USO: Agregar Habitación

PROPRIDAD: Media

ACTOR: Administrador Área de recepción

PRECONDICIONES: La habitación no debe de estar registrada,

además El Administrador Área Recepción
debe de estar logeado

FLUJO DE EVENTO

USUARIO SISTEMA

1. El Administrador da clic en el menú

Agregar nueva Habitación

2. El sistema abre una ventana con las

opciones a llenar y tener en cuenta para
crear la habitación
3. El Administrador Área de recepción
digita las opciones las cuales debe
tener en cuanta para agregar la
habitación (Numero, Categoría, Tipo
Cama, Piso)
4. El sistema verifica y valida las opciones
y los datos ingresados.
5. El sistema una cuadro de mensaje (De
confirmación o de que hay error en
algún dato, especialmente en el numero
de la habitación)
6. El Administrador Área de recepción
verifica la opciones y confirma el
guardar la habitación

7. El sistema guarda la información en la

BD

FLUJO ALTERNATIVO

3.1 Mensaje se error en caso de no seleccionar ya sea la categoría, tipo de cama, el

numero de la habitación

4.1 Mensaje de error, en la validación o verificación de los

5.1 mensaje de error o confirmación (De confirmación si todos los datos son correctos y de
que hay error en algún dato, especialmente en el numero de la habitación)

7.1 Mensaje de error, al momento de guardar la información en la BD.

PRUEBA Agregar Habitación

GUI .GUI
 Tabla Detallada 1
Nombre Del caso de uso Ver reservas realizadas del hotel
Prioridad Medio
Actor Recepcionista Empleado.
Precondiciones Debe haber identificado como empleado de recepción
FLUJO DEL EVENTO
USUARIO SISTEMA
1. El Empleado da clic en reserva
2. El Empleado busca las reservas
3. El sistema verifica la existencia de las reservas realizadas
4. El empleado da clic en aceptar
5. El sistema muestra un Mensaje de éxito.

FLUJO ALTERNATIVO
3.1 Mensaje de error , el sistema no encuentra las reservas

PRUEBAS Se crearan tres registros nuevos de diferentes usuarios

GUI Gui_01
 Nombre Del caso de uso Agregar una promoción
Prioridad Medio
Actor Administrador
Precondiciones Debe haber identificado como administrador
FLUJO DEL EVENTO
USUARIO SISTEMA
1. El Administrador se dirige a la parte de promociones
2. El Administrador verifica la fecha para agregar la nueva
promoción
3. El sistema muestra una lista de precios actuales de las
habitaciones
4. El Administrador selecciona los beneficios que van a estar en
promoción 5. El Sistema verifica las opciones seleccionadas para aceptar la
nueva promoción
6. El Sistema muestra un mensaje exitoso
FLUJO ALTERNATIVO
3.1 Mensaje de error, El sistema no muestra las promociones ni los precios actuales
6.1 Mensaje de error, El sistema no acepta la nueva promoción
6.2 Mensaje de error, La promoción no puede aplicarse para este tipo de habitación

PRUEBAS Se crearan tres registros nuevos de diferentes usuarios

GUI Gui_02
 NOMBRE DEL CASO DE USO: CHECK OUT
PRIORIDAD: MEDIA
ACTOR: RECEPCIONISTA,ADMINISTRADOR
FLUJO DEL EVENTO
USUARIO SISTEMA
1. EL ADMINISTRADOR DEL HOTEL SE 2. EL SISTEMA VERIFICA LOS DATOS
LOGEA EN UNA PAGINA PARA INGRESADOS
ADMINISTRADORES EN LA VENTANA 3. EL SISTEMA DESPLIEGA LA VENTANA
LOGEO PRINCIPAL PARA LOS
ADMINISTRADORES
4. EL ADMINISTRADOR DA CLICK EN EL 5. EL SISTEMA DESPLIEGA LA VENTANA
LINK INFORMACION HOTELES CON LA INFORMACION DE EL HOTEL DEL
CUAL ES ADMINISTRADOR
6. EL ADMINISTRADOR SELECCIONA EL 7. EL SISTEMA DESPLIEGA LA VENTANA
LINK DE CHECK OUT CON LA RESPECTIVA INFORMACION DE
CHECK OUT DEL HOTEL

FLUJO ALTERNATIVO
2.1 MENSAJE DE ERROR, POR FAVOR INGRESE BIEN LOS DATOS.
PRUEBAS
SE REALIZARAN VARIA PRUEBAS RESPECTIVAS CON DIFERENTES ADMINISTRADORES PARA
VERIFICAR QUE EL LOGIN FUNCIONE CORRECTAMENTE Y TAMBIEN PARA PROBAR QUE MUESTRE
CORRECTAMENTE LA INFORMACION DEL HOTEL RESPECTIVO PARA EL ADMINISTRADOR