ESCUELA PROFESIONAL DE INGENIERÍA DE SISTEMAS

TRABAJO DE ANÁLISIS DE SISTEMAS DE INFORMACIÓN

DOCENTE: Mg. Irenio Luis Chagua Aduviri

ASIGNATURA: implementación de sistemas de información

INTEGRANTES:

Morocco Hualla Elsy Thomy

Puno - 2019
Contenido
1. Objetivo ............................................................................................................................................ 5
1.1. Objetivo general ....................................................................................................................... 5
1.2. Objetivos específicos ................................................................................................................ 5
2. Alcance ............................................................................................................................................. 5
2.1. Project chárter .......................................................................................................................... 5
2.1.1. Información general ............................................................................................................. 5
Michel mandariaga ............................................................................................................................... 6
2.2. WBS (EDT)................................................................................................................................. 7
2.2.1. Personas y roles del proyecto. ......................................................................................... 8
3. Tiempos .......................................................................................................................................... 10
3.1. Identificación de actividades .................................................................................................. 10
3.2. Recursos y duración ............................................................................................................... 10
3.2.1. Recursos ......................................................................................................................... 10
[Link]. Recurso Humano ........................................................................................................ 11
3.2.2. Duración ......................................................................................................................... 12
3.3. Documento de análisis ........................................................................................................... 14
3.3.1. Requerimientos .............................................................................................................. 14
identificación de los actores del sistema. ...................................................................................... 19
3.3.2. Diagrama De Casos De Uso ................................................................................................ 20
Iniciar sesión de usuario ................................................................................................................. 20
casos de uso gestión de usuarios. .................................................................................................. 21
casos de uso gestión de clientes .................................................................................................... 22
casos de uso gestión de habitaciones ............................................................................................ 23
gestión de reservas......................................................................................................................... 24
casos de uso gestión de servicios de un hotel. .............................................................................. 26
3.3.3. Diagramas de secuencia (por cada caso de uso) ................................................................ 27
[Link]. Diagrama de secuencia registrar un usuario al sistema. ............................................ 27
[Link]. Diagrama de secuencia iniciar sesión de usuario ....................................................... 27
[Link]. Diagrama De Secuencia Modificar Usuario Del Sistema ............................................ 29
[Link]. Diagrama de secuencia mostrar usuario del sistema................................................. 29
[Link]. Diagrama de secuencia eliminar usuario registrado en el sistema. ........................... 30
[Link]. Diagrama de secuencia gestión de servicios de un hotel. .......................................... 31
 [Link]. Diagrama de secuencia eliminar, del sistema, un usuario registrado en él. .............. 31
[Link]. Diagrama de secuencia registrar un nuevo cliente en el sistema ............................ 32
[Link]. Diagrama De Secuencia Modificar Un Cliente Registrado En El Sistema ................. 32
[Link]. Diagrama De Secuencia Historial De Reservas De Un Cliente Registrado En El Sistema 33
[Link]. Diagrama de secuencia registrar una nueva habitación en el sistema. ...................... 34
[Link]. Diagrama de secuencia consultar los datos de una habitación registrada en el sistema.
34
[Link]. Diagrama de secuencia modificar el valor de una habitación registrada en el sistema.
35
[Link]. Diagrama De Secuencia Consultar Habitaciones Disponibles .................................... 35
3.3.4. Diagramas de colaboración (por cada caso de uso) ................................................................. 36
3.3.5. Diagrama de estados (por cada caso de uso) ........................................................................... 36
[Link]. Diagrama de estado: Registrar huésped ........................................................................... 36
[Link]. Diagrama de estado: registrar reserva .............................................................................. 36
[Link]. Diagrama de estado: Gestión de reserva .......................................................................... 37
[Link]. Diagrama de estado: solicitar servicios ............................................................................. 37
[Link]. Diagrama de estado: Gestión de habitaciones.................................................................. 38
4. Costos ............................................................................................................................................. 39
4.1. Curva S .................................................................................................................................... 39
5. Riesgos ............................................................................................................................................ 39
6. Recursos humanos ......................................................................................................................... 39
6.1. Matriz RAM............................................................................................................................. 39
 INTRODUCCIÓN

El sistema a desarrollar busca mejorar y optimizar los procesos dentro de la empresa ZURIT
dedicado al rubro hotelero, haciendo un análisis de requerimientos del sistema empleando
metodologías con estándar de calidad ya que esto nos permitirá diseñar las funcionalidades
que debe contener dicho sistema con esto se logrará satisfacer las necesidades del cliente
1. Objetivo

1.1. Objetivo general

Desarrollar un sistema de información de registro de clientes y reserva de habitaciones del

hotel ZURIT con el objetivo de lograr un control más eficiente de los servicios que ofrece,
buscando a la vez la optimización de los mismos

1.2. Objetivos específicos

 Lograr el mejor control en la administración en el hotel.

 Ofrecer un control más rápido, efectivo y más estricto de todo el personal que labora
en el Hotel.
 Automatizar el registro de consumo de los servicios que el Hotel ofrece a los Clientes.
 Desarrollar un Sistema que le permita generar reportes y consultas de los ingresos
egresos, y todas aquellas operaciones que esté realizando el Hotel, para una mejor
toma de decisiones.
 Mejor la imagen y lograr que el Hotel sea una de las pioneras en la Región, haciendo
uso de la tecnología que permitirá automatizar el ofrecimiento de los servicios.
 Desarrollar o mejorar el sistema de Publicad para el Hotel, esto para que le permita
obtener mayores ingresos de lo habitual.

2. Alcance

 se podría decir que el sistema está orientado a empresas que están en el rubro
hotelero.
 El sistema podrá ser ejecutado mediante cualquier navegador Web.
 El sistema puede ser implementado por pequeños, medianos y grandes empresarios.

2.1. Project chárter

2.1.1. Información general

[Link]. Nombre del proyecto

Nombre del proyecto: Fecha:14/05/2019

implementación de un
sistema de registro de
 clientes y reserva de
habitaciones del hotel
ZURIT-PUNO

Preparado por: Morocco Autorizado por:

Hualla Elsy Thomy Michel mandariaga y
pareja

[Link]. Nombre del negocio

 • Hotel : Zurit
 • Ubicación : Jr. Fermin Arbulo N° 191
 • Rubro : alquiler de habitaciones a personas nacionales y extrajeras

[Link]. Nombre del Sistema.

Sistema de registro de clientes y reserva de habitaciones

[Link]. Nombres del dueño y administrador (patrocinador)

Dueño: Michel Mandariaga y pareja.

Administrador: Antolín Quine huanca

[Link]. Aprobaciones

Aprobador Fecha Firma

Michel mandariaga
 2.1.2. Stakeholders

El interesado del proyecto es el señor MICHEL MANDARIAGA:

2.2. WBS (EDT)

1. Proyecto de
Sistema de
Información

1.3 Software
1.1 Documento 1.2 Documento 1.4 Reportes de 1.5 Entrega a
Desarrollado e
de Análisis de Diseño Prueba Operaciones
Instalado

1.1.1 1.5.1 Reporte

1.2.1 Diseño 1.3.1 Ambiente 1.4.1 Ambiente
Especificación de Puesta en
Funcional de Desarrollo de Pruebas
Funcional Producción

1.1.2
1.2.2 Diseño 1.4.2 Pruebas 1.5.2 Pruebas
Requerimientos 1.3.2 Módulo 1
Técnico Integrales Posproducción
Funcionales

1.1.3 1.4.3 Pruebas

1.2.3 Casos de
Requerimientos 1.3.3 Módulo 2 de Aceptación 1.5.3 Garantía
Prueba
No Funcionales de Usuario

1.4.4
1.2.4
1.3.4 Módulo 3 Certificaciones
Planificación
Técnicas

1.3.5 Módulo 4
 2.2.1. Personas y roles del proyecto.

Persona Rol

Morocco Hualla Elsy Thomy Scrum Manager

Hancco Apaza, Vladimir Victor Product Owner

Equipo de trabajo

Pampa Vilca, William José Programador

Bizarro Mamani, Hebert Brian Analista

Choque Sutta, Bryan Saul diseñador

1 WBS TAREA Roles predecesoras

involucrados
1 Proyecto de desarrollo de software Jefe de
proyecto
1.2 Informe del funcionamiento del analista
negocio.
4 Descripción del negocio actual analista
5 Analizar el comportamiento del analista
negocio.
6 Analizar la necesidad de analista
informatización
del negocio.
7 Informe que describe negocio Jefe de
actual proyecto
8 Identificar los actores y analista
trabajadores del
negocio involucrados
9 Identificar los procesos del negocio analista
y las
reglas del negocio asociadas
10 Describir los procesos del negocio analista
a
través de diagramas de actividad
Construir el Diagrama de clases del analista
modelo de objetos del negocio
Elaborar informe con descripción analista
del
negocio actual
Estudio de otros sistemas de este Jefe de
tipo proyecto
implantados en el mundo y sus
beneficios
Construir Diagrama de Casos de analista
uso del
sistema
Describir los casos de uso del analista
sistema
ubicándolos en el nivel donde se
ejecutan e identificando la
información
que manipulan
Diseñar la arquitectura diseñador
Construir el diagrama de diseñador
despliegue
Elaborar informe con la analista
arquitectura
propuesta
Estudio de factibilidad del Jefe de
proyecto proyecto
Calcular el total de la inversión en Jefe de
equipamiento para la implantación proyecto
Estimar el esfuerzo y el tiempo de Jefe de
duración de la construcción del proyecto
producto
de software
Estimar el tiempo requerido para Jefe de
poblar proyecto
la Base de Datos
Elaborar el informe de estudio de Jefe de
factibilidad del proyecto proyecto
Modelo de diseño diseñador
Construir el diagrama de clases del diseñador
diseño
Modelo de implementación del diseñador
sistema
Identificar los componentes a diseñador
programar
Construir el diagrama de analista
componentes
Elaborar informe con documentador
documentación del
sistema
 Implementación del analista
producto
Crear la base de datos programador
Programar
Documentar la documentador
programación
Prueba piloto del sistema tester
Identificar clientes en los tester
que se harán
la prueba
Capacitar a los especialistas Jefe de
de los proyecto
clientes seleccionados
Crear las condiciones en los Jefe de
clientes proyecto
seleccionados
Probar el sistema tester
Elaborar informe con los Jefe de
resultados de proyecto
las pruebas

3. Tiempos

3.1. Identificación de actividades

3.2. Recursos y duración

3.2.1. Recursos

[Link]. Costos hardware

Producto Valor*unidad Cantidad total

pc de escritorio S/. 1500 1 S/. 1500
 ups(estabilizador) S/. 100 1 S/: 100
impresora S/. 200 1 S/. 200
otros S/. 150 S/. 150
s/. 1950
TOTAL

Especificaciones Técnicas para Pc’s

requerimientos especificaciones técnicas

procesador core i5 intel
disco duro 500 gb hasta 1 TB
memoria RAM de una capacidad mínima
de 4gb a mas

[Link]. Recurso Humano

[Link].1. Costo de recurso humano

cantidad especialista pago mensual monto

total (3
meses)
1 programador s/. 1600.00 s/.
4800.00
1 diseñador s/. 1300.00 s/.
3900.00
1 analista s/. 1800.00 s/.
5400.00
1 asistente(documentador) S/. 950 s/.
2850.00
TOTAL s/. 16950

• Programador es la persona principal encargada de ejecutar las instrucciones

para realizar una determinada tarea en este caso programara las funciones del
sistema hotelero.

• Analista encargado de Planificar la actividad o trabajo de análisis

 Organizar a todos los elementos que intervienen en el proyecto

• Diseñador deciden el estilo y tamaño del texto en función de las necesidades

del usuario.

3.2.2. Duración

[Link]. Cronograma de actividades

Diagrama de Gantt

3.3. Documento de análisis

3.3.1. Requerimientos

[Link]. Requerimientos funcionales

NOMBRE: R01

Funcionalidad: el software debe mostrar una ventana de login

Entrada: ID y contraseña del usuario

Proceso: el software debe validar al usuario

Salida: mostrar la pantalla principal del sistema de gestión de hotel.

NOMBRE: R02

Funcionalidad: el software debe gestionar los usuarios registrados en el sistema

Entrada: ID y contraseña del administrador

Proceso: el software debe tener la capacidad de registrar, eliminar y modificar usuarios

Salida: se debe de almacenar los datos modificados o eliminados en una base de datos.

NOMBRE: R03

Funcionalidad: el software debe gestionar los reportes

Entrada: datos de alquiler de habitación por cada año

Proceso: el software debe procesar que meses hubo más alquiler de habitaciones

Salida: mostrar la pantalla principal en que meses se tiene mayor cantidad de clietnes.

NOMBRE: R04

Funcionalidad: el software debe almacenar los datos básicos (nombres y apellidos, teléfono,
N° de DNI, dirección, e-mail, procedencia)

Entrada: nombres y apellidos (para dejar registro del cliente)

Proceso: el software debe almacenar los datos proporcionados por el cliente.

Salida: mostrar en pantalla un mensaje donde indique que los datos han sido almacenados
satisfactoriamente

NOMBRE: R05

Funcionalidad: el software debe almacenar los datos de los usuarios que han solicitado
reservas telefónicas, personalmente o vía internet

Entrada: datos básicos de los huéspedes

Proceso: almacenar la información en una base de datos

Salida: mostrar en pantalla que los datos han sido guardados y también verificar que
habitaciones están con reserva
NOMBRE: R06

Funcionalidad: el software debe buscar las habitaciones disponibles y mostrarlas en

pantalla como también modificar, registrar y eliminar

Entrada: fecha, para saber que habitaciones están disponibles para ese día, código de
habitación a eliminar o modificar o registrar

Proceso: el software debe buscar las habitaciones disponibles, modificar los datos erróneos
de la habitación, eliminar habitación y registrar habitación

Salida: mostrar en pantalla un mensaje con las habitaciones disponibles, mostrar un

mensaje que a sido modificado o eliminado o registrado satisfactoriamente una determinada
habitación.

NOMBRE: R07

Funcionalidad: el software debe codificar cada servicio prestado por el hotel al usuario

Entrada: código y nombre para codificar los servicios

Proceso: almacenar la información en una base de datos

Salida: mostrar en pantalla un cuadro con los servicios codificados, indicándonos que han
sido guardados.

NOMBRE: R08

Funcionalidad: el software debe almacenar que habitaciones están fuera de servicio, cuales
están sucias y cuales limpias.

Entrada: número de habitación y estado, para luego ser almacenada la información

Proceso: el software debe guardar la información en una base de datos

Salida: debe mostrar en pantalla que la información ha sido guardada

NOMBRE: R09

Funcionalidad: el software debe sumar el total del monto a pagar de un determinado

cliente (consumos, servicios)

Entrada: código del usuario para saber los consumos y servicios adquididos

Proceso: almacenar los consumos en un documento con las características de una factura

Salida: mostrar en pantalla el modelo de la factura y el valor total

NOMBRE: R10

Funcionalidad: el software debe imprimir la factura

Entrada: dar la orden de impresión de la factura

Proceso: el software debe imprimir según las normas una factura, con todos los datos del
usuario y del hotel

Salida: imprimir la factura, Mostrar un mensaje indicando que la factura ha sido impresa

NOMBRE: R11

Funcionalidad: el software debe almacenar la información de los empleados del hotel

Entrada: c.c , nombre, el cargo, dirección y teléfono para ser almacenados en una base de
datos

Proceso: almacenar la información en una base de datos

Salida: mostrar en pantalla que los datos han sido guardados

NOMBRE: R12

Funcionalidad: el software debe almacenar los datos de los usuarios que han solicitado
reservas telefónicas, personalmente o vía internet

Entrada: datos básicos de los huespedes (para

Proceso: almacenar la información en una base de datos

Salida: mostrar en pantalla que los datos han sido guardados

[Link]. Requerimientos no funcionales

El software debe facilitar las tareas del recepcionista, del cajero, del ama de llaves. Debe ser
un programa que permita al usuario agilizar sus labores de una forma práctica. Debe ser
eficiente, rápido, fácil de usar.

La interfaz del programa debe llevar el logotipo del hotel y debe manejar los colores de
tierra.

Para poder utilizar este software es necesario que el equipo cuente con Mysql.

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.

Confiabilidad y seguridad

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

Robustez

RNF7: El sistema esté disponible cuando el usuario intente hacer una reservación de
alguna habitación.

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

identificación de los actores del sistema.

A través del análisis de requerimientos, se definió que los usuarios del sistema serán los
siguientes: Administrador, recepcionista y clientes. A continuación, se detalla las
características de cada perfil de usuario:

Administrador.

Este perfil corresponde al administrador del hotel, el cual cuenta con todos los privilegios
dentro del sistema, podrá ingresar, modificar y eliminar datos de este. Este usuario tiene la
facultad de crear cuentas de usuarios para recepcionistas y otros administradores, también
revisar las reservas, gestionar los clientes, las habitaciones y los servicios ofrecidos por el
hotel.

Recepcionista

Este actor tiene acceso a toda la información referente a las habitaciones y sin tener la
posibilidad de modificar la información de éstas. Le será permitido realizar cobros a un
determinado cliente por los servicios adquiridos, registrar, modificar , consultar los clientes
registrados en el sistema, consultar por las habitaciones, controlar las reservas realizadas
por los clientes, realizando la anulación y confirmación de estas, consultar el historial de
reservas y consultar por habitaciones disponibles.
Cliente.

Este actor es quien realiza cotizaciones de las habitaciones a través del sistema, con o sin
previa identificación. El cliente tendrá el privilegio de revisar y solicitar las habitaciones
disponibles mostradas por el sistema web, podrá agregar y quitar de sus reservas las
habitaciones que estime necesarias para realizar una cotización. Para los clientes que tengan
asociada alguna reserva podrá revisarla a través del sistema.

3.3.2. Diagrama De Casos De Uso

Iniciar sesión de usuario

Caso de uso R1 Iniciar sesión de usuario

actores Administrador, recepcionista
resumen El administrador o el recepcionista deben
 ingresar su ID y contraseña. El sistema
verifica que el ID y contraseña sean
correctos y se encuentren almacenados.
Posteriormente el sistema muestra el
entorno de trabajo correspondiente al
usuario iniciado.
Pre-condiciones Sistema funcionando
Pos-condiciones Inicio correcto de sesión del usuario
Hereda de
Flujo de eventos
actor sistema
1. Este caso de uso comienza cuando el 2.- El sistema despliega un módulo para
administrador o recepcionista desea ingresar el ID y la contraseña, para iniciar
iniciar sesión de trabajo. sesión.
3.- El administrador o recepcionista 4a.- El sistema verifica que el ID y la
ingresa su ID y contraseña contraseña, sean válidos.
5a.- El sistema verifica que el ID exista en
el sistema.
6.- El sistema muestra el entorno de
trabajo correspondiente al usuario
iniciado
CASOS ALTERNATIVOS
4b.- Si entre el ID y la contraseña existe alguno que no sea válido, entonces, el
sistema muestra un mensaje de información del caso y vuelve al paso 2.
5b.- Si el ID y contraseña ingresada no existen, el sistema muestra mensaje de
información del caso y vuelve al paso 2.

casos de uso gestión de usuarios.

1. Caso de Uso gestión de usuario

2. Actores administrador
3. Requerimiento R02
Funcional
4. Tipo Secundario
5. Precondiciones Sistema activo y funcionando
6. Descripción El administrador debe registrar los datos requeridos
para el registro de un usuario para que este
posteriormente pueda hacer uso del sistema con el
fin de gestionar los clientes

Así como también tiene la facultad de eliminar, y

 modificar a los usuarios ya registrados en el sistema

7. Flujo de Eventos
Acción del Actor Respuesta del Sistema
1. Es este caso de uso comienza 2. el sistema despliega un formulario
cuando el administrador desea para registrar un usuario donde se
registrar un usuario (recepcionista llenara los datos como son el N° de
o administrador) en el sistema DNI, ID, contraseña, nombres y
apellidos, dirección, N° de celular o
3 si el administrador desea eliminar o teléfono y el tipo de
usuario(administrador o
modificar un usuario, el
administrador seleccionar al usuario recepcionista)
que quiera modificar o eliminar 4 el sistema elimina o modifica al
usuario

Flujo alterno:
En caso de no encontrar usuario mostrar una pantalla de indicando que no
existe tal usuario
8. Pos condiciones
•Ingreso al sistema correctamente

•Almacenamiento correcto de la información en la base de datos

casos de uso gestión de clientes

Caso de uso Gestión de clientes

Actores recepcionista
Resumen El cliente debe brindar los datos
correspondientes al recepcionista para el
registro. El sistema valida los datos
ingresados, verifica los datos y los
almacena. También el recepcionista tiene
la facultad de modificar o eliminar al
cliente
Precondiciones Habitaciones disponibles
Poscondiciones Registro del cliente, modificación o
eliminación dependiendo del caso
Incluye Verificar disponibilidad
Extiende
Hereda de
Flujo de eventos
 Actor Sistema
1.- Este caso de uso comienza cuando el 2.- El sistema despliega un formulario
recepcionista desea registrar, modificar o para ingresar el N° de DNI, el nombre, los
eliminar un cliente en el sistema apellidos, país de origen, ciudad, la
dirección, el teléfono o celular, el correo
electrónico del cliente a registrar.
3.- El administrador o el pasajero ingresa 4a.- El sistema verifica que el N° de DNI,
el RUT o DNI, el nombre, los apellidos, el nombre, los apellidos, país de origen,
país de origen, ciudad, la dirección, el ciudad, la dirección, el N° de celular o N°
teléfono, el correo electrónico y la del teléfono, el correo electrónico del
contraseña a registrar. cliente a registrar sean válidos.
5.- si el recepcionista desea modificar o
eliminar algún dato
5.- El sistema almacena el el N° de DNI,
el nombre, los apellidos, la dirección, el
N° de celular o N° del Teléfono, el correo
electrónico, Datos eliminados y
modificados
CURSOS ALTERNATIVOS
4b.- Si entre el N° de DNI, el nombre, los apellidos, país de origen, ciudad, la
dirección, el N° de celular y el N° de teléfono, el correo electrónico del cliente a
registrar existe un dato que no es válido, entonces, el sistema muestra un mensaje de
información del caso y vuelve al paso 2. O en caso de que quiera eliminarse o
modificar los datos no son válidos también el sistema muestra un ventana de alerta
indicando que los datos son inválidos

casos de uso gestión de habitaciones

Caso de uso Registrar una nueva habitación en el

sistema
Actores Administrador, recepcionista
resumen El administrador debe seleccionar las
características necesarias para el registro
de una nueva habitación, también una
vez registrado la habitación se puede
modificar o eliminar de acuerdo al caso.
precondiciones Usuario administrador dentro del
sistema
poscondiciones Guardar el registro en una base de
datos
Incluye
extiende
Hereda de Gestión de habitaciones
Flujo de eventos
Actor sistema
1.- Este caso de uso comienza cuando el 2.- El sistema despliega un formulario
administrador desea registrar una nueva para seleccionar el tipo de habitación, a
habitación en el sistema o desea registrar modificar o eliminar brindando
modificar o eliminar una habitación. información del tipo de cama,
descripción, número de habitación y
costo de la habitación
3.- si el administrador desea registrar 4.- El sistema registra y almacena la
selecciona el tipo de habitación, tipo de nueva habitación con su respectivo
cama, descripción, número de habitación número de habitación, características,
y valor de la habitación que desea tipo de cama y valor de la habitación
registrar. seleccionadas por el administrador.
5.- si el administrador desea modificar o 6.- el sistema modifica o elimina
eliminar una habitación dependiendo del caso
7.- el sistema almacena las acciones
realizadas por el usuario administrador

gestión de reservas

Caso de uso Registrar una reserva de una habitación

en el sistema ya sea personal o mediante
teléfono
actores Recepcionista.
resumen El recepcionista debe asociar e ingresar
los datos requeridos para registrar una
reserva. El sistema verifica que los datos
ingresados y asociados sean válidos,
asigna el código de la reserva y la
almacena.
precondiciones Usuario recepcionista u administrador
dentro del sistema
poscondiciones Almacenamiento del registro,
modificación o eliminación
incluye
extiende
Hereda de
Flujo de eventos
actor sistema
1.- Este caso de uso comienza cuando el 2.- El sistema despliega un módulo para
recepcionista desea registrar, modificar o que el administrador o recepcionista
eliminar una reserva en el sistema. ingrese el N° de DNI del cliente a
registrar, a modificar o eliminar.

3.- El administrador o recepcionista 4a.- El sistema verifica que el N° de DNI

ingresa el N° de DNI del cliente a del cliente ingresado sea valido
registrar, modificar o eliminar.
5a.- El sistema verifica que el cliente,
buscado por su N° de DNI, exista en el
sistema
6.- El sistema muestra el cliente
encontrado su N° de DNI, nombre,
apellidos, país de origen, ciudad,
dirección, teléfono y correo electrónico,
Además despliega un módulo según fecha
de llegada y salida mostrando las
habitaciones disponibles según el rango
de fechas ingresado, de esta manera se
ingresa él o los códigos (número de
habitación) de la habitación a asociar la
reserva.

7.- El administrador o recepcionista 8a.- El sistema verifica que él o las

ingresa el número de habitación a asociar habitaciones, buscadas por su código
con la reserva. (número de habitación), existan y se
encuentren disponibles.
9.- El sistema asigna un código a la
reserva de manera secuencial a los ya
almacenados.

10.- El sistema almacena la reserva

guardando, DNI del cliente, número de
habitación , la fecha de llegada, fecha de
salida, el abono inicial y la fecha de
reserva tomada del sistema, más su
origen, y su estado de proceso
“Confirmado”.

ALTERNATIVOS
4b.- Si el Número de DNI del cliente, ingresado por el recepcionista, no es válido,
entonces el sistema muestra mensaje de información del caso y vuelve al paso 2.
5b.- Si el sistema no encuentra al cliente buscado por el N° de DNI, entonces muestra
mensaje de información del caso indicando que el pasajero buscado no se encuentra y
vuelve al paso 2.
8b.- Si el sistema no encuentra a una de las habitaciones buscadas por su número de
habitación, o el rango de fechas ingresadas la habitación se encuentra en no
disponible, entonces muestra mensaje de información del caso indicando la no
existencia de la habitación o habitación ocupada y vuelve al paso 6.
casos de uso gestión de servicios de un hotel.

Caso de uso Agregar nuevos servicios adquiridos por

el cliente registrado en el sistema
Actores Recepcionista, administrador
resumen El administrador o recepcionista busca
por nombre o apellido el cliente, al cual
desea ingresarle, modificarle o eliminar
nuevos servicios de acuerdo a las fechas
de inicio y Salida ingresadas
previamente. El sistema muestra un
formulario con los datos del huésped, las
fechas de inicio y salida, los Servicios
ofrecidos y valor de cada uno de ellos. El
administrador Ingresa los servicios que
desea agregar, modificar o eliminar . El
sistema verifica que los datos sean
válidos y los servicio a brindar sea
correcto

precondiciones El cliente debe de estar registrado en el

sistema
poscondiciones
Incluye
extiende Servicio desayuno, lavandería
Hereda de
Flujo de eventos
Actor sistema
1.- Este caso de uso comienza cuando el 2.- El sistema despliega una lista con los
administrador desea modificar, agregar o N° de DNI, nombres y apellidos de los
eliminar uno o más pasajeros, ordenados alfabéticamente
datos de un cliente que adquiere un por el nombre.
servicio adicional.
3.- El administrador o recepcionista 4.- El sistema despliega, del pasajero
selecciona al cliente que adquiere un seleccionado, un formulario con el
servicio el cual desea modificar, agregar o nombre, los apellidos , fecha, numero de
eliminar. habitación, que adquirió el servicio,
modificando así solo los servicios a
adquirir y valor.
5.- El administrador cambia el o los 6a.- El sistema verifica que el nombre del
servicios adquiridos y valor, de un cliente servicio a adquirir y valor, sean válidos
en particular
7.- El sistema almacena nombre del
servicio a adquirir y valor, del cliente
modificado, agregado o eliminado.
CASO ALTERNATIVO
Si el nombre del servicio a adquirir y valor, seleccionados por el administrador, para
ser modificado, existe alguno que no sea válido, entonces el sistema muestra mensaje
indicando que debe ingresar información válida y vuelve al paso 5.

3.3.3. Diagramas de secuencia (por cada caso de uso)

Los diagramas de secuencia de un sistema sirven para mostrar gráficamente los eventos que
originan los actores en el sistema. A continuación, se muestran los diagramas de secuencia para
los casos de uso más importantes o complejos

[Link]. Diagrama de secuencia registrar un usuario al sistema.

[Link]. Diagrama de secuencia iniciar sesión de usuario

[Link]. Diagrama De Secuencia Modificar Usuario Del Sistema

[Link]. Diagrama de secuencia mostrar usuario del sistema.

[Link]. Diagrama de secuencia eliminar usuario registrado en el sistema.
[Link]. Diagrama de secuencia gestión de servicios de un hotel.

[Link]. Diagrama de secuencia eliminar, del sistema, un usuario registrado en él.

[Link]. Diagrama de secuencia registrar un nuevo cliente en el sistema

[Link]. Diagrama De Secuencia Modificar Un Cliente Registrado En El Sistema

[Link]. Diagrama De Secuencia Historial De Reservas De Un Cliente Registrado En El
Sistema
[Link]. Diagrama de secuencia registrar una nueva habitación en el
sistema.

[Link]. Diagrama de secuencia consultar los datos de una habitación registrada en el

sistema.

T
[Link]. Diagrama de secuencia modificar el valor de una habitación registrada en el
sistema.

[Link]. Diagrama De Secuencia Consultar Habitaciones Disponibles

3.3.4. Diagramas de colaboración (por cada caso de uso)

3.3.5. Diagrama de estados (por cada caso de uso)

El diagrama de estados, o de transiciones de estado, es otra herramienta para determinar los

métodos de las clases. Se utiliza para examinar los distintos estados que puede tener un objeto. Se
crea un diagrama de estados para una sola clase. Por lo general los objetos se crean, pasan por
cambios y se eliminan o quitan.

Cada vez que un objeto cambia de estado, algunos de los atributos cambian sus valores. Además,
cada vez que cambian los atributos de un objeto, debe haber un método para cambiar esos
atributos. Cada uno de los métodos necesitaría una pantalla o formulario Web para agregar o
modificar los atributos. Éstos se convierten en los objetos de interfaz.

A continuación se detallaran algunos diagramas de estado más relevantes dentro del sistema.

[Link]. Diagrama de estado: Registrar huésped

[Link]. Diagrama de estado: registrar reserva

[Link]. Diagrama de estado: Gestión de reserva

[Link]. Diagrama de estado: solicitar servicios

[Link]. Diagrama de estado: Gestión de habitaciones
5. MODELO CONCEPTUAL

4. Costos

Costo total de materiales (hardware) s/. 1950

Costo total de recursos humamos s/. 16950

Costo total del proyecto s/. 18900

4.1. Curva S
5. Riesgos
6. Recursos humanos
6.1. Matriz RAM