universidad mayor de san andrÉs facultad de …e2%80%9csistema%… · universidad mayor de san...
TRANSCRIPT
UNIVERSIDAD MAYOR DE SAN ANDRÉS FACULTAD DE CIENCIAS PURAS Y NATURALES
CARRERA DE INFORMÁTICA
PROYECTO DE GRADO
“SISTEMA DE SEGUIMIENTO Y CONTROL CASO: HOTEL SAGÁRNAGA”
PARA OPTAR AL TITULO DE LICENCIATURA EN INFORMÀTICA MENCIÓN: INGENIERIA DE SISTEMAS INFORMÁTICOS
Autor: Richard Ricardo Cuela Limachi
Tutor: Lic. Mario Loayza Molina
Revisor: M.Sc. René Casilla Gutierrez
LA PAZ BOLIVIA 2007
DEDICATORIA
Dedico este trabajo primeramente a Dios que me dio la oportunidad de vivir y regalarme una familia maravillosa.
A mis padres Dionisio y Marcela que con su amor y dedicación me dieron la fuerza para seguir adelante.
A mis hermanos Edwin y Gonzalo que siempre han estado conmigo apoyándome en todo momento.
AGRADECIMIENTOS
Al Lic. Mario Loayza Molina, docente de Taller de Licenciatura por haberme asesorado y aconsejado en
la elaboración de este proyecto.
Al Lic. René Casilla Gutiérrez, por su compresión y paciencia a la hora de realizar las revisiones de este
trabajo absolviendo mis dudas en todo momento.
Al Lic. Ricardo Arocha Zambrana, Gerente General del Hotel Sagárnaga, por darme la oportunidad de
desarrollar el presente trabajo.
Muchas Gracias
INDICE
CAPITULO 1
INTRODUCCIÓN
1.1 Introducción ....................................................................................................................... 1
1.2 Antecedentes ...................................................................................................................... 2
1.3 Problema de la Investigación ............................................................................................ 3
1.3.1 Planteamiento del Problema ................................................................................. 3
1.3.2 Formulación del Problema..................................................................................... 4
1.4 Objetivo.............................................................................................................................. 4
1.4.1 Objetivo General .................................................................................................... 4
1.4.2 Objetivos Específicos............................................................................................. 5
1.5 Justificación ....................................................................................................................... 5
1.6 Alcances ............................................................................................................................. 6
CAPITULO II
MARCO DE REFERENCIA
2.1 Introducción ....................................................................................................................... 7
2.2 Marco Conceptual.............................................................................................................. 7
2.2.1 El Paradigma: La orientación al Objeto................................................................ 7
2.2.2 El Lenguaje de Modelado UML............................................................................ 9
2.2.3 Modelo Cliente Servidor ................................................................................... 12
2.2.4 Base de Datos Relacional .................................................................................... 13
2.3 Marco Teórico.................................................................................................................. 15
2.3.1 El Proceso Unificado de Desarrollo de Software.............................................. 15
2.3.2 Guía para la Ingeniería de Aplicaciones Rápidas (GRAPPLE) ........................ 16
2.3.3 Recopilación de Necesidades .............................................................................. 16
2.3.4 Análisis ................................................................................................................. 17
2.3.5 Diseño ................................................................................................................... 20
2.3.6 Modelo y Diseño de la Base de Datos ................................................................ 21
2.3.7 Requerimiento de Software y Hardware............................................................. 22
2.3.8 Implementación .................................................................................................... 23
2.3.9 Pruebas.................................................................................................................. 23
2.3.10 Mantenimiento del sistema.................................................................................. 24
2.3.11 Calidad del Software ............................................................................................ 25
CAPITULO III
DESARROLLO DEL SISTEMA
3.1 Introducción ..................................................................................................................... 28
3.2 Recopilación de Necesidades.......................................................................................... 28
3.3 Análisis............................................................................................................................. 33
3.3.1 Análisis del Sistema Actual ........................................................................................... 33
3.3.2 Análisis del Nuevo Sistema ........................................................................................... 39
3.4 Diseño............................................................................................................................... 56
3.5 Modelo y Diseño de la Base de Datos............................................................................ 64
3.6 Requerimientos de Hardware y Software ..................................................................... 70
3.7 Implementación ............................................................................................................... 70
3.8 Pruebas ............................................................................................................................. 83
3.9 Mantenimiento del Sistema............................................................................................. 84
3.10 Calidad del Software ....................................................................................................... 85
3.10.1 Portabilidad......................................................................................................... 85
3.10.2 Performance........................................................................................................ 85
3.10.3 Confiabilidad ...................................................................................................... 86
3.10.4 Funcionalidad ..................................................................................................... 87
CAPITULO IV
CONCLUSIONES Y RECOMENDACIONES
4.1 Conclusiones .................................................................................................................... 89
4.2 Recomendaciones ............................................................................................................ 90
Bibliografía................................................................................................................................ 91
Referencia WEB........................................................................................................................ 91
ANEXOS
ANEXO A: Árbol de Problemas, Árbol de Objetivos y Marco Lógico.
ANEXO B: Correspondencia Objeto Relacional.
ANEXO C: Diagrama de Casos de Uso y Descripción de los Diagramas de Clases.
ANEXO D: Diagramas de Secuencia.
ANEXO E: Diagramas de Colaboración.
ANEXO F: Diagramas de Actividad.
INDICE DE FIGURAS
Figura 1.1 Número de llegadas de turistas a establecimientos de hospedaje ......................... 2
Figura 2.1 Simbología UML ................................................................................................... 10
Figura 2.2 Simbología UML ................................................................................................... 10
Figura 2.3 Simbología de componentes .................................................................................. 11
Figura 2.4: Modelo Tres Capas ............................................................................................... 13
Figura 2.5 Flujos del trabajo unificado ................................................................................... 15
Figura 2.6: Representación de Actores ................................................................................... 17
Figura 2.7.: Diagrama de Casos de Uso ................................................................................. 17
Figura 2.8: Diagrama de Clases .............................................................................................. 18
Figura 2.9: Diagrama de Estados ............................................................................................ 18
Figura 2.10: Diagrama de Secuencia ...................................................................................... 19
Figura 2.11: Diagrama de Colaboración ................................................................................. 19
Figura 212: Diagrama de Actividades .................................................................................... 20
Figura 2.13: Diagrama de componentes ................................................................................. 20
Figura 2.14: Diagrama de Distribución .................................................................................. 21
Figura 2.15: Prototipo de Interfaz ........................................................................................... 21
Figura 2.16: Diagrama del sistema ......................................................................................... 22
Figura 2.17: Modelo Espiral .................................................................................................... 24
Figura 3.1 Área del Hotel ........................................................................................................ 30
Figura 3.2 Esquema de seguimiento del hotel ........................................................................ 35
Figura 3.3 Actores del sistema hotel:....................................................................................... 33
Figura 3.4: Diagrama de casos de uso del Hotel .................................................................... 37
Figura 3.5: Diagrama de actividad del sistema actual ........................................................... 38
Figura 3.6: Identificación de actores ....................................................................................... 39
Figura 3.7: Diagrama de casos de uso general ....................................................................... 41
Figura 3.8: Diagrama de casos de uso para el paquete recepcionista ................................... 42
Figura 3.9: Diagrama de clases del sistema ............................................................................ 46
Figura 3.10: Paquete de funcionalidad del sistema................................................................. 48
Figura 3.11: Paquete de liquidación de cuenta ....................................................................... 48
Figura 3.12: Paquete de asignación de habitación y servicio ................................................ 49
Figura 3.13: Diagrama de actividad del sistema .................................................................... 51
Figura 3.14: Diagrama de secuencia registro de huésped ..................................................... 52
Figura 3.15: Diagrama de secuencia apertura de una cuenta nueva ..................................... 53
Figura 3.16: Diagrama de secuencia asignación de servicio ................................................. 53
Figura 3.17: Diagrama de secuencia ingresos ........................................................................ 54
Figura 3.18: Diagrama de colaboración registro de huésped ................................................ 54
Figura 3.19: Diagrama de colaboración asignación de habitación ....................................... 55
Figura 3.20: Diagrama de colaboración de cobro .................................................................. 55
Figura 3.21: Diagrama de actividad registro de un huésped ................................................. 56
Figura 3.22: Diagrama de actividad asignación de habitación .............................................. 57
Figura 3.23: Diagrama de actividad gestión de cobro ........................................................... 58
Figura 3.24:Diagrama de componentes ................................................................................... 59
Figura 3.25: Diagrama de distribución del sistema:................................................................ 60
Figura 3.26: Diagrama de interfaces UML.............................................................................. 61
Figura 3.27: Diagrama Entidad Relación.............................................................................. 65
Figura 3.28: Diagrama jerárquico de menús del sistema ....................................................... 71
Figura 3.29: Ventana de acceso o inicio ................................................................................. 72
Figura 3.30: Ventana principal del sistema ............................................................................ 73
Figura 3.31: Ventana de control de habitaciones ................................................................... 73
Figura 3.32: Ventana de registro de huéspedes ...................................................................... 74
Figura 3.33: Ventana de asignación de habitación ................................................................ 75
Figura 3.34: Ventana de habitaciones ..................................................................................... 75
Figura 3.35: Ventana de asignación de reserva ...................................................................... 76
Figura 3.36: Ventana de seguimiento y control de reservas .................................................. 76
Figura 3.37: Ventana de seguimiento y control de los huéspedes ........................................ 77
Figura 3.38: Ventana reporte de clientes ................................................................................ 77
Figura 3.3 9: Ventana de Facturación ..................................................................................... 78
Figura 3.40: Ventana reporte de facturación .......................................................................... 78
Figura 3.41: Ventana estadística de clientes .......................................................................... 79
Figura 3.42: Ventana estadística de habitaciones ................................................................. 79
Figura 3.43: Ventana de seguimiento y control de los huéspedes ........................................ 80
Figura 3.44: Ventana control de usuarios ............................................................................... 81
Figura 3.45: Ventana de reporte diario de factura ................................................................. 82
Figura 3.46: Ventana reporte de liquidación .......................................................................... 82
Figura 3.47: Estructura funcional del sistema ........................................................................ 86
INDICE DE TABLAS
Tabla 3.1: Resumen de interfaces de subsistemas ................................................................. 63
Tabla 3.2 Procesos del sistema ................................................................................................ 83
Tabla 3.3: Confiabilidad por componente del sistema .......................................................... 86
Tabla 3.4: Matriz de Punto de Función .................................................................................. 87
Tabla 3.5: Punto de Función .................................................................................................... 87
Tabla 3.6: Situación Actual con el Sistema ............................................................................ 89
RESUMEN
El presente proyecto toma como objeto de estudio al Hotel Sagárnaga, que es una empresa que
brinda alojamiento a turistas nacionales como extranjeros, además de brindar otros servicios como
restaurante, lavandería, Internet, etc. El Hotel Sagarnaga acoge principalmente a visitantes extranjeros,
que llegan con bastante afluencia al hotel, esto debido a la variada publicidad que el hotel realiza en
coordinación con las agencias de viajes nacionales e internacionales.
El proyecto de grado titulado Sistema de Seguimiento y Control Caso: Hotel Sagarnaga
(SSCHS) ha sido desarrollado e implementado utilizando recursos y herramientas de tecnología
informática, basándose en las siguientes metodologías: Método Científico, Método RUP y la guía
GRAPPLE.
La plataforma para la cual fue desarrollado el proyecto, son los siguientes sistemas operativos:
win98, 2000, XP o Linux, el soporte para la Base de Datos es MySql, la interfaz grafica de usuario es
amigable y fácil de utilizar cumpliendo con los objetivos y alcances planteados.
Toda la etapa de Análisis y Diseño se la realizó con la metodología ya mencionada, para los
cuales se utilizaron los Diagramas de Casos de Uso, Diagramas de Clase, Diagramas de estado, Diagramas
de Secuencia, Diagramas de Colaboración, Diagramas de actividades, Diagramas de Componentes y
Diagramas de Distribución.
La institución se beneficio de gran manera con la implantación del sistema, el cual cuenta con
características principales como registro de huéspedes, registro de reservas, control de habitaciones,
liquidación de cuenta y elaboración de reportes.
1.1 Intr oducción
Hoy en día el manejo de la información es de vital importancia para una organización, por ello los
sistemas de información basados en computadoras son los pilares fundamentales de las actividades de una
organización, ya que una empresa requiere de información correcta y oportuna.
En el caso de las empresas que brindan servicios a clientes como los hoteles, manejan una gran
cantidad de información en diferentes procesos como la administración, gerencia, recepción, contabilidad,
almacén, etc. Toda esa información debe ser organizada y clasificada de modo que la gerencia pueda
realizar una mejor toma de decisiones. Por ello es importante que una empresa cuente con un sistema de
información que controle esos procesos.
En nuestro país se presento el libro que titula “El sector turístico en Bolivia”, bajo la supervisión
de la Oficina Económica y Comercial de la Embajada de España en la ciudad de La Paz, sobre la demanda
del turismo en Bolivia y los principales datos del turista que visita nuestro país.
La industria hotelera, es un establecimiento de hospedaje; lugar de alojamiento que incluye
habitaciones, restaurante, Internet, lavandería, etc. En nuestro país la llegada de turistas a establecimiento
de hospedaje tuvo una evolución lenta pero positiva como se puede observar en el siguiente grafico (Fig.
1.1).
Figura 1.1 Número de llegadas de turistas a establecimientos de hospedaje
Fuente: Viceministerio de Turismo.
El presente trabajo proporciona la construcción de un Sistema de seguimiento y control de la
información para el Hotel Sagárnaga, de manera que el sistema cumpla características de usabilidad y
ubicuidad. Donde los usuarios que utilicen el sistema podrán realizar el registro de Huéspedes, registro de
reservaciones, reportes de libros diarios, control de habitaciones y control de los servicios básicos.
1.2Antecedentes
Para el presente proyecto se tomara como objeto de estudio al Hotel Sagárnaga, que es una
empresa que brinda alojamiento a turistas nacionales como extranjeros, además de brindar otros servicios
como restaurante, lavandería, Internet, etc.
El Hotel Sagárnaga fue fundado en septiembre de 1980, ubicado en la calle Sagárnaga Nº 326 en
la ciudad de La Paz. El Hotel Sagárnaga acoge principalmente a visitantes extranjeros, que llegan con
bastante afluencia al hotel, esto debido a la variada publicidad que el hotel realiza en coordinación con las
agencias de viajes nacionales e internacionales.
AÑO EXTRANJEROS Tasa Anual de
Cr ecimiento (% )
NACIONALES Tasa Anual de
Cr ecimiento (% )
TOTAL Tasa Anual de
Crecimiento (% )
1993 268.968 10.0 560.659 0.3 829.627 3.3
1994 319.578 15.8 626.325 11.7 945.903 14.0
1995 350.687 9.7 646.804 3.3 997.491 5.5
1996 376.855 7.5 677.307 4.7 1.054162 5.7
1997 394.517 5.5 702.058 3.7 1.099575 4.3
1998 420.491 5.8 727.555 3.6 1.148.046 4.4
1999 409.142 2.7 708.192 2.7 1.117.334 2.7
2000 381.077 6.9 657.786 7.1 1.038.863 7.0
2001 378.551 0.7 673.056 2.3 1.051.607 1.2
2002 382.185 1.0 742.571 10.3 1.124.756 7.0
2003 367.036 4.0 774.989 4.4 1.142.025 1.5
2004 404.700 10.26 812.517 4.84 1.217.217 6.5
2005 422.902 4.49 871.479 7.2 1.294.381 6.3
2006 530.028 5.5 899.758 8.1 1.429.786 7.2
En la actualidad el Hotel Sagárnaga no cuenta con un sistema informático de modo que la
institución impone políticas y estrategias de funcionamiento para poder adaptarse al entorno del hotel
acusando perdida de tiempo, dinero e insatisfacción por parte de los usuarios.
En la carrera de informática existen proyectos de grado similares al proyecto que se propone, las
cuales han sido desarrolladas en semestres anteriores alcanzando los objetivos planteados.
Sistema de Información Hotelera [Cabero, 2000], cuyo propósito es mejorar los procesos
administrativos y operativos para una atención mas eficiente al huésped.
Sistema de Seguimiento y Control para la Hoteleria Boliviana [Loza, Mendoza, 2001], cuyo
propósito es resolver las dificultades y deficiencias que se presentan en algunos procesos del hotel.
Los proyectos mencionados brindan una clara idea de la importancia de la información para una
institución hotelera.
1.3Pr oblema de la Investigación
1.3.1 Planteamiento del Pr oblema
Luego del estudio preliminar que se realizo con el árbol de problemas [Ver Anexo A] a la visita
del hotel, se pudo identificar el siguiente problema central.
Baja productividad operativa, esto debido a que no se cuenta con un sistema informático que
controle el procesamiento y manejo de la información causando lentitud y morosidad en procesos de
liquidación, control de cuentas, registro de huéspedes y reportes.
En dicho problema se puede detectar las dificultades y deficiencias en los siguientes procesos.
• Demora en el servicio de liquidación por los servicios prestados por el hotel;
• Dificultad en el control de cuentas por la falta de un banco de datos adecuados;
• Dificultad y retraso en la elaboración de informes, esto debido al no contar con una herramienta
adecuada que administre la información.
No existe coordinación entre los diferentes departamentos en la elaboración de informes debido al
retraso de los procesos.
1.3.2 Formulación del Problema
En base a las dificultades y deficiencias descritas anteriormente, el proyecto de grado se plantea
con las siguientes interrogantes:
• ¿De que manera la falta de un sistema de procesamiento y manejo de la información ha afectado la
productividad operativa del hotel?;
• ¿Es posible implementar un sistema de seguimiento y control que permita controlar los
procedimientos de registro de huéspedes, registro de reservaciones, control de caja y control de
habitaciones?;
• ¿Es posible brindar información exacta, oportuna y confiable sobre el ingreso y egreso de los
huéspedes a la gerencia del hotel?;
• ¿Es posible que la metodología RUP y la guía GRAPPLE pueda contribuir con el desarrollo del
Proyecto para el análisis y diseño Orientado a Objetos de forma clara y sencilla?
1.4Objetivo
De acuerdo el análisis que se realizo con el árbol de objetivos [Ver Anexo A], se establecen los
objetivos que se desean logran en el proyecto de grado.
1.4.1 Objetivo Gener al
Analizar, diseñar e implementar un sistema informático que brinde información confiable y
oportuna para una buena toma de decisiones.
1.4.2 Objetivos Específicos
• Analizar y diseñar una Base de Datos de los servicios del hotel;
• Integrar toda la información de los servicios que el hotel ofrece para un mejor control de los
mismos;
• Implementar los procedimientos de registro de los huéspedes, registro de reservaciones, control de
habitaciones, control de caja y control de servicios básicos;
• Implementar procesos de Seguridad;
1.5 Justificación
J ustificación Metodológica
Las metodologías que se utilizan en el presente proyecto se mencionan a continuación:
• Método Científico;
• Metodología RUP;
• Guía GRAPPLE.
J ustificación Económica
El proyecto de grado se justifica económicamente al proponer un software de aplicación como
producto final, para mejorar el procesamiento y manejo de la información el cual disminuirá las perdidas
económicas al no contar con un sistema automatizado.
J ustificación Técnica
El proyecto se justifica técnicamente por la utilización de tecnología informática avanzada como
las redes de computadoras, Bases de Datos y Modelo Cliente/Servidor.
J ustificación Social
La implantación del sistema ayudara al personal involucrado al mejor desenvolvimiento de sus
funciones ya que al hotel acuden huéspedes de diferentes estratos sociales de Bolivia y del Extranjero.
1.6Alcances
Para desarrollar el proyecto de grado es necesario realizar un estudio profundo de la estructura y
funcionamiento del hotel resolviendo las dificultades y deficiencias más importantes.
• Implementar el subsistema de registro de huéspedes y registro de habitaciones;
• Integrar módulos que brinden el control de habitaciones, control de caja y control de servicios
básicos;
• Desarrollar un subsistema que proporcione reportes e información estadística confiable y
oportuna;
• Capacitar al personal quienes serán los directos responsables de las operaciones y manejo del
sistema.
2.1 Intr oducción
En este capítulo se hace una descripción del marco conceptual y el marco teórico necesario para
implementar el proyecto.
El marco conceptual, describe los conceptos y/o definiciones a utilizarse en el desarrollo del
proyecto.
El marco teórico, describe todo lo relacionado a la metodología utilizada en el desarrollo del
proyecto, describiendo la conceptualización de las metodologías RUP y GRAPPLE , además de detallar
cada flujo de trabajo del ciclo de vida como: recopilación de necesidades, análisis, diseño, modelo del
sistema, requerimiento de software y hardware, implementación , pruebas, mantenimiento del sistema y
calidad del software.
2.2Marco Conceptual
2.2.1 El Paradigma: La or ientación al Objeto
El Paradigma Orientado a Objetos es un conjunto de teorías, estándares y métodos que juntos
representan un medio de organización del conocimiento. La orientación a objetos muestra un nuevo
pensamiento sobre como modelar los objetos para un sistema de computación y sobre cómo se estructura
la información dentro de la computadora.
Las ventajas que representa el Paradigma son:
• Mejora la calidad del software generado;
• Acorta el tiempo de desarrollo;
• Aumenta la productividad;
• Se puede reutilizar software generado.
En programación orientada a objeto se utilizan conceptos propios como: objeto, encapsulamiento,
ocultación, métodos, clases, herencia, polimorfismo, Subclases, relación, etc.
A continuación se explican los más relevantes:
• Objeto, un objeto es una entidad real o abstracta que pertenece a una clase (o clases) que define
sus estados y comportamientos para con otros objetos. Un objeto consta de estado y
comportamiento, es decir, de atributos y operaciones;
• Herencia, la herencia es una de las características que más se destaca de la programación
orientada a objetos, la herencia es la capacidad de adquirir y conservar características “comunes”
de una generación a otra. Otras clases pueden beneficiarse de las características de las
“antecesoras” de manera de ahorrar tiempo en la hora de desarrollar e implementar un proyecto;
• Encapsulamiento, el encapsulamiento es un principio de abstracción de diseño encargado de
ocultar la información, datos o funciones especiales a los usuarios. El principio de ocultación de
información dice que los aspectos privados de un objeto (atributos) no pueden ser modificados ni
capturados a nos ser que lo sean mediante uno de los servicios (también llamados métodos u
operaciones);
• Abstracción, la abstracción que proporciona la programación Orientada a Objetos se basa en la
posibilidad de encapsulación, que consiste en agrupar bajo la misma entidad los datos y las
funciones o métodos que trabajan con esos datos. Esta propiedad permite distinguir a un objeto de
los demás, observando sus características y comportamientos, pensando en qué es y no en cómo
se codificaría en un lenguaje. Con la abstracción se destaca lo importante y se ignora lo
irrelevante, es decir, hay ocultamiento de información.
• Polimor fismo, los objetos encapsulan los que hace, es decir, oculta la funcionalidad interna de
sus operaciones de otros objetos.
2.2.2 El Lenguaje de Modelado UML
Lenguaje Unificado de Modelado (UML, por sus siglas en inglés, Unified Modeling Language) es
el lenguaje de modelado de sistemas de software más conocido y utilizado en la actualidad. Es un lenguaje
gráfico para visualizar, especificar, construir y documentar un sistema de software. UML ofrece un
estándar para describir un "plano" del sistema (modelo), incluyendo aspectos conceptuales tales como
procesos de negocios y funciones del sistema, y aspectos concretos como expresiones de lenguajes de
programación, esquemas de bases de datos y componentes de software reutilizables.
Objetivos de UML
• Definir un lenguaje de modelado visual;
• Fácil de aprender, rico en significado;
• Estándar, estable y configurable;
• Independiente de lenguajes de programación o procesos particulares.
El UML es parte muy importante para el desarrollo de Software Orientado a Objetos y en el
Proceso de Desarrollo de Software. Utiliza, en su mayor parte, notaciones gráficas para expresar los
procesos en el diseño de proyectos de Software.
Reglas de UML
Las reglas en UML especifican a que debe parecerse un modelo bien formado, es decir un modelo
que es semánticamente auto consistente y están con los modelos relacionados [Ramírez, 2005]. A
continuación se presenta su simbología, véanse Figuras 2.1, 2.2 y 2.3.
Figura 2.1 Simbología UML
Fuente: [Schmuller, 1997]
Figura 2.2 Simbología UML
Fuente: [Schmuller, 1997]
Simbología utilizada en los Diagramas de estado: Figura 2.3 Simbología de componentes
Fuente: [Schmuller, 1997]
Diagramas de UML
Un diagrama es la representación gráfica de un conjunto de elementos y relaciones. Los diagramas
se utilizan para visualizar el comportamiento de un sistema desde diferentes perspectivas. Estos diagramas
de UML son los siguientes:
Diagramas de estr uctura
Muestran los elementos que deben existir en el sistema modelado:
• Diagrama de clases para modelar la estructura y visualizar las relaciones entre las clases que
involucran el sistema;
• Diagrama de componentes para modelar el aspecto físico del sistema;
• Diagrama de objetos para modelar la estructura estática de los objetos en el sistema
• Diagrama de despliegue para formar un sistema ejecutable;
• Diagrama de paquetes para organizar y analizar el avance del sistema;
Diagramas de Compor tamiento
Muestra lo que debe suceder en el sistema:
• Diagrama de actividades para visualizar, especificar y modelar el comportamiento de los casos de
uso, objetos y operaciones;
• Diagrama de casos de uso para modelar los procesos;
• Diagrama de estados para modelar el funcionamiento de los objetos.
Diagramas de Interacción
Muestra el flujo de control y los datos entre los elementos del sistema:
• Diagrama de secuencia para modelar la interacción de un conjunto de objetos en una aplicación a
través del tiempo;
• Diagrama de comunicación para modelar el paso de mensajes entre objetos.
2.2.3 Modelo Cliente Servidor
El esquema clienteservidor es un modelo de computación donde las aplicaciones relacionadas se
divide entre dos o mas procesos que cooperan entre si.
Los principales componentes del modelo son los Clientes (interactúan con el usuario), los
Servidores (proporciona un servicio al cliente y devuelven el resultado), y la infraestructura de
comunicación (la cual proporciona los mecanismos básicos de direccionamiento y transporte).
Modelo de 3 Capas
El modelo de 3 capas es un método que se utiliza en la ingeniería de software, para dividir una
aplicación en diferentes capas, el modelo de tres capas se divide en: Capa Cliente, Capa Intermedia o
aplicación y Capa del Servidor o datos del Negocio, véase Figura 2.4.
El desarrollo del proyecto se la realiza a través del modelo de tres capas el cual presenta las
siguientes ventajas:
• Separación de funciones, todo lo relacionado con la interfaz del usuario va en una capa, las
reglas de negocio en otra y el manejo de datos en una tercera capa;
• Reutilización, el código correspondiente a una capa puede ser reutilizado;
• Escalabilidad, sabiendo dónde está el código correspondiente a cada capa, pueden realizarse
modificaciones dentro de una capa para mejorar o aumentar el tamaño del sistema de software,
con un mínimo impacto en las capas restantes;
• Facilidad de mantenimiento, mediante esta división, es mucho más sencillo localizar errores en
el código o efectuar mejoras.
Figura 2.4: Modelo Tres Capas
2.2.4 Base de Datos Relacional
En una computadora existen diferentes formas de almacenar información. Esto da lugar a distintos
modelos de organización de la base de datos: jerárquico, red, relacional y orientada a objeto.
Los sistemas relacionales son importantes porque ofrecen muchos tipos de procesos de datos,
como: simplicidad y generalidad, facilidad de uso para el usuario final, períodos cortos de aprendizaje y
las consultas de información se especifican de forma sencilla.
Las bases de datos relacionales están constituidas por una o más tablas que contienen la
información ordenada de una forma organizada. Cumplen las siguientes leyes básicas [Stallings, 2000]. :
• Generalmente, contendrán muchas tablas;
• Una tabla sólo contiene un número fijo de campos;
• El nombre de los campos de una tabla es distinto;
• Cada registro de la tabla es único;
• El orden de los registros y de los campos no está determinado;
• Para cada campo existe un conjunto de valores posible;
Objeto – Relacional
El mapeo objetorelacional es una técnica de programación para hacer corresponder datos entre el
modelo orientado a objetos al modelo de datos relacional [Ver Anexo B], los conceptos de clase e
instancia siguen las siguientes definiciones [Elizondo, 2005]:
• En E/R un tipo de entidad representa dos cosas:
o La intensión, el nombre del tipo de entidad y la lista de sus atributos;
o La extensión o conjunto de entidades que forman parte del tipo de entidad;
• Considerando lo anterior, una clase es un concepto equivalente al tipo entidad;
• Las entidades de una clase se llaman objetos o instancias de esa clase;
• Cada objeto o instancia consta de un identificador predefinido que lo identifica. Dicho
identificador del objeto no es ninguno de sus atributos;
• Los objetos o instancias de una clase cuentan con un conjunto de operaciones que se pueden
realizar sobre ellos;
• Dichas operaciones pueden servir para especificar requisitos funcionales durante el diseño de la
base de datos.
2.3Marco Teór ico
2.3.1 El Proceso Unificado de Desar rollo de Software
El Proceso Unificado de Desarrollo de Software, es un proceso que puede ser utilizado para una
gran cantidad de tipos de sistemas de software, diferentes tipos de organizaciones y diferentes tamaños de
proyectos.
Provee un enfoque disciplinado en la asignación de tareas y responsabilidades dentro de una
organización de desarrollo. Su meta es asegurar la producción de software de muy alta calidad que
satisfaga las necesidades de los usuarios finales, dentro de un calendario y presupuesto predecible, véase
Figura 2.5.
Figura 2.5 Flujos del trabajo unificado
2.3.2 Guía par a la Ingenier ía de Aplicaciones Rápidas (GRAPPLE)
GRAPPLE no es una férrea metodología, más bien es un conjunto de ideas adaptables y flexibles,
es una herramienta para mostrar al UML dentro de un contexto.
GRAPPLE consta de cinco segmentos, cada segmento consta de diversas acciones. Cada acción
trae consigo un producto del trabajo, y cada acción es responsable de un jugador.
GRAPPLE se encausa a los sistemas orientados a objetos. Por ello las acciones dentro de cada
segmento se orientan a crear productos de trabajo de una naturaleza orientada a objetos, [Schmuller,
1997].
Los segmentos son:
• Recopilación de necesidades;
• Análisis;
• Diseño;
• Desarrollo;
• Distribución.
2.3.3 Recopilación de Necesidades
La recopilación de necesidades consiste en la recolección de información y datos de la forma más
estructurada posible. En está fase se establece la planificación del proyecto y su alcance. Para esto se
describe los procesos de negocio, se realiza un análisis del dominio, se identifican los sistemas
cooperativos, se descubre las necesidades del sistema y se presenta la identificación del producto. Los
siguientes puntos ayudan a realizar la recopilación de necesidades:
• Descubrir los procesos de negocio;
• Realizar un análisis del dominio;
• Identificación de los sistemas cooperativos;
• Descubrir las necesidades del sistema;
• Presentación de resultados.
2.3.4 Análisis
En este segmento se profundiza la información obtenida en la Recopilación de Necesidades, el
análisis del sistema se realizara con las siguientes etapas:
• Comprensión del uso del sistema, en esta etapa se descubre los actores que iniciaran cada caso
de uso del sistema, comprendiendo el uso que el usuario realizara en el sistema, los actores son
los diferentes usuarios y el papel que representan dentro del sistema. véase Figura 2.6.
Figura 2.6: Representación de Actores
• Diagramas de Casos de Uso, un caso de uso representa todo lo que el usuario puede realizar
dentro del sistema, en esta etapa se hace realidad los casos de uso, analizando las secuencias de
pasos para cada caso de uso, la notación que se utiliza para representar los casos de uso se
encuentra en la Figura 2.7.
Figura 2.7.: Diagrama de Casos de Uso
• Diagramas de clases, es una colección de elementos (estáticos) declarativos de un modelo
[Larman, 1999], en esta etapa se realiza el análisis, modelado y depuración de los diagramas de
Clases, se debe de llenar los nombres de las asociaciones, clases abstractas, multiplicidades,
generalizaciones y agregaciones, véase Figura. 2.8.
Figura 2.8: Diagrama de Clases
• Analizar cambios de estado en los objetos, muchas veces el proyecto requiere la presentación de
cambios de estado, por ello es importante realizar los diagramas de estado los cuales nos
permiten describir el comportamiento de un objeto, mostrando la secuencia de estados por los que
pasa a lo largo de su vida. En está etapa se describen todos los estados posibles en los que puede
entrar un objeto en particular, véase Figura. 2.9.
Figura 2.9: Diagrama de Estados
• Definir la comunicación entr e objetos, en esta etapa se encarga de modelar los objetos y
permite ilustrar las acciones de los actores y las operaciones iniciadas por ellos. Un diagrama de
secuencia representa la interacción entre las clases, se modela para cada caso de uso, véase Figura
2.10.
Figura 2.10: Diagrama de Secuencia
• Analizar la integración con los diagramas de colaboración, en esta etapa se debe descubrir
todos los detalles específicos del sistema, de ser necesario realizar los diagramas de distribución
detallada. Los diagramas de colaboración permiten modelar interacciones entre objetos en el
sistema y se centra a estudiar todos los efectos de un objeto durante un escenario, véase Figura
2.11.
Figura 2.11: Diagrama de Colaboración
2.3.5 Diseño
En este segmento se trabaja con los resultados del segmento de análisis para diseñar la solución, las
tareas que se realizaran en el diseño son las siguientes:
• Desar rollo y depuración de los diagramas de objetos, en esta etapa se debe de dar vida a los
objetos mediante el análisis de cada operación y el desarrollo de un diagrama de actividades. El
diagrama de actividades es un diagrama de flujo del proceso multipropósito que se usa para
modelar el comportamiento del sistema. Los diagramas de actividad se pueden utilizar para
modelar una clase, un caso de uso o un método complicado, véase Figura 2.12.
Figura 212: Diagrama de Actividades
• Desar rollo de diagramas de componentes, el producto de esta etapa son los diagramas de
componentes, los cuales describen los elementos físicos del sistema y sus relaciones. Muestran las
opciones de realización incluyendo código fuente, binario y ejecutable, véase Figura 2.13. Figura 2.13: Diagrama de componentes
• Planeación de la distr ibución, en esta etapa se desarrollara los diagramas de distribución los
cuales muestran el despliegue de nodos (locales y remotos), en la organización del sistema,
mostrando el lugar donde se encontraran los componentes, véase Figura 2.14.
Figura 2.14: Diagrama de Distribución
• Diseño y prototipos de la inter faz del usuar io, en esta etapa se diseña las interfaces con las que
contara el proyecto, véase Figura. 2.15
Figura 2.15: Prototipo de Interfaz
2.3.6 Modelo y Diseño de la base de datos
Los sistemas pueden subdividirse en pequeños componentes o subsistemas, los cuales colaboran y
ayudan a comprender mejor el sistema general. La Figura 2.16 muestra la división del sistema a
desarrollar.
Figura 2.16: Diagrama del sistema
Para el diseño de base de datos se utiliza la técnica de conversión al modelo entidadrelación,
tomando la información de los diagramas de clases, ver la correspondencia objeto relacional [Anexo B].
2.3.7 Requer imiento de Software y Hardware
Para el desarrollo del presente proyecto se utilizaran, un conjunto de herramientas de Software y
Hardware, de manera que estas herramientas coadyuven en el desarrollo del sistema en sus diferentes
etapas. Se hará uso de herramientas case, como Rational Rose para el diseño del sistema, el entorno de
desarrollo visual Delphi, para la programación del software y otras herramientas que se describen en el
siguiente capitulo de este documento.
2.3.8 Implementación
Para realizar la implementación se debe agrupar todos los elementos que intervienen en el
desarrollo del sistema, incluyendo al manual del sistema, archivos de configuración, archivos de datos,
componentes software, etc.
El Manual del Sistema tiene la finalidad de proporcionar la información del sistema, a nivel de
análisis de manera de permitir hacer cambios, modificaciones y eliminaciones. El manual describe los
siguientes casos: casos de uso, base de datos, modelo relacional, plataformas en que funciona el sistema y
requerimientos de hardware y software.
La implementación es una colección de componentes y elementos de software, estos
componentes incluyen: ficheros ejecutables, ficheros de código fuente, y otro tipo de ficheros necesarios
para la implantación y despliegue del sistema.
En esta sección se realizara las siguientes tareas:
• Generación de código, con los diagramas anteriormente desarrollados se generara el código del
sistema;
• Ver ificación del código, mientras se desarrolla el código del sistema, se realizara pruebas de
manera constante para evaluar el código generado;
• Generación de inter faces del usuar io, se realiza la generación de la interfaz de usuario a partir
de los diagramas de diseño;
• Manual de usuar io, es un resumen de secciones y acciones que el usuario puede realizar con el
sistema, expone de manera clara y concisa las siguientes funciones: instalación, inicio del
sistema, realizar altas, realizar bajas, realizar modificaciones y realizar actualizaciones.
2.3.9 Pr uebas
Las Pruebas de Software, es un proceso usado para identificar posibles fallos de implementación,
calidad, o usabilidad de un sistema. El objetivo de las pruebas es encontrar el mayor número posible de
errores con una cantidad razonable de esfuerzo, aplicando sobre un lapso de tiempo relista [Pressman,
2002].
Para el presente proyecto se realizaran las Pruebas de Estrategia Espiral, el cual tiene la ventaja de
ser flexible y maximiza la cantidad de prueba realizada durante el desarrollo del prototipo. El Modelo
Espiral, permite un desarrollo estable de pruebas de cada cambio del sistema y facilita las pruebas de bajo
nivel, a medida que se crea el código, véase Figura 2.17.
Figura 2.17: Modelo Espiral
Fases del Modelo Espiral
• Planteamiento de Objetivos, se identifican los objetivos específicos para cada fase del proyecto;
• Identificación y reducción de r iesgos, los riesgos clave se identifican y analizan, y la
información sirve para minimizar los riesgos;
• Desarrollo y Validación, se elige un modelo apropiado para la siguiente fase del desarrollo;
• Planeación, se revisa el proyecto y se trazan planes para la siguiente ronda del espiral.
2.3.10 Mantenimiento del sistema
El mantenimiento se basa en la corrección de errores o las adaptaciones que el sistema requiere a
medida que esta evoluciona en su entorno, durante esta fase se encuentran cuatro tipos de cambio:
• Mantenimiento Cor rectivo, es aquel proceso orientado a la reparación de defectos existentes en
un sistema software, ocurre cuando: el programa falla o aborta, un programa produce un resultado
que no es acorde con los requisitos, los diseños y requisitos no están acordes con el software que
los soporta y la documentación de usuario lleva a conclusiones erróneas al propio usuario hacia
actividades que provoquen resultados incorrectos o fallos en el sistema;
• Mantenimiento Adaptativo, es el proceso para mejorar la funcionalidad del software, hardware y
su documentación, el mantenimiento adaptativo mejorar la productividad automatizando
actividades;
• Mantenimiento Per fectivo, es un método tratar de pulir o refinar la calidad del software y su
documentación;
• Mantenimiento Preventivo, es el que se ejecuta para prevenir fallos antes de que éstos ocurran,
es también llamado reingeniería del software. En esencia, el mantenimiento preventivo hace
cambios en programas a fin de que se puedan corregir, adaptar y mejorar más fácilmente.
2.3.11 Calidad del Softwar e
La calidad del software es asegurar que todos los requerimientos del diseño serán satisfechos y
que el producto resultante de la ingeniería de software cumple con los requisitos funcionales y los
estándares de desarrollo.
Factores de calidad
• Por tabilidad, es la facilidad de transportar productos software a varios ambientes de hardware
software. Se mide probando el sistema en diferentes sistemas operativos;
• Per formance, es el desempeño con respecto al rendimiento de una computadora, un sistema
operativo o un programa. La evaluación de performace se hace utilizando datos de prueba o
reales de manera de verificar el rendimiento y los resultados del sistema;
• Confiabilidad, es la certeza de que un componente, equipo o producto software realiza su
función prevista sin incidentes por un periodo de tiempo. Para determinar la confiabilidad de
cualquier sistema es necesario definir la función del sistema al igual que las situaciones o
condiciones que hacen perder la funcionalidad sobre el sistema.
Es posible expresar la confiabilidad de acuerdo a la siguiente ecuación:
1 2 3 ( ) ( ) ( ) ( )... ( ) n R t R t R t R t R t =
Donde R (t) representa la confiabilidad del componente.
Ri (t) se la encuentra con la siguiente ecuación:
( ) ( ) t i R t e λ − =
Donde λ es la probabilidad de que el componente falle y t representa el periodo de tiempo. Si los n componentes están conectados en serie la confiabilidad ( ) R t esta dada por:
1 2 3 ( ) 1 [(1 ( ))*(1 ( ))*(1 ( ))...(1 ( ))] n R t R t R t R t R t = − − − − −
Si los n componentes están conectados en paralelo la confiabilidad ( ) R t esta dada por:
1 2 3 ( ) 1 [(1 ( ))*(1 ( ))*(1 ( ))...(1 ( ))] n R t R t R t R t R t = − − − − −
• Funcionalidad, se refiere a representar la forma en que un componente, un dispositivo o un
equipo funciona; es decir, los mecanismos o secuencias de eventos que hacen que el objeto realicé
cierta función.
La métrica del punto función, es un método para medir el tamaño del software. Pretende medir la
funcionalidad entregada al usuario independientemente de la tecnología utilizada para la
construcción y explotación del software.
Hoja de trabajo para el cálculo del punto función
Factor de Ponderación Parámetro de Medición Cuenta Simple Medio Complejo Tota l
Numero de entradas de usuario X1 X2 X3 X4 X5 Numero de salidas de usuario X5 X6 X7 X8 X9 Numero de peticiones de usuario X10 X11 X12 X13 X14 Numero de archivos X15 X16 X17 X18 X19 Numero de interfaces externas X20 X21 X22 X23 X24 Total de puntos de función sin ajustar (TUFP)
X25
(0=sin efecto en la complejidad de procesado; 5=gran efecto en complejidad de procesado)
Punto de Función
Escala Sin
importancia
Prud
ente
Moderado
Medio
Significativo
Esencial
Factor 0 1 2 3 4 5
Requiere el sistema copias de seguridad y de
recuperación fiable.
Se requiere comunicación de datos
Existen funciones de procesos distribuidos
Es critico el rendimiento
Será ejecutado el sistema en un S. O. existente
Requiere el sistema entrada interactiva
Requiere entrada de datos interactiva sobre
múltiples ventanas
Se actualizan los archivos maestros de forma
interactiva
Son complejas las salidas, los archivos a la petición
Es complejo el procesamiento interno
Se ha diseñado el código para ser reutilizable
Están incluidas en el diseño la conversión y la
instalación
Se ha diseñado el sistema para soportar múltiples
instalaciones
Se ha diseñado la aplicación para facilitar los
cambios y para ser fácilmente utilizada por el
usuario
Complejidad de procesado (CP): ______
Complejidad de procesado ajustada (CPA) = 0,65 + (0,01 * CP)
Total de puntos de función ajustados (TAFP) = CP * TUFP
3.1 Intr oducción
Este capítulo se enmarca en el flujo de trabajo fundamental, donde se especifican los requisitos
del producto, desarrollo, construcción, implementación, pruebas y actividades de mantenimiento y
métricas del sistema
El proyecto es desarrollado siguiendo la línea de la metodología RUP, basada en la guía para la
ingeniería de aplicaciones rápidas (GRAPPLE).
El presente proyecto toma como objeto de estudio al Hotel Sagárnaga, que es una empresa que
brinda hospedaje a turistas nacionales como extranjeros, además de brindar otros servicios como
restaurante, lavandería, Internet, salón, etc.
3.2Recopilación de Necesidades
Descubrir las necesidades es muy importante por ello en está acción se realiza la recolección de
información acerca del funcionamiento del hotel
Descubr ir los procesos de negocio
A continuación se describen los cargos de los empleados que trabajan en el hotel y las funciones
que cumplen:
• Gerente general, es el encargado de la administración general del hotel;
• Administr ador , es el encargado del manejo, control y administración del hotel, coordina y
supervisa las labores del personal de recepción, mantiene informado al personal de las actividades
y disposiciones de la gerencia;
• J efe de almacén, es el encargado del control y administración del almacén; controla el ingreso y
salida de los productos;
• J efe de mantenimiento, es el encargado del mantenimiento y la refacción de las habitaciones del
hotel;
• J efe de r estaurante, es el encargado de los servicios alimenticios del restaurante;
• Recepcionistas, es el encargado de todo el movimiento de los huéspedes; recibe a los huéspedes,
asigna habitaciones y da información general del hotel.
Realizar un análisis del dominio
Descripción de las actividades del Hotel Sagárnaga.
Entre los servicios que proporcionan el Hotel están: el hospedaje, restaurante, lavandería,
teléfonos, Internet, etc., de manera de hacer más cómoda la estancia del visitante.
Las principales operaciones y funciones que se desempeñan en el hotel se enmarcan de la
siguiente manera:
• Registro, cuando el huésped se presenta en el hotel debe anotar sus datos en una Ficha de registro
proporcionada en la recepción del hotel. El objetivo de este registro es: conocer visualmente los
cuartos que están ocupados y los disponibles, poseer los datos de los huéspedes, atender llamadas
recibidas o solicitadas por los huéspedes y para verificar la limpieza y orden de la habitación
ocupada;
• Reserva, la operación de reserva se inicia cuando se recibe en el hotel una reservación. Los datos
del futuro huésped se anotan en la hoja de reservaciones, una vez que previamente se ha
verificado si hay habitaciones disponibles. Al finalizar el día las hojas de reservación se registran
en el Cuaderno de Reservaciones del Día;
• Aper tura de una cuenta , inmediatamente después del registro se abre el estado de cuenta
correspondiente en el cuaderno de apertura de cuenta, en la que se anotan las habitaciones
asignados a cada huésped;
• Limpieza y supervisión de habitaciones, el departamento de mantenimiento y limpieza se
encarga de atender los servicios de aseo de la habitación, hacer camas, poner toallas limpias,
accesorios y reportar alguna falla en las instalaciones;
• Elaboración de la hoja de habitación, la recepción elabora un informe anotando el número de
las habitaciones ocupadas, vacíos, fuera de servicio, el número de huéspedes y costo de
habitación. Enviando el informe al administrador del hotel;
• Restaurante, el servicio de restaurante se encarga de controlar y se determinan los costos y
gastos de la elaboración de alimentos;
• Ingresos, el control se efectúa por medio de una lista donde se escribe lo que el huésped
consumió durante su estancia en el hotel. Se realiza una copia en el informe diario añadiendo los
servicios y otros gastos. El informe una vez totalizado se envía al departamento de contabilidad
junto con el sobre que contiene el valor de caja;
• Otros Servicios, los servicios secundarios como lavandería, Internet, teléfonos, etc. Se registran
en notas o fichas especiales que se detallaran según su naturaleza. Estas notas se concentran en un
informe diario de cada servicio.
Identificación de los sistemas cooperativos
El siguiente diagrama muestra la relación entre las áreas del Hotel Sagárnaga, véase Figura 3.1.
Figura 3.1 Área del Hotel
Descubr ir las necesidades del sistema
Luego del estudio preliminar que se realizo se identifico una baja productividad operativa, esto
debido a que el Hotel Sagárnaga no cuenta con un sistema informático que controle el procesamiento y
manejo de la información, por ello, se propone desarrollar un sistema de seguimiento y control que mejore
los procesos administrativos.
Identificación del Producto
El Software tiene como nombre Sistema de Seguimiento y Control Hotel Sagárnaga (SSCHS).
• ¿Qué hará el sistema?
El sistema a desarrollarse tendrá los módulos de registro de huéspedes, registro de reservas,
registro de una nueva cuenta, asignación de habitaciones y asignación de los servicios básicos que el hotel
ofrece como lavandería, Internet, etc., cada módulo tendrá operaciones básicas de adición, eliminación y
actualización de datos.
El sistema permitirá obtener reportes periódicos de los diferentes asuntos que se pueda requerir,
como el historial de los huéspedes para la policía Interpol.
El sistema también realizara el seguimiento y control de los huéspedes, habitaciones, reservas y
servicios, devolviendo informes de estado de cada proceso, esto de manera periódica o cuando lo requiera
el usuario.
• ¿Qué no hará el sistema?
El sistema no realizara aquellos procesos donde intervenga el razonamiento lógico del
administrador y recepcionista.
• Beneficios
Este producto software ayudara en las actividades básicas del Hotel Sagárnaga; Ayudara en el
almacenamiento correcto de los datos de un cliente, reservas y servicios. Además de brindar información
periódica y correcta de cada proceso.
Pr esentación de resultados
En esta sección se realizo el refinamiento de los resultados obtenidos, se reviso el tratamiento de
los conceptos y se verifico la identificación del producto. Luego del estudio realizado, se presentaron los
resultados al cliente, el cliente no estuvo de acuerdo en algunos puntos por ello se hicieron las revisiones
pertinentes hasta aprobar los resultados, para luego proceder con el proyecto.
3.3Análisis
3.3.1 Análisis del sistema actual
Para obtener una visión completa de cómo se ejecuta el trabajo, es necesario realizar una
descripción de cada uno de los procesos que realiza el hotel la Figura 3.2 detalla los procesos existentes en
el hotel.
Compresión del uso del sistema
La siguiente Figura 3.3 muestra los actores que intervienen en el actual sistema del Hotel.
Figura 3.3 Actores del sistema hotel
Una de las técnicas utilizadas para recopilar la información acerca del funcionamiento del hotel
fue la entrevista, la cual proporciono información cualitativa, cabe mencionar que solo se entrevisto al
personal que utilizara el sistema.
A continuación se detalla el funcionamiento del hotel con las entrevistas realizadas.
Actor : Recepcionista
Descr ipción: Es el encargado de todo el movimiento de los huéspedes realizando las siguientes
funciones:
• Recibir a los huéspedes;
• Brinda información general de los servicios que ofrece el Hotel;
• Registra a los clientes que solicitan servicio de hospedaje, dando de alta en la hoja de
registro de huésped asignándole una habitación;
• Registra las reservas que el cliente solicita por algún medio en el cuaderno de
reservaciones;
• Elabora los escritos, recibos y cobros por alojamiento;
• Lleva el control de las llaves de la habitación;
• Administra y efectúa reportes de liquidación de huéspedes, los reportes se los realiza por
escrito en hoja especial.
Actor : Administrador
Descr ipción: Es el encargado del manejo, control y administración del Hotel, realizando las
siguientes funciones:
• Coordina y supervisa las labores del personal de recepción;
• Mantiene informado al personal de las actividades y disposiciones de la gerencia;
• Administra reportes de clientes por escrito en hoja de huéspedes;
• Administra reportes por el material de consumo y servicio que se le asigno al huésped;
• Administra reportes de caja y liquidación de los estados de habitación y los servicios
ofrecidos.
Actor : Gerente general
Descr ipción: Es el encargado de la administración general del Hotel, realizando las siguientes
funciones:
• Define funciones de puestos;
• Supervisa el trabajo de sus subalternos;
• Participa en las reuniones diarias con los demás jefes de departamentos;
• Administra reportes de caja y liquidación.
Actualmente el proceso desde que ingresa el huésped hasta que termina su alojamiento en el
hotel, se lo realiza de manera manual, ayudado por los siguientes formatos:
• Hoja de r egistro de huésped, una ves de que el cliente solicita hospedaje en el hotel, el
recepcionista le proporciona la hoja de registro de huésped, donde se registran los datos
generales del huésped como son: nombre, pasaporte, nacionalidad, procedencia, profesión,
dirección, fecha de nacimiento. Este formato la firma el huésped con lo cual autoriza al
hotel el uso de esos datos para el registro de habitaciones y los reportes para la policía
INTERPOL;
• Hoja de r egistro de habitación, una vez que se tiene registrado al huésped el
recepcionista procede a asignarle una habitación en la hoja de registro de habitación,
verificando que existan habitaciones disponibles en el cuaderno de habitaciones, en esta
formato se anota la fecha de registro de habitación, la habitación, el número de personas, la
fecha de salida del hotel y las observaciones;
• Hoja de notas de los servicios ofr ecidos, en este formato se anotan el nombre del servicio,
tipo, precio y duración, aquí es donde el botones o el encargado que ofrece el servicio
anota a que habitación se asigna el servicio;
• Hoja de r eservaciones, esta hoja es utilizada para realizar la reservación de una habitación,
contienen los siguientes datos: nombre, fecha de llegada, fecha de salida, hora de reserva,
número de personas, número de habitaciones, medio, responsable;
• Cuader no de reservaciones, contiene la información de las reservas realizadas;
• Hojas o r ecibos de liquidación, una vez que el huésped decide cerrar su cuenta en el hotel,
se le proporciona una hoja o recibo de liquidación donde contiene los detalles y los saldos
de los servicios prestados por el hotel, esta hoja contiene: señor, habitación, fecha de
llegada, hora de llegada, fecha de salida, hora de salida, detalle, observaciones, total cuenta
hotel.
Diagramas de Casos de Uso
Figura 3.4 se muestra el modelo de casos de uso del negocio identificado.
Figura 3.4: Diagrama de casos de uso del Hotel
Elaboración de los Cambios de Estado de Objeto
Los diagramas de actividades nos indican como se ejecuta el trabajo, proporcionando una
descripción de los actos que se realizan en el Hotel. En la Figura 3.5 se muestra el diagrama de
actividad relacionado con el sistema actual.
Figura 3.5: Diagrama de actividad del sistema actual
El sistema manual que se lleva a cabo en el Hotel es para proporcionar información al
recepcionista y administrador para que lleven el control de las habitaciones disponibles y ocupadas,
controlar los servicios de consumo de los huéspedes como: restaurante, lavandería, Internet, etc.,
conocer el grado de estadía de los huéspedes y finalmente para el cobro del alojamiento del hotel.
Para hacer las consultas y reportes, deben de acudir a los cuadernos de registro, reserva,
habitaciones, etc. Haciendo el proceso lento.
El estudio realizado revela que los datos deben estar al alcance del personal para atender los
requerimientos de información de manera rápida y confiable.
3.3.2 Análisis del Nuevo Sistema
Compresión del uso del sistema
Como una primera aproximación identificamos a los actores que interactúan con el sistema,
véase Figura 3.6
Figura 3.6: Identificación de actores
Se definen a los actores y los roles que desempeñan dentro del sistema. Los actores en la
descripción de los requisitos son: Recepcionista, Administrador, Administrador de Gerencia.
Actor : Recepcionista
Descr ipción: Se encarga de realizar el registro de los huéspedes,
lleva el control de entrada/salida de huéspedes y genera reportes.
Caso de Uso:
Autenticación recepcionista
Registrar huésped
Apertura de una nueva cuenta
Apertura de una reservación
Asignar habitaciones
Asignar servicios
Cobro por cliente
Liquidación de cuenta.
Actor : Administrador general
Descr ipción: Realiza el Control y la administración de las
operaciones a nivel gerencial.
Caso de Uso:
Autenticación Administrador general
Ver reportes de liquidación
Ver reportes de Caja
Actor : Administrador
Descr ipción: Se encarga de la administración del sistema y de todos
los servicios que ofrece el hotel.
Caso de Uso:
Autenticación Administrador
Administra Sistema
• Agrega, elimina y modifica habitaciones;
• Agrega, elimina y modifica servicios;
• Agrega, elimina y modifica usuarios de sistema;
• Calcular Ganancias.
Ver reportes de clientes
Ver reportes de liquidación
Ver reportes de Caja
Ver historial de clientes
Diagramas de Casos de Uso
El diagrama de casos de uso muestra una parte de la funcionalidad general del sistema. La
Figura 3.7 muestra el modelo de casos de uso general identificado, en el cual se observa las
interacciones que hay entre un actor y un caso de uso.
Figura 3.7: Diagrama de casos de uso general
En la Figura 3.8 se muestran el diagrama de casos de uso general para el paquete
recepcionista. La descripción de los restantes casos de uso se encuentra en el Anexo C.
Figura 3.8: Diagrama de casos de uso para el paquete recepcionista
A continuación se procede a describir la funcionalidad de los diagramas de caso de uso
presentados. Para ello, se emplea una ficha de descripción.
Nombre Caso de Uso: “Autenticación de usuario”
Actores: Recepcionista, Administrador, Administrador General
Tipo: Primario de carácter esencial
Descr ipción:
Precondición: El usuario entra en la opción identificación de usuario
Postcondición: El usuario es reconocido por la aplicación.
Flujo de evento: El caso de uso empieza cuando el usuario visualiza la interfaz que permite la
inserción de nombre de usuario y contraseña. En esta interfaz el usuario introduce sus datos de
‘usuario’ y ‘Contraseña’ para entrar al sistema.
Nombre Caso de Uso: “Registrar huésped”
Actores: Recepcionista
Tipo: Primario de carácter real
Descr ipción:
Precondición: el usuario entra en la opción registro de nuevo cliente
Postcondición: El evento es reconocido por la aplicación.
Flujo de evento: El caso de uso empieza cuando el usuario visualiza la interfaz que le permite
realizar el registro de un huésped, el usuario ingresa los datos en el formulario de registro de
huésped y finalmente guarda los cambios efectuados.
Nombre Caso de Uso: “Apertura una nueva cuenta”
Actores: Recepcionista
Tipo: Primario de carácter real
Descr ipción:
Precondición: El usuario entra en la opción apertura de una nueva cuenta
Postcondición: El evento es reconocido por la aplicación.
Flujo de evento: El caso de uso empieza cuando el usuario visualiza la interfaz que le permite
seleccionar al cliente, para luego poder crear una nueva cuenta, presionando el botón “Cuenta
nueva”.
Nombre Caso de Uso: “Apertura de reservación”
Actores: Recepcionista
Tipo: Primario de carácter real
Descr ipción:
Precondición: El usuario entra en la opción de reserva de habitación
Postcondición: El evento es reconocido por la aplicación.
Flujo de evento: El caso de uso empieza cuando el usuario visualiza la interfaz de reserva que le
permite realizar el registro de los huéspedes. El usuario realiza el registro insertando en el
formulario de reserva los datos de los clientes.
Nombre Caso de Uso: “Asignar habitaciones”
Actores: Recepcionista
Tipo: Primario de carácter real
Descr ipción:
Precondición: El usuario entra en la opción clientes
Postcondición: El evento es reconocido por la aplicación.
Flujo de evento: El caso de uso empieza cuando el usuario visualiza la interfaz que le permite ver
a los clientes registrados, el usuario selecciona al cliente y realiza la asignación de la habitación
presionando la opción “Asignar habitación”.
Nombre Caso de Uso: “Asignar servicios”
Actores: Recepcionista
Tipo: Primario de carácter real
Descr ipción:
Precondición: El usuario entra en la opción habitaciones
Postcondición: El evento es reconocido por la aplicación.
Flujo de evento: El caso de uso empieza cuando el usuario visualiza la interfaz de habitaciones
ocupadas selecciona la habitación que solicito el servicio y luego el usuario realiza la asignación
del servicio (teléfono, restaurante, lavandería, Internet, etc.) a la habitación presionando la
opción “Asignar servicio”.
Nombre Caso de Uso: “Consultar reserva de habitaciones”
Actores: Recepcionista
Tipo: Primario de carácter real
Descr ipción:
Precondición: El usuario entra en la opción consultar reserva de habitaciones
Postcondición: El evento es reconocido por la aplicación.
Flujo de evento: El caso de uso empieza cuando el usuario visualiza la interfaz que le permite
realizar la consulta de habitaciones, servicios, etc. El usuario realiza la consulta de reserva de
habitación presionando la opción “habitaciones reservadas”.
Nombre Caso de Uso: “Cobrar a cliente”
Actores: Recepcionista
Tipo: Primario de carácter real
Descr ipción:
Precondición: El usuario entra en la opción cobrar
Postcondición: El evento es reconocido por la aplicación.
Flujo de evento: El caso de uso empieza cuando el usuario visualiza la interfaz de cobro, el
usuario selecciona al cliente que realizara el pago, introduce los datos en el formulario de cobro y
actualiza la cuenta del cliente.
Nombre Caso de Uso: “Liquidar o Cerrar una cuenta”
Actores: Recepcionista
Tipo: Primario de carácter real
Descr ipción:
Precondición: El usuario entra en la opción facturar
Postcondición: El evento es reconocido por la aplicación.
Flujo de evento: El caso de uso empieza cuando el usuario visualiza la interfaz de cerrar una
cuenta, selecciona a un huésped obteniendo los resultados de saldo, el usuario selecciona la
opción facturar y cierra la cuenta del cliente.
Elaboración de los Diagramas de Clases
Cada clase se definirá mediante un fichero de cabecera propio y otro fichero con la
definición de sus métodos.
La Figura 3.9 muestra el diagrama de clases del sistema, el cual contiene los datos
suficientes para realizar el desarrollo.
Figura 3.9: Diagrama de clases del sistema
Descr ipción de las clases
Durante esta fase se realiza la descripción de las clases que participan en el análisis del
sistema, se muestran sus responsabilidades, sus atributos y sus métodos. En las siguientes líneas se
muestra la descripción de la clase Hotel, la descripción de los restantes clases se encuentran en el
Anexo C.
• Clase cl_Hotel
Es la clase encargada de gestionar y dar seguimiento a la información más importante del
Hotel. Esta clase se relaciona directamente con la clase cl_habitación.
Nombre: cl_Hotel
Responsabilidades:
Gestiona información acerca del hotel
• Métodos asociados a las r esponsabilidades:
o Gestiona y da seguimiento a la información del hotel
o Se conecta a una Base de Datos;
o Recupera la información obtenida en los registros, brindando reportes.
• Atr ibutos Pr incipales:
o cod_hotel, representa el código de Hotel;
o nombreHO, representa el nombre del Hotel;
o ubicacionHO, representa la dirección o ubicación del Hotel;
o telefonoHO, representa el teléfono del Hotel.
El Diagrama de Paquetes ayuda a separar los elementos detallados en abstracciones más
amplias, la Figura 3.10 detalla el diagrama de paquetes de funcionalidad del sistema.
Figura 3.10: Paquete de funcionalidad del sistema.
La Figura 3.11 presenta el diagrama de paquetes de liquidación de cuenta.
Figura 3.11: Paquete de liquidación de cuenta.
La Figura 3.12 presenta el diagrama de paquetes de asignación de habitación y servicio.
Figura 3.12: Paquete de asignación de habitación y servicio.
Elaboración de los Cambios de Estado de Objeto
Los diagramas de actividad son en esencia diagramas de flujo, con algunos elementos
adicionales que les permiten expresar conceptos como la concurrencia y la división del trabajo
[Elizondo, 2005].
Los diagramas de actividades nos indican como se ejecuta el trabajo, proporcionando una
descripción detallada de cada uno de los actos que realiza el hotel. En la Figura 3.13 se muestra el
diagrama de actividad relacionado con el sistema.
Definición de la comunicación entr e objetos
En esta fase se elabora los Diagramas de Secuencia
Un Diagrama de Secuencia contribuye a la descripción de la dinámica del sistema en
términos de interacción entre objetos.
A continuación se muestran escenarios para cada caso de uso identificando, empleando para
ello diagrama de secuencia. La Figura 3.14 muestra el diagrama de secuencia para registrar a un
nuevo huésped.
Figura 3.13: Diagrama de actividad del sistema
Figura 3.14: Diagrama de secuencia registro de huésped
En la Figura 3.15 se muestra el diagrama de secuencia apertura de una nueva cuenta.
Figura 3.15: Diagrama de secuencia apertura de una cuenta nueva
En la Figura 3.16 se muestra el diagrama de secuencia asignar servicios a una habitación.
Figura 3.16: Diagrama de secuencia asignación de servicio
En la Figura 3.17 se muestra el diagrama de secuencia cobro saldo a cliente, los restantes
diagramas se encuentran en el Anexo D.
Figura 3.17: Diagrama de secuencia ingresos
Análisis de la Integración con Diagramas de Colaboraciones
En esta fase haremos uso de los diagramas de colaboración los cuales nos permite modelar
interacciones entre objetos. La Figura 3.18 nos permite observar el diagrama de colaboración
registro de huésped.
Figura 3.18: Diagrama de colaboración registro de huésped.
En la Figura 3.19 muestra el diagrama de colaboración para la apertura de cuenta nueva.
Figura 3.19: Diagrama de colaboración asignación de habitación
En la Figura 3.20 muestra el diagrama de colaboración de cobro a un huésped. Los demás
diagramas de colaboración de los casos de uso restantes se encuentran en el Anexo E.
Figura 3.20: Diagrama de colaboración de cobro.
3.4Diseño
Desar rollo y depuración de los diagramas de objeto
Para resolver el problema y construir una solución se aplica la estrategia de alto nivel, el
cual nos permite generar los diagramas de actividades los cuales fungirán como base para el
desarrollo del sistema.
El diagrama de actividades correspondiente al caso de estudio registro de huésped se
muestra en la Figura 3.21.
Figura 3.21: Diagrama de actividad registro de un huésped.
El diagrama de actividades correspondiente al caso de estudio asignación de una habitación
se muestra en la Figura 3.22.
Figura 3.22: Diagrama de actividad asignación de habitación
En la Figura 3.23 se muestra el diagrama de actividad para la gestión de cobro. Los demás
diagramas de actividad de los casos de uso restantes se encuentran en el Anexo F.
Figura 3.23: Diagrama de actividad gestión de cobro.
Desar rollo de los diagramas de componentes
La siguiente Figura 3.24 muestra el diagrama de componentes que proporciona una visión
física de la construcción del sistema. Muestra la organización de los componentes software y las
dependencias entre ellos.
Planeación de la distr ibución
En el diagrama de distribución se diseña la parte lógica y física del sistema, donde
interactúan los componentes y hardware del sistema. La Figura 3.25 muestra el diagrama de
despliegue del sistema.
Figura 3.25: Diagrama de distribución del sistema.
Diseño y Prototipo de la Inter faz de Usuar io
Según la metodología mostrada, el modelo de distribución modela el aspecto estático y
dinámico de la presentación de un sistema. La Figura 3.26, muestra el diagrama de interfaces.
Un subsistema es un entorno operativo único y predefinido a través del cual el sistema
coordina el flujo de trabajo y la utilización de recursos. Cada subsistema proporciona uno o más
interfaces con el objetivo de ser lo más independiente posible del resto de subsistemas, a
continuación se describe la funcionalidad de los subsistemas:
• El subsistema control de usuar io, se utiliza para controlar el acceso a usuarios al sistema,
brindando privilegios para los diferentes módulos y proporciona un estado de sesión inicial
para cada usuario lanzando la interfaz necesaria para el acceso a la aplicación;
• El subsistema formular io pr incipal, soporta toda la funcionalidad del sistema, acogiendo
a los demás subsistemas;
• El subsistema control de servicios, se utiliza para dar seguimiento a los servicios que
ofrece el hotel;
• El subsistema r epor tes, proporciona reportes de manera rápida y confiable sobre el manejo
de la información en el sistema;
• El subsistema control de habitaciones, se utiliza para controlar y dar seguimiento a las
habitaciones del hotel.
• El subsistema cobro, se utiliza para controlar los ingresos y egresos del hotel;
• El subsistema facturación, proporciona toda información del huésped, para su cierre de
cuenta del hotel, brindando la hoja de facturación, con toda la información de saldo del
huésped;
• El subsistema aper tura de cuenta, se utiliza para dar de alta a un huésped, es un proceso
que se encarga de proporcionar información sobre las habitaciones disponibles y los
servicios ofrecidos por el hotel;
• El subsistema r eserva, se utiliza para realizar las reservas de habitaciones;
• El subsistema registro de huésped, se utiliza para registrar los datos de los huéspedes,
este modulo trabaja directamente con los procesos de cuenta nueva y reserva;
• El subsistema asignación de habitación, se utiliza para asignar una o varias habitaciones
al huésped seleccionado;
• El subsistema asignación de servicio, se utiliza para asignar los servicios que ofrece el
hotel a las habitaciones ocupadas.
• El subsistema de r espaldo de datos, se utiliza para realizar una copia de seguridad de
toda la información que maneja el hotel.
La Tabla 3.1 presenta un resumen de los servicios que proporciona cada subsistema por
medio de las operaciones que especifican las interfaces y los elementos sobre los que actúan.
Tabla 3.1: Resumen de interfaces de subsistemas
Subsistema Operación Elemento
Autenticación de Usuario Identificación de usuario Administrador, Recepcionista
Formulario Principal
Acceso a todas las funciones
activadas de acuerdo a los
privilegios asignados a cada
usuario
Administrador, Recepcionista
Nuevo
Eliminar
Modificar
Grabar
Control de Usuario
Cancelar
Administrador
Nuevo
Eliminar
Modificar
Grabar
Control de Servicio
Cancelar
Administrador
Historial de Clientes
Reporte de huésped para SNT Reportes
Calcular ganancias
Administrador, Recepcionista
Nuevo
Eliminar
Modificar
Grabar
Control de habitaciones
Cancelar
Administrador
Cobro por cliente Cobro
Seguimiento de Cobro Administrador, Recepcionista
Facturación Facturación
Seguimiento de Factura Administrador, Recepcionista
Apertura de Cuenta Proceso de habilitación de cuenta Recepcionista
Apertura de Reserva Proceso de habilitación de reserva Recepcionista
Nuevo
Eliminar
Modificar
Grabar
Registro de huésped
Cancelar
Recepcionista
Asignación de habitación Proceso de asignación de
habitación a cliente Recepcionista
Asignación de servicio Proceso de asignación de servicio
a habitación Recepcionista
3.5Modelo y Diseño de la Base de Datos
El producto software a desarrollar requiere el proceso de conversión de la base de datos, por
la utilización de un método orientado a objetos (Racional Unified Process, RUP) y el uso de un
Gestor de Base de Datos Relacional MySql. En la Figura 3.27: se muestra el diagrama Entidad
Relación.
A continuación se detalla la base de datos del sistema:
Nombre: Hotel Descr ipción: Describe información general de la organización Clave Descripción del campo Código de campo Tipo Longitud * Código de Hotel
Nombre del Hotel Ubicación del Hotel Teléfono del Hotel
cod_hotel nombreHO ubicacionHO telefonoHO
IntVarchar Varchar Varchar
3 505020
Nombre: hab_clase Descr ipción: Describe el tipo de habitación disponible en el hotel. Clave Descripción del campo Código de campo Tipo Longitud * Código del tipo de habitación.
Tipo de clase de habitación. Precio de hab.
cod_clase descripcionCL precioCL
Varchar Varchar Double
5 30
Nombre: Habitaciones Descr ipción: Describe la información referente a las habitaciones. Clave Descripción del campo Código de campo Tipo Longitud * *
Código de habitación Código del tipo de habitación Numero de habitación Número de camas Dimensión de la habitación Piso Descripción
cod_hab cod_clase numeroH numCamasH dimensionH pisoH descripcionH
IntVarchar IntIntVarchar Varchar Varchar
3 4 3 3 5 3 50
Nombre: Servicios Descr ipción: Describe los servicios que el hotel ofrece como: Internet, Lavandería, teléfono, mensajería, etc. Clave Descripción del campo Código de campo Tipo Longitud * Código del servicio
Nombre del servicio Precio del servicio Unidad de medida Medida
cod_servicio nombreS precioS unidadMedidaS medidaS
IntVarchar Double Varchar Varchar
3 50
3 3
Nombre: Clientes Descr ipción: Describe la información de los huéspedes que solicitan alojamiento. Clave Descripción del campo Código de campo Tipo Longitud * Código de cliente
Nombre del huésped Apellido paterno Apellido materno CI/DNI/Pasaporte Nacionalidad Procedencia Profesión Dirección
cod_cliente nombreC apellidoPC apellidoMC ciC nacionalidadC procedenciaC profesionC direccionC
Varchar Varchar Varchar Varchar Varchar Varchar Varchar Varchar Varchar
205020202020202050
Fecha de nacimiento Hora de registro Fecha de registro Nombre de empresa Domicilio Nit Teléfono Ciudad País
fechaNacC horaRegC fechaRegC nombreE domicilioE nitE telefonoE ciudadE paisE
Date Time Date Varchar Varchar Varchar Varchar Varchar Varchar
505020202020
Nombre: Usuarios Descr ipción: Describe información acerca de los usuarios que tendrán acceso al sistema de acuerdo a los privilegios. Clave Descripción del campo Código de campo Tipo Longitud * Código de usuario
Nombre de personal Apellido paterno Apellido materno Número carnét de identidad Teléfono Nombre de usuario Contraseña del usuario Archivos Privilegio de mantenimiento Privilegio de reserva Privilegio de apertura de cuenta Privilegio de facturación Privilegio de cobro Privilegio de reportes Privilegio de utilidades
cod_usuario nombreP apellidoPP apellidoMP ciP telefonoP nombreU passwordU archivos manteni reserva cuenta facturacion cobro reporte util
IntVarchar Varchar Varchar Varchar Varchar Varchar Varchar Varchar Varchar Varchar Varchar Varchar Varchar Varchar Varchar
3 502020202020205 5 5 5 5 5 5 5
Nombre: Reservas Descr ipción: Describe los datos referente a las reservas. Clave Descripción del campo Código de campo Tipo Longitud * * *
Código de reserva Código de cliente Código de habitación Nombre de la reserva Fecha de llegada Fecha de salida Hora de reserva Número de habitaciones Medio de reserva Responsable Fecha de reserva
cod_reserva cod_cliente Cod_hab nombreR fechaLLR fechaSaR horaR numPerR medioR responsableR fechaR
IntVarchar IntVarchar Date Date Time IntVarchar Varchar date
5 203 50
5 2020
Nombre: cuenta Descr ipción: Describe los datos referente a las reservas. Clave Descripción del campo Código de campo Tipo Longitud
* *
Código del cliente Código de la habitación Número de personas Observaciones Precio Fecha de ingreso Hora de ingreso Fecha de salida Hora de salida
cod_cliente cod_hab numPerNC obsNC precioNC fechaIngNC horaIngNC fechaSaNC horaSaNC
Varchar IntIntVarchar Double Date Time Date Time
203 3 50
Nombre: Ingresos Descr ipción: Describe el pago que el cliente realiza. Clave Descripción del campo Código de campo Tipo Longitud * *
Código de ingreso Código de habitación Fecha de ingreso Hora Monto
codigo_CB cod_hab fechaIngreso horaIngreso monto
IntIntDate Time Double
3 3
Nombre: reg_servicios Descr ipción: Describe información de los servicios que el huésped solicita. Clave Descripción del campo Código de campo Tipo Longitud * * *
Código del cliente Código de habitación Código de servicio Medida Precio total del servicio Fecha Inicio del servicio Fecha Final del servicio
Cod_cliente Cod_hab Cod_servicio medida precioTotalS fechaInicioS fechaFinalS
Varchar IntIntVarchar Double Date Date
203 3 3
Nombre: Historial_clientes Descr ipción: Describe información acerca del historial de los clientes que visitaron el hotel. Clave Descripción del campo Código de campo Tipo Longitud * Código de historial
Nombre del cliente Número de habitación Número de personas Total de consumo por habitación Total de consumo por servicios Total cuenta Fecha de ingreso Hora de ingreso Fecha de salida Hora de salida
cod_historial nombreClienteHis numHabHis numPerHis totalHabHis totalSerHis totalCueHis fechaIngHis horaIngHis fechasaHis horasaHis
IntVarchar IntIntDouble Double Double Date Time Date Time
5 504 4
Nombre: facturación Descr ipción: Describe información acerca del historial de los usuarios.
Clave Descripción del campo Código de campo Tipo Longitud * Código de factura
Código del cliente Fecha de llegada del cliente Hora de llegada del cliente Fecha de salida del cliente Hora de salida del cliente Observaciones Cuenta total Responsable del cierre de cuenta
cod_fac cod_cliente fechaLLC horaLLC fechaSaC horaSaC obs cuentaTotal Responsable
IntVarchar Date Time Date Time Varchar Double Varchar
3 20
50
50
Nombre: historial_usuarios Descr ipción: Describe información acerca del historial de los usuarios. Clave Descripción del campo Código de campo Tipo Longitud * Código de historial de usuario
Código de usuario Tarea realizada por el usuario Monto Fecha Hora
cod_hist_usu cod_usuario tareaUsuHis montoUsuHis fechaUsuHis HoraUsuHis
IntIntVarchar Double Date Time
3 3 50
Nombre: CopiaDB Descr ipción: Describe información de la copia de seguridad de la Base de Datos. Clave Descripción del campo Código de campo Tipo Longitud * Código de copia
Nombre de base de datos Fecha de copia Destino de copia
Cod_copia nombreCo fechaCo destinoCo
IntVarchar Date Varchar
3 30
60
3.6 Requer imientos de Har dware y Software
Para el desarrollo del presente proyecto se hará uso de los siguientes requerimientos:
• Requerimiento de Software
Sistema Operativo Windows 98, 2000, XP o UNIX/LINUX.
Entorno de Desarrollo Visual Delphi 7.
Base de Datos MySql 3.23
Paint Shop Pro 7
• Requerimiento de Hardware
Para las áreas de Servidor, Recepción, Gerencia y Administración se requiere las siguientes
características mínimas de hardware:
Procesador PIII de 600 Mhz, con 64 MB de RAM
Bus ISA o PCI
Disco Duro de 1Gb
Monitor Súper VGA Color
• Requerimiento de red
4 Tarjeta de Red 100 MB
8 Conectores
60 Mts Cable UTP
1 Hab de 8 salidas
3.7 Implementación
En esta etapa se establece todos los elementos necesarios para ensamblar y hacer
disponible el sistema físico, incluyendo al manual del sistema, archivos de configuración, archivos
de datos, componentes software, etc.
Inter faces del usuar io
En esta sección se muestran los diferentes procesos entre el ordenador y el usuario, además
se exponen las necesidades y características del programa como zonas de selección, iconos y
botones.
El sistema presenta un entorno grafico amigable y fácil de usar, brindando contenido en
forma de texto e imágenes. En las siguientes imágenes se presentan interfaces de usuario del
sistema.
Diagrama jer árquico de la inter faz
En la Figura 3.28 se muestra la estructura jerárquica del sistema.
Figura 3.28: Diagrama jerárquico de menús del sistema
• Ventana de acceso o inicio, esta es la ventana de acceso donde el usuario ingresa su
nombre de usuario y su contraseña. Cada usuario tiene cierto nivel de acceso de acuerdo a
los privilegios, que él administrador le otorgo, véase Figura 3.29;
Figura 3.29: Ventana de acceso o inicio
• Ventana pr incipal o escr itor io, esta ventana muestra el escritorio principal del sistema,
acogiendo todas las opciones que el usuario puede realizar, véase Figura 3.30; Figura 3.30: Ventana principal del sistema
• Ventana de control de habitaciones, esta ventana muestra el formulario para controlar y
dar seguimiento a la información de las habitaciones del hotel, véase Figura 3.31;
Figura 3.31: Ventana de control de habitaciones
• Ventana de r egistro de huéspedes, esta ventana muestra el registro de los huéspedes que
por primera vez se registran, el formulario contiene opciones de agregar, modificar y
eliminar un cliente así como opciones de búsqueda e impresión de la consulta, véase Figura
3.32; Figura 3.32: Ventana de registro de huéspedes
• Ventana de asignación de habitación, esta ventana muestra la asignación de una
habitación y los servicios correspondientes a un determinado cliente del hotel, véase Figura
3.33;
Figura 3.33: Ventana de asignación de habitación
Figura 3.34: Ventana de habitaciones
• Ventana de Asignación de Reserva, esta venta muestra la asignación de una reserva de
habitación y servicios, véase Figura 3.35;
Figura 3.35: Ventana de asignación de reserva
• Ventana de Seguimiento y Control de r eservas, Esta ventana muestra el seguimiento y
control de las reservas realizadas por los clientes, véase Figura 3.36; Figura 3.36: Ventana de seguimiento y control de reservas
• Ventana de Seguimiento y Control de los huéspedes, Esta ventana muestra el
seguimiento y control de los huéspedes, véase Figura 3.37 y Figura 3.38;
Figura 3.37: Ventana de seguimiento y control de los huéspedes
Figura 3.38: Ventana reporte de clientes
• Ventana de Facturación, Esta ventana muestra información sobre el saldo del cliente, con
la opción de cierre de cuenta, véase Figura 3.39;
Figura 3.3 9: Ventana de Facturación
• Ventana repor te de factura, Esta ventana muestra el reporte de liquidación, véase Figura
3.40; Figura 3.40: Ventana reporte de facturación
• Ventana de Estadística de Clientes, Esta ventana muestra las estadísticas de los clientes
que ingresan al hotel en un determinado mes, véase Figura 3.41;
Figura 3.41: Ventana estadística de clientes
• Ventana Estadística de habitaciones, Esta ventana muestra la estadística de las
habitaciones que más solicita el cliente, véase Figura 3.42; Figura 3.42: Ventana estadística de habitaciones
• Ventana de copia de segur idad de BD, Esta ventana muestra el seguimiento y control de
la base de datos del sistema , véase Figura 3.43;
Figura 3.43: Ventana de seguimiento y control de los huéspedes
• Ventana Control de usuar ios, Esta ventana muestra como se controla el acceso a usuarios
al sistema, brindando privilegios para los diferentes módulos y proporciona un estado de
sesión inicial para cada usuario, véase Figura 3.44;
Figura 3.44: Ventana control de usuarios
• Ventana de repor te diar io de factura, Esta ventana muestra el listado de liquidación,
véase Figura 3.45;
Figura 3.45: Ventana de reporte diario de factura
• Ventana r epor te de liquidación, Esta ventana muestra el reporte de liquidación, véase
Figura 3.46; Figura 3.46: Ventana reporte de liquidación
3.8 Pruebas
La prueba de software es un elemento crítico para la garantía de la calidad de software y
representa una revisión final de las especificaciones del diseño y de la codificación [Pressman,
2002].
Para realizar las pruebas del software se hará uso de las pruebas de prototipado rápido
haciendo uso del Modelo Espiral.
Estra tegia de prueba espir al de bajo nivel
La estrategia de prueba de bajo nivel empieza cuando se realiza la ingeniería del software,
empezando por el análisis de los requisitos del software, al diseño del sistema y finalmente a la
codificación. Para desarrollar las pruebas, damos vuelta en la espiral hacia el interior probando
cada proceso de ingeniería de software.
Estra tegia de prueba espir al de unidad
La prueba de unidad comienza en el vértice de la espiral y se centra en cada unidad del
software. La prueba avanza al movernos hacia fuera de la espiral, validando los requisitos de cada
proceso, finalmente se prueba como un todo el software y otros elementos del sistema.
La siguiente Tabla muestra los procesos donde se realizaron las pruebas y se hicieron la
validación correspondiente siguiendo el Modelo Espiral.
Tabla 3.2 Procesos del sistema
Proceso de reser va Proceso de aper tura de Cuenta
Proceso de control de clientes
Proceso de Cobro y Facturación
Proceso manten imiento del
sistema
Proceso de registro de reserva
Proceso de registro de cuenta nueva
Proceso de registro de clientes
Proceso de recolección de información del huésped
Proceso de registro de usuarios
Proceso de
seguimiento
de reserva
Proceso de seguimiento de cuenta
Proceso de
seguimiento de
clientes
Proceso de
seguimiento de cobro
y facturación
Proceso de seguimiento de usuarios
Reportes de reserva Reportes de cuenta Reportes de clientes Reportes de cobro y
facturación
Reportes de usuarios
proceso de gastos de
Proceso de registro de habitaciones
servicio
proceso de gastos de hospedaje
Proceso de
seguimiento de
habitaciones
Reportes de
habitaciones
Proceso de registro de servicios Proceso de
seguimiento de
servicios
Reportes de servicios
3.9 Mantenimiento del Sistema
El desarrollo del sistema es realizado teniendo en cuenta básicamente la facilidad de
administración y mantenimiento, ya que algunos procesos del sistema no sufren cambios a menudo.
Para el mantenimiento se cuenta con el manual del sistema, el cual provee información
sobre el mantenimiento correctivo, adaptativo y preventivo.
Para realizar la métrica de cambiabilidad del sistema se hará uso del estándar 1962:
( ) t a i d
t
M F F F IMS M
− + + =
t M : Número de módulos de la versión actual.
a F : Número de módulos en la versión actual que se han añadido
i F : Número de módulos en la versión actual que se han cambiado
d F : Número de módulos en la versión anterior que se han borrado en la versión actual
Reemplazamos en la formula, bajo los siguientes valores: 18 t M = , 1 a F = , 1 i F = y
0 d F =
18 (1 1 0) 18
0.888
IMS
IMS
− + + =
=
0 1 IMS < <
Entre más cercano a 1, el control de cambios es eficiente y alta estabilidad, 0 indica un
control de cambios deficiente y poca estabilidad.
Por lo tanto el índice de madurez del sistema es de un 88%
3.10 Calidad del Software
La calidad del software es hacer uso de todos los requerimientos, procedimientos, técnicas
e instrumentos, para que un producto software cumpla los estándares predefinidos, durante el ciclo
de desarrollo del producto.
Para medir la calidad de software utilizaremos la métrica orientada a la función,
portabilidad, confiabilidad y performance.
3.10.1 Por tabilidad
El sistema Seguimiento y Control Caso: Hotel Sagárnaga, utiliza un gestor de Base de datos
MySql y Sistema Operativo bajo plataforma Windows o Linux, por lo que el sistema es un 99%
portable.
3.10.2 Per formance
La performance, utilizando datos reales para los procesos de registro de información,
listado de reportes y procesos interactivos (Consultas en la Interfaz de usuarios) es menos de 3
segundos.
Por lo tanto se concluye un óptimo performance del sistema.
3.10.3 Confiabilidad
Para determinar la confiabilidad del sistema, trabajamos con la estructura funcional del
sistema, mostrado en la Figura 3.47 Figura 3.47: Estructura funcional del sistema
Para el cálculo de la confiabilidad se hará uso de las siguientes formulas:
Si los n componentes están conectados en serie la confiabilidad ( ) R t esta dada por:
1 2 3 ( ) ( ) ( ) ( )... ( ) n R t R t R t R t R t =
Si los n componentes están conectados en paralelo la confiabilidad ( ) R t esta dada por:
1 2 3 ( ) 1 [(1 ( ))*(1 ( ))*(1 ( ))...(1 ( ))] n R t R t R t R t R t = − − − − −
( ) ( ) t i R t e λ − =
Aplicando la formula anterior calculamos la confiabilidad para cada componente en un
tiempo de t = 4 días. Tabla 3.3: Confiabilidad por componente del sistema
Componente Probabilidad Confiabilidad
1. Registro de Reserva 2. Registro de una nueva cuenta 3. Asignación de habitación 4. Asignación de servicio 5. Verificación de asignación 6. Abrir asignación 7. Emitir informe
0.012 0.015 0.050 0.015 0.061 0.043 0.011
0.95 0.94 0.82 0.94 0.78 0.84 0.95
8. consultas 0.018 0.93
Sustituyendo en la función de transferencia obtenemos el resultado
( ) ( ) ( ) ( ) ( ) ( ) ( ) ( )
( ) ( ) ( ) ( ) ( ) ( ) ( ) ( ) 1 2 3 4 5 6 7 8 ( ) 1 1 * 1 * 1 1 * 1 * 1 1 * 1 * 1 * 1 1
( ) 1 1 0.95 * 1 0.94 * 1 1 0.82 * 1 0.94 * 1 1 0.78 * 1 0.84 * 1 0.95 * 1 1 0.93
( ) 0.80%
R t C C C C C C C C
R t
R t
= − − − − − − − − − − − − = − − − − − − − − − − − −
=
Por lo tanto podemos concluir que la confiabilidad del sistema es de 80.0%.
3.10.4 Funcionalidad
La métrica del punto función, es un método para medir el tamaño del software. Pretende
medir la funcionalidad entregada al usuario independientemente de la tecnología utilizada.
La Tabla 3.4 y Tabla 3.5 muestran las características del dominio de la información del sistema.
Tabla 3.4: Matriz de Punto de Función
Factor de Ponderación Parámetro de Medición Cuenta Simple Medio Complejo Total
Numero de entradas de usuario 3 3 5 6 9 Numero de salidas de usuario 12 5 6 8 60 Numero de peticiones de usuario 7 8 13 16 56 Numero de archivos 18 8 9 10 144 Numero de interfaces externas 1 6 8 11 6 Cuenta total 275
Tabla 3.5: Punto de Función
Escala Sin
importancia
Prud
ente
Moderado
Medio
Significativo
Esencial
Factor 0 1 2 3 4 5
Requiere el sistema copias de seguridad y de
recuperación fiable. √
Se requiere comunicación de datos √
Existen funciones de procesos distribuidos √
Es critico el rendimiento √
Será ejecutado el sistema en un S. O. existente √
Requiere el sistema entrada interactiva √
Requiere entrada de datos interactiva sobre múltiples
ventanas √
Se actualizan los archivos maestros de forma
interactiva √
Son complejas las salidas, los archivos a la petición √
Es complejo el procesamiento interno √
Se ha diseñado el código para ser reutilizable √
Están incluidas en el diseño la conversión y la
instalación √
Se ha diseñado el sistema para soportar múltiples
instalaciones √
Se ha diseñado la aplicación para facilitar los
cambios y para ser fácilmente utilizada por el usuario √
Los resultados obtenidos con 14 i = , y los valores de la Tabla 3.5, se tiene el siguiente valor
45 i F = ∑ . Remplazamos en la formula de Punto Función.
*(0.65 0.01* [ ])
265*(0.65 0.01*45) 291.5
i PF cuenta total F PF PF
= − +
= + =
∑
Relación de funcionalidad
250 150 250
100
PF Óptima PF Buena
PF Deficiente
> → > > → < →
Por lo tanto se concluye que el sistema tiene una funcionalidad Óptima.
4. Conclusiones y Recomendaciones
A continuación se detallan las conclusiones y recomendaciones que contienen el presente
documento.
4.1 Conclusiones
Una primera conclusión es que los objetivos que se propusieron al inicio del presente
proyecto se han logrado de manera satisfactoria.
Se ha desarrollado e implementado una herramienta software para el seguimiento y control
de la información para el Hotel Sagárnaga.
Así también se tiene las siguientes conclusiones:
• Se cuenta con un sistema de información que permite el registro, seguimiento y control de
los huéspedes que visitan el hotel;
• Los administradores pueden acceder a informes del sistema de manera confiable y segura;
• Se tiene acceso a datos sobre el historial de los huéspedes para brindar informes periódicos
a la policía de turismo INTERPOL.
Los procesos y resultados obtenidos se resumen en la siguiente Tabla 3.6:
Tabla 3.6: Situación Actual con el Sistema
Requer imiento Situación Anter ior Situación Actual Parametr ización
Registro de
huéspedes
Variaba entre 10 a
15 min. por cliente
Varía entre 3 a 5
min.
Reduce un 33% de
tiempo de registro
Registro de reserva Variaba entre 5 a 10
min. por cliente
Varía entre 3 a 5
min.
Reduce un 50% de
tiempo de registro
Informes para la
secretaria de turismo
Información no
automatizada
Consultas que
entregan datos de los
huéspedes de manera
Estadísticas sobre el
historial de los
huéspedes
confiable
Control de
huéspedes
Información no
automatizada
Consultas que
entregan informes
sobre la situación de
los huéspedes en el
hotel
Tiempo aproximado
de 1 min.
Control de
habitaciones
ocupadas o en
reserva
Información no
automatizada
Consultas
específicas para el
filtrado de
habitaciones
Tiempo aproximado
de 1 min.
Control de cobro y
facturación
Información no
automatizada
Consultas
específicas para el
filtrado de
liquidación.
Tiempo aproximado
de 1 min.
4.2 Recomendaciones
Si bien el sistema cuenta con un mayor nivel de confiabilidad y seguridad, es necesario
realizar acciones que permitan mantener la madurez del sistema por ello se recomienda:
• Ampliar el sistema con módulos de seguimiento y control de restaurante;
• La incorporación de un subsistema que realice el control de inventarios;
• También podrían mejorarse algunos de los procesos de interfaz de usuario que han sido
desarrollados específicamente para esta aplicación.
Bibliogr afía
[Elizondo, 2005] EntidadRelación extendido y modelado de objetos,
Elizondo ,2005
[Castillo, 2006] El Sector Turístico en Bolivia, Javier castillo Cortes
[Cabero, 2000] Univ. Cabero, Sistema de información Hotelera, 2000
[Loza 2001, Mendoza
2001]
Sistema de Seguimiento y Control para la Hoteleria Boliviana,
Univ. Iván G. Loza Aranda, Univ. Daniel Mendoza Paz
[Larman, 1999] UML y Patrones, Larman Carig, México 1999 1ra Edición.
[Pressman, 2002] Ingeniería de Software, Roger S. Pressman, Ed. Concepción
Fernández
[Sabino, 1994] Como Hacer una Tesis, Carlos Sabino, ED. Panapo, Caracas,
1994, 240 Págs.
[Schmuller, 1997] Aprendiendo UML en 24 horas, Joseph Schmuller, Ediciones
Pretice, España, pp103
Refer encia WEB
[Desarrollo Orientado a Objetos con UML]
http://www.clikear.com/manuales/uml/ 2004 Xavier Ferré Grau
[Modelado de Sistemas con UML]
http://es.tldp.org/Tutoriales/docmodeladosistemas UML/multiplehtml/index.html Popkin Software and Systems
[Ingeniería del software] http://www.dsi.uclm.es/asignaturas/42541/ Profesor. Jesús Damián GarcíaConsuegra Bleda
ANEXOS
ANEXO A
ARBOL DE PROBLEMAS
Baja productividad operativa La falta de sistematización La inexistencia de un registro único de huéspedes. La falta de reportes e información estadística.
Falta de coordinación entre los diferentes departamentos
Retraso en la liquidación de los huéspedes
Falta de coordinación en las cuentas
Perdida de información
Falta de un banco de datos para la obtención de reportes adecuados
Perdida de tiempo en las operaciones administrativas
El manejo de la información se la realiza de forma manual
No se cuenta con un banco de datos para el almacenamie nto de registros.
No se tiene acceso rápido a la información
No se cuenta con un sistema que maneje y administre la información.
No se cuenta con un orden correcto de los procesos.
EFECTOS
PROBLEMA CENTRAL
CAUSAS
ARBOL DE OBJETIVOS
Analizar, diseñar e implementar un sistema informático que sistematice los procedimientos de registro de huéspedes, registro de reservaciones, control de caja, control de habitaciones y proporciones reportes e información estadística confiable y oportuna
Disponibilidad de reportes e información estadística de los huéspedes del hotel Sagárnaga
Disponibilidad de información confiable de la liquidación y control de la caja del hotel Sagárnaga.
El sistema permite registrar a los huéspedes que llegan al hotel
El sistema permite registrar reservaciones de los huéspedes con un control de tiempo.
El sistema permite el control de habitaciones, control de caja, control de servicios básicos
El sistema proporciona informes sobre los huéspedes, habitaciones, reservas y utilidades
FINES
OBJETIVO PRINCIPAL
MEDIOS
MATRIZ DEL MARCO LOGICO SISTEMA DE SEGUIMIENTO Y CONTROL CASO: HOTEL SAGÁRNAGA Resumen
Narrativo de Objetivos
Indicadores ver ifícales
Objetivamente
Medios de Ver ificación
Supuestos
FIN Registrar a los huéspedes para: proporcionar información confiable y oportuna sobre el ingreso y egreso de los huéspedes
Medidas del Logro del FIN La institución de todo el material de registro de los huéspedes.
El software y los manuales son distribuidos al personal autorizado de la institución.
Contar con los materiales y herramientas necesarios para el desarrollo de las actividades
PROPOSITOS Analizar, diseñar e implementar un sistema informático que sistematice los procedimientos de registro de huéspedes, registro de reservaciones, control de caja, control de habitaciones y proporciones reportes e información estadística confiable y oportuna.
Condiciones que indicaran que el p ropósito se ha logrado • Información
exacta sobre el número de huéspedes que ingresan al hotel.
• Disponibilidad de reportes e información estadística sobre el ingreso de huéspedes.
• El personal involucrado cuenta con suficiente información para realizar el control de los servicios del hotel.
De los resu ltados del Proyecto Informes del proyecto al gerente del Hotel.
Que afectan al enlace PropósitoFin • Tecnología
Hardware y Software para la institución.
• Personal dispuesto y capacitado para adoptar el nuevo trabajo.
PRODUCTOS • Un software
implementado en el Hotel Sagárnaga.
• Un manual del análisis y diseño del sistema.
• Una base de datos con la información de toda la institución.
• Personal capacitado en el
El software se verificara mediante la instalación en la institución del hotel Sagárnaga
Se implementa el modulo de registro de huéspedes.
Se implementa el modulo de apertura de una cuenta nueva
Se implementa el modulo de reserva
Se implementa el modulo control de habitaciones
uso y manejo del software.
• Un manual de usuario de la operación del software.
Se implementa el modulo de control y seguimiento del sistema
Se implementan módulos de seguridad
PLAN DE ACTIVIDADES 1. Analizar y
diseñar una aplicación computacional para sistematizar el registro de huéspedes del Hotel Sagárnaga.
2. Analizar y diseñar el subsistema de reportes e información estadística.
3. Desarrollar las aplicaciones en software bajo una plataforma orientado a objetos.
4. Implementación, prueba y operación del sistema informático
5. Elaboración de manuales de usuario y operación del software
6. Capacitación del personal.
Insumos Para cumplir con las actividades indicadas se necesitan los siguientes insumos. • Un equipo de
computación compatible IBM Pentium 2 o superior, con su
Fuerza de trabajo: 112 Hrs/mes Total 4320 Hrs/homb. (tiempo 8 meses) Costo/tot:25 $us (*) Costo bajo pues el ‘Hotel Sagárnaga’ cuenta con todos los recursos tecnológicos necesarios
Informes y entrevistas.
Análisis del sistema ha desarrollar.
Control del avance del sistema efectuado por el gerente de la institución.
Aprobación de las pruebas de funcionamiento.
impresora. • Datos personales
e información de la Institución, para la base de datos.
• Material de escritorio
ANEXO B
CORRESPONDENCIA DE LOS DIAGRAMAS DE CLASES A LOS DIAGRAMAS
ENTIDAD/RELACIÓN
El modelo ER es un modelo que ayuda a desarrollar aplicaciones “tradicionales” como
ser: procesamiento de datos en un negocio o industria. Actualmente hay base de datos con
requisitos más complejos como multimedia, telecomunicaciones, minería de datos, etc. Para tales
Base de datos se utiliza con mayor frecuencia el modelo orientado a objetos con notación UML.
UML (Lenguaje de Modelado Unificado) se está haciendo cada vez más presente en
ingeniería del software. UML cubre el diseño de base de datos y la especificación detallada de
aplicaciones. Para ello emplea varios tipos de diagramas (de casos de uso, de clases, de secuencias,
etc.).
UML usa diagramas de clases para el diseño de base de datos, además de atributos y
relaciones, también se incluyen operaciones sobre objetos los cuales pueden servir para especificar
los requisitos funcionales del diseño de la base de datos
El mapeo objetorelacional es una técnica de programación para hacer corresponder datos
entre el modelo orientado a objetos al modelo de datos relacional, los conceptos de clase e instancia
siguen las siguientes definiciones [A. Jaime, 2005]:
En E/R un tipo de entidad representa dos cosas:
• La intensión, el nombre del tipo de entidad y la lista de sus atributos
• La extensión o conjunto de entidades que forman parte del tipo de entidad
• Considerando lo anterior, una clase es un concepto equivalente al tipo entidad.
• Las entidades de una clase se llaman objetos o instancias de esa clase.
• Cada objeto o instancia consta de un identificador predefinido que lo identifica. Dicho
identificador del objeto no es ninguno de sus atributos.
• Los objetos o instancias de una clase cuentan con un conjunto de operaciones que se pueden
realizar sobre ellos.
• Dichas operaciones pueden servir para especificar requisitos funcionales durante el diseño
de la base de datos.
Berza nos ofrece algunas reglas párale mapeo objeto relacional
Figura 1.1: Representación del modelo UML
Figura 1.2: Representación del Modelo Entidad Relación
Reglas de Corr espondencia del modelo UML al modelo E/R
Tipo de entidad
Grupo de objetos que tienen las mismas propiedades y que en la organización para la que va a servir
la BD tienen una existencia independiente, bien sea física o abstracta.
Notación
Tipo r elación
Asociación que establece entre tipos de entidad para representar un conjunto de relaciones que
establecen entre las ocurrencias de esos tipos de entidad
Notación
Repr esentación de la car dinalidad máxima de una r elación
Relación involutiva
Relación de un tipo consigo mismo
Atr ibutos
Claves
Superclave: Conjunto de atributos que permite identificar unívocamente a una entidad dentro de un
conjunto de entidades.
• Clave candidata: Superclave con un número mínimo de atributos.
• Clave primaria: Clave candidata elegida por el diseñador de la base de datos para identificar
unívocamente a las distintas entidades de un tipo.
• Clave alternativa: Cualquiera de las claves candidatas no elegidas por el diseñador de la
base de datos.
Claves de una r elación
Las claves nos permiten diferenciar entre sí las distintas entidades que podríamos aplicar de la
siguiente forma a las relaciones:
Las claves de las relaciones vienen definidas por las claves de las entidades relacionadas:
• Relaciones muchos a muchos (N:M): La clave primaria será la unión de las claves primarias
de las entidades participantes en la relación.
• Relaciones uno a muchos (1:N): La clave primaria de la entidad que interviene en la
relación con aridad N.
• Relaciones uno a uno (1:1): Las claves primarias de las entidades participantes son claves
candidatas de la relación entre entidades.
Entidades fuer tes y entidades débiles
Un tipo de entidad es fuerte si la existencia de sus ocurrencias no depende de ningún otro tipo. En
caso contrario, se dice que el tipo de entidad es débil.
Especialización y generalización
• Super tipo, tipo de entidad que incluye uno o más subgrupos distintos de ocurrencias que
deben ser representados en el modelo de datos.
• Subtipo, cada uno de los subgrupos de ocurrencias de un tipo de entidad que se han de
representar en el modelo de datos.
• Especialización, proceso de extraer diferencias entre las ocurrencias de un tipo de entidad
para distinguir los subtipos que lo forman.
• Generalización, proceso de encontrar la parte común de las ocurrencias de distintos tipos
de entidad para extraer el supertipo que los engloba.
Relación de especialización (r elación ESUN)
Relación que se establece en un diagrama E/R entre un supertipo y sus subtipos.
Los subtipos heredan los atributos de los supertipos:
Los subtipos poseen todos los atributos del supertipo más algunos propios.
La clave primaria de los subtipos es la clave primaria del supertipo.
Restr icciones en las r elaciones de herencia
• Par ticipación, determina si un miembro de la superclase debe obligatoriamente ser un
miembro de una subclase.
• Exclusividad, determina si un miembro de una subclase puede ser a la vez miembro de
otras subclases.
ANEXO C
DIAGRAMAS DE CASO DE USO Diagrama de casos de uso para el paquete administrador
Diagrama de casos de uso para el paquete administrador general
DESCRIPCION DE LOS DIGRAMAS DE CLASE
Clase cl_Reservación
Está clase se encarga de realizar las reservaciones de los huéspedes.
Nombre: cl_Reservación
Responsabilidades: Realizar las reservaciones de los huéspedes
Métodos asociados a las responsabilidades: Los métodos de la clase reservación son los que
siguen.
• Crear reserva; es un método que se encarga de realizar la reservación de los huéspedes en
una ficha de reserva;
• Eliminación de una reserva, método que realiza la eliminación de un registro de reserva;
• Listado de Reservas; representa el listado de las reservas de forma general;
• Imprimir, este método se encarga de desplegar un reporte bien formateado para luego
realizar la impresión.
• Agregar servicios, este método se encarga de llamar a la ficha de servicios, para luego
asignar los servicios al huésped;
• Buscar, método que realiza la búsqueda de los huéspedes por código de huésped.
Atr ibutos Pr incipales:
• cod_reserva, representa código de reserva; • cod_cliente, representa código de cliente; • Cod_hab, representa código de habitación; • nombreR, representa nombre de la reserva; • fechaLLR, representa fecha de llegada; • fechaSaR, representa fecha de salida; • horaR, representa hora de reserva; • numPerR, representa número de habitaciones; • medioR, representa medio de reserva; • responsableR, representa responsable; • fechaR, representa fecha de reserva;
Clase cl_Habitación
Está clase se encarga de controlar y dar seguimiento información sobre las habitaciones del
hotel.
Nombre: cl_habitación
Responsabilidades: Realiza el control de la información de habitaciones.
Métodos asociados a las responsabilidades: Los métodos de la clase habitación son los que
siguen.
• Agregar habitaciones, permite agregar nuevas habitaciones al sistema;
• Eliminar habitaciones, método que realiza la eliminación de un registro de habitación;
• Modificar habitaciones, este método permite modificar la información sobre un registro de
habitación;
• Listado de habitaciones; muestra el listado de las habitaciones registradas;
• Imprimir, este método se encarga de desplegar un reporte formateado para realizar la
impresión
Atr ibutos Pr incipales:
• cod_hab, representa código de habitación; • cod_clase, representa código del tipo de habitación; • numeroH, representa numero de habitación; • numCamasH, representa número de camas; • dimensionH, representa dimensión de la habitación; • pisoH, representa el piso de cada habitación; • descripción, representa la descripción de las habitaciones.
Clase cl_tipobabitación
Está clase se encarga de controlar y dar seguimiento a la información de las diferentes
clases del hotel de habitaciones del hotel.
Nombre: cl_tipohabitación
Responsabilidades: Realiza el control de las clases de habitaciones.
Métodos asociados a las r esponsabilidades: Los métodos de la clase tipo habitación son los que
siguen.
• Agregar clase habitación, permite agregar nuevas clases de habitaciones al sistema;
• Eliminar clase habitación, método que realiza la eliminación de una clase de habitación;
• Modificar clase habitacion, este método permite modificar la información sobre las clases
de habitación;
• Imprimir, este método se encarga de desplegar un reporte formateado para realizar la
impresión
Atr ibutos Pr incipales:
• cod_clase, representa código del tipo de habitación; • descripcionCL, representa tipo de clase de habitación; • precioCL , representa precio de habitación.
Clase cl_Aper turaCuenta
Está clase se encarga de realizar las altas, bajas y modificaciones de una nueva cuenta del
cliente.
Nombre: cl_AperturaCuenta
Responsabilidades: Realiza la apertura de una nueva cuenta de un huésped.
Métodos asociados a las r esponsabilidades: Los métodos de la clase apertura de cuenta son los
siguientes:
• Crear cuenta, permite realizar la creación de una nueva cuenta;
• Eliminar cuenta, permite realizar la eliminación de una cuenta;
• Listado de cuenta; representa el listado de las cuentas de forma general;
• Imprimir, este método se encarga de desplegar un reporte formateado para luego realizar la
impresión.
• Agregar servicios, este método se encarga de llamar a la ficha de servicios, para luego
asignar los servicios al huésped;
• Buscar, método que realiza la búsqueda de los huéspedes por código de huésped.
Atr ibutos Pr incipales:
• cod_cliente, representa código del cliente; • cod_hab, representa código de la habitación; • numPerNC, representa número de personas; • obsNC, representa observaciones; • precioNC, representa precio; • fechaIngNC, representa fecha de ingreso; • horaIngNC, representa hora de ingreso; • fechaSaNC, representa fecha de salida;
• horaSaNC , representa hora de salida.
Clase cl_ingresos
Está clase se encarga de realizar el registro de los ingresos del hotel.
Nombre: cl_ingresos
Responsabilidades: Realizar el registro de los ingresos.
Métodos asociados a las r esponsabilidades: Los métodos de la clase ingresos son:
• Agregar ingresos, permite realizar la agregación de los ingresos cobros;
• Listado de ingresos, este método se encarga de desplegar un listado de los ingresos.
Atr ibutos Pr incipales:
• codigo_CB, representa código de ingreso; • cod_hab, representa código de habitación; • fechaIngreso, representa fecha de ingreso; • horaIngreso, representa hora de ingreso; • monto, representa el monto de dinero a ingresar.
Clase cl_servicios
Está clase se encarga de realizar el control y seguimiento de los servicios.
Nombre: cl_servicios
Responsabilidades: Realizar el control de los servicios.
Métodos asociados a las r esponsabilidades: Los métodos de la clase servicios son:
• Agregar servicios, permite realizar la agregación de nuevos servicios;
• Eliminar servicios, permite realizar la eliminación de servicios;
• Listado de servicios; representa el listado de los servicios.
Atr ibutos Pr incipales:
• cod_servicio, representa código del servicio; • nombreS, representa nombre del servicio; • precioS, representa precio del servicio; • unidadMedidaS, representa la unidad de medida del servicio; • medidaS, representa la medida del servicio.
Clase cl_Cliente
Está clase se encarga de gestionar la información relevante del huésped.
Nombre: cl_Cliente
Responsabilidades: Realiza la gestión de información.
Métodos asociados a las r esponsabilidades: Los métodos de la clase cliente son los siguientes:
• Crear cliente, permite crear nuevos clientes;
• Eliminar cliente, método que realiza la eliminación de un registro de cliente;
• Modificar cliente, este método permite modificar la información sobre un registro de
cliente;
• Listado de cliente; muestra el listado de los clientes;
• Imprimir, este método se encarga de desplegar un reporte para realizar la impresión.
Atr ibutos Pr incipales: Los atributos de la clase cliente son:
• cod_cliente, representa código de cliente; • nombreC, representa nombre del huésped; • apellidoPC, representa apellido paterno; • apellidoMC, representa apellido materno; • ciC, representa CI/DNI/Pasaporte; • nacionalidadC, representa nacionalidad; • procedenciaC, representa procedencia; • profesionC, representa profesión; • direccionC, representa dirección; • fechaNacC, representa fecha de nacimiento; • horaRegC, representa hora de registro; • fechaRegC, representa fecha de registro;
Clase cl_usuar io
Está clase se encarga de gestionar la información relevante del usuario.
Nombre: cl_Empleado
Responsabilidades: Realiza la gestión de información.
Métodos asociados a las r esponsabilidades: Los métodos de la clase empleado son los siguientes:
• Crear usuario, este método permite la creación de usuarios con ciertos privilegios;
• Modificar, permite realizar la modificación de los registros de cada usuario;
• Eliminación de usuarios, método que realiza la eliminación de un registro de reserva.
Atr ibutos Pr incipales: Los atributos de la clase usuario son:
cod_usuario, representa código de usuario;
nombreP, representa nombre de personal; apellidoPP, representa apellido paterno; apellidoMP, representa apellido materno; ciP, representa número carnét de identidad; telefonoP, representa teléfono; nombreU, representa nombre de usuario; passwordU, representa contraseña del usuario; archivos, representa archivos; manteni, representa privilegio de mantenimiento; reserva, representa privilegio de reserva; cuenta, representa privilegio de apertura de cuenta; facturacion, representa privilegio de facturación; cobro, representa privilegio de cobro; reporte, representa privilegio de reportes; util, representa privilegio de utilidades;
ANEXO D
DIAGRAMA DE SECUENCIAS
Diagrama de secuencia registro de reservación
Diagrama de Secuencia de mantenimiento de habitaciones
Diagrama de secuencia forma de facturación
Diagrama de secuencia de registro de servicio
Diagrama de secuencia para crear usuarios y asignar privilegios
ANEXO E
DIAGRAMA DE COLABORACIÓN
Diagrama de colaboración autenticación de usuario.
Diagrama de colaboración apertura de cuenta nueva.
Diagrama de colaboración reservación de habitación
Diagrama de colaboración asignación de servicios
Diagrama de colaboración historial de clientes
Diagrama de colaboración consultar habitaciones
Diagrama de colaboración reporte de liquidación
Diagrama de colaboración gestión de usuarios
ANEXO F
DIAGRAMA DE ACTIVIDAD Diagrama de actividades de autenticación de usuario.
Diagrama de actividad de gestión de huésped.
Diagrama de actividad apertura de una cuenta nueva.
Diagrama de actividad apertura de una reservación.
Diagrama de actividad asignación de servicios.
Diagrama de actividad facturación.
MANUAL DE USUARIO
VERSION I
SISTEMA DE SEGUIMIENTO Y CONTROL HOTEL SAGARNAGA
Generalidades
Este manual de usuario, es una guía rápida que ayudara al usuario a utilizar de manera
correcta el manejo del sistema hotelero, el manual contiene información básica de instalación, inicio
del sistema, registro de huéspedes, asignación de habitaciones, asignación de servicios y reserva de
habitaciones.
Instalación
El sistema hotelero, está desarrollado bajo el esquema ClienteServidor, lo cual implica la
instalación de un servidor de Base de Datos, y la instalación del software cliente.
• Instalación del servidor de base de datos
La Base de Datos a Instalar es la versión MySQL 3.23.56, el archivo de instalación se llama
setup.exe
Instalar el programa con el wizard que trae el propio instalador, las siguientes figuras
muestran el proceso de instalación del servidor de Base de Datos.
Configurar el archivo C:/MY.CNF copiando el my.ini en la carpeta Windows y asignarle
la ruta exacta:
[mysqld]
basedir=C:/rutadelmysql/
datadir=C:/rutadelmysql/data
La carpeta ‘data’ es donde se guarda la base de datos. El archivo de configuración del
MySQL en Linux esta en /etc/my.cnf.
Finalmente llamar a winmysqladmin.exe que esta en C:/mysql/bin
• Instalación del software cliente
El archivo de instalación es setup.exe, la instalación es bastante fácil de be seguir los pasos
del Wizard, las siguientes pantallas ilustran la instalación del sistema.
Acceso
• Inicio
Los administradores y los usuarios tienen la misma ventana de acceso, esto de acuerdo a los
privilegios que el súper administrador les asigna, la siguiente Figura 1.8 muestra el acceso
al sistema.
Todo usuario que Tiene acceso al sistema dispondrá de una clave de usuario y una
contraseña, el cual le permitirá acceder al entorno de trabajo
Figura 1.8 Inicio de sesión
• Ventana Pr incipal o escr itor io
La Figura 1.9 muestra el escritorio principal de trabajo, donde el usuario dispondrá de todas
las herramientas necesarias para realizar su trabajo. Entre la herramienta se encuentra n:
clientes, cuenta, reserva, habitaciones, servicios y control de servicios.
Figura 1.9 Inicio de sesión
• Ventana Clientes
La Figura 1.10, muestra la ventana de registro de clientes, donde el usuario debe de realizar
los siguientes pasos para adicionar a un nuevo huésped.
Figura 1.10 Registro de clientes
La mayoría de los formularios disponen del mismo aspecto que la del cliente, por lo tanto no se
mostraran todas las pantallas que conforman el sistema, a continuación se explican los puntos de la
ventana registro de clientes.
1. Para asignar un nuevo cliente a la Base de Datos debe Presionarse el botón nuevo, esto activara
al formulario para que se ingresen nuevos datos.
2. La segunda opción esta habilitada par el administrador quien tiene el privilegio de eliminar el
registro de un cliente haciendo clic en el botón eliminar.
3. El administrador puede realizar la modificación de los datos del cliente presionando el botón
modificar.
4. La opción aceptar se habilita cuando se presiona el botón nuevo, el usuario tiene que realizar la
confirmación de registro haciendo clic en el botón aceptar.
5. Al igual que el anterior el botón cancelar se habilita cuando el usuario presiona el botón nuevo,
si el usuario desea cancelar la operación debe presionar el botón cancelar .
6. Se dispone de la opción Cerrar, el cual tiene el evento de cerrar la ventana activa.
7. El opción Imprimir, permite desplegar una segunda ventana con el formato adecuado para
realizar la impresión del mismo.
8. La opción cuenta, permite agregar una nueva cuenta al cliente seleccionado además de la
asignación de una o varias habitaciones, la Figura 1.11 describe el manejo de asignación de una
nueva cuenta.
9. La opción reserva, permite desplegar otro formulario donde el cliente seleccionado se le podrá
asignar una reservación, la Figura 1.12 describe el comportamiento del formulario reserva.
10. Esta sección muestra los datos de los clientes registrados en la base de datos, contiene la opción
de ordenación por cada campo.
11. Esta sección muestra el formulario de ingreso de datos.
12. Esta sección muestra la barra de navegación, la cual permite el traslado rápido por los
diferentes registros.
13. Se dispone de un buscador por apellido, este buscador se habilita haciendo clic en el pequeño
recuadro de su lado.
14. Esta opción muestra el segundo formulario de registro del huésped, el cual contempla la
empresa del cliente.
• Ventana aper tura de cuenta
La Figura 1.11, muestra la ventana de Apertura de cuenta nueva, donde el usuario debe de
realizar las siguientes tareas para asignar una nueva habitación al cliente.
Figura 1.11 Apertura de cuenta
1. Para asignar una nueva habitación a un cliente debe presionarse el botón nuevo, esto activara al
formulario y los botones correspondientes para que se ingresen nuevos datos.
2. La segunda opción esta habilitada par el administrador quien tiene el privilegio de eliminar el
registro de una habitación haciendo clic en el botón eliminar.
3. La opción Aceptar se habilita cuando se presiona el botón nuevo, el usuario tiene que realizar la
confirmación de registro haciendo clic en el botón aceptar.
4. Al igual que el anterior el botón cancelar se habilita cuando el usuario presiona el botón nuevo,
si el usuario desea cancelar la operación debe presionar el botón cancelar .
5. Se dispone de la opción servicios, el cual tiene el evento de llamar a un nuevo formulario para
asignar el servicio a la habitación seleccionada.
6. La opción cerrar permite cerrar la ventana activa del sistema.
7. Esta sección muestra los datos de las habitaciones asignadas a un determinado cliente.
8. Esta sección muestra la barra de navegación, la cual permite el traslado rápido por los diferentes
registros.
9. Esta opción permite desplegar una ventana temporal donde muestra las habitaciones disponibles
para la asignación.
10. Esta sección muestra el formulario de ingreso de datos.
11. Esta sección muestra información del cliente seleccionado.
• Ventana aper tura de cuenta
La Figura 1.12, muestra la ventana de Reserva de habitaciones, donde el usuario debe de
realizar las siguientes tareas para asignar una nueva habitación al cliente.
Figura 1.12 Reserva de habitaciones
1. Para asignar una reserva se debe presionarse el botón nuevo, esto activara al formulario y los
botones correspondientes para que se ingresen nuevos datos.
2. La segunda opción esta habilitada par el administrador quien tiene el privilegio de eliminar el
registro de una habitación haciendo clic en el botón eliminar.
3. La opción aceptar, se habilita cuando se presiona el botón nuevo, el usuario tiene que realizar la
confirmación de registro haciendo clic en el botón aceptar.
4. La opción cancelar se habilita cuando el usuario presiona el botón nuevo, si el usuario desea
cancelar la operación debe presionar el botón cancelar
5. Se dispone de la opción servicios, el cual tiene el evento de llamar a un nuevo formulario para
asignar el servicio a la habitación seleccionada.
6. La opción cerrar permite cerrar la ventana activa del sistema
7. Esta sección muestra los datos de las reservas realizadas a un determinado cliente.
8. Esta sección muestra la barra de navegación, la cual permite el traslado rápido por los diferentes
registros.
9. Esta sección muestra el formulario de ingreso de datos.
10. Esta opción permite desplegar una ventana temporal donde muestra las habitaciones
disponibles para la asignación.
11. Esta sección muestra información del cliente seleccionado.
• Ventana Servicios
La Figura 1.13, muestra la ventana de Servicios, donde el usuario debe de realizar las
siguientes tareas para asignar un servicio a una habitación.
Figura 1.13 Registro de Servicios
1. Para asignar un servicio se debe presionarse el botón nuevo, esto activara al formulario y los
botones correspondientes para que se ingresen nuevos datos.
2. La segunda opción eliminar, esta habilitada par el administrador quien tiene el privilegio de
eliminar el registro de una asignación de servicio haciendo clic en el botón eliminar.
3. La opción grabar, se habilita cuando se presiona el botón nuevo, el usuario tiene que realizar la
confirmación de registro haciendo clic en el botón aceptar.
4. La opción cancelar se habilita cuando el usuario presiona el botón nuevo, si el usuario desea
cancelar la operación debe presionar el botón cancelar.
5. La opción cerrar permite cerrar la ventana activa del sistema.
6. Esta sección muestra los datos de las asignaciones realizadas a cada habitación.
7. Esta sección muestra la barra de navegación, la cual permite el traslado rápido por los diferentes
registros.
8. Esta sección representa una barra de navegación para los servicios.
9. Esta sección muestra el formulario de ingreso de datos.
11. Esta sección muestra información de la habitación donde se asignara el servicio.
• Ventana habitaciones
La Figura 1.14, muestra la ventana de habitaciones, el cual muestra las habitaciones
ocupadas con un icono rojo, habitaciones disponibles con un icono celeste, habitaciones
reservadas con un icono verde y habitaciones no disponibles con un icono azul de
mantenimiento.
Figura 1.14 Habitaciones