INSTITUTO TÉCNICO POTOSÍ FISCAL

“INCOS”
CARRERA SISTEMAS INFORMÁTICOS

PROYECTO:

SISTEMA DE CONTROL ADMINISTRATIVO DEL “HOTEL CHURATA”

ESTUDIANTES : Jorge Luis Nuñez A

Carol Daniela Magne
Armando Quispe V.
Jheny Andrea Gutierrez
Jhenny Quispe Vaquera
Katherin Yascara Buitrago

MATERIA : ANÁLISIS DE SISTEMAS

POTOSI – BOLIVIA
1.- REQUERIMIENTOS BÁSICOS

Se pretende investigar y estructurar, mediante un análisis el SISTEMA DE CONTROL

ADMINISTRATIVO DEL “HOTEL CHURATA”, apoyándonos en las siguientes
interrogantes, para dar curso al proceso de ejecución del sistema

A.- ¿CUÁL ES EL PROCESO BÁSICO DE ÁREA EN ESTUDIO?

a).- ¿Cuál es la finalidad del sistema de control administrativo de su Hotel?

La finalidad es de asegurar el control de huéspedes que ingresan al Hotel y de

poder registrar en un sistema para revisar y extraer la información mediante
reportes diarios y de forma general para así poder mantener un control
administrativo estructurado del Hotel.

b).- ¿Qué pasos se siguen para llevarla a cabo dicho control?

Dentro del control administrativo del Hotel, comprende una serie de pasos en el
registro de huéspedes al Hotel.

- Registro de la información del huésped.

- Control de Habitaciones
- Sistema de facturación - modo de pago
- Salida de reporte de huésped.

c).- ¿Dónde se realiza esos pasos?

El proceso de control administrativo del Hotel Churata, se realiza en la oficina de la

administradora general, en hojas de control sistematizadas en Excel.

d).- ¿Quiénes realizan esta actividad?

La actividad y los controles respectivos del Hotel están a cargo de la Administradora

General, subsanando cualquier problema o contratiempo que pueda haber dentro de
cada turno.

e).- ¿Cuánto tiempo tarda en esta actividad?

El control del Hotel es un registro improvisado, en donde se coloca la información del

huésped que se está hospedando se tarda un tiempo relativamente de 15 minutos,
en hacer su registro de entrada.

f).- ¿Con que frecuencia se realiza esta actividad?

El periodo de control de cada parámetro se detalla de la siguiente manera:

 Control de ingreso de huéspedes (de forma continua)

 g).- ¿Quién utiliza la información resultante?

Todo el control que realiza la Administradora del Hotel, se entrega bajo un informe
detallado de toda la información que se realiza de todos los controles de cada
recepcionista, al GERENTE PROPIETARIO DEL HOTEL, quien lo utiliza como respaldo
de todo el proceso que se hace dentro del establecimiento.

2.- ¿QUÉ DATOS UTILIZA O PRODUCE ESTE PROCESO?

Control de ingreso
de Huespedes

ENTRADA
Control
Administrativo
"HOTEL
CHURATA"

SALIDA

Reportes Diarios,
semanales y mensuales de
toda la información

3.- ¿QUÉ FRECUENCIA DE PROCESO EXISTE?

En cuanto al control administrativo, la frecuencia de tiempos y la recolección de

información es de forma diaria, periódica y mensual por parte de la Administradora
General del Hotel Churata. En sus diferentes fases de control interno.

4.- ¿QUÉ CONTROLES UTILIZA PARA SU REALIZACIÓN?

 ¿Quién se encarga de comparar lo realizado con los estándares?

- Las entidades encargadas de controlar los estándares del Hotel son las
siguientes:
 Impuestos (manejo de la facturación)
 Sanidad (control de la limpieza dentro del hotel)
 Alcaldía (emisión de la licencia de funcionamiento)
 Gobernación (licencia)
 Interpol (control de carnet de los hospedados)
 Cámara Hotelera (reporte de clientes hospedados)
  ¿Cómo se detectan los errores en sus controles internos?

- Los errores se detectan por parte de la Administradora, de forma continua dentro

de los periodos establecidos, controlando y observando, además de controlar los
distintos registros establecidos dentro de las normas del Hotel.

 ¿Cómo se corrigen los errores en sus controles internos?

- Los errores o fallas de los recepcionistas en cada turno, suelen ser resueltos al
momento, con la revisión de los registros, manejo de la parte económica; dando
cumplimiento de la aplicación de las reglas internas del Hotel.

5.- REQUERIMIENTOS FUNCIONALES

Objetivo.- El administrador deberá entrar al sistema, para cargar los datos del cliente y
así poder realizar la reserva de habitación.

Características.- Se dispondrá de una pantalla de registro donde ingresara los datos del
cliente.

 Nombre: nombre de usuario

 Apellidos: apellidos de usuario
 Tipo de documento: DNI – CI
 Numero: número del documento
 País: lugar de procedencia
 Teléfono celular: campo numérico/celular
 Tiempo: días que se quedara en la habitación
 Costo: precio de la habitación según el requerimiento

6.- REQUERIMIENTOS NO FUNCIONALES

 El software debe facilitar las tareas del recepcionista, 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.
 Mayor optimización en tiempo y funcionamiento
 El software se debe adaptar a los empleados.
 Las consultas que se hagan a la base de datos, deben ser mínimas
 El mantenimiento del software deberá ser fácil y que no demore
 La facturación no debe tardar menos de 30 segundos
 El sistema deberá ser estable
7.- SRS- ESPECIFICACIONES DE REQUERIMIENTOS DE SOFTWARE

HISTORIAL DE CAMBIOS

SECCION DESCRIPCION
VERSION FECHA RESPONSABLES
MODIFICADA DE CAMBIOS
Se crea el
documento y se
0.1 Sección 1 y realiza un
01/03/16 Jorge Luis Nuñez
Sección 2 bozquejo y
esqueleto de las
secciones.

0.2 Modificación y
02/03/19 Sección 2 arreglo de la Karol Magne
sección

0.3 23/05/19 Seccion 3 Correción de RF Jorge Luis Nuñez

INDICE
1. REQUERIMIENTOS BÁSICOS
A.- ¿CUÁL ES EL PROCESO BÁSICO DE ÁREA EN ESTUDIO?
a).- ¿Cuál es la finalidad del sistema de control administrativo de su Hotel?
b).- ¿Qué pasos se siguen para llevarla a cabo dicho control?
c).- ¿Dónde se realiza esos pasos?
d).- ¿Quiénes realizan esta actividad?
e).- ¿Cuánto tiempo tarda en esta actividad?
f).- ¿Con que frecuencia se realiza esta actividad?
g).- ¿Quién utiliza la información resultante?
2.- ¿QUÉ DATOS UTILIZA O PRODUCE ESTE PROCESO?
3.- ¿QUÉ FRECUENCIA DE PROCESO EXISTE?
4.- ¿QUÉ CONTROLES UTILIZA PARA SU REALIZACIÓN?
5.- REQUERIMIENTOS FUNCIONALES
6.- REQUERIMIENTOS NO FUNCIONALES
7.- SRS- ESPECIFICACIONES DE REQUERIMIENTOS DE SOFTWARE
1. INTRODUCCION
1.1 Propósito.

El propósito del presente documento es mostrar la especificación de los

requerimientos mediante la construcción del Software Requirement Specification
(SRS), a partir de los casos de usos elaborados anteriormente. Este documento
será la base para la implementación y desarrollo del sistema. Además, se
describirán los componentes y las funcionalidades del mismo teniendo en cuenta
el diseño y los requerimientos que se identifiquen para llevar a cabo el proyecto.

Este documento tiene como fin de brindar la información referente a las

funcionalidades, detalles y funcionamiento del sistema de registro. Así mismo, el
documento actuará como una ayuda para el equipo de desarrollo que
posteriormente implementará el prototipo funcional del software.

1.2 Alcance.
Esta especificación de requisitos está dirigida al usuario del sistema, para
continuar con el desarrollo de aplicaciones, sobre el registro de huéspedes en el
hotel y para profundizar en la automatización de esta, a cual tiene por objeto
principal el gestionar los distintos procesos administrativos como reportes de los
movimientos del hotel.

1.3 Definiciones y acrónimos

A continuación, se describen los acrónimos y abreviaciones utilizadas a lo largo
del proyecto.

Usuario Papel que representa a las personas que interactúan en forma

directa con el sistema cuando realizan su trabajo.

Stakeholders Toda persona u organización que afecta o son afectados por el

proyecto.

Requerimientos Definen el comportamiento interno del software: cálculos,

Funcionales detalles técnicos, manipulación de datos y otras funcionalidades
específicas que muestran cómo los casos de uso serán llevados a
la práctica.

Requerimientos no Especifican criterios que pueden usarse para juzgar la operación

Funcionales de un sistema en lugar de sus comportamientos específicos.
 SRS Software Requirement Specification
Es una descripción del propósito y del ambiente de un software
que se encuentre en etapa de desarrollo. Describe lo que hará el
software y como se espera que se comporte el mismo. Minimiza
tiempos y esfuerzos que necesitan los desarrolladores para
cumplir con las metas planteadas y además minimiza el costo del
proyecto.

1.4 Referencias
2. DESCRIPCION GENERAL
2.1 Identificación de los Stankeholders

2.2 Perspectiva del producto

Es un sistema, creado para apoyar el proceso de registro de huéspedes y el

tratamiento de la información de cada cliente, que es almacenada en una base de
datos para su posterior actualización; programa que permitirá al usuario agilizar sus
labores de una forma práctica y sistemática
3. ESPECIFICACION DE REQUERIMIENTO

A continuación, se describen los requerimientos encontrados y se explica de manera

general el proceso realizado para la especificación de estos. Además, se clasificarán de
acuerdo a la distribución descrita anteriormente y se relacionarán con sus respectivos
casos de uso para facilitar la trazabilidad a lo largo del proceso.

La siguiente tabla describe la plantilla que se utilizará para la especificación de los

requerimientos de la aplicación.

ID Requerimiento: RF-01

Versión: V.1.0

Tipo: FUNCIONAL Prioridad: ALTA

Descripción

EL SISTEMA DEBE REGISTRAR A LOS HUESPEDES, MEDIANTE UN SISTEMA DE REGISTRO

PARA REALIZAR SU RESERVA DE HABITACION EN EL HOTEL.

Estado: APROBADO Responsable: JORGE LUIS

NUÑEZ

Fecha: 28-05-2019

Origen:

Trazabilidad Horizontal

IMPLEMENTACION EN PARALELO RF/RNF

4. RESTRICCIONES

Dado que el sistema implementará la política y los procesos de registro de

huéspedes al ingreso del hotel, es de esperar que futuros cambios en los modos
de trabajo o en las políticas, ejerzan un fuerte impacto sobre el sistema.
A continuación, se mostrarán las restricciones que se logró identificar para llevar a
cabo el proyecto.

Restricciones Generales
Las siguientes son las restricciones generales encontradas:

1. El usuario debe elegir un usuario de ingreso con su contraseña y su id de turno

2. El usuario debe leer atentamente todas las instrucciones del sistema.
3. El sistema se desarrolla en el idioma español.
4. Los reportes económicos solo serán visualizados por el administrador del hotel
y no asi por el encargado de turno.

5. INTERFACES
5.1 INTERFAZ DE USUARIO

La interfaz con el usuario consiste en un conjunto de ventanas con botones, listas,

reportes y campos de texto, esta deberá será construida específicamente para el
sistema propuesto y, será visualizada desde el software instalado.

Contará con interfaces que interactuarán con el usuario con el fin de brindarle la mejor
experiencia cuando éste haga uso de las funcionalidades y ventajas de la aplicación.
Estas interfaces son:
 • Interfaz usada para el ingreso de datos al
Teclado: software para el registro de clientes.

• Interfaz usada para la navegabilidad por el

Mouse: sistema en la selección de las diferentes
opciones que da el sistema con un clic.

• Interfaz utilizada para el despligue de

información del sistema y en la pantalla
Pantalla: mostrará las diferentes interfaces graficas de
usuario.

Interfaz • Las interfaces GUI permitirán al usuario

interactuar de una forma facil, rapido y
GUI: entretenida con la aplicación.

Interfaces con el Hardware

El sistema no interactúa con ningún Hardware externo.

Interfaces con el Software

El sistema no interactúa con ningún Software externo.