practica pre profesional i
TRANSCRIPT
“Año de la Promoción de la Industria Responsable y del
Compromiso Climático”
CICLO: IX
CURSO: PRACTICAS PRE PROFESIONAL I
Análisis diseño e implementación de un sistema de control Hotelero
DOCENTE : Ing. Vilcarino Zelada
ALUMNO : Vera Ostios Wilmer
DEDICATORIA
A mis padres y hermanos, por su gran amor, por su apoyo incondicional, por el ejemplo de
vida que me han dado siempre y sobre todo por ser los mejores amigos que Dios me
pudo brindar en esta vida.
Un agradecimiento especial a la Universidad Católica Los Ángeles de Chimbote y a todos
los docentes que compartieron sus conocimientos conmigo para hacer de mí un mejor
profesional, especialmente al Ing. Vilcarino Zelada por asesorarme durante el desarrollo
de este proyecto.
Y dejé para el final mi principal agradecimiento: Por supuesto a mi amado Dios, mi gran
amigo, padre y confidente, quien da un significado a mi vida y a todo lo que hago, todo lo
que soy y todo lo que tengo es por ti . Mil gracias Señor.
INTRODUCCION
En el presente proyecto utilizamos todos los pasos necesarios para poder realizar un
sistema para una organización siguiendo los pasos del RUP y el UML, usando los
artefactos de análisis y Reglas de Oro, diseño de interfaces y procesos de construcción.
El proyecto empieza con la investigación acerca de la empresa hacer un análisis de la
investigación hacer visitas al gerente o personas que laboran en las diferentes áreas de la
empresa realizar entrevistas para conocer los procesos de funcionamiento y a través de
esto pasar a realizar una descripción de cada proceso y describir la problemática que se
encuentra en la empresa y tratar de ver la manera de implementar un sistema informatico
para controlar y optimizar los procesos de información.
Modelado del Negocio: Modelo de casos de uso del Negocio, Diagrama de actividad de
cada uso de Negocio, Modelo de Objetos del Negocio y una notación gráfica que describe
la lógica de los pasos de un proceso de Negocio. Donde se hace el dominio total de los
procesos (sistema) de la institución. Se conoce al detalle cómo se desarrollan los
procesos de negocio del sistema. Se descubre paso a paso cómo funciona el caso de
negocio.
Modelo de Requerimientos: Modelo de Casos de uso de Requerimientos Detallado,
Diagrama de Casos de uso de Requerimientos. Donde se hace la captura de
requerimientos, la coordinación del equipo de desarrollo, la validación de resultados, se
valida los procesos. En el Diagrama de Requerimientos, se indica las cosas que el
sistema tiene que hacer e implementar y también quién usará cada caso de uso.
Análisis: Diagrama de Colaboración, Diagrama de Clases Entidad, Diagrama de
Secuencias. El área a desarrollar su problemática es en el control de habitaciones y
clientes que alquilan o reservan las habitaciones controlar también el estacionamiento de
vehículos ya que la cochera es para uso de clientes que se hospedan y también para el
público controlar los ingresos el ingreso de clientes al GyM y la venta de menú que ofrece
el restaurante. De dicha empresa, se realizara un análisis operacional para así buscar
mejorar sus métodos empleados en la operación de este proceso, haciéndonos las
interrogantes tales como: ¿Por qué?, ¿Cómo?, ¿Cuándo?, ¿Dónde? Y ¿Quién?, para así
poder identificar sus métodos, procesos y tiempo con la finalidad de mejorarlos.
RESUMEN
Teniendo conocimiento del funcionamiento actual de la empresa se propone como
alternativa de solución el análisis diseño e implementación de un sistema de control
Hotelero. Con la finalidad de optimizar los procesos de control por mucho tiempo la
empresa controla sus procesos mediante el registro de cuaderno haciendo que el trabajo
para la parte recepcionista, administrativa y contador sea más complicado así mismo los
reportes que se soliciten tarda mucho tiempo en dar respuesta por que la información
registrada en cuaderno no es eficiente. Por tal razón con el desarrollo de un software se
optimizara el proceso de registro de datos de los clientes, del personal de trabajo de la
empresa y así mismo los demás procesos de la empresa. El sistema permitirá dar
respuestas en tiempo real a consultas por parte de la gerencia y estas respuestas le
permitirán tomar decisiones de manera correcta. En el desarrollo del software nos
apoyaremos de herramientas que permitan hacer un seguimiento a los procesos actuales
de la empresa en herramientas que nos permitan hacer un modelado de datos de la
manera más correcta y en motor de base de datos libre así mismo como lenguaje de
desarrollo haciendo uso de software libre.
ABSTRACT
Taking knowledge of the current operation of the company is proposed as an alternative
solution analysis design and implementation of a system Hotelier control. In order to
optimize the control processes for a long time the company controls its processes by
recording notebook doing the job for receptionist, administrative and counter party is
likewise more complicated reports requested it takes a long time to respond that the
information recorded in notebook is not efficient. For this reason the development of a
software registration process client data, staff working in the company and likewise the
other business processes are optimized. The system will provide answers to queries in
real time by management and these responses will allow decisions correctly. In software
development we support you with tools to monitor the current business processes in tools
that allow us to make data modeling correctly the engine and free database itself as
development language using free software.
NOMBRE DEL PROYECTO
“Análisis diseño e implementación de un sistema de control Hotelero”
OBJETIVOS
Objetivo General
Realizar un sistema de control hotelero para optimizar y agilizar los procesos de
información de la empresa Varpasur Ingenieros E.I.R.L
Objetivo Especifico
Analizar la situación actual de la empresa.
Analizar los procesos que se manejan internamente
Realizar los diagramas de apoyo a la implementación de la base de datos guiado
de la metodologia RUP
Diseñar e implementar un modelado de datos haciendo uso de la herramienta
worbench.
Realizar los procesos de normalización para evitar la redundancia de datos.
Diseñar el modelado de interfaces haciendo uso del software NETBEANS 8.0
CAPITULO I
MARCO TEORICO CONCEPTUAL
1.1. Datos Generales de La Empresa
1.1.1 Ubicación Geográfica
Av. Pacifico N° 225 Nuevo Chimbote – Ancash.
Nombre de la Empresa: Varpasur Ingenieros EIRL
Ruc
Representante:
Ing. PEÑA TURPO LUIS ALBERTO
Teléfono: 043 351932
Email:
Rubro:
Estudio en ingeniería y arquitectura
1.1.2 Base Legal
Empresa Constructora
1.1.3. Áreas que comprende
Gerente General
Area de desarrollo y seguridad informática
Administración
Contabilidad
Recepción
Recursos Humanos
1.1.4. Reseña Histórica y Operacional
En el año 2007 formaron la empresa Varpasur Ingenieros E.I.R.L dedicándose
exclusivamente a construir sus propias obras actualmente cuentan con las propiedades
de un edificio de 6 pisos con 12 apartamentos para alquiler al público, una institución
educativa particular con los niveles de Inicial Primaria y Secundaria actualmente
implementándose el centro pre academia, y con un Hotel de 6 pisos para la cual me
centrare en realizar mis prácticas en dicha empresa implementando un sistema para el
control de clientes y lo demás en la que considera la gerencia. La empresa entre su
crecimiento planea la construcción de dos edificios más en los próximos 2 años un Hotel
de 5 por el sector de Villa María, un centro médico también en dicho sector.
1.1.5. Misión
La misión de Hotelera Puertas el sol es brindar alojamiento a personas que busquen comodidad y buen servicio, tanto a empresas como particulares. Junto a ello ser un centro de servicios variados a la disposición de la ciudad.
1.1.6. Visión
Nuestra visión es potenciar al hotel en la entrega de un servicio de excelencia y un ambiente grato. Nuestra meta es poder convertirnos en la empresa del rubro hotelero líder en la ciudad, superándonos cada día y mostrando un espíritu de renovación constante.
1.1.7. Organigrama
Fig. N° 1 Elaboración propia
CAPITULO II
ANÁLISIS DEL SISTEMA ACTUAL
2.1. Acciones Preliminares
2.2.1. Desarrollo de software
La metodología del desarrollo de sistemas es el camino que siguen los analistas de
sistemas para realizar su trabajo. Se emplea el término genérico de analista de sistemas
para describir a la persona que tiene la responsabilidad principal de conjuntar los
componentes estructurales, dándoles forma y sustancia en conformidad con las fuerzas
del diseño para construir sistemas de información exitosos.
En una compañía pequeña, el analista quizás no solo diseñará el sistema de información,
sino que también hará la programación y operará la computadora. En una compañía
grande el analista de sistemas solo preparará las especificaciones del diseño que se
darán a los técnicos.
Si las causas de los problemas para el desarrollo de software son tratadas de raíz, no sólo
se eliminarán los síntomas, sino también se tendrá una mejor posición para desarrollar y
mantener software de calidad de un modo repetible y predecible. La mejor práctica
software radica en probar todos los posibles métodos en el desarrollo del mismo, de
manera que el equipo de trabajo pueda descubrir la causa que origina los problemas
durante el desarrollo de software. Estas son las “mejores prácticas” no porque se pueda
cuantificar las causas de los problemas en forma precisa, sino porque su uso permitirá el
éxito de una organización. Las mejores prácticas para el desarrollo de software son las
siguientes:
Desarrollar software iterativamente.
Manejar requerimientos.
Usar una arquitectura basada en componentes.
Modelar visualmente el software.
Verificar continuamente la calidad del software.
Controlar los cambios en el software.
2.2. Recopilación de Información
2.2.1. Revisión Documental.
Se realizara del presente proyecto el recopilar documentar y analizar la información para
poder definir las necesidades para realizar el Análisis y Diseño del Sistema de Control
hotelero y facilitar a los trabajadores que controlan estos procesos optimizarlos en tiempo
y en la toma de deciciones obteniendo del sistema respuestas de inmediato.
Por otro lado la base de datos está diseñada por datamart con la finalidad de que con el
crecimiento de la empresa se quiere incluir otros funciones o se quiere incluir un datamart
este simplemente se integre al modelo desarrollado y sobre ello se trabaje sin afectar la
funcionalidad del sistema actual.
2.2.2 Entrevistas para obtener requerimientos
Las entrevistas realizadas durante la etapa de recolección de información tienen la
finalidad de determinar las razones que se encuentran detrás del presente trabajo de
investigación. Es aquí en esta etapa donde se inicia el proceso de determinación de los
requerimientos y necesidades de los usuarios para contar con un sistema que solucione
su problemática.
2.2.3. Diseño de Entrevistas
1. ¿El personal que actualmente están a cargo del área de recepción tiene conocimiento
en computación?
2. ¿Consideras que la implementación de un sistema para control hotelero permitirá
mejorar la calidad de atención al cliente y optimizar el tiempo y mejorar la rentabilidad?
3. ¿Las personas que actualmente controlan estos procesos de manera manual
necesitaran capacitarse en el uso del sistema a implementar? ¿Qué opinas?
4. ¿Consideras que el sistema en base a resultados te permitirá tomar decisiones?
5. ¿Es eficiente la atención al cliente en el servicio que brinda el restaurant del hotel?
6. ¿La implementación de un sistema que permita control estos procesos será más
eficiente en el control atención y venta?
2.3. Formulación del Problema
De acuerdo a la información encontrado en los procesos administrativos en la empresa
Varpasur Ingenieros EIRL se propone la siguiente alternativa de solución ¿Implementar
un sistema informático para controlar los procesos de la empresa Varpasur Ingenieros?
2.4. Descripción del Sistema Actual.
Actualmente la empresa no tiene un sistema informático los procesos que actualmente se
manejan en la empresa se hacen haciendo uso de las herramientas de Word Excel nada
factible ni óptimo cuando se solicite información de un determinado proceso se tarda
mucho tiempo en obtener esa información y en muchos de los casos no se encuentra
debido a que la información almacenada no esta ordenado.
En el hotel se realizara servicios de alquiler de habitaciones reservaciones se brinda
servicios de alquiler de cochera servicios de venta de menú servicios de área de GyM
también lo que es cochera entre otros servicios adicionales pero debido a que la empresa
no cuenta con un sistema todos estos procesos no son controlados de la mejor manera
debido a esta situación problema se plantea la alternativa de solución la implementación
de un sistema que permita controlar los procesos mencionados.
2.5. Identificación de los requerimientos.
Los requerimientos que se detallan a continuación se describen por áreas ya que en cada
área se requieren distintas funcionalidades
CONTROL HOTELERO (RECEPCION)
El sistema permitirá.
Registrar usuarios
El sistema estará validad con un cargo, código, password, estado. siendo
correcto estos datos el usuario accederá al sistema.
Registrar clientes
Registrar proveedores
Registrar empresas
verificar el control de habitaciones por estados y otras opciones de
búsqueda.
más habitaciones en el caso que se desee.
Modificar los estados de habitaciones
realizar los contratos de alquiler de habitaciones con una interfaz sólida e
interactiva.
realizar reservaciones de habitaciones a clientes que lo soliciten.
verificar las los contratos de alquiler de habitaciones y que clientes se
encuentran hospedados teniendo la interfaz diferentes opciones de control.
Las habitaciones que se encuentran reservados podrán ser cancelados por
la recepcionista según las reglas de negocio establecidas.
Registrar los comprobantes de pago que se emiten de los contratos de
alquiler o servicios de cochera.
Verificar los ingresos por comprobantes de pago en una interfaz de
diferentes opciones de búsqueda.
CONTROL DE COCHERA (RECEPION)
Registrar los vehículos.
Registrar el contrato por el servicio de cochera.
Verificar un control de los espacios disponibles de la cochera.
CONTROL DE RESTAURANTE (ADMINISTRACION)
El sistema permitirá.
Registrar categorías
Registrar bebidas
Registrar menú.
Registrar nuevos clientes
Registrar venta
Reportar las vendas con opciones de búsquedas
Exportar el menú del día
Reportes de ventas.
CONTROL DE G&M (ADMINISTRACION)
El sistema permitirá
Registrar usuario
Validar su acceso
Registrar los horarios de atención
Registrar nuevos clientes
Registrar tiempo de duración
Registrar las rutinas
Registrar los contratos con los clientes
Registrar pagos que efectúan los clientes
Reportes de ingresos
2.5.1. Análisis de entradas y Salidas de datos
Necesidad Prioridad Interés Solución
corriente
Solución propuesta
Controlar de manera
adecuada los procesos
de control hotelero
Alta Servicio Personal
capacitado
Registrar los
servicios que
solicitan los clientes
2.5.2 Requerimientos no funcionales
CATEGORIA CODIGO DESCRIPCION
De apariencia o interfaz externa
RNF001 El sistema esta implementado basado en módulos en la cual cada usuario que tenga el cargo correspondiente tendrá acceso al control la interfaz es interactiva con diseños de acuerdo a los requerimientos ya establecidos
De usabilidad RNF002 El sistema es fácil de usar todas las opciones se encontraran en el menú general del sistema para que el usuario pueda acceder.
De rendimiento RNF003 Los registros a almacenar es al instante y con alertas de que nos indicaran si la operación ejecuta es correcta o incorrecta.Búsquedas filtradas por caracteres de esta manera el sistema ayudara a interpretar la necesidad del usuario
De soporte RNF004 Facilidad para el desarrollador en el caso que exista algún problema en los módulos de usabilidad debido a que la base
de datos es integrado esta diseñado basado en módulos entonces esto permitirá ingresar directamente al problema y corregir así mismo como la integración de nuevas cosas si en el caso se quiera implementar mas funcionalidades sin afectar el funcionamiento del sistema
De seguridad y privacidad RNF005 El sistema solo permitirá el acceso a usuarios que estén registrados en el sistema y estén activos. El usuario accede a un módulo del sistema este depende del cargo que tenga
De confiabilidad RNF006 Ante un caso extremo (como pérdida de fluido eléctrico o caída del servidor) el software debe garantizar la integridad y confiabilidad de la data.
De hardware RNF007 Cada oficina de la empresa contara con su respectivo computador red internet impresora para realizar procesos en la se requieran
De software RNF008 El sistema a utilizar será Windows 7 o Windows 8 en la versión de 64 bits y desarrollado en lenguaje java
De restricciones en el diseño y la implementación
RNF009 El software se regirá a un estándar de diseño de interfaz y a un estándar de codificación.Jdk 7.0Netbeans 8.0Xampp en versión 1.8.3.1
2.6. Alcance del Sistema Propuesto
La construcción de este Sistema implica mecanizar e implementar las siguientes
funciones de negocio:
Carga de datos:
Tiene como objetivo dar la información relativa a los usuarios que manejan el sistema de
la disponibilidad o no disponibilidad de un producto o servicio.
Control hotelero:
Los registros de habitaciones ya estarán disponibles en el sistema para ejecutar uno o
mas servicios que los clientes soliciten a recepción así como modificar el estado de
habitaciones en la que considere necesario recepción deberá de registrar a los clientes
que no estén en la base de datos y generar un contrato de alquiler o reservar una
habitación asi mismo tendrá acceso al control de la cochera que el sistema le permitirá
verificar el control de la disponibilidad el registro de nuevos vehiculos y generar un
contrato de alquiler.
Control de restaurante
El área de administración es la que manejara este módulo el sistema le permitirá registrar
las nuevas categorías que se consideren necesarios, registrar los productos que se
venden. Para generar una venta de un producto es necesario tener al cliente en el caso
que no esté registrado tendremos la opción de registrarlo y generar una venta.
Control de G&M
El control de G&M es un servicio más que brinda el hotel puertas el sol en la cual el
sistema permitirá registrar nuevos horarios y nuevas rutinas, registrar nuevos clientes, y
generar sus contratos por servicios.
2.6.1. Justificación
El proyecto se plantea como propuesta de solución que permitirá optimizar los procesos
de control administrativo, control de recepción entre otras áreas que maneje la empresa
con la implementación de este sistema informático se reducirá el tiempo de atención a los
clientes y se garantizara la seguridad de la información.
ANALISIS Y DISEÑO
DEL
SISTEMA PROPUESTO
3.1. Descripción de las Metodologías más Usadas
3.1.1. Metodología RUP
El Rational Unified Process o Proceso Unificado de Racional. Es un proceso de ingeniería
de software que suministra un enfoque para asignar tareas y responsabilidades dentro de
una organización de desarrollo. Su objetivo es asegurar la producción de software de alta
y de mayor calidad para satisfacer las necesidades de los usuarios que tienen un
cumplimiento al final dentro de un limite de tiempo y presupuesto previsible. Es una
metodología de desarrollo iterativo que es enfocada hacia “diagramas de los casos de
uso, y manejo de los riesgos y el manejo de la arquitectura” como tal.
RUP indica cómo controlar, rastrear y monitorear los cambios dentro del proceso iterativo
de desarrollo. RUP divide el proceso de desarrollo en ciclos. Este se divide en cuatro
fases.
Inicio.
Elaboración.
Construcción.
Transición.
Fig. N° 2 Fases de RUP
3.2. Fundamentación de la Metodología seleccionada
Fases del Proceso Unificado de Rational (RUP)
Ciclo de Vida RUP
Fig. N° 3 Ciclo de Vida RUP
Las fases e hitos de un proyecto
El ciclo de vida del software del proceso Unificado Rational RUP se descompone con el
tiempo en 4 fases secuenciales, cada uno concluido por un hito mayor.
1. Planificación de Fases:
Todas las fases no son idénticas en términos de horario y esfuerzo aunque esto varia,
considerablemente dependiendo del proyecto, un ciclo de desarrollo inicial del proyecto
mediano debe de anticiparse la siguiente distribución entre el esfuerzo y horario.
Tabla 1: Planificación de Fases
Que puede describirse gráficamente como:
Fig. N° 04 Cuadro Planificación Detallado
Fase de Inicio. Para dar inicio al proceso de análisis del software es necesario hacer
nuevamente una entrevista personal con las diferentes áreas de la empresa de acuerdo a
la información brindada de los procesos se inicia la primera fase.
Actividad.
Verificar la información de los procesos que maneja la empresa
Realizar un modelado de procesos ya sea haciendo uso de software día o Bizagui
para de esta manera ver la relación de funcionamiento del negocio.
Pasar los procesos del análisis a un modelo haciendo usos de sus determinadas
relaciones y atributos dependiendo de sus entidades haciendo uso de la
herramienta worbench.
Haciendo uso de los procesos de normalización para tener un buen modelado de
la base de datos.
Fase de Elaboración.
Se analiza los casos de uso que se consideran relevantes para obtener la arquitectura del
sistema, la estructura de la organización y los signos de trabajo fundamentales. Los casos
de uso de la etapa anterior se refinan y se asocian con modelos de interacciones para
estudiar cómo se llevan a cabo.
Se establece la línea base de la arquitectura, se define la visión del producto y su
arquitectura.
Actividad
Analizar el dominio del problema
Establecer una arquitectura sólida
Abordar el elemento más riesgoso del proyecto
Desarrollar un plan integral para mostrar cómo el proyecto será terminado
Productos
Un modelo del comportamiento del sistema, incluyendo el contexto del sistema,
escenarios y modelos del dominio
Una arquitectura ejecutable
Una visión de la línea base del producto a partir del modelo del dominio
Una evaluación del riesgo
Un plan de desarrollo
Criterios de evaluación
Un manual preliminar para el usuario (opcional)
Estrategias de pruebas
Plan de pruebas.
Fase de Construcción:
Se constituye el producto mediante una serie de iteraciones incrementales; se lleva el
software desde una base arquitectónica ejecutable hasta su disponibilidad para la
comunidad de usuario.
Actividad
Desarrollar incrementalmente un producto completo (un programa) que está listo para introducirse en la comunidad de los usuarios.
Productos Una secuencia de ejecutables.
Prototipos de comportamiento.
Resultados de calidad asegurados.
Documentación del usuario y del sistema.
Plan de despliegue.
Criterios de evaluación para al menos la siguiente iteración.
Fase de Transición: El software es puesto para la disponibilidad del usuario.
Actividad:
Implantar el software en su entorno de operación
Flujos de Trabajo
Una lista de actividades, trabajadores y artefactos no constituye un proceso.
Un flujo de trabajo es una secuencia de actividades que produce un resultado
valioso.
No siempre es posible representar flujos de trabajo
En RUP se definen 9 flujos de trabajo distintos separados en dos grupos.
Los flujos de trabajo de ingeniería son los siguientes:
Modelado del negocio
Requisitos
Análisis y diseño
Implementación
Test
Despliegue
Los flujos de trabajo de apoyo son:
Administración de proyecto,
Configuración y control de cambios.
Entorno
Modelado del Negocio
Existen habitualmente problemas de comunicación entre ingenieros de software e
ingenieros de negocios. RUP proporciona un lenguaje y proceso común para ambos
ámbitos. Para el modelado del negocio se usan “business use cases”: la forma en que el
software dará apoyo al negocio.
Requerimientos
Los desarrolladores y clientes deben acordar qué es lo que el sistema debe hacer:
Relevar requerimientos.
Documentar funcionalidad y restricciones.
Documentar decisiones.
Identificar actores.
Identificar casos de uso.
Los casos de uso describen la funcionalidad, mientras los requerimientos no funcionales
se incluyen en una especificación complementaria.
Análisis y Diseño.
Les daremos una descripción de cómo se implementará el sistema: un plano.
Se debe ejecutar las tareas y funciones descritas en los casos de uso, satisfacer todos los
requerimientos, flexible a cambios. El modelo de diseño consta de clases estructuradas
en paquetes, diseños de subsistemas con interfaces definidas (componentes), forma de
colaboración entre las clases.
Implementación. Tiene como propósito:
Definir la organización del código.
Implementar clases y objetos en forma de componentes (fuente, ejecutables, etc.).
Probar las componentes desarrolladas.
Integrar las componentes en un sistema ejecutable.
Prueba.
Tiene como propósito la interacción entre los objetos,
Verificar la integración apropiada de componentes,
Verificar que se satisfacen los requerimientos,
Identificar los defectos y corregirlos antes de la instalación.
RUP describe como planear y ejecutar estas pruebas.
RUP propone probar las componentes desde el principio:
Confiabilidad, funcionalidad y performance.
Las pruebas de regresión son importantes en desarrollos iterativos.
Despliegue: Producir un producto y hacerlo llegar a sus usuarios finales, lo cual incluye
varias actividades:
Producir un “release”
Empaquetar el software
distribuir el software
Instalarlo
Asistir a los usuarios
A veces también incluye:
Realizar pruebas beta
Migración de datos
Aceptación formal
La mayor parte de la distribución ocurre durante la transición; este es uno de los flujos de
trabajo menos documentados en RUP.
Configuración y Administración de Cambios. Forma de controlar los artefactos
producidos por las personas que trabajan en el proyecto. Daremos alcance algunos
problemas habituales:
Actualizaciones simultáneas,
Notificación limitada,
Múltiples versiones,
RUP da guías para desarrollos en paralelo,
Automatizar la construcción,
Administrar defectos.
Administración De Proyectos: Es el arte de balancear objetivos contrarios, manejar
riesgos y producir software que satisface a clientes y usuarios.
Entorno: Ambiente y herramientas de desarrollo que harán posible llevar a cabo el proyecto.
RUP guía en la configuración de un ambiente de proceso apropiado a cada proyecto.
3.3 ANALISIS
3.3.1 Diagrama de caso de uso de negocio
3.3.2. Reglas y Proceso de Negocio
Alquiler de Habitación
Cuando un cliente solicita alquiler de habitación debe portar su documento de
identidad u otro documento que verifique su identidad.
El tipo de pago será en efectivo cuando el cliente solicita salir de la habitación o
también realizar un pago por adelantado que se descuenta al final del servicio.
La empresa no se responsabiliza por el equipaje que el cliente ingrese a su
habitación excepción siempre en cuando deje encargado en la parte recepcionista.
Se prohíbe el ingreso de mascotas
Si se verifican imperfecciones o daños en objetos de valor en las habitaciones
entonces el cliente asumirá su responsabilidad por los daños.
El cliente deberá cancelar el total del servicio brindado para guardar su registro de
salida de lo contrario se registrara como cliente moroso.
Reservar Habitación
Cuando el cliente solicita reserva de habitación se registrara sus datos correspondientes
de cliente y se le reserva una habitación donde se identificara la fecha número de
habitación y el tiempo que solicite reservar así mismo con el monto a pagar.
La reservas de empresas lo realizaran con una semana de anticipación
Por casos de emergencia se reservaran habitaciones
Objetos que se ingrese por parte del o de los clientes la empresa no se
responsabiliza.
Cuando las habitaciones están ocupadas y hay habitaciones en proceso de
reservación y los clientes no se han comunicado para informar la reservación esto
se cancela y se alquila a otros clientes.
Si hay habitaciones libres y hay reservaciones entonces no se cancela mientras
pasado las dos horas de su hora fijada en el registro
La persona encargada de la recepción debe tener estudios de administración, o
administración hotelera.
Alquiler de cochera
Recepción debe verificar la ventana de control de espacios libres del
estacionamiento si hay libres entonces procede.
Cuando un cliente solicite el alquiler de cochera este debe brindar sus datos
correspondientes para registrarse en el sistema.
recepción registrara datos del vehículo registrara el ingreso de vehículo a cochera.
El cliente no puede retirar el vehículo mientras tenga deuda por el servicio
excepción casos que recepción considere hacerlo.
Ingresar GyM
Administracion verificara datos del cliente solicitado
Se registra el ingreso de clientes a GyM de acuerdo a los horarios y rutinas
establecidos.
El cliente puede pagar por partes el monto del servicio durante el lapso de
duración de la rutina que ingres.
El cliente puede solicitar consumir productos la cual se registrara a su cuenta o
pagarle al contado.
Al finalizar la rutina el cliente deberá de cumplir con el pago del servicio
Si el cliente no termina de cancelar su deuda entonces se registrara como cliente
moroso sin poder ejercer otro servicio que solicite en el GyM.
Venta Menú
Para la venta del menú se consideran las siguientes reglas de negocio.
Para realizar una venta nuestro cliente debe estar registrado en el sistema.
Una vez generado la venta no hay devolución en el caso que el cliente quisiera
devolver o cambiar por otro menú.
No se aceptan pedidos de envió.
Si hay convenios con empresas entonces se realizaran pedidos de menú.
3.3.3. Especificación de caso de uso de negocio
Caso de uso Alquiler de habitación
Actor(es): Recepción , cliente
Propósito: Controlar y verificar el estado de las habitaciones así mismo
controlar el registro de los clientes hospedados
Descripción El caso de uso comienza cuando el cliente solicite a recepción
ocupar una habitación; Entonces recepción ingresa al control de
habitaciones y verifica la disponibilidad si no hay disponibles se
informa la salida de los hospedados más cercanos a la fecha .
Si hay habitaciones disponibles entonces se verifica al cliente si no
está registrado se debe registrar y luego se selecciona la habitación
a ocupar se ingresa la fecha de salida una descripción y los datos
del cliente y se registrado quedando almacenado el registro del
cliente la habitación que se acaba de registrar se modifica
automáticamente el estado
Precondiciones Existe la necesidad de registrar un ingreso por cada alquiler de
habitación para luego registrar los comprobantes de pago.
Flujo básico de eventos Recepción tiene las opciones de todo el módulo de control hotelero
En este caso podrá actualizar el registro de la habitación que es
alquilado actualizar servicios de consumos o modificar la fecha de
salida en el caso que el cliente lo solicite
Post condiciones Se genera un idcodigo de identificador por cada registro de
habitación que es alquilado a un cliente
Caso de uso Reservar Habitación
Actor(es): Recepción, Cliente
Propósito: Verificar las habitaciones que están reservadas
Descripción El caso de uso comienza cuando el cliente se comunica con recepción
y le solicite reservación una habitación para una determinada fecha
recepción verifica el control de habitaciones si hay disponibles
entonces se procede a registrar la reservación siempre en cuando el
cliente ya este registrado en el sistema de lo contrario se registrara
como nuevo cliente y luego se procede a realizar la reservación.
Precondiciones Las habitaciones que están reservadas se verificara en el control
general de habitaciones
Flujo básico de eventos Recepción tiene la opción de cancelar las habitación reservada en el
caso que así lo considere y también postergar la fecha de reservación
si es que el cliente se lo solicita.
Post condiciones Se registra la habitación reservada
Caso de uso Alquiler Cochera
Actor(es): Recepción, Cliente
Propósito: Verificar la disponibilidad del control de estacionamiento
Descripción El caso de uso comienza cuando el cliente solicita a recepción
alquiler de cochera entonces recepción verifica el control de
estacionamiento si hay disponibles entonces se verifica al cliente si
no está registrado se debe de registrar así mismo registrar el
vehículo y luego registrar el ingreso a cochera
Precondiciones Cuando se registra un nuevo ingreso de vehículo a cochera el
control de cochera general de se modificara de color que indica
que esta ocupado
Flujo básico de eventos Recepción registra los vehículos y verifica si los clientes están
registrados y genera el ingreso de vehículo
Post condiciones Se genera un código unico por cada ingreso de vehiculo
Caso de uso GyM
Actor(es): Administración, Cliente
Propósito: Controlar los clientes que están en las rutinas del GyM
Descripción El caso de uso comienza cuando cliente solicita información de
los horarios costos y rutinas si le conviene al cliente entonces
solicita registrarse administradora registra datos del cliente y
luego estable el contrato de ingreso por el tiempo de duración de
la rutina seleccionado el cliente en el lapso del tiempo puede ir
cancelando por partes el costo de la rutina así mismo puede
realizar consumos que el monto de su consumo se cargara a su
cuenta.
Precondiciones Se verificara los clientes ingresados en el GyM el sistema
brindara la información de los clientes ingresados.
Flujo básico de eventos Administración tiene el caso para actualizar los registros del
ingreso e ir cargando a su cuenta el monto de consumos que
dicho cliente realice
Post condiciones Se genera un código por ingreso de cada cliente
Caso de uso Venta Menú
Actor(es): Administracion, Cliente
Propósito: Verificar la disponibilidad menú
Descripción El caso de uso comienza cuando el cliente solicita comprar menú
Administración verifica lo solicitado si hay disponible entonces se verifica al
cliente si no está registrado se registra y se genera la venta.
Precondiciones Existe la necesidad de registrar las ventas para verificar los ingresos que se
generan.
Flujo básico de eventos Administración registra las ventas.
Post condiciones La venta se genera con un numero de comprobante unico
3.3.4 Modelo conceptual
3.3.5 Modelo de objeto de negocio
habitacion
Recepcioncliente
verifica
buscar
registrar cliente
procede
Reserva
Cliente
solicita
RESERVAR_HABITACION
registrar
habitacion
Recepcioncliente
verifica
buscar
registrar cliente
procede
habitacion
Cliente
solicita
ALQUILER
alquiler
3.3.6 Diagrama de actividades proceso alquiler
Diagrama de actividades reservar habitación
Diagrama de actividades GyM
Diagrama de actividades cochera
Diagrama de actividades Venta Menu
3.4 DISEÑO
3.4.1 Diagrama de la base de datos
PROCESOS DE SISTEMA CONTROL HOTELERO
PROCESO CONTROL HOTELERO (AREA RECEPCION)
PROCESO ESTACIONAMIENTO (AREA RECEPCION)
CONTROL DE RESTAURANT PUERTAS EL SOL (AREA
PROCESO DE GyM (AREA ADMINISTRATIVA
USUARIOS
MODELO DE LA BD PUERTAS EL SOL
INTERFACES
4. Diseño de Interfaces
4.1. Finalidad de las Interfaces de los Sistemas
4.1.1. Diseño de Interfaces
Diseño de Interfaces
Ventana de Acceso al Sistema: Se muestra la siguiente ventana dando la opción de
registra nuevo usuario por lo general al inicio del sistema los usuarios deberán de
registrarse la interfaz se muestra en la segunda interfaz
Modulo Control Hotelero Registro de Usuarios que ingresaran al sistema
Validacion de ingreso si los datos del usuario son correctos ingresara al sistema
Se visualiza la interfaz principal desde aquí se cargaran las interfaces que sean
necesarias para realizar procesos.
Interfaz en la cual recepción registrara los datos de los clientes
Interfaz de registro de empresas
Interfaz de registro de proveedores
Interfaz principal de registro de habitaciones
Interfaz de control de la disponibilidad de habitaciones
Interfaz de registro de alquiler de habitaciones
Interfaz de registro de habitaciones a reservar
Interfaz de emisión de comprobantes de venta
REPORTE DE INGRESOS – FACTURAS
Se visualiza los ingresos de ingresos por facturas
Control de ingresos a cochera se visualiza la interfaz
Registro de vehículos
Registro de ingresos de vehículos a cochera
Interfaz de reporte de búsqueda por comprobantes de pago
Control de restaurante (Administración)
Ingreso de usuario
Menú de opciones Restaurante y GyM
Control general de restaurante
Registrar categoría de Menú
Registro de menú
Visualizando catálogo de menú
Comprobante de venta de menú
OPCION DE CÁLCULO
REPORTE DE VENTA DE MENU
MODULO GYM PUERTAS EL SOL
Registro de Horarios
Registro de rutinas
Registro de ingreso a GyM
Detalle de información de clientes en GyM
4.2 Interfaces externas
4.2.1 Interfaces de usuario
Primeramente para el ingreso de un procesos o reportes el sistema está diseñado y
validado para dar acceso a usuarios en específico que estén registrados en el sistema en
el caso que el usuario no este entonces el sistema la da la opción de poder registrarse de
acuerdo al tipo de usuario el sistema validara el modulo que manejara el usuario
ingresado.
Las interfaces están diseñadas de tal manera que sea fácil de usar y de ejecutar los
procesos que soliciten los clientes.
4.2.2 Interfaces hardware
El sistema soportará las siguientes actividades:
Navegación entre interfaces
Mouse y Teclado.
Ingresos de datos Teclado
Salida de datos Monitor
EVALUACION ECONOMICA
DEL PROYECTO
5. Estudio de Viabilidad En este capítulo se hará el Estudio de Factibilidad del proyecto
a fin de determinar la viabilidad del mismo.
5.1. Factibilidad Técnica:
Las tecnologías de información utilizadas actualmente nos permiten llevar a cabo sin
ninguna dificultad el proyecto. El software utilizado garantiza una performance adecuada
al momento de ser puesto en producción.
5.2. Factibilidad Operacional:
Existe facilidad y rapidez en el control de los procesos que ya que el diseño de las
interfaces son intercalables para la ejecución de cualquier proceso en la cual tenga
acceso el usuario
5.3. Factibilidad Económica:
5.3.1. Inversión A. Hardware
Descripción Cantidad P. Unitario Costo (S/.)
Procesador Intel i3, PC de disco duro de
1 Terabyte,
Memoria RAM 8GB, Monitor LCD, UPS,
Mouse, Teclado.
3 unidad 1300.00 3900.00
Total Equipos: 3900.00
B. Software
Descripción Cantidad P. Unitario Costo (S/.)
S.O. Windows 8.0 1 Licencia 0.00 0.00
Gestor de BD : MySQL, Navicat, SqlYoug 1 Licencia 0.00 0.00
Lenguaje de Programación : Java 1 Licencia 0.00 0.00
Servidor Web : Apache 1 Licencia 0.00 0.00
Editor HTML : Netbeans 1 Licencia 0.00 0.00
Herramienta CASE : IBM Rational Rose 1 Licencia 500.00 500.00
JasReport 1 Licencia 0.00 0.00
Total 500.00
5.3.2. Costo Operativo
A. Servicios
Descripción Cantidad Unid. P. Unit Costo (S/.)
Impresión 300 Unid. 0.30 90.00
Fotocopiado y
anillado
50 Unid 5.00 250
Internet y Correo
Electrónico
40 Horas 1.00 40.00
Total Servicios: 380.00
CONCLUSIONES
Luego de realizar el presente informe se concluyó lo siguiente:
Se realizó un Análisis y Diseño del Sistema de Información para mejorar el control del
Hotel puertas el sol
Se utilizó el SGBD MySQL y como lenguaje de programación se utilizo java.
El proyecto provee al usuario un nuevo medio de comunicación rápido y seguro
permitiendo una interacción sencilla y amigable.
Se hizo una descripción del contexto actual del Sistema, mediante los artefactos de Casos
de uso del negocio y Objetos del negocio capturando las partes esenciales del sistema
estudiado, usando la metodología RUP.
Se identificó las clases de análisis y la relación que existe entre ellas, obteniendo así el
diagrama de clases y la base de datos del Sistema de Hotel.
Siguiendo la metodología de desarrollo se logró la implementación del sistema de control
hotelero.
RECOMENDACIONES
Capacitar constantemente a los usuarios, para que se haga un manejo adecuado del sistema.
Es evidente que por el tamaño de la empresa, su carga de trabajo y el manejo de información que tiene, es una empresa ideal como para aplicar técnicas que la conduzcan a ser totalmente sistematizada.
Continuar con el análisis y diseño de las demás áreas de la empresa, realizando un modelo integral de toda la empresa.
La implantación de Sistemas de Información debe involucrar a todo el personal que se beneficie con estos, con el objetivo de que sientan comprometidos y participen en el desarrollo de este.
En el caso de implementar otras áreas que se quisieran integrar en el sistema este por su medio no afecta en ninguno de los procesos. El sistema está desarrollado por módulos obteniendo como resultados la integración en un solo sistema.
ANEXOS
Cronograma de actividades