Proyecto Final - Ing. de Software - Final 02.47 02-06-2022

UNIVERSIDAD MARIANO GALVEZ
INGENIERIA EN SISTEMAS DE INFORMACION

Y CIENCIAS DE LA COMPUTACION
MAZATENANGO, SUCHITEPEQUEZ
ING. CARLOS MARIANO ILLESCAS DE LA CRUZ
INGENIERIA DE SOFTWARE
PROYECTO
SISTEMA SAHO
Eduardo Rolando Chim Castañeda 3090-18-10021

Pedro Alejandro Sandoval Santiago 3090-18-10443
German Fernando Castellanos Echeverría 3090-18-10007
Julio Antonio Chapetón Grajeda 3090-18-22592
Lorenzo Cristian Ajtún Lancerio 3090-18-16690
Keren Adriana López Recinos 3090-18-17105
INDICE
1 Introducción........................................................................................................................... 4
2 Objetivos................................................................................................................................ 5
2.1 Objetivo General ............................................................................................................ 5
2.2 Objetivos Específicos ...................................................................................................... 5
3 Justificación ........................................................................................................................... 6
4 Alcance del Proyecto .............................................................................................................. 7
5 Descripción General del problema.......................................................................................... 8
6 Necesidades del Sistema: ....................................................................................................... 8
6.1 Módulo de reservaciones: .............................................................................................. 8
6.2 Módulo de Mantenimiento (Limpieza y Fallas de las habitaciones): .............................. 11
6.3 Módulo de Check in Check out: .................................................................................... 13
6.4 Módulo de Cuentas por cobrar y Cuentas por pagar: .................................................... 15
6.5 Módulo de Planilla de empleados: ................................................................................ 17
6.6 Módulo de contabilidad:............................................................................................... 18
6.7 Módulo de seguridad:................................................................................................... 19
7 Descripción del entorno actual: ............................................................................................ 20
8 Procesos y servicios del sistema ........................................................................................... 21
9 Metodología ........................................................................................................................ 22
9.1 Marco Histórico ............................................................................................................ 22
9.1.1 Origen de RUP ...................................................................................................... 22
9.2 Marco Teórico .............................................................................................................. 22
9.2.1 RUP....................................................................................................................... 23
9.2.2 Ciclo de Vida ......................................................................................................... 24
9.2.3 Fases..................................................................................................................... 25
9.2.4 Roles..................................................................................................................... 26
Otros roles: .............................................................................................................................. 27
10 Técnica utilizada para el levantamiento de los requerimientos ......................................... 27
11 Descripción de los requerimientos.................................................................................... 28
11.1 Alcance de los requerimientos ...................................................................................... 41
12 Casos de uso..................................................................................................................... 41
12.1 Descripción de los actores ............................................................................................ 41
12.2 Diagramas de Caso de uso ............................................................................................ 43
13 Diagrama entidad relación................................................................................................ 57
14 Análisis de factibilidad ...................................................................................................... 57
14.1 Económico.................................................................................................................... 57
14.2 Técnico ......................................................................................................................... 59
15 Planificación del proyecto................................................................................................. 59
16 Diagrama estructura del desglose del trabajo EDT ............................................................ 63
17 Diagrama de Gantt ........................................................................................................... 64
18 Costo-beneficios............................................................................................................... 64
19 Experiencia de Usuario ..................................................................................................... 65
20 Análisis de riesgo .............................................................................................................. 78
21 Nivel de Probabilidad ....................................................................................................... 79
22 Nivel de impacto .............................................................................................................. 79
23 Métricas de calidad .......................................................................................................... 80
24 Conclusiones .................................................................................................................... 82
1 Introducción
Hoy en día la automatización de la información es de suma importancia para

cualquier empresa competitiva. Es fundamental optimizar los recursos y tecnología
para obtener una mejor posición en el mercado y un desarrollo económico.
En la actualidad, gracias al uso de Internet las personas están más

informadas sobre los lugares a los cuales desean viajar o vacacionar y eso les exige
a los hoteles ser flexibles con la información sobre sus servicios e instalaciones para
lograr convencer a los turistas. Evitarle a las personas el proceso de llamar
telefónicamente o escribir un correo electrónico, que muchas veces puede hacer
muy lenta la venta, y acceder a la información dinámica y completa de los servicios
puede incrementar las ventas de un hotel.
El siguiente proyecto muestra el desarrollo de un sistema de reservas en

línea y el control de cobros para un hotel.
2 Objetivos
2.1 Objetivo General
 Desarrollar una plataforma Online eficiente, amigable y segura

para un hotel y así permitir que pueda incrementar sus ventas.
 Satisfacer las necesidades de un hotel, cumpliendo con cada
una de las solicitudes realizadas, utilizando las adecuadas y modernas
herramientas para la creación de la plataforma.
2.2 Objetivos Específicos
Para satisfacer el objetivo principal planteado, se definen los siguientes

objetivos específicos:
 Identificar las necesidades de la empresa SAHO respecto a las

reservas en línea.
 Definir la arquitectura necesaria que soporte adecuadamente el
desarrollo del sistema.
 Crear, diseñar e implementar una solución informática y
tecnológica que permita de una manera eficiente y eficaz dar una solución
a los requerimientos de clientes externos e internos de un hotel.
3 Justificación
En la actualidad un sistema de información es fundamental para una

empresa ya que esta nos brinda la posibilidad de localizar, evaluar y utilizar
eficazmente la información requerida para darle solución a un determinado
problema o simplemente brindarle información sobre un determinado producto o
servicio a un posible cliente, con este fin lo más eficiente es un sistema web, en el
cual un cliente puede enriquecerse de cocimiento acerca de los servicios o
productos que ofrece la empresa, así como también obtener información acerca de
la empresa como cuales son su valores, objetivos, visión etc.
El sistema de reservas en línea y el control de cobros para la empresa SAHO,

desarrollo con el objetivo de agilizar y automatizar los procesos actuales, como lo
son las reservaciones y la forma en que se hacen los cobros al cliente por los
servicios adquiridos durante su estancia en las instalaciones, entre otros procesos.
A si como también se quiere generar un control para la plantilla de usuarios, en la
cual al momento de contratar un empleado se registra con su cargo y funciones
dentro del hotel, así como también se registra el su sueldo base y automáticamente
se generan las bonificaciones que la ley estable, así como los descuentos
obligatorios que se le hacen al salario.
4 Alcance del Proyecto
La finalidad del proyecto es poder implementarlo dentro de la empresa

y brindar una herramienta de trabajo cómoda, amigable, práctica, tanto para
trabajadores como huésped.
 Se creará una página web en donde el propietario pueda

mostrar los productos y servicios que ofrece el hotel SAHO.
 Se construirá un formulario en donde el usuario pueda registrar
sus datos, crear un usuario y luego poder realizar una reserva.
 Se creará un sistema en donde el propietario del sitio podrá
administrar los contenidos del sitio web y consultar las reservas y
observaciones y reportes de productividad.
 Se realizarán pruebas con un administrador de un hotel con el
fin de encontrar errores que puedan perjudicar los procesos del hotel.
 Se creará un base datos en SQL en donde se almacenará las
reservas y servicios realizados por el usuario.
5 Descripción General del problema
La empresa SAHO solicitó que se desarrollara un sistema para el

control y administración de un hotel, incluyendo los siguientes módulos:
• Mantenimiento: Debe el control de la limpieza de las habitaciones, generar
reportes si en el caso hay algún fallo en la habitación.
• Reservaciones: Tiene que ser posible obtener 3 tipos diferentes de
habitaciones con precios respectivamente.
• Transporte: El módulo debe generar un listado de disponibilidad de asientos
y buses disponibles con su ruta, hora y precio por viaje.
• Check-in y Check-out: Para una optimización del módulo de reservaciones
debe ser posible solamente obtener la entrada y salida del cliente con su código
de reserva.
• Cuentas por cobrar y por pagar: El listado de cuentas pendientes generará
notificaciones antes de que venzan los plazos de cobro y pago.
• Planilla de empleados: En este módulo se podrá administrar el recurso
desde el aspecto económico, delegación de puestos, vacaciones y asuetos por
cita médica.
• Contabilidad: Las cuentas del hotel de la empresa SAHO deberán estar en
este módulo y obtener reportes de las cuentas.
• Módulo de seguridad: Los trabajadores suelen registrar entradas y salidas
de los clientes, por lo que un módulo de seguridad agregará una estructura capaz
jerarquizar roles de participación en el sistema, ya que los trabajadores o personas
con roles menores al rol de admin no tengan la posibilidad de modificar estas
reservas.
6 Necesidades del Sistema:
A continuación, se presentan las necesidades que el sistema debe cumplir

requeridas por la empresa.
6.1 Módulo de reservaciones:
Entradas:
• Datos del cliente: Nombre, apellido, DPI o pasaporte, NIT, correo
electrónico, teléfono, dirección, nacionalidad.
• Tipo de cliente: común o corporativo.
• Tipo de habitación: Simple, doble, triple y matrimonial
• Forma de pago: Al contado y tarjeta de crédito
• Fecha y hora de entrada del cliente
• Fecha y hora de salida del cliente
• Número de huéspedes, ¿cuántos adultos y cuantos niños? (si la edad del
niño es igual o mayor a cinco años entrará en la categoría de adulto)
• Edad de los niños (0-4 años)
• Tarifas
• Número de desayunos buffete
• Días en que rentará el cliente un auto (si fuera el caso)
• Código de tarifa único (en caso de clientes corporativos)
En el caso de que la reservación se realice vía web o vía telefónica el cliente
deberá garantizarla con tarjeta de crédito. En caso de hacerla físicamente en el
hotel, el cliente tiene la opción de reservarla al contado o con tarjeta de crédito.
Procesos:
• El cliente solicita una reservación para hospedarse en el hotel, dicha
reservación la puede hacer de tres formas distintas (Vía web, presencial o
telefónicamente).
• Si la reservación se realiza vía web, el cliente ingresa fecha de entrada y
salida para que se pueda tener el número de noches que va a estar hospedado el
cliente; así mismo elije el tipo de habitación y el sistema proporcionará la
disponibilidad de la misma.
• El cliente deberá poder ver las fotografías de las habitaciones y servicios
que frece el hotel.
• Seguidamente, para hacer efectiva la reservación, el cliente llena sus datos
personales y los datos respectivos de su tarjeta de crédito y realiza la transacción
correspondiente.
• Si el cliente desea servicios extras (traslado, renta de auto, No. de
desayunos) podrá también reservarlos.
• Si la reservación se realiza vía telefónica o física, una de las recepcionistas
del hotel verifica que haya habitaciones disponibles según el tipo o tipos de
habitaciones que el cliente desee.
• En lo que respecta a los traslados actualmente el cobro será por ruta,
siendo las rutas y las tarifas las siguientes:
Aeropuerto Hotel= $40 dólares
Hotel -> Aeropuerto= $40 dólares
Hotel -> Antigua Guatemala= $60 dólares
Antigua Guatemala -> Hotel= $60 dólares
Nota: Tarifa mínima por ruta=$35 dólares
• En lo que respecta a renta de autos, el costo por día con tanque de gasolina
lleno=$100 dólares.
• Las tarifas de las habitaciones para cliente común por un día son las
siguientes:
o Habitación Simple $100 dólares o Habitación Doble $180 dólares o Habitación
Triple $280 dólares o Habitación Matrimonial $350 dólares
• Si el cliente es corporativo y cuenta con Código de Tarifa Único realizar el
cobro según la tarifa estipulada con la empresa (incluirá descuentos).
• Al realizarse la reservación se envía una copia del ticket de la misma al
cliente y al administrador, validado a través de un código único.
Nota: El cliente deberá presentar el ticket al momento del ingreso del hotel para
proseguir con el proceso del Check In.
Salidas:
• Informe del promedio de reservaciones al mes, anual y cuánto ingreso
monetario representa para el hotel.
• Listado de clientes frecuentes del hotel
• Informe diario de las habitaciones disponibles clasificadas según su tipo.
• Reporte del promedio de reservaciones al mes y anual clasificados según la
vía de reservación (Presencial, web, telefónica).
• Listado de reservaciones realizadas por temporadas (Vacaciones de
verano, Fiestas de fin de año), esto con el objetivo de saber en qué temporada hay
más afluencia de clientes en el hotel.
• Listado mensual de los huéspedes extranjeros y nacionales y cuanto
ingreso representa para el hotel respectivamente. • Estado de cuenta del cliente
en dólares • Número de reserva (Ticket).
6.2 Módulo de Mantenimiento (Limpieza y Fallas de las habitaciones):
Entradas:
• Fecha y hora de inicio limpieza de habitaciones
• Fecha y hora de finalización de limpieza de habitaciones
• Datos de los empleados del hotel (camareras, supervisor de limpieza, jefe
de mantenimiento y técnicos).
• Tipo de fallas en habitaciones
• Falla Específica
• Fecha y hora de reporte de falla • Fecha y hora de falla reparada
Procesos:
• Existen dos tipos de limpieza (completa y cotidiana). La limpieza cotidiana
se realiza cuando el cliente ocupa una habitación y durante el tiempo en que la
habitación esté desocupada; y la limpieza completa se realiza después de realizar
el check out, al huésped y antes de realizar el check In a un nuevo huésped.
• El Supervisor de limpieza establece la hora diaria de limpieza cotidiana en
las habitaciones e informa a cada camarera el número de habitación a limpiar y las
actividades de limpieza a realizar.
• Las tareas principales en la limpieza cotidiana son: limpiar baños, hacer las
camas, ventilar y recoger ropa sucia. En la limpieza completa aparte de las tareas
principales de limpieza se realiza el lavado de blancos de la habitación.
• Una vez terminada la limpieza la camarera ingresa al sistema registrando
que la habitación ya ha sido limpiada correctamente.
• El sistema le notifica al supervisor de limpieza que ya ha sido terminada la
limpieza en esa habitación.
• El supervisor de limpieza verifica físicamente que la limpieza se haya
llevado a cabo correctamente. Si es así ingresa al sistema y libera la habitación es
decir la coloca en estado disponible para un nuevo huésped en caso de que la
habitación este vacía, de lo contrario sólo indica que ya está limpia. Si la limpieza
no se llevó correctamente el supervisor informa a la camarera para que la realice
correctamente.
• Si durante la limpieza completa realizada después del check out del
huésped, la camarera encuentra objeto (s) olvidado (s), tiene que ingresar al
sistema y reportar el objeto olvidado.
• El sistema le notifica al supervisor, el cual lleva el objeto (s) olvidado (s) a
recepción.
• Al encontrarse una falla o fallas en la habitación (regadera descompuesta,
foco quemado, no señal de cable en tv, etc.) la camarera reportará dicho fallo (s)
en el sistema al jefe de mantenimiento.
• El sistema le notifica al jefe de mantenimiento sobre qué falla sucedió y en
qué habitación.
• El jefe de mantenimiento ingresa al sistema y coloca el estado de la
habitación como no disponible (en reparación).
• El jefe de departamento asigna a un técnico para reparar el problema.
• Una vez terminada la reparación el técnico ingresa al sistema e indica que
la falla de la habitación ha sido reparada.
• El sistema notifica al jefe de mantenimiento que la reparación fue realizada.
• El jefe de mantenimiento supervisa físicamente que la falla ha sido
reparada. Si la reparación fue correcta el jefe de mantenimiento ingresa al sistema
e indica que la falla de la habitación ha sido reparada y coloca que la habitación
está disponible (Falla reparada) en caso contrario llama al técnico para que
verifique el problema.
Salidas:
• Informe de cuántas reparaciones se realizan al mes.
• Informe de los tipos de fallos que se reportan frecuentemente, clasificados
por tipo de habitación.
• Informe al mes de los objetos perdidos por habitación.
• Informe de las habitaciones disponibles para nuevas reservaciones.
6.3 Módulo de Check in Check out:
Entradas:
• Número de reserva (Ticket).
• DPI o pasaporte
• Hora y fecha del check in
• Datos registrados en la reservación
• Servicios extras: traslado, renta de auto, uso de piscina, restaurante (no.
desayunos, almuerzos, cenas, etc.).
• No. de noches ocupadas
• Forma de pago: Al contado y tarjeta de crédito
• Hora y fecha del check out
Procesos:
• La recepcionista realiza una retroalimentación con el cliente de los datos
llenados en la reservación y los servicios extras solicitados (si fuere el caso). La
recepcionista le muestra al cliente el catálogo del restaurante. El cliente puede
solicitar quitar o agregar otros servicios si lo deseara.
• La recepcionista llena la tarjeta de registro del cliente, para ello le solita el
ticket emitido en el proceso de reservación y documento de identificación personal
(DPI o pasaporte).
• Una vez llena la tarjeta del cliente, la misma firma para establecerse como
huésped del hotel.
• La recepcionista abre el crédito del huésped para el control de lo consumido
por el mismo durante su estadía en el hotel y demás servicios solicitados.
• La recepcionista entrega las llaves de su habitación al huésped.
• La recepcionista solicita los servicios del empleado (botones) que se
encarga de acompañar al huésped a su habitación.
• Una vez termina el cumplimiento de la estadía del huésped, el mismo
solicita a recepción que le preparen el estado de cuenta para poder retirarse del
hotel.
• La recepcionista busca la cuenta del huésped y se la entrega para su
análisis.
• Una vez que el cliente analice su estado de cuenta y esté de acuerdo con
los cargos de la misma, la secretaria le pregunta al cliente cuál va hacer su forma
de pago.
• Si el pago fuere en efectivo se cuenta la cantidad monetaria en presencia
del cliente para asegurarse que sea la cantidad correcta e inmediatamente se
deposita en caja y se realiza su respectiva factura dándole una copia al cliente.
• Si el pago fuere con tarjeta de crédito se realiza la operación respectiva de
venta en el POS. Una vez realizado dicha operación se le entrega el comprobante
al cliente el cual debe firmar.
• La recepcionista chequea el monto del comprobante para evitar errores.
• La recepcionista le proporciona una copia del comprobante al huésped y le
entrega su tarjeta de crédito.
• Enseguida la recepcionista le extiende la factura al cliente.
• Si el cliente fuera corporativo, por lo regular su forma de pago es al crédito
(antigüedad de saldos), entonces sólo se coloca que la forma de pago será al
crédito y los datos de la empresa a la cual se le recargará dicho pago (el control
del crédito lo llevará el departamento de cuentas por cobrar y pagar).
• Concluida las operaciones necesarias se despide al cliente y se le solicita al
empleado (botones) que lleve las maletas del cliente a su transporte.
Nota: Por lo regular la hora del check in es a las 3pm y la hora del check out es a
la 1pm. Si un cliente se retira del hotel después de la hora del check out se le hará
un cargo adicional a su cuenta de $2.00 por hora.
Salidas:
• Tarjeta de registro del cliente.
• Listado de los servicios que más consumen los clientes clasificados según
el tipo de servicio y el tipo de cliente.
• Listado de los platillos y bebidas que más consumen los clientes
clasificados según su tipo.
6.4 Módulo de Cuentas por cobrar y Cuentas por pagar:
Entradas cuentas por cobrar:

• Datos del cliente corporativo
• Cuenta del crédito del cliente corporativo
• Fecha de pago del cliente corporativo
• Costos de Servicios extras (traslados, renta de auto, uso de piscina,
restaurante).
Procesos cuentas por cobrar:

• El supervisor se encarga de llevar el control de los créditos de los clientes
corporativos es decir el control de la antigüedad de saldos.
• El supervisor llevará el control de las fechas de los cobros.
• Cuando el cliente corporativo realice su respectivo pago, el supervisor le
extenderá su recibo correspondiente.
• Al terminar el crédito del cliente corporativo, el supervisor le extiende su
respectiva factura por el monto total de su crédito finalizado.
Nota: Para el control de los créditos se tiene que establecer un plan de pagos que
contemplará el no de cuotas y la cuota a pagar respectiva. Así mismo se llevará el
control de moras, si un cliente corporativo se retrasa en una fecha de pago
establecida se le recargará 3$ dólares.
Salidas cuentas por cobrar:

• Informe del balance de saldos por cliente corporativo.
Entradas cuentas por pagar:

• Datos del proveedor
• Tipo de producto
• Datos de producto
• Datos de factura
• Datos de bodega
• Fecha de orden de compra
• Fecha de recepción del producto • Fecha de pago a los proveedores
• Fecha de devolución de producto (si fuere el caso)
Procesos:
• Si en el hotel se agotara algún tipo de artículo como toallas, jabones, etc. se
le notificará al supervisor para que se encargue de realizar la orden de compra de
los productos.
• El bodeguero recibe el producto en su respectiva bodega y verifica que esté
en óptimas condiciones. Si algún producto no está en óptimas condiciones se
realizan la respectiva devolución según acuerdos pactados previamente con el
proveedor.
• El supervisor lleva el respectivo control de los pagos a los proveedores
(antigüedad de saldos).
• El supervisor lleva el control de las fechas en que se tienen que cubrir los
pagos a los proveedores para que no existan problemas por incumplimiento de los
mismos.
• Los proveedores se clasifican por categorías según el tipo de productos que
proporcionan.
• Se cuenta con tres proveedores principales por producto, por si uno no
cuenta con la cantidad necesaria para el abastecimiento, inmediatamente se podrá
llamar a otro, esto con el objetivo de tener siempre el producto del hotel disponible.
Salidas:
• Listado de proveedores clasificados por el producto que proporcionan.
• Informe del balance de saldos por cliente corporativo.
• Informe del balance de saldos por proveedores.
• Informe de las devoluciones (si fuere el caso)
Nota: El supervisor también ingresa facturas pagadas al contado para el pago
respectivo de impuestos.
6.5 Módulo de Planilla de empleados:
Entradas:
• Datos del empleado
• Datos de los puestos de los empleados en el hotel
• Bonificaciones (Aguinaldo, Bono 14 y vacaciones)
• Deducciones (IGSS, Irtra e ISR)
• Hora establecida de entrada de trabajo
• Hora establecida de salida de trabajo
• Días laborados
• No. horas extras
• Permisos y ausencias (Justificadas y no justificadas)
• Sueldo base del empleado
• Anticipos
• Forma de pago (Efectivo, cheque o depósito)
• Fecha inicio contrato laboral
• Fecha finalización contrato laboral
Procesos:
• La gerencia de RRHH lleva el control del registro de todos los empleados
del hotel organizados en forma jerárquica.
• Al momento de contratar a un empleado se registra en la planilla del hotel
estableciendo su cargo y sus funciones.
• El pago a los empleados del hotel se realiza de forma quincenal según lo
establecido en el contrato individual de trabajo.
• Como el reglamento de trabajo estipula, los guatemaltecos deben realizar el
pago de
IGSS, Irtra e ISR y el hotel adopta ese tipo de deducción para no tener problemas
legales; es importante hacer mención que RRHH genera la respectiva boleta de
pago por cada colaborador de la empresa.
• Así mismo la ley del trabajo estipula que se debe pagar Aguinaldo, Bono 14
y vacaciones a los empleados.
• En temporadas, cuando el hotel tiene mucha afluencia de trabajo se le paga
horas extras a los empleados, lo cual deberá tomarse en cuenta en el cálculo del
sueldo líquido.
• Según políticas establecidas en el reglamento interno, un empleado tiene
derecho a faltar 3 veces al año, pero con razón justificable. Si un empleado falta
más días de lo establecido se le descontará el día de sueldo. El permiso laboral
tendrá que ser avalado por el gerente de RRHH.
• En el caso de los anticipos según las políticas del hotel, un empleado no
podrá pedir más de tres anticipos al año y no podrá exceder del 10% de su sueldo.
• Cuando el empleado es despedido, se le debe pagar el monto de
liquidación que le corresponde (Indemnización). También se desea conservar un
registro histórico de los empleados que han trabajado en algún momento en hotel
y los empleados que se encuentran actualmente laborando.
• La forma de pago de un empleado puede ser en efectivo, cheque o depósito
bancario. Salidas:
• Listado de los empleados del hotel clasificados de forma jerárquica y las
funciones que tiene cada uno, su hora de entrada y salida de trabajo y el sueldo
devengado.
• Informe de la planilla de empleados describiendo las prestaciones laborales
brindadas, bonificaciones, deducciones, horas extras trabajadas, sueldo líquido
por cada empleado según su jerarquía.
• Listado de inasistencias laborales por cada empleado según su jerarquía.
6.6 Módulo de contabilidad:
Entradas:
• Cuentas por cobrar y cuentas por pagar
• Partidas diario (transacciones diarias incluyendo planilla de empleados)
• Facturas (compras y ventas) • Período abierto del mes
Procesos:
• El área de contabilidad del hotel registra los movimientos monetarios
producidos por los eventos diarios (facturas de los huéspedes, facturas de pagos a
proveedores, etc).
• El ciclo contable que se lleva es el básico: Registro de partidas en libro
diario, Mayor, Balance de comprobación.
• Se debe tomar en cuenta los respectivos ajustes contables.
• El área contable debe ir vinculado a las diferentes unidades de negocio del
hotel a través de Centros de costo y Partidas contables.
• Anualmente los directivos del hotel realizan una junta para analizar el
estado rentable del hotel, analizando los siguientes informes (Estado de
Resultados, Estado de flujo de efectivo y Balance General).
• El área de la contabilidad del hotel se encargará de la ejecución
presupuestaria, asimismo deberá llevar el respectivo control de inventario.
Salidas:
• Estado de Resultados
• Estado de Flujo de efectivo
• Balance General
• Libro ventas
• Libro compras
6.7 Módulo de seguridad:
Entradas:
• Datos de los empleados
• Roles de los empleados
• Permisos de empleados al sistema
• Hora y fecha del ingreso del usuario al sistema
• Hora y fechas de las acciones realizadas por el usuario
Procesos:
• Dentro del hotel se maneja una respectiva jerarquización de empleados, los
cuales delimitan sus funciones y determinan los roles que cumplen dentro del
hotel.
• Se debe de tomar en cuenta por ejemplo que una recepcionista no puede
tener acceso a los estados financieros, así como el contador a las reservaciones.
• Se debe de contemplar que para cada acción que realiza un empleado
(registrar una partida diaria, registrar un cliente, etc.) tendrá que quedar registrada
la fecha, hora, tarea realizada y el nombre y puesto del empleado que realizó la
acción.
• Contemplar que no se podrá eliminar registro en el sistema sólo se permitirá
modificaciones.
Salidas:
• Informe de las acciones que realiza un usuario del sistema por día
clasificados según su jerarquía dentro del hotel.
• Informe de los roles que cumple cada empleado.
• Bitácora
7 Descripción del entorno actual:
Factor General:
La empresa SAHO está comenzando a crecer en clientes debido a la
finalización de la pandemia del covid-19 por lo que un sistema multiplataforma
para ordenar, analizar y proteger los datos sería la opción. Ya que al igual que
muchas empresas SAHO está volviendo a flote y no queremos que se tengan
perdidas de ninguna índole.
Factor Sociocultural:
Las reservas por la finalización de la pandemia crecieron exponencialmente
tanto que muchas personas están familiarizadas con esta forma de compra. Saho
se ve forzada a implementar un sistema que le permita realizar compras en línea
así mismo que le permita hacer llegar a sus clientes los artículos que haya
comprado por medio de la página web.
8 Procesos y servicios del sistema
Descripción: desglose de los procesos y servicios que contiene el sistema

NO. PROCESO DESCRIPCIÓN FECHA VERSIÓN
PROCESO
Agrega la
información de
1 Agregar cliente cliente a, 20/05/2022 1.0
agregándolo a la
BD
2 Envío correo Envía Correo de
de confirmación de
20/05/2022 2.0
confirmación registro del cliente
de registro en el sistema
3 Registro de Este proceso
huésped guarda información 20/05/2022 1.0
de huésped
4 Generación de Agrega la reserva a
Reserva la BD
Añade reservas de
Carrito de habitaciones,
5 20/05/2022 1.0
Compras restaurante y
productos al carrito.
Este proceso nos
permite llevar
6 Facturación 20/05/2022 1.0
control de los
servicios prestados
El proceso nos
permite la
7 Reportes 20/05/2022 1.0
generación de
reportes del hotel
Proceso que
Pagos guarda el registro
8 20/05/2022 1.0
realizados de pagos y abonos
realizados
Proceso destinado
a realizar el cobro
9 Cobro en banco 20/05/2022 1.0
correspondiente a
tarjeta
Este proceso me
Agregar aumentar en el
10 20/05/2022 1.0
Habitación registro las
habitaciones
Eliminar del registro
Suprimir
11 la habitación 20/05/2022 1.0
Habitación
seleccionada
9 Metodología
9.1 Marco Histórico
En este literal se especificará la metodología usada para la implementación

del proyecto.
9.1.1 Origen de RUP
Los orígenes de RUP se remontan al modelo espiral original de Barry Boehm.

Ken Hartman, uno de los contribuidores claves de RUP colaboró con Boehm en la
investigación. En 1995, Rational Software compró una compañía sueca llamada
Objectory AB, fundada por Ivar Jacobson, famoso por haber incorporado los casos
de uso a los métodos de desarrollo orientados a objetos. El Rational Unified Process
fue el resultado de una convergencia de Rational Approach y Objectory (el proceso
de la empresa Objectory AB). El primer resultado de esta fusión fue el Rational
Objectory Process, la primera versión de RUP, fue puesta en el mercado en 1998,
siendo el arquitecto en jefe Philippe Kruchten.
El primer libro para describir el proceso fue titulado The Unified Software
Development Process3
En 2006, IBM creó un subconjunto de RUP ajustado para proyectos de

desarrollo ágil - publicado como un método libre, llamado OpenUP a través del sitio
de Eclipse.41
9.2 Marco Teórico
Con el auge de la tecnología han surgido herramientas que hacen más

eficiente el desarrollo de aplicaciones. En este literal se hará una descripción de los
aspectos generales de la metodología, que se implementó para satisfacer las
necesidades de un hotel.
1
nota: Recuperado de https://es.wikipedia.org/wiki/Proceso_Unificado_de_Rational
9.2.1 RUP
El Proceso Racional Unificado o RUP (por sus siglas en inglés de Rational

Unified Process) es un proceso de desarrollo de software desarrollado por la
empresa Rational Software, actualmente propiedad de IBM.1 Junto con el Lenguaje
Unificado de Modelado (UML), constituye la metodología estándar más utilizada
para el análisis, diseño, implementación y documentación de sistemas orientados a
objetos.
El RUP no es un sistema con pasos firmemente establecidos, sino un

conjunto de metodologías adaptables al contexto y necesidades de cada
organización. También se conoce por este nombre al software, también
desarrollado por Rational, que incluye información entrelazada de diversos
artefactos y descripciones de las diversas actividades. Está incluido en el Rational
Method Composer (RMC), que permite la personalización de acuerdo con las
necesidades.2
Es un proceso considerado pesado y preferentemente aplicable a grandes

equipos de desarrollo y grandes proyectos, pero el hecho de que es ampliamente
personalizable que permite adaptarse a proyectos de cualquier escala.
Para la gestión del proyecto, la metodología RUP proporciona una solución

disciplinada como las tareas y responsabilidades señaladas dentro de una
organización de desarrollo de software.3
9.2.2 Ciclo de Vida
Figura 1. Ciclo de Vida Rup

Recuperado de: https://metodoss.com/metodologia-rup/
2
nota: Recuperado de https://es.wikipedia.org/wiki/Proceso_Unificado_de_Rational
3
nota: Recuperado de https://metodoss.com/metodologia-rup/
Principales Características
- Desarrollo iterativo
- Administración de requisitos
- Uso de arquitectura basada en componentes
- Control de cambios
- Modelado visual del software
- Verificación de la calidad del software
- Pretende implementar las mejores prácticas en Ingeniería de
Software, de forma que se adapte a cualquier proyecto
9.2.3 Fases
Figura 2. Fases Metodología Rup
Recuperado de: https://metodoss.com/metodologia-rup/
9.2.4 Roles
Analistas: Captura, especifica y valida los requerimientos, interactuando con

el cliente y los usuarios mediante entrevistas. Elabora modelo de análisis y diseño.
 Pedro Alejandro Sandoval Santiago

 Keren Adriana López Recinos
Desarrolladores:
Diseñador: Genera prototipos rápidos del sistema, Diseña documento

arquitectónico y mantenerlo actualizado durante el proyecto.
Programador: Los programadores deben convertir la especificación del

sistema en código fuente ejecutable utilizando uno o más lenguajes de
programación, así como herramientas de software de apoyo a la programación.
 Eduardo Rolando Chim Castañeda

 Julio Antonio Chapetón Grajeda
Gestores:
El jefe de proyecto: establece un conjunto de prácticas que aseguran la

integridad y calidad de los artefactos del proyecto. Además, se encargará de
supervisar el establecimiento de la arquitectura del sistema.
 German Fernando Castellanos Echeverría

Especialista en pruebas:
Especialista en pruebas (Tester): Un analista de pruebas es el rol que

identifica y define las pruebas necesarias, supervisa el proceso de prueba necesario
y los resultados de cada ciclo de prueba y evalúa la calidad global. El rol también
representa a los interesados que no tienen una representación directa o regular en
el proyecto.
El Diseñador de Pruebas: es responsable de definir el enfoque de pruebas

y garantizar su satisfactoria implementación. El rol incluye la identificación de las
técnicas apropiadas, herramientas y directrices para implementar las pruebas
necesarias, y para dar orientaciones sobre los correspondientes requerimientos de
recursos para el esfuerzo de las pruebas.
 Lorenzo Cristian Ajtún lancerio

 German Fernando Castellanos Echeverría
Otros roles:
Ingeniero de validación y verificación:
 Ingeniero Carlos Illescas
10 Técnica utilizada para el levantamiento de los requerimientos
Entrevista virtual
Con el fin de obtener información precisa y concisa se realizó una reunión de

carácter virtual al cliente el día 09 de mayo del 2022, en ella estuvieron presente los
analistas y jefe de proyecto quienes realizaron una serie de cuestionamientos
acerca del funcionamiento del sistema de reservas en línea y el control de cobros
de la empresa SAHO, en dicha reunión se recabo información fundamental sobre
los módulos que se están trabajando, así como también los datos que se manejan
de manera internamente en dichos módulos.
La información obtenida sirvió para tener un esquema mental del

funcionamiento del hotel, desde la reservación de una habitación hasta el
manteniendo que se le da la misma, pasando por el proceso de check-in al ingreso
del hotel y el check-out al momento que el huésped abandone las instalaciones.
11 Descripción de los requerimientos
11.1 Análisis de Requerimientos:
Para la definición de requerimientos se tomó como base los requerimientos funcionales y

no funcionales para la elaboración del software de la siguiente manera:
Requerimientos Funcionales: Son necesarios para el funcionamiento del

software, son la base para un buen diseño tomando en cuenta las necesidades de la
empresa hotelera.
Requerimientos no Funcionales: Hace referencia a las especificaciones del

sistema como sus propiedades, la confiabilidad y seguridad. Aquí se define la
importancia de contar con una buena infraestructura tecnológica para el correcto
funcionamiento del software
11.2 REQUERIMIENTOS FUNCIONALES:
Referencia Función
R.1 Información de hotel.
R.2 Gestión de usuario para el sistema.
R.3 Registro de huésped.
R.4 Gestión de habitaciones.
R.5 Reservas.
R.6 Carrito de reservas.
R.7 Cuentas por cobrar
R.8 Asociaciones con empresas
R.9 Reportes
11.2.1 Información del hotel
Nombre: R.1.1 Información del hotel
Resumen: Se registra ubicación de hotel para facilidad de llegada de los

huéspedes.
Entrada
Nombre
Detalles
Ubicación
Coordenadas
Observaciones
Resultado
Ofrece información básica del hotel, para que cualquier huésped o personas interesada
pueda presentarse a las instalaciones.
11.2.2 Contacto de hotel
Nombre: R.1.2 Contacto de hotel
Resumen: Se registra contacto de administración de hotel.
Entrada
Puesto
Nombre
Email
Teléfono
Resultado
Presenta resultado del contacto para que los huéspedes puedan obtener información
del hotel. El contacto puede ser Modificado o Eliminado cuando sea requerido.
11.2.3 Ingreso de servicio hotel
Nombre: R.1.3 Ingreso de servicio hotel
Resumen: Muestra información de los servicios que prestará el hotel.
Entrada
Id servicio
Nombre servicio
Valor del servicio
Guardar
Resultado
Permite ingresar la variedad de servicios que el hotel puede prestarle a un cliente.

También podrán ser eliminador o modificados según sea necesario.
11.2.4 Registro de usuario
Nombre: R.2.1 Registro de usuario
Resumen: Se debe ingresar la información básica del usuario.
Entrada
Tipo usuario
Id de usuario
Contraseña
DPI
Nombre
Apellidos
Dirección
Teléfono
Resultado
El sistema valida la información del usuario confirmado que no sea repetida y permite
el ingreso de este. También es posible realizar alguna modificación, eliminar un usuario
y mostrar los usuarios existentes.
11.2.5 Inicio de sesión.
Nombre: R.2.2 Inicio de sesión.
Resumen: Se debe ingresar usuario y contraseña para inicio de sesión al

sistema.
Entrada
Id de usuario
Contraseña
Resultado
El sistema valida la información del usuario confirmado que sea usuario y contraseña
correcta.
11.2.6 . Registro de huésped
Nombre: R.3.1 Registro de huésped
Resumen: Ingreso de información básica de un huésped.
Entrada
Id de huésped
Contraseña
DPI
Nombres
Apellidos
País
Dirección
Teléfono
Email
Resultado
El sistema valida la información del huésped confirmado que no sea repetida y permite
el ingreso de este. También permite Modificar, mostrar y eliminar del sistema el registro
de huésped.
11.2.7 Inicio sesión Huésped
Nombre: R.3.2 Inicio sesión huésped
Resumen: Se debe ingresar usuario y contraseña para inicio de sesión al sistema

para poder acceder a los servicios del hotel.
Entrada
Id de huésped
Contraseña
Resultado
El sistema valida la información del huésped confirmado que sea usuario y contraseña
correcta.
11.2.8 . Registro de habitación
Nombre: R.4.1 Registro de habitación
Resumen: Permite registrar una habitación en el sistema para poder hacer uso de
ella.
Entrada
Tipo habitación
Tipo de cama
Número habitación
Costo
Descripción
Resultado
Permite ingresar información de las habitaciones del hotel y fotografías, también es

posible editar, eliminar y mostrar las habitaciones.
11.2.9 . Hacer reserva
Nombre: R.5.1 Hacer reserva
Resumen: Permite realizar una reserva
Entrada
Id huésped
Fecha de ingreso
Fecha de salida
Cantidad personas
Costo
Resultado
Permite realizar la reserva de una habitación, también es posible eliminar, editar y

mostrar las reservas.
11.2.10 Agregar habitación al carrito de reservas
Nombre: R.6.1 Agregar habitación al carrito de reservas
Resumen: Permite agregar las habitaciones que huésped desee para poder
reservar y pagar.
Entrada
Número habitación
Descripción habitación
Cantidad habitaciones
Total, parcial
Monto total para pagar
Resultado
Permite agregar las habitaciones que huésped desee para poder reservar y pagar.
También es posible eliminar, editar y mostrar las reservas que se encuentran en el carrito
de reservas.
11.2.11 Registro de pagos
Nombre: R.7.1 Registro de Pagos
Resumen: Toma en cuenta los abonos realizados o pagos al contado.
Entrada
Id Huésped
Id Reserva
Monto total para pagar
Resultado
Registra en el sistema si el huésped realiza un abono o el pago es al contado. También

permite otorgar créditos de 13, 30 y 45 días a clientes especiales.
11.2.12 Control de facturación
Nombre: R.7.2 Control de facturación
Resumen: Sistema de facturación por servicios brindados.
Entrada
Nombre
Datos
Total
Resultado
Permite tener el control de la facturación.
11.2.13 Asociaciones con empresas
Nombre: R.8.1 Asociaciones con empresas
Resumen: Permite ingresar al sistema datos de empresas con las cuales se podrá
brindar beneficios.
Entrada
Nombre
Datos
Beneficios
Resultado
Registra en el sistema las empresas a las cuales se les podrá brindar servicio especial,
brindándoles créditos.
11.2.14 Reportes
Nombre: R.9.1 Reportes
Resumen: Permite tener reporte sobre habitaciones, servicios, estados de pagos.
Entrada
Usuario
Categoría
Fecha
Resultado
Obtener resultados de reportes sobre habitaciones, servicios y estados de pagos.

11.3 REQUERIMIENTOS NO FUNCIONALES
- La plataforma debe contar con un respaldo de seguridad (Backup). -

Debe estar disponible los 7 días de la semana, 24 horas.
- Debe tener una velocidad de respuesta a usuarios finales no mayor a 5 segundos.
11.4 Alcance de los requerimientos
El alcance de los requerimientos es poder cumplir las necesidades del Hotel Sao y poder cumplir
todas las necesidades.
12 Casos de uso
12.1 Descripción de los actores
Administrador: Este perfil corresponde al administrador del hotel, cuenta

con todos los permisos dentro del sistema Web, las actividades que puede realizar
son: ingresar, modificar y eliminar información tanto de em
Huésped: Este actor puede realizar cotizaciones de habitaciones a través

del sistema, puede revisar y solicitar las habitaciones disponibles que se muestran
en el sistema web. Puede agregar o quitar las habitaciones que desee necesarias
para su reserva, puede realizar reservas y realizar pagos.
Recepcionista: Este actor puede tener acceso a toda la información que

concierne a las habitaciones, solo que tiene el permiso para poder hacer alguna
modificación de ellas. Podrá realizar cobros a huésped por los servicios
adquiridos, puede registrar, modificar, consultar cada uno de los huéspedes
registrados en el sistema. Tendrá acceso a consultar por las habitaciones y podrá
tener el control de las reservas, realizando alguna anulación o confirmación.
Sistema: Este actor se encarga de realizar cualquier transacción y

operación según el proceso que se haya implementado, por ejemplo: registro de
usuarios, reservas, pagos, planillas, generar facturas, etc.
RRHH: Este actor se encarga de ingresar nuevos usuarios al sistema y
agregarlos a planilla, reportes de empleados.
Contador: Este actor se encarga de realizar cualquier transacción de pago

de planilla, facturación, cuentas por cobrar y por pagar.
12.2 Diagramas de Caso de uso
1. Caso de uso Información Hotel:
1.1 DESCRIPCIÓN
Caso de uso cuando en donde el cliente podrá visualizar la información del hotel
1.2 PROPÓSITO
Describir el proceso de visualización de información
1.3 FLUJO DE EVENTOS
1.3.1 FLUJOS BÁSICOS
Brindar información de como el cliente consultara la información del hotel
1.3.2 FLUJOS ALTERNATIVOS
Que los analistas sepan el proceso de información del hotel.

2. Contacto del Hotel:
2.1 DESCRIPCIÓN
Caso de uso cuando en donde el huésped puede dejar su información al hotel al
recepcionista.
2.2 PROPÓSITO
Describir el proceso de Contacto de Hotel
Brindar información de cómo se dejará la información de los huésped
Que los analistas sepan el proceso de Contacto Hotel.
3. Ingreso Servicios del Hotel:
3.1 DESCRIPCIÓN
Caso de uso en donde el cliente puede ingresar a los diferentes servicios del hotel
3.2 PROPÓSITO
Describir el proceso de Ingreso de servicio de hotel
Brindar información de como hará el proceso de Ingreso
Que los analistas sepan el proceso de Contacto Hotel.

4. Registro de Usuario:
4.1 DESCRIPCIÓN
Caso de uso en donde se registra al usuario.
4.2 PROPÓSITO
Describir el proceso de registro de nuevo usuario.
Brindar información de como hará el proceso de Ingreso
Que los analistas sepan el proceso de Registro del Hotel.

5. Inicio de sesión Huesped:
5.1 DESCRIPCIÓN
Caso de uso cuando el actor cliente quiere acceder al sistema
5.2 PROPÓSITO
Describir el proceso principal para el acceso al sistema.
5.1 FLUJOS BÁSICOS
Brindar el concepto principal del método de autenticación de usuarios.
5.2 FLUJOS ALTERNATIVOS
Que el programador comprenda el concepto de login para este proyecto y pueda

desarrollarlo de forma íntegra y concisa.
6. Registro de Huesped:
6.1 DESCRIPCIÓN
Caso de uso cuando el actor Huesped y administrador se puede registrar y se sube a la

base de datos.
6.2 PROPÓSITO
Describir el proceso principal para el registro de huesped .
6.1 FLUJOS BÁSICOS
Brindar el concepto principal del método de autenticación de registro de

huesped.
Que el programador comprenda el concepto de registro de huesped para este proyecto

y pueda desarrollarlo
7.Inicio de sesión Huesped:
7.1 DESCRIPCIÓN
Caso de uso cuando el actor cliente quiere acceder al sistema
7.2 PROPÓSITO
Describir el proceso principal para el acceso al sistema.
7.1 FLUJOS BÁSICOS
Brindar el concepto principal del método de autenticación de usuarios.
Que el programador comprenda el concepto de login para este proyecto y pueda

desarrollarlo de forma íntegra y concisa.
8. Registro de Habitación:
8.1 DESCRIPCIÓN
Caso de uso cuando el actor Administrador se puede registrar una nueva habitación y
se sube a la base de datos.
8.2 PROPÓSITO
Describir el proceso principal para el registro de habitación.
8.1 FLUJOS BÁSICOS
Brindar el concepto principal del método de registro de habitación.
Que el programador comprenda el concepto de registro de habitación para este

proyecto y pueda desarrollarlo
9. Realizar Reserva:
9.1 DESCRIPCIÓN
Caso de uso cuando el actor huesped realiza la respectiva reserva y se mira su
disponibilidad y se sube a la base de datos.
9.2 PROPÓSITO
Describir el proceso principal para la reserva.
9.1 FLUJOS BÁSICO
Brindar el concepto principal del método de reserva.
Que el programador comprenda el concepto de registro de reserva para este proyecto y
pueda desarrollarlo
10. Agregar habitación al carrito:
10.1 DESCRIPCIÓN
Caso de uso cuando el actor huesped agrega la reserva al carrito y se mira su

10.2 PROPÓSITO
Describir el proceso principal donde el huesped agrega al carrito la reserva.
10.1 FLUJOS BÁSICOS
Brindar el concepto principal del método de reserva.
Que el programador comprenda el concepto de registro de reserva para este proyecto

y pueda desarrollarlo
11. Registro de pagos:
11.1 DESCRIPCIÓN
Caso de uso cuando el actor Administrador registra los respectivos pagos y se mira su
11.2 PROPÓSITO
Describir el proceso principal donde el administrador agrega Registra los pagos.
Brindar el concepto principal del método registro de pagos.
Que el programador comprenda el concepto de registro de pago para este proyecto y

pueda desarrollarlo
12. Facturas:
12.1 DESCRIPCIÓN
Caso de uso cuando el actor Administrador tiene el control de facturación y se mira su

12.2 PROPÓSITO
Describir el proceso principal donde el administrador agrega Control de facturas.
Brindar el concepto principal del método de Control de facturación.
Que el programador comprenda el concepto de control de facturación para este

proyecto y pueda desarrollarlo
13. Asociación de empresa:
13.1 DESCRIPCIÓN
Caso de uso cuando el actor Administrador tiene el Asociación de empresas y se mira

su disponibilidad y se sube a la base de datos.
13.2 PROPÓSITO
Describir el proceso principal donde el administrador de asociación de empresas.
Brindar el concepto principal del método de Asociación de empresas.
Que los analistas puedan comprender la asociación de empresas.

14. Reportes:
14.1 DESCRIPCIÓN
Caso de uso cuando el actor Usuario y Administrador los reportes de la empresas y se

sube a la base de datos.
14.2 PROPÓSITO
Describir el proceso principal donde el administrado y usuario realizan los reportes.
Brindar el concepto principal del método de Reportes.
Que los analistas puedan comprender los reportes.

13 Diagrama entidad relación
14 Análisis de factibilidad
14.1 Económico
La empresa cuenta con un capital estable ya que los ingresos de la

empresa han aumentado por lo que la ejecución y financiación del proyecto es
posible. Por lo tanto, no habrá ningún inconveniente en desarrollar el sistema de
gestión de para SAHO.
Componente Mes 1 Mes 2 Mes 3 Cantidad Costo Unitario Costo Total
Costo del sistema
Analistas 2 Q Q
12,500.00 25,000.00
Desarrolladores 2 Q Q
20,000.00 40,000.00
Tester 1 Q Q
7,000.00 7,000.00
Gefe de 1 Q Q
proyecto Hardware 10,000.00 10,000.00
- 1 Q Q
MOTHERBOARD 5,700.00 5,700.00
ASUS H310ME -
PROCESADOR
INTEL CELERON
DE 3.70 GHz -
MEMORIA RAM
8GB DDR4 -
DISCO DURO
5TB SATAIII -
MONITOR LED
18.5" AOC -
TECLADO USB -
MOUSE USB -
BOCINAS -
QUEMADORA
DE DVD -
WINDOWS 11
PRO 64BITS -
UPS 600 V
Software
PHP 8
Angular
Css 3
Html5
MySql Servrr
Smarter ASP
Servicios/Productos
Energía Eléctrica 125 Kw/h 125 Kw/h 125 Kw/h 375 Kw/h Q 2.17 / Kw/h Q
813.75
Capacitacion del 5 Q Q
personal para el 1,500.00 7,500.00
uso del software
Servicio de 50 MB/S 50 MB/S 50 MB/S 1 Q
Internet 1,250.00
Sub-total Q
96,013.75
IVA Q
11,521.65
Total Q
107,535.40
14.2 Técnico
Necesidades Descripcion
Servidor MySql Administra Base De Datos
Equipo básico Administra, Desarrollo y Gestiona el sistema de SAHO
de computo
Host Gestionará los Datos
15 Planificación del proyecto
Nombre de tarea Duración Comienzo Fin Nombres de los

recursos
FASE DE ANALISIS 19 días mar 15/03/22 vie 8/04/22 Equipo de SAHO
Definicion del proyecto Equipo de SAHO
Definicion de roles 2 días mar 15/03/22 mié 16/03/22 Equipo de SAHO
Definicion de metodologia 3 días jue 17/03/22 lun 21/03/22 Equipo de SAHO

Analisis de Necesidades de 4 días mar 22/03/22 vie 25/03/22 Equipo de SAHO
la empresa
Entrevista virtual con los 4 días lun 28/03/22 jue 31/03/22 Equipo de SAHO
analistas
Levantamiento de 5 días sáb 2/04/22 vie 8/04/22 Equipo de SAHO

requerimientos
FASE DE DISEÑO 16 días lun 11/04/22 lun 2/05/22 Equipo de SAHO
Revision de avance 2 días lun 11/04/22 mar 12/04/22 Equipo de SAHO
Login al sistema - Front 3 días mié 13/04/22 vie 15/04/22 Equipo de SAHO
End
Revision de avance 3 días lun 18/04/22 mié 20/04/22 Equipo de SAHO
Reservas 1 día jue 21/04/22 jue 21/04/22 Equipo de SAHO
Check in - Check out 2 días vie 22/04/22 lun 25/04/22 Equipo de SAHO
Revision de avance - M. 1 día mar 26/04/22 mar 26/04/22 Equipo de SAHO

Seguridad
Revision de avance - 1 día mié 27/04/22 mié 27/04/22 Equipo de SAHO
Estructura
M. de Contabilidad 1 día jue 28/04/22 jue 28/04/22 Equipo de SAHO
M. de Cuentas 1 día vie 29/04/22 vie 29/04/22 Equipo de SAHO
Documentacion de fase de 1 día lun 2/05/22 lun 2/05/22 Equipo de SAHO

Diseño
FASE DE DESARROLLO 13.5 días mar 3/05/22 vie 20/05/22 Equipo de SAHO
Revision de avances 1 día mar 3/05/22 mar 3/05/22 Equipo de SAHO
Bases de datos 2 días mié 4/05/22 jue 5/05/22 Equipo de SAHO
Revision de avances 1 día vie 6/05/22 vie 6/05/22 Equipo de SAHO
Login y comprobacion de 1 día lun 9/05/22 lun 9/05/22 Equipo de SAHO

seguridad
Creacion de transacciones 2 días mar 10/05/22 mié 11/05/22 Equipo de SAHO

Modulo de cuentas 2 días jue 12/05/22 vie 13/05/22 Equipo de SAHO
Modulo de Ck in - out 1 día lun 16/05/22 lun 16/05/22 Equipo de SAHO
Metodos de pago 1 día mar 17/05/22 mar 17/05/22 Equipo de SAHO
Consulta y reportes 1 día mié 18/05/22 mié 18/05/22 Equipo de SAHO
Realizacion de 1 día jue 19/05/22 jue 19/05/22 Equipo de SAHO

Documentacion
FASE DE PRUEBAS 6 días vie 20/05/22 vie 27/05/22 Equipo de SAHO
Documentacion de 6 días vie 20/05/22 vie 27/05/22 Equipo de SAHO

pruebas
16 Diagrama estructura del desglose del trabajo EDT
Descripcion del Problema
Enlaces
Analisis Entrevista Virtual
Funcioanles
Levantamiento de
Requerimientos
No funcionales
Documentacion
Diseño del Codigo Front-End
Arquitectura del Software Back-End
Diseño Prototipos Base de Datos
Diagrama de Clases
Diagramas Diagrama de Objetos
Sistema de Reservas en Línea

y el Control de Cobros SAHO
Diagrama de Componentes
Inventario
Ventas
Modulos Contabilidad
Gestion de Usuario
Desarrollo
Front-End
Progamación Back-End
Aseguramiento de la Calidad
Base de datos
de Software
Pruebas
Pruebas de Concurrencia
Manual de Usuario
Implementacion
Entrega de Proyecto
17 Diagrama de Gantt
18 Costo-beneficios
Tasa Costo-Beneficio Deseable

Características Costo Beneficio Costo/Beneficio Si No
Adquisición Q 62.00 * 3 El Hotel contratará un Se evitarán gastos de Si
de hosting meses servidor propio en caso de mantenimiento
no tenerlo. preventivo el tener
servicio en la nube.
Copias de Q 60.00 * 3 La información siempre En caso de una Si
seguridad de meses estará resguardada. posible pérdida de
la Base de datos siempre
Datos existirá un backup.
Capacitación Q 400.00 Antes de entregar el El sistema se usará Si
al personal sistema se dará una de manera correcta
capacitación para explicar lo que permitirá que
el funcionamiento y pueda ser usado al
posibles errores. máximo.
Ejecución de Q. 0.00 Durante el desarrollo del Se realizan las Si
Pruebas sistema se realizan correcciones a las
pruebas. fallas presentadas y
se realizarán las
mejoras
correspondientes.
Energía Q 165.00 * Energía que será Gasto mensual Si
Eléctrica mes necesaria para utilizar las
computadoras y la Red de
área Local para el uso del
sistema.
Prototipo Q 0.00 Guía para el usuario sobre Permitirá realizar si
el uso del sistema. pruebas y prácticas
para evitar
inconvenientes.
Entrega de ___________ _____________________ _________________ __ ___
Proyecto
Finalizado
19 Experiencia de Usuario
Prototipo:
o Medir la experiencia del usuario en la página web es fundamental para detectar
posibles mejoras.
o Tomar datos sobre la experiencia del usuario es fundamental para conseguir
buenos resultados. o Tener un formulario con preguntas básicas permite
identificar errores en una página web.
Atractivo Visual:
Nos interesa que el usuario se lleve una buena impresión de nuestra página y quede
encantado con el diseño agradable, coherente y llamativo.
Utilidad:
Nuestro objetivo es tener una plataforma altamente funcional, donde el usuario y

huésped no solo puedan hacer reservas, sino puedan encontrar información sobre el
hotel, contactos, etc. también donde los usuarios puedan llevar el control de huésped y
reservas.
Accesibilidad:
Se puede tener acceso al software desde diferentes dispositivos. Debido a que es una
página web tiene la capacidad para ajustarse y optimizarse tomando en cuenta las
características o formato de cada dispositivo. También puede acceder de cualquier parte
del mundo.
Seguridad:
La seguridad de la información y datos es necesaria para dar seguridad a cada uno de

nuestros clientes y usuarios. La información se resguardará en la base de datos a la
cual solamente tendrá acceso el supervisor.
19.1 CLASES DE INTERFACES DE USUARIO
19.2 Front End
Es la parte de una aplicación que interactúa con los usuarios, conocida como el lado del
cliente.
Es todo lo que se ve en pantalla cuando se ingresa al sitio web o aplicación.
En nuestro sistema utilizaremos las siguientes herramientas:

19.3 CLASES DE INTERFACES DEL FRONT-END:
CLASE: HOTEL
En esta clase se tendrá toda la información que el hotel puede brindar al usuario, página
principal del sistema en la cual el usuario puede navegar para obtener la información del
hotel, que puede ser el nombre, dirección, contacto, ubicación, servicios que ofrece,
costos, etc.
19.4 CLASE: REGISTRO DE HUESPED:
En esta clase el usuario podrá realizar su registro para poder crear un usuario de cliente,
donde proporcionará datos los cuales son útiles para crear su reservación, datos como
nombre, teléfono, email, etc. Además, creara un usuario y contraseña para poder hacer
un inicio de sesión y así poder reservar.
CLASE: LOGIN
En esta clase el usuario podrá ingresar su usuario y contraseña para iniciar sesión y tener
datos relevantes que serán de utilidad al sistema, para tener un registro de personas que
utilizan el servicio, lugares de visita, entre otras.
CLASE: HABITACIONES
En esta clase el usuario tendrá acceso a la información de las habitaciones, tanto

información descriptiva de cada una como cantidades disponibles, para poder realizar su
reserva.
19.5 CLASE: RESERVAS
En esta clase el usuario podrá realizar su reservación de las habitaciones que desee,
también adquirir servicios que el hotel puede proporcionar a cada uno de los clientes,
para ser enviado luego al carro de reservas o carro de compras llamado comúnmente.
19.6 CLASE: CARRITO DE RESERVAS
En esta clase el usuario podrá visualizar todas las adquisiciones que desea realizar del
hotel, tanto servicios como habitaciones, vera un detalle de la compra a realizar, donde
tendrá opción para descartar lo que ya no desee, y además podrá realizar cancelaciones
de reservas.
19.7 CLASE: PAGOS
En esta clase el usuario puede realizar el pago de las adquisiciones que haya hecho
durante las reservaciones, podrá realizarlo en diferentes modalidades de pago como
tarjetas, débitos, transacciones. Tendrá también la posibilidad de poder agregar un
posible pago, (indicar como realizará el pago sin efectuarlo aún).
19.8 CLASE: FACTURACION
En esta clase el usuario podrá agregar información para pronto facturar por medio de
esos datos.
20 Análisis de riesgo
Listado de Riesgos y Plan de Contingencia
No Riesgos Descripción Probabilidad Nivel de Plan de

Impacto Contingencia
1 Deficiencia en la La conexión a 2 10 Disponer de

conexión internet no es otro medio
estable. conexión a
internet
2 Errores de Fallo en los 2 10 Dar
Hardware componentes mantenimiento
fundamentales del al equipo de
hardware. compto y
comprobar el
estado del
mismos.
3 Falta de Energía Corte del servicio 2 10 Tener
Eléctrica de energía por dispositivos
desastres naturales portátiles
o por falla del recargables
sistema eléctrico (laptops,
interno. celulares), así
Provocando como también
inutilización de los disponer de
equipos de plantas de
cómputo. energía
eléctrica.
4 Complicaciones en El cliente o 3 5 Sección de
el uso empleado no pueda ayuda para el
usar el sistema cliente y
capacitación
para los
empleados.
5 Daños por Debido a la 1 7 Mantener el
desastres naturales disposición del equipo de
clima, la lluvia cómputo en
prolongada genera lugares menos
humedad que propensos a la
puede dañar el humedad.
equipo.
21 Nivel de Probabilidad
Nivel de probabilidad
Valor de Probabilidad Nivel de Probabilidad Descripción
1 Bajo En rara ocasión puede ocurrir
2 Medio Es Probable que ocurra más de

una vez
3 Alto Se estima que ocurra en la

mayoría de circunstancias
22 Nivel de impacto
Nivel de impacto
Valor de impacto (rango del Nivel de Impacto Descripción
1-10)
1a3 Bajo Bajas probabilidades de
pérdida económica.
4a6 Medio Mal servicio al cliente lo que
genera que no se cumplan los
objetivos.
7 a 10 Alto Desprestigio de la empresa y
por ende generar grandes
pérdidas económicas para la
misma.
23 Métricas de calidad
Preguntas de Métricas
1. ¿Se utilizará el sistema en un sistema operativo fácil de usar?

No influencia Es incidental Es moderado Es medio Es significativo
Es esencial
2. ¿El rendimiento es óptimo?
Es esencial
3. ¿Es compleja la navegación en el sistema?
Es esencial
4. ¿El código del sistema puede ser reutilizable?
Es esencial
5. ¿El diseño del sistema ha sido para su fácil uso?
Es esencial
6. ¿Son complejas las entradas de información?
Es esencial
7. ¿Cómo ha sido la experiencia de reservar?

Es esencial
8. ¿El sistema necesita copias de seguridad de forma fiable?

Es esencial
9. ¿Cómo se considera la accesibilidad del sistema?
Es esencial
10. ¿Cómo se perciben las señas y colores utilizados?

No influencia Es incidental Es moderado Es medio Es
significativo Es esencial
24 Conclusiones
Un sistema web es eficiente de manera interna en la empresa ya que los

empleados (usuarios) tiene accesos a diferentes tipos de información dependiendo
del área en el que se encuentra (manejo de usuario), ya que un empleado con los
permisos correspondientes puede tener acceso a las finanzas de la empresa en
cualquier momento, a cualquier hora y en cualquier lugar, así como también se
puede llevar un control de las estadísticas de ventas, reservaciones, registro de
clientes etc.
Al momento de desarrollar un sistema, sea web o no, es muy importante el

proceso de análisis y las faces que esta conlleva. Una fase muy importante es el
análisis de requerimientos, en esta fase se logra obtener una idea detallada de lo
que el sistema requiere y cómo será el funcionamiento del mismo. Otra fase
importante es el análisis de factibilidad done se determina si el proyecto es viable,
es rentable y si realmente es necesario desarrollar dicho sistema para la empresa.
25 Anexo:

Proyecto Final - Ing. de Software - Final 02.47 02-06-2022

Cargado por

Información del documento

Descripción original:

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Proyecto Final - Ing. de Software - Final 02.47 02-06-2022

Cargado por

Copyright:

Formatos disponibles

UNIVERSIDAD MARIANO GALVEZ

INGENIERIA EN SISTEMAS DE INFORMACION

Eduardo Rolando Chim Castañeda 3090-18-10021

Hoy en día la automatización de la información es de suma importancia para

En la actualidad, gracias al uso de Internet las personas están más

El siguiente proyecto muestra el desarrollo de un sistema de reservas en

2.1 Objetivo General

 Desarrollar una plataforma Online eficiente, amigable y segura

2.2 Objetivos Específicos

Para satisfacer el objetivo principal planteado, se definen los siguientes

 Identificar las necesidades de la empresa SAHO respecto a las

En la actualidad un sistema de información es fundamental para una

El sistema de reservas en línea y el control de cobros para la empresa SAHO,

La finalidad del proyecto es poder implementarlo dentro de la empresa

 Se creará una página web en donde el propietario pueda

La empresa SAHO solicitó que se desarrollara un sistema para el

A continuación, se presentan las necesidades que el sistema debe cumplir

6.1 Módulo de reservaciones:

6.2 Módulo de Mantenimiento (Limpieza y Fallas de las habitaciones):

Entradas cuentas por cobrar:

Procesos cuentas por cobrar:

Salidas cuentas por cobrar:

Entradas cuentas por pagar:

6.6 Módulo de contabilidad:

6.7 Módulo de seguridad:

7 Descripción del entorno actual:

Descripción: desglose de los procesos y servicios que contiene el sistema

9.1 Marco Histórico

En este literal se especificará la metodología usada para la implementación

9.1.1 Origen de RUP

Los orígenes de RUP se remontan al modelo espiral original de Barry Boehm.

En 2006, IBM creó un subconjunto de RUP ajustado para proyectos de

9.2 Marco Teórico

Con el auge de la tecnología han surgido herramientas que hacen más

El Proceso Racional Unificado o RUP (por sus siglas en inglés de Rational

El RUP no es un sistema con pasos firmemente establecidos, sino un

Es un proceso considerado pesado y preferentemente aplicable a grandes

Para la gestión del proyecto, la metodología RUP proporciona una solución

Figura 1. Ciclo de Vida Rup

Analistas: Captura, especifica y valida los requerimientos, interactuando con

 Pedro Alejandro Sandoval Santiago

Diseñador: Genera prototipos rápidos del sistema, Diseña documento

Programador: Los programadores deben convertir la especificación del

 Eduardo Rolando Chim Castañeda

El jefe de proyecto: establece un conjunto de prácticas que aseguran la

 German Fernando Castellanos Echeverría

Especialista en pruebas (Tester): Un analista de pruebas es el rol que

El Diseñador de Pruebas: es responsable de definir el enfoque de pruebas

 Lorenzo Cristian Ajtún lancerio

Ingeniero de validación y verificación:

 Ingeniero Carlos Illescas

10 Técnica utilizada para el levantamiento de los requerimientos

Con el fin de obtener información precisa y concisa se realizó una reunión de

La información obtenida sirvió para tener un esquema mental del

11.1 Análisis de Requerimientos:

Para la definición de requerimientos se tomó como base los requerimientos funcionales y

Requerimientos Funcionales: Son necesarios para el funcionamiento del

Requerimientos no Funcionales: Hace referencia a las especificaciones del

11.2 REQUERIMIENTOS FUNCIONALES:

R.1 Información de hotel.

R.2 Gestión de usuario para el sistema.

R.3 Registro de huésped.

R.4 Gestión de habitaciones.