Proyecto Del Sistema Del Hotel - Password - Removed555

SISTEMA INFORMÁTICO
PARA LA ATENCIÓN DE
RESERVAS PARA EL HOTEL
“GREGOY’S HOUSE”
PRESENTADO POR:
PUNO - PERÚ
> RENE GREGORIO MAMANI MENDOZA

2017
Rene Gregorio ^Mamani,^Mendoza(goyo) Página 1

FICHA DEL DOCUMENTO
Fecha Revisión Autor Verificado dep. Calidad.
16/10/2017
ReneGregorio^Mamani, (goyo) Página2

Contenido
1. ............................................................................................................
INTRODUCCIÓN ................................................................................................ 6
1.1. PROPÓSITO ............................................................................................7
1.2. ALCANCE ................................................................................................7
1.3. PERSONAL INVOLUCRADO .....................................................................7
2. ............................................................................................................
DEFINICIONES ................................................................................................... 8
2.1. Administrador ........................................................................................8
2.2. Adicionar reserva ..................................................................................8
2.3. Añadir nombre a lareserva ....................................................................8
2.4. Autentificación .......................................................................................8
2.5. Cliente ....................................................................................................8
2.6. Cantidad de pasajeros .......................................................................... 8
2.7. Cantidad de días .................................................................................... 8
2.8. Cerrar cuenta ........................................................................................8
2.9. Código ....................................................................................................9
2.10. Disponibilidad .....................................................................................9
2.11. Eliminar reserva ..................................................................................9
2.12. Elegir tipo de habitación ................................................................... 9
2.13. Gerente .............................................................................................. 9
2.14. Habitación disponible .........................................................................9
2.15. Habitación.......................................................................................... 9
2.16. Listar .................................................................................................10
2.17. Modificar reserva ..............................................................................10
2.18. Pago ..................................................................................................10

2.19. Reserva .............................................................................................10
2.20. Registro ............................................................................................ 10
ReneGregorio^Mamani, (goyo) Página4

2.21. Recepcionista ................................................................................... 10
2.22. Salida del cliente .............................................................................. 10
2.23. Tipo de habitación ........................................................................... 10
2.24. Caso de Uso ..................................................................................... 11
2.25. Pre condición de uncaso de uso ....................................................... 11
2.26. Post condición de un caso de uso ..................................................... 11
3. ACRÓNIMOS ............................................................................................... 11
3.1. REFERENCIAS ...................................................................................... 11
4. RESUMEN ................................................................................................... 12
5. DESCRIPCIÓN GENERAL .............................................................................. 12
5.1. PERSPECTIVA DEL PRODUCTO ............................................................. 12
5.1. FUNCIONALIDAD DEL PRODUCTO ....................................................... 13
5.2. PROCESOS PRINCIPALES ...................................................................... 14
6. CASO DE USO ............................................................................................. 14
6.1. DIAGRAMA DE CASO DE USOS EN GENERAL ....................................... 16
6.2. Caso de uso de cliente......................................................................... 17
6.3. Caso de uso Recepcionista .................................................................. 17
6.4. Caso de uso Administrador ................................................................. 18
7. DIAGRAMA DE ACTIVIDAD .......................................................................... 19
8. MODELO DEL DOMINIO .............................................................................. 20
9. CARACTERÍSTICAS DE LOS USUARIOS.......................................................... 21
9.1. RESTRICCIONES ................................................................................... 22
9.2. SUPOSICIONES Y DEPENDENCIAS ........................................................ 22
10. REQUISITOS ESPECÍFICOS .......................................................................... 23
10.1. REQUISITOS COMUNES DE LAS INTERFACE.......................................... 24

10.1.1. INTERFACES DEL USUARIO ............................................................. 24

24
1.1.1. INTERFACES DE HARDWARE
1.1.2. INTERFACES DE SOFTWARE ......................................................... 24
1.2. REQUISITOS FUNCIONALES ............................................................. 24
1.2.1. REQUISITO FUNCIONAL 1 ............................................................. 24
1.3. REQUISITOS NO FUNCIONALES ....................................................... 26
1.3.1. MANUAL DE USUARIO .................................................................. 26
1.3.2. REQUISITOS DE RENDIMIENTO ..................................................... 26
1.3.3. SEGURIDAD ................................................................................... 26
1.3.4. FIABILIDAD .................................................................................... 26
1.3.5. DISPONIBILIDAD............................................................................ 27
1.3.6. MANTENIBILIDAD ......................................................................... 27
1.3.7. PORTABILIDAD .............................................................................. 27

1. INTRODUCCIÓN
Hoy en día son muchas las personas que utilizan Internet para encontrar
información de dónde y cuándo viajar y donde descansar. Con un sistema de
reserva, vía Internet, los hoteles podrán ofrecer la comodidad de un servicio en
el cual las personas no tendrán que salir de su casa u oficina, ni llenar
formularios en papel, ni tampoco gastar en llamadas o envío de fax. Todo el
proceso de reserva se puede realizar frente a la misma pantalla en un corto
periodo de tiempo.
El presente proyecto muestra el desarrollo de un sistema Web de manera

genérica, el cual tiene como propósito ayudar en el proceso de control de
reservas de habitaciones, servicios de un hotel, ofrecer un portal web que
contenga un catálogo de habitaciones y sus servicios, administrar los servicios
solicitados por las personas, llevar un registro de las reservas realizadas, llevar
un registro de los tipos y cantidades de habitaciones que la empresa hotelera
ofrece según su disponibilidad.
Este documento tiene como objetivo entregar al usuario final una visión del
producto, así como los límites y alcances del proyecto. Es de suma importancia
definir el alcance del software a desarrollar a modo de crear la expectativa
necesaria y no contribuir a la insatisfacción del cliente.

1.1. PROPÓSITO
El presente documento tiene como propósito definir las especificaciones
funcionales, no funcionales, diagrama de clases y diseño. El propósito de
este documento es analizar y definir los requerimientos del Software de
Aplicación Web para mejorar las necesidades del usuario final (cliente).
1.2. ALCANCE
El software podrá ser implementado en una empresa de reservación de

habitaciones, manejando principalmente los procesos de un formulario
de reservas, como registrar las fechas de entradas y salidas de la reservas
de habitaciones, así mismo podrá ver el tipo de habitación disponible.
1.3. PERSONAL INVOLUCRADO
NOMBRE Rene Gregorio Mamani Mendoza
ROL Analista, diseñador y programador

CATEGORÍA
PROFESIONAL
RESPONSABILIDAD Análisis de información,y diseño.
INFORMACIÓN DE Goyogregorio65@gmail.com
CONTACTO

2. DEFINICIONES
DEFINICIÓN
2.1. Administrador
Encargado del manejo del sistema y puede ingresar a las
distintas ventanas del sistema de reserva.
2.2. Adicionar reserva

Se realiza cuando ya sea el cliente o recepcionista solicita adicionar una
nueva reserva.
2.3. Añadir nombre a la reserva

El cliente realiza la reserva y la búsqueda se ara mediante el nombre del
huésped.
2.4. Autentificación
El usuario loguea para ingresar al sistema.
2.5. Cliente
Es la persona que ingresa al sistema para solicitar hacer una reserve en
el hotel.
2.6. Cantidad de pasajeros

Es el nro. de huéspedes por el que se hizo la reserva y nos ayuda a saber
si a la llegada efectivamente es la cantidad que se quedó en la reserva.
2.7. Cantidad de días

Es el nro.de días que el huésped se quedara y así saber qué día se dará
de alta esa habitación.
2.8. Cerrar cuenta

Cuando el proceso de pago se acabe se cierra la cuenta de dinero del
huesped.
2.9. Código
Es la clave que el administrador le asigna a un recepcionista para poder

ingresar al sistema.
2.10. Disponibilidad
Se verifica habitaciones libre para ver el nro. Disponible que se tiene.
2.11. Eliminar reserva
El administrador ingresa al sistema y elimina la reserva.
2.12. Elegir tipo de habitación

El cliente ve el tipo de habitación ya sea simple doble matrimonial.
2.13. Gerente
Es la persona que ingresa al sistema y recibe reportes sobre cobros o
cantidad de huéspedes que tiene.
2.14. Habitación disponible

El encargado de recepción será quien verifique habitaciones ocupadas o
disponibles es decir que vea la habitación libre o ocupada y las fechas de
salida.
2.15. Habitación
Una habitación es una de las naves pertenecientes a la empresa hotel
"gregory's house" Ambiente de hospedaje para el huésped existe un
número determinado en cada piso y cuenta con una o varias camas un
televisor y varía según tipo existiendo.
a) doble
b) simple
c) matrimonial.

2.16. Listar
En esta lista se mostrara las reservas echas por cada cliente.
2.17. Modificar reserva

El administrador busca por nombre y apellido o ci el registro a modificar
una vez modificada de guardar lo cambios.
2.18. Pago
Se verifica si el cliente hizo un depósito para apartar la habitación o no
realizo el pago para que al momento de ingresar se realice el cobro de
saldo o el total.
2.19. Reserva
El cliente puede reservar una o varias habitaciones y el número de
huéspedes en cada habitación y el tipo de las habitaciones, las fechas de
estadía consultar precios vía web o presencial llenando una forma.
2.20. Registro
El cliente debe llenar una formulario detallando todos los datos
requeridos y luego.
El recepcionista llena los datos al sistema.
2.21. Recepcionista
Dentro del sistema es la encargada de ver la llegada de cliente y
acomodarlos según su reserva en el caso de que el cliente no tenga una
reserva es la encarga de realizar la reserva en el instante.
2.22. Salida del cliente

El sistema actualiza nuevamente para mostrarla como disponible.
2.23. Tipo de habitación

El recepcionista busca en el sistema el tipo de habitación requerido y le
informa que incluye su habitación

2.17. Caso de Uso
Es una secuencia de interacciones que se desarrollarán entre un
sistema y sus actores en respuesta a un evento que inicia un actor
principal sobre el propio sistema.
2.18. Pre condición de un caso de uso

Indican las condiciones que el sistema debe cumplir para que se pueda
dar inicio a determinado caso de uso.
2.19. Post condición de un caso de uso

Indica el estado en el cual el sistema debe quedar al finalizar la
ejecución del caso de uso.
3. ACRÓNIMOS
ERS Especificación de Requisitos de Software
3.1. REFERENCIAS
Titulo del Documento Referencia
Standard IEEE 830 - 1998 IEEE

4. RESUMEN
Este documento presenta el conjunto de características necesarias para

la obtención de una buena especificación de requisitos funcionales y no
funcionales. Así mismo presenta el formato de especificación de
requisitos de software según la versión de 1998 del estándar de la IEEE
830 y que consta.
En la primera sección se realiza una introducción al mismo y se
proporciona una visión general de la especificación de recursos del
sistema.
En la segunda sección del documento se realiza una descripción general

del sistema, con el fin de conocer las principales funciones que éste debe
realizar, los datos asociados y los factores, restricciones, supuestos y
dependencias que afectan al desarrollo, sin entrar en excesivos detalles.
Por último, la sección del documento es aquella en la que se definen

detalladamente los requisitos, el diagrama de clases y nuestro diseño
que debe satisfacer el sistema.
5. DESCRIPCIÓN GENERAL
En esta sección se presenta una descripción a alto nivel del sistema. Se
presentará el modelo de casos de uso (modelo que muestra la funcionalidad del
sistema), las características de los usuarios, las suposiciones y dependencias del
sistema.
5.1. PERSPECTIVA DEL PRODUCTO
En la actualidad la empresa no cuenta una aplicación web que en la mayoría de

los casos no se adaptan a sus necesidades. Al iniciar sus actividades comerciales
sin conocer los procesos internos que manejaría la empresa y desarrollados en
viejas tecnologías existentes en nuestro mercado. Dentro de este grupo de
clientes surge la necesidad de implementar un sistema capaz de administrar y

gestionar los procesos del negocio.
Conociendo las tendencias tecnológicas existentes se implementará dicho

sistema utilizando la Internet como medio de comunicación.
5.1. FUNCIONALIDAD DEL PRODUCTO

El sistema del Hostal "GREGORY'S HOUSE "podrá realizar lo siguiente:
❖ En la interfaz de cliente se muestra en una tabla los datos desde la
base de datos, tiene la opción de buscar al cliente, de agregar,
eliminar y actualizar un cliente.
❖ En la interfaz de usuarios se muestra en una tabla los datos desde la
base de datos, tiene la opción de buscar, de agregar, eliminar y
actualizar un usuario del sistema.
❖ En la interfaz de Hostal se muestra en una tabla los datos; desde la
base de datos, tiene la opción de buscar, de agregar, eliminar y
actualizar un cliente al sistema.
❖ En la interfaz de productos se muestra en una tabla los datos desde
la base de datos, tiene la opción de buscar, de agregar, eliminar y
actualizar una habitación disponible del sistema.
❖ Declaración del Problema
En la actualidad la empresa no cuenta con una
página web para la reservación de habitaciones vía
internet, lo cual haría una mejor calidad de servicio
hacia sus clientes.
Problema
Afecta Recepcionista, clientes
El impacto se dará en la eficiencia y eficacia de la

empresa ya que se mejorarán los procesos de
reservación de habitaciones.
Impacto
Agilizar los procesos a través de una reservación de

Solución habitaciones vía internet mediante una página web.

Actores
Recepcionista Es el encargado de ingresar los datos del flujo de información del
proceso de reservación al sistema.
Cliente
Dentro del sistema lo único que se le permite hacer es
introducir una reserva y pedirle datos para que su reserva este
realizada también puede escoger la forma de pago la
especificación de la habitación la cantidad de habitaciones que
necesita y el tiempo que se quedara en el hotel. Podrá
modificar la reserva esperando una respuesta para ver si su
modificación podrá ser echa o no
Administrador Se encarga de los servicios de administración de todas las
áreas en general
5.2. PROCESOS PRINCIPALES

Nro.: Proceso Responsable
1 Reservas Recepcionista - cliente
2 Hospedaje recepcionista
3 Venta recepcionista
4 Reportes Administrador
5 Actualizar datos Administrador - Recepcionista
6 Autentificación Administrador - Recepcionista
6. CASO DE USO
Nro.1: Caso de Uso Propósito

1.A Realiza reserva vía El cliente realiza la reserva, para mandar al recepcionista
web vía web(cliente)
1.B Registrar Registra la reserva del cliente(Recepcionista)
reservas

2.A Registrar Registra el hospedaje para el huésped
Hospedaje

3.A Registrar Venta
Registra la venta del cliente que este en el hospedaje
3.B Realizar Factura El recepcionista se encargara de realizar la factura

4.A Reportes Muestra los resultados de la venta

5.A Actualizar datos Actualiza los datos del recepcionista
recepcionista
5.B Actualizar datos Actualiza los datos del administrador
administrador
5.C Gestiona datos de Registra nuevos datos para la habitación(solo el
habitación administrador)

1.A Autentificación El usuario del sistema ingresa al sistema

6.1. DIAGRAMA DE CASO DE USOS EN GENERAL
Rene Gregorio ^Mamani, (goyo) Página 18

6.2. Caso de uso de cliente
6.3. Caso de uso Recepcionista

6.4. Caso de uso Administrador
uc dIAORAMA CJÍASO DE USO
Gestana datas
ha bita cían
Autentificaban
Actualizar datas Verificar cliente
Admmistradcr
Verificar Venta
Verifica factura
Rene Gregorio- ^Mamani,^Mendoza(goyo) Página 20

7. DIAGRAMA DE ACTIVIDAD
act diagrma de actividad
Diagrama de actividad del sistema
Cliente Recepcionista Ad m in is t ra d or
- ::
Verifica habitación Gestiona habitación

reserva por disponible
vía web
de habitación
ctivityFinal
Lee y hace elecion de tipo

de habitación
[ Pide datos personales al U:~~'

cliente
Cliente brinda datos Verifica corrección de

dates
Registra datos de Verifica y administra

c i e n te registro de clientes
^ Solicita servicio
^/Registro de servicio
Pago Verifica y administra

por adelantad Registro de pago registro de pago
Solicita cerrar cuenta Busca datos de huésped
Prepara y registra ___ factura Verifica y administra

5H registro de factura
Entrega factura
ActivityFinal
Rene Gregorio ^Mamani,^Mendoya(goyo) Página 21

8. MODELO DEL DOMINIO

9. CARACTERÍSTICAS DE LOS USUARIOS
Tipo de usuario Administrador
Formación TSU en Informática
Actividades Control y manejo del sistema en general
Tipo de usuario Cliente
Formación Consumidor
Actividades
Tipo de usuario recepcionista
Formación Lic. En administracion
Actividades Control y manejo del sistema personalizado
Tipo de usuario gerente
Formación Lic. En administracion
Actividades Control y manejo del sistema personalizado
Nombre Descripción
Recepcionista Es el encargado de ingresar los datos del flujo de información
del proceso de reservación al sistema.
Gerente Dentro del sistema solo verifica reportes para así poder saber
la forma de pago del cliente o que empresas tienes deudas
pendientes por reservas
Cliente
Dentro del sistema lo único que se le permite hacer es
introducir una reserda y pedirle datos para que su reserva este
bien realizada también puede escoger la forma de pago la
especificación de la habitación la cantidad de habitaciones que
necesita y el tiempo que se quedara en el hotel. Podrá
modificar la reserva esperando una respuesta para ver si su
modificación podrá ser echa o no
Administrador se encarga de los servicios de administración de todas las
áreas en general

9.1. RESTRICCIONES
-El sistema funcionara en el sistema Operativo de Windows 7 o superior -
Tendrá que tener conexión a la Base de Datos siempre
9.2. SUPOSICIONES Y DEPENDENCIAS
Se asume que los requisitos aquí descritos son estables
Los equipos en los que se vaya a ejecutar el sistema deben cumplir los
requisitos antes indicados para garantizar una ejecución correcta de la
misma
En el proceso de Reservación de Habitaciones, el sistema podrá:
• Actualizar Reserva de Habitación

• Registrar Pago.
• Registrar Reserva de Habitación
En el proceso de Hospedaje del Cliente, el sistema podrá:
• Buscar Cliente.
• Modificar Cliente.
• Eliminar Cliente
• Registrar Consumos del Cliente.
En el proceso de Salida de Cliente, el sistema podrá:
• Actualizar Habitación

10. REQUISITOS ESPECÍFICOS
Número de requisito R001

Nombre de requisito Actualizar reservas de habitaciones
Tipo □ Restricción
Fuente del requisito Recepcionista
Prioridad del requisito Alta/Esencial

Nombre de requisito Registrar Usuarios y pagos
Tipo □ Restricción
Fuente del requisito Recepcionista/Usuarios

Nombre de requisito Registrar Reserva de Habitacion
Tipo Requisito
Fuente del requisito Recepcionista/usuario

Nombre de requisito Buscar cliente.
Tipo Requisito
Fuente del requisito recepcionista

Nombre de requisito Modificar Cliente.
Tipo Requisito
Fuente del requisito Todas las interfaces
Prioridad del requisito Media/Deseado

Nombre de requisito Eliminar Cliente
Tipo Requisito □ Restricción
Fuente del requisito Cliente/recepcionista

Nombre de requisito Registrar consumo de Clientes
Tipo Requisito
Fuente del requisito

Nombre de requisito Actualizar Habitacion
Tipo Requisito
Fuente del requisito Recepcionista
10.1. REQUISITOS COMUNES DE LAS INTERFACE

10.1.1. INTERFACES DEL USUARIO
La interfaz con el usuario consistirá en un conjunto de ventanas con
botones, listas y campos de textos. Ésta deberá ser construida
específicamente para el sistema propuesto.
10.1.2. INTERFACES DE HARDWARE

Será necesario disponer de equipos de cómputos en perfecto
estado con las siguientes características:
Adaptadores de red.
Un buen procesador
Mouse.
Teclado.
10.1.3. INTERFACES DE SOFTWARE

Sistema Operativo: Windows XP o superior.
10.2. REQUISITOS FUNCIONALES
10.2.1. REQUISITO FUNCIONAL 1

Actualizar Reserva de Habitación: los usuarios deberán identificarse
y registrarse para acceder a reservar una habitación.

• Registrar pago: El sistema ofrecerá al usuario a hacer pagos
mediante tarjeta de crédito o débito que este a su alcance.

• Registrar Reserva de habitación: El sistema permitirá al
usuario registrarse y reservar su habitación disponible. El
usuario debe suministrar datos como: CI, Nombre, Apellido, E-
mail, Usuario y Password
• Buscar cliente. El sistema debe tener botones para realizar esta
acción y solo lo podrá hacer si es usuario se a identificado como
administrador.

• Modificar Cliente. El sistema debe tener botones para realizar
esta acción y solo lo podrá hacer si es usuario se a identificado
como administrador.
• Eliminar Cliente El sistema debe tener botones para realizar esta
acción y solo lo podrá hacer si es usuario se a identificado como
administrador.

• Registrar consumo de cliente. El sistema debe tener botones
para realizar esta acción y solo lo podrá hacer si es usuario se a
identificado como administrador.

• Actualizar Habitación. Registrar consumo de cliente. El sistema
debe tener botones para realizar esta acción y solo lo podrá
hacer si es usuario se a identificado como administrador.

10.3. REQUISITOS NO FUNCIONALES
10.3.1. MANUAL DE USUARIO.
El manual del usuario tiene como propósito el facilitar el manejo del

software a los usuarios. Este manual contendrá la información necesaria,
de fácil de entendimiento y con un lenguaje simple, para que los usuarios
puedan realizar cualquier transacción en el sistema. Este documento
incluirá, una descripción general del sistema, pasos a seguir para realizar
transacciones, además, incluirá una breve guía de soporte para que los
usuarios, por sí solos, puedan solucionar los problemas más comunes.
10.3.2. REQUISITOS DE RENDIMIENTO

• Garantizar que el diseño de las consultas u otro proceso no
afecte el desempeño de la base de datos.
10.3.3. SEGURIDAD
• Garantizar la confiabilidad, la seguridad y el desempeño del
sistema informático a los diferentes usuarios. En este sentido la
información almacenada o registros realizados podrán ser
consultados y actualizados permanente y simultáneamente, sin
que se afecte el tiempo de respuesta.
• Garantizar la seguridad del sistema con respecto a la
información y datos que se manejan tales sean documentos,
archivos y contraseñas.
10.3.4. FIABILIDAD
• El sistema debe tener una interfaz de uso intuitiva y sencilla
• La interfaz de usuario debe ajustarse a las características de la
institución, dentro de la cual estará incorporado el sistema.

10.3.5. DISPONIBILIDAD
• El sistema estará disponible los 365 días del año y las 24 horas del
día, en aquellos servicios para la cobertura de usuarios a
distancia.
10.3.6. MANTENIBILIDAD
• El sistema debido a la detallada documentación generada en el
proceso de elaboración, puede ser mantenido y modificado
para generar nuevas versiones del software.
• La interfaz debe estar complementada con un buen sistema de
ayuda (la administración puede recaer en personal con poca
experiencia en el uso de aplicaciones informáticas).
10.3.7. PORTABILIDAD
• El sistema será implantado bajo la plataforma de Windows como
casi toda las páginas web.

Proyecto Del Sistema Del Hotel - Password - Removed555

Hochgeladen von

Dokumentinformationen

Originaltitel

Copyright

Verfügbare Formate

Dieses Dokument teilen

Dokument teilen oder einbetten

Freigabeoptionen

Stufen Sie dieses Dokument als nützlich ein?

Sind diese Inhalte unangemessen?

Copyright:

Verfügbare Formate

Proyecto Del Sistema Del Hotel - Password - Removed555

Hochgeladen von

Copyright:

Verfügbare Formate

SISTEMA INFORMÁTICO

> RENE GREGORIO MAMANI MENDOZA

Rene Gregorio ^Mamani,^Mendoza(goyo) Página 1

Fecha Revisión Autor Verificado dep. Calidad.

ReneGregorio^Mamani, (goyo) Página2

Rene Gregorio ^Mamani,^Mendoza(goyo) Página 3

ReneGregorio^Mamani, (goyo) Página4

Rene Gregorio ^Mamani,^Mendoza(goyo) Página 5

Rene Gregorio ^Mamani,^Mendoza(goyo) Página 6

Rene Gregorio ^Mamani,^Mendoza(goyo) Página 7

El presente proyecto muestra el desarrollo de un sistema Web de manera

Rene Gregorio ^Mamani,^Mendoza(goyo) Página 8

El software podrá ser implementado en una empresa de reservación de

1.3. PERSONAL INVOLUCRADO

NOMBRE Rene Gregorio Mamani Mendoza

ROL Analista, diseñador y programador

Rene Gregorio ^Mamani,^Mendoza(goyo) Página 9

2.2. Adicionar reserva

2.3. Añadir nombre a la reserva

2.6. Cantidad de pasajeros

2.7. Cantidad de días

2.8. Cerrar cuenta

Rene Gregorio ^Mamani,^Mendoza(goyo) Página 10

2.12. Elegir tipo de habitación

2.14. Habitación disponible

Rene Gregorio ^Mamani,^Mendoza(goyo) Página 11

2.17. Modificar reserva

El recepcionista llena los datos al sistema.

2.22. Salida del cliente

2.23. Tipo de habitación

Rene Gregorio ^Mamani,^Mendoza(goyo) Página 10

2.18. Pre condición de un caso de uso

2.19. Post condición de un caso de uso

Titulo del Documento Referencia

Standard IEEE 830 - 1998 IEEE

Rene Gregorio ^Mamani,^Mendoza(goyo) Página 13

Este documento presenta el conjunto de características necesarias para

En la segunda sección del documento se realiza una descripción general

Por último, la sección del documento es aquella en la que se definen

5.1. PERSPECTIVA DEL PRODUCTO

En la actualidad la empresa no cuenta una aplicación web que en la mayoría de

Rene Gregorio ^Mamani,^Mendoza(goyo) Página 14

Conociendo las tendencias tecnológicas existentes se implementará dicho

5.1. FUNCIONALIDAD DEL PRODUCTO

El impacto se dará en la eficiencia y eficacia de la

Agilizar los procesos a través de una reservación de

Rene Gregorio ^Mamani,^Mendoza(goyo) Página 15

5.2. PROCESOS PRINCIPALES

Nro.1: Caso de Uso Propósito

Nro.2: Caso de Uso Propósito

Rene Gregorio ^Mamani,^Mendoza(goyo) Página 16

Nro.4: Caso de Uso Propósito

Nro.5: Caso de Uso Propósito

Nro.4: Caso de Uso Propósito

Rene Gregorio ^Mamani,^Mendoza(goyo) Página 17

Rene Gregorio ^Mamani, (goyo) Página 18

6.3. Caso de uso Recepcionista

Rene Gregorio ^Mamani, (goyo) Página 19

Rene Gregorio- ^Mamani,^Mendoza(goyo) Página 20

Diagrama de actividad del sistema

Verifica habitación Gestiona habitación

Lee y hace elecion de tipo

[ Pide datos personales al U:~~'