universidad mayor de san andrés facultad de

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á r naga, 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 Sagar naga (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 AÑO EXTRANJ EROS Tasa Anual de NACIONALES Cr ecimiento (% ) Tasa Anual de TOTAL Cr ecimiento (% ) Tasa Anual de Cr ecimiento (% ) 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
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.2 Antecedentes 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. 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.3 Pr 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 For mulación del Pr oblema 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.4 Objetivo 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 J ustificación J ustifica ció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 ustifica ció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 ustifica ció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 ustifica ció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.6 Alcances 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.2 Mar co Conceptual 2.2.1 El Par adigma: 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, Sub­clases, 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;
· Her encia, 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;
· Encapsula miento, 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] Diagra mas 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: Diagra mas de estr uctur a 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;
Diagra mas 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. Diagra mas 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 ­ Ser vidor El esquema cliente­servidor 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 Capa s 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:
· Separ ació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;
· Esca la bilida d, 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;
· Facilida d de ma ntenimiento, 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 objeto­relacional 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.3 Mar co Teór ico 2.3.1 El Pr oceso Unificado de Desar r ollo de Softwar e 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
· Diagra mas de Ca sos 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
· Diagra mas 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 integr ación con los diagra mas 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 depur ación de los diagrama s 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 multi­propó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 diagrama s 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
· Planea ció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 pr ototipos de la inter fa z 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 entidad­relación, tomando la información de los diagramas de clases, ver la correspondencia objeto relacional [Anexo B]. 2.3.7 Requer imiento de Softwar e y Har dwar e 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 I mplementació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:
· Gener ació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;
· Gener ació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;
· Desa rr ollo y Validación, se elige un modelo apropiado para la siguiente fase del desarrollo;
· Planea ció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 Pr eventivo, 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.
Factor es de ca lidad
· 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 for mance, 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;
· Confia bilida d, 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: R(t ) = R1 (t ) R2 (t ) R3 (t )...Rn (t ) Donde R (t) representa la confiabilidad del componente. Ri (t) se la encuentra con la siguiente ecuación: Ri (t ) = e ( - l t ) Donde l 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: R(t ) = 1 - [(1 - R1 (t )) * (1 - R2 (t )) * (1 - R3 (t ))...(1 - Rn (t ))] Si los n componentes están conectados en paralelo la confiabilidad R(t ) esta dada por: R(t ) = 1 - [(1 - R1 (t )) * (1 - R2 (t )) * (1 - R3 (t ))...(1 - Rn (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 Par ámetr o d e M edición Factor de Pondera ción Simple M edio Complejo Cu enta Numero de entradas de usuario Numero de salidas de usuario Numero de peticiones de usuario Numero de archivos Numero de interfaces externas Total de puntos de función sin ajustar (TUFP) X1 X5 X10 X15 X20 X2 X6 X11 X16 X21 X3 X7 X12 X17 X22 Tota l X4 X8 X13 X18 X23 X5 X9 X14 X19 X24 X25 (0=sin efecto en la complejidad de procesado; 5=gran efecto en complejidad de procesado) 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
2 Medio Moder ado Pr udente 1 3 Esencial 0 Significativo Fa ctor impor tancia Esca la Sin Punto de Función 4 5 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.2 Recopilació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 pr ocesos de negocio A continuación se describen los cargos de los empleados que trabajan en el hotel y las funciones que cumplen:
· Ger ente gener al, 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 alma cé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 esta ura nte, 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 tur a 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 ha bitaciones, 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;
· Elabor ació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;
· Ingr esos, 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 sistema s coopera tivos 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 la s 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 Pr oducto El Software tiene como nombre Sistema de Seguimiento y Control Hotel Sagárnaga (SSCHS).
· ¿Qué ha rá 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.3 Aná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 egistr o 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 egistr o 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 nota s 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 eser vaciones, 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 reser vaciones, 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. Dia gr amas 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 Ela boració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 Compr esió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. Ca so 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 Dia gr amas 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: Pre­condición: El usuario entra en la opción identificación de usuario Post­condició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: Pre­condición: el usuario entra en la opción registro de nuevo cliente Post­condició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: Pre­condición: El usuario entra en la opción apertura de una nueva cuenta Post­condició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: Pre­condición: El usuario entra en la opción de reserva de habitación Post­condició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: Pre­condición: El usuario entra en la opción clientes Post­condició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 Ca so de Uso: “Asignar servicios” Actor es: Recepcionista Tipo: Primario de carácter real Descr ipción: Pre­condición: El usuario entra en la opción habitaciones Post­condició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: Pre­condición: El usuario entra en la opción consultar reserva de habitaciones Post­condició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: Pre­condición: El usuario entra en la opción cobrar Post­condició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: Pre­condición: El usuario entra en la opción facturar Post­condició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. Ela boración de los Diagr amas 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 la s 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.
· Cla se 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. Nombr e: cl_Hotel Responsabilidades: Gestiona información acerca del hotel
· · Métodos asocia dos a la s 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 incipa les: 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.
Ela boració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 Diagr ama s 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.4 Diseño Desar rollo y depur ación de los diagr amas 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 diagr amas 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 Pr ototipo 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 for mula r io pr incipal, soporta toda la funcionalidad del sistema, acogiendo a los demás subsistemas;
· El subsistema contr ol 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 cobr o, se utiliza para controlar los ingresos y egresos del hotel;
· El subsistema factur ació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 ser vicio, 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 Autenticación de Usuario Operación Identificación de usuario Elemento Administrador, Recepcionista Acceso a todas las funciones Formulario Principal activadas de acuerdo a los privilegios asignados a cada Administrador, Recepcionista usuario Nuevo Eliminar Control de Usuario Modificar Administrador Grabar Cancelar Nuevo Eliminar Control de Servicio Modificar Administrador Grabar Cancelar Historial de Clientes Reportes Reporte de huésped para SNT Administrador, Recepcionista Calcular ganancias Nuevo Eliminar Control de habitaciones Modificar Administrador Grabar Cancelar Cobro Facturación Cobro por cliente Seguimiento de Cobro Facturación Seguimiento de Factura Apertura de Cuenta Proceso de habilitación de cuenta Apertura de Reserva Proceso de habilitación de reserva Administrador, Recepcionista Administrador, Recepcionista Recepcionista Recepcionista
Nuevo Eliminar Registro de huésped Modificar Recepcionista Grabar Cancelar Asignación de habitación Asignación de servicio Proceso de asignación de habitación a cliente Proceso de asignación de servicio a habitación Recepcionista Recepcionista 3.5 Modelo 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: Nombr e: Hotel Descr ipción: Describe información general de la organización Clave Descripción del campo Código de campo Tipo * Código de Hotel cod_hotel Int
Nombre del Hotel nombreHO Varchar Ubicación del Hotel ubicacionHO Varchar Teléfono del Hotel telefonoHO Varchar Longitud 3 50
50
20 Nombr e: hab_clase Descr ipción: Describe el tipo de habitación disponible en el hotel. Clave Descripción del campo Código de campo * Código del tipo de habitación. cod_clase Tipo de clase de habitación. descripcionCL Precio de hab. precioCL Tipo Varchar Varchar Double Longitud 5 30 Nombr e: Habitaciones Descr ipción: Describe la información referente a las habitaciones. Clave Descripción del campo Código de campo * Código de habitación cod_hab * Código del tipo de habitación cod_clase Numero de habitación numeroH Número de camas numCamasH Dimensión de la habitación dimensionH Piso pisoH Descripción descripcionH Tipo Int
Varchar Int
Int
Varchar Varchar Varchar Longitud 3 4 3 3 5 3 50 Nombr e: 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 cod_servicio Int
3 Nombre del servicio nombreS Varchar 50
Precio del servicio precioS Double Unidad de medida unidadMedidaS Varchar 3 Medida medidaS Varchar 3 Nombr e: 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 * Código de cliente cod_cliente Varchar Nombre del huésped nombreC Varchar Apellido paterno apellidoPC Varchar Apellido materno apellidoMC Varchar CI/DNI/Pasaporte ciC Varchar Nacionalidad nacionalidadC Varchar Procedencia procedenciaC Varchar Profesión profesionC Varchar Dirección direccionC Varchar Longitud 20
50
20
20
20
20
20
20
50
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 50
50
20
20
20
20 Nombr e: 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 cod_usuario Int
3 Nombre de personal nombreP Varchar 50
Apellido paterno apellidoPP Varchar 20
Apellido materno apellidoMP Varchar 20
Número carnét de identidad ciP Varchar 20
Teléfono telefonoP Varchar 20
Nombre de usuario nombreU Varchar 20
Contraseña del usuario passwordU Varchar 20
Archivos archivos Varchar 5 Privilegio de mantenimiento manteni Varchar 5 Privilegio de reserva reserva Varchar 5 Privilegio de apertura de cuenta cuenta Varchar 5 Privilegio de facturación facturacion Varchar 5 Privilegio de cobro cobro Varchar 5 Privilegio de reportes reporte Varchar 5 Privilegio de utilidades util Varchar 5 Nombr e: Reservas Descr ipción: Describe los datos referente a las reservas. Clave Descripción del campo Código de campo * Código de reserva cod_reserva * Código de cliente cod_cliente * Código de habitación Cod_hab Nombre de la reserva nombreR Fecha de llegada fechaLLR Fecha de salida fechaSaR Hora de reserva horaR Número de habitaciones numPerR Medio de reserva medioR Responsable responsableR Fecha de reserva fechaR Nombr e: cuenta Descr ipción: Describe los datos referente a las reservas. Clave Descripción del campo Código de campo Tipo Int
Varchar Int
Varchar Date Date Time Int
Varchar Varchar date Longitud 5 20
3 50
Tipo Longitud
5 20
20 * * 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 Nombr e: Ingresos Descr ipción: Describe el pago que el cliente realiza. Clave Descripción del campo Código de campo * Código de ingreso codigo_CB * Código de habitación cod_hab Fecha de ingreso fechaIngreso Hora horaIngreso Monto monto Varchar Int
Int
Varchar Double Date Time Date Time 20
3 3 50 Tipo Int
Int
Date Time Double Longitud 3 3 Nombr e: 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 * Código del cliente Cod_cliente Varchar * Código de habitación Cod_hab Int
* Código de servicio Cod_servicio Int
Medida medida Varchar Precio total del servicio precioTotalS Double Fecha Inicio del servicio fechaInicioS Date Fecha Final del servicio fechaFinalS Date Longitud 20
3 3 3 Nombr e: 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 cod_historial Int
5 Nombre del cliente nombreClienteHis Varchar 50
Número de habitación numHabHis Int
4 Número de personas numPerHis Int
4 Total de consumo por habitación totalHabHis Double Total de consumo por servicios totalSerHis Double Total cuenta totalCueHis Double Fecha de ingreso fechaIngHis Date Hora de ingreso horaIngHis Time Fecha de salida fechasaHis Date Hora de salida horasaHis Time Nombr e: facturación Descr ipción: Describe información acerca del historial de los usuarios.
Clave * Descripción del campo 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 Código de campo cod_fac cod_cliente fechaLLC horaLLC fechaSaC horaSaC obs cuentaTotal Responsable Nombr e: historial_usuarios Descr ipción: Describe información acerca del historial de los usuarios. Clave Descripción del campo Código de campo * Código de historial de usuario cod_hist_usu Código de usuario cod_usuario Tarea realizada por el usuario tareaUsuHis Monto montoUsuHis Fecha fechaUsuHis Hora HoraUsuHis Tipo Int
Varchar Date Time Date Time Varchar Double Varchar Longitud 3 20
Tipo Int
Int
Varchar Double Date Time Longitud 3 3 50 Nombr e: 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 * Código de copia Cod_copia Int
Nombre de base de datos nombreCo Varchar Fecha de copia fechaCo Date Destino de copia destinoCo Varchar 50
50 Longitud 3 30
60
3.6 Requer imientos de Har dwar e y Softwar e 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 P­III 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 I mplementació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 usua r 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. Dia gr ama 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 egistr o 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 a signació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 eser vas, 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 Factur ació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 factur a, Esta ventana muestra el reporte de liquidación, véase Figura 3.40; Figura 3.40: Ventana reporte de facturación
· Ventana de Esta dí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 Contr ol 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 factur a, 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 Pr uebas 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 pr ueba espir al de ba jo 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 pr ueba 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 Pr oceso d e r eser va P roceso de aper tu ra d e Cu en ta Pr oceso d e con tr ol d e clientes P roceso de C ob ro y Fa cturación Proceso de registro de reserva Proceso de registro de cuenta nueva Proceso de registro de clientes Proceso de Proceso de seguimiento de cuenta Proceso de Proceso de recolección de información del huésped Proceso de seguimiento de seguimiento de cobro clientes y facturación Reportes de clientes Reportes de cobro y seguimiento de reserva Reportes de reserva Reportes de cuenta Pr oceso ma nten imiento d el sistema Proceso de registro de usuarios Proceso de seguimiento de usuarios Reportes de usuarios facturación 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: IMS = Mt - ( Fa + Fi + F d ) Mt M t : Número de módulos de la versión actual. Fa : Número de módulos en la versión actual que se han añadido Fi : Número de módulos en la versión actual que se han cambiado Fd : 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: M t = 18 , Fa = 1 , Fi = 1 y Fd = 0 18 - (1 + 1 + 0) 18 IMS = 0.888 IMS =
0 < IMS < 1 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 Softwar e 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 for ma nce 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: R(t ) = R1 (t ) R2 (t ) R3 (t )...Rn (t ) Si los n componentes están conectados en paralelo la confiabilidad R(t ) esta dada por: R(t ) = 1 - [(1 - R1 (t )) * (1 - R2 (t )) * (1 - R3 (t ))...(1 - Rn (t ))] Ri (t ) = e ( - l t ) 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 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 Probabilida d Confia bilida d 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
R(t ) = éë ëé1 - (1 - C1 ) * (1 - C2 ) ûù * ëé1 - (1 - C3 ) * (1 - C4 ) ûù * ëé1 - (1 - C5 ) * (1 - C6 ) * (1 - C7 ) ûù * ëé1 - (1 - C 8 ) ûù ùû
R(t ) = éë éë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 ) ùû ùû
R(t ) = 0.80% 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 Parámetr o de Medición Numero de entradas de usuario Numero de salidas de usuario Numero de peticiones de usuario Numero de archivos Numero de interfaces externas Cuenta total Cuenta 3 12 7 18 1 Factor de Ponder ación Simple Medio Complejo 3 5 6 5 6 8 8 13 16 8 9 10 6 8 11 Total 9 60 56 144 6 275 Factor 0 1 2 3 4 Requiere el sistema copias de seguridad y de 5 √ recuperación fiable. √ Se requiere comunicación de datos Existen funciones de procesos distribuidos Esencial Significativo Medio Moder ado Pr udente Sin Esca la impor tancia Tabla 3.5: Punto de Función √
√ 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 i = 14 , y los valores de la Tabla 3.5, se tiene el siguiente valor å Fi = 45 . Remplazamos en la formula de Punto Función. PF = cuenta - total * (0.65 + 0.01* å [ F i ]) PF = 265* (0.65 + 0.01* 45) PF = 291.5 Relación de funcionalidad PF > 250 ® Óptima 150 > PF > 250 ® Buena PF < 100 ® 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 Situa ción Actual Par ametr ización Registro de Variaba entre 10 a Varía entre 3 a 5 Reduce un 33% de huéspedes 15 min. por cliente min. tiempo de registro Registro de reserva Variaba entre 5 a 10 Varía entre 3 a 5 Reduce un 50% de min. por cliente min. tiempo de registro Información no Consultas que Estadísticas sobre el Informes para la secretaria de turismo automatizada entregan datos de los historial de los huéspedes de manera huéspedes
confiable Control de Información no Consultas que Tiempo aproximado huéspedes automatizada entregan informes de 1 min. sobre la situación de los huéspedes en el hotel Control de Información no Consultas Tiempo aproximado habitaciones automatizada específicas para el de 1 min. ocupadas o en filtrado de reserva habitaciones Control de cobro y Información no Consultas Tiempo aproximado facturación automatizada específicas para el de 1 min. filtrado de liquidación. 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] Entidad­Relació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 Sistema de Seguimiento y Control para la Hoteleria Boliviana, 2001] 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] [Modelado de Sistemas con UML] http://www.clikear.com/manuales/uml/ 2004 Xavier Ferré Grau http://es.tldp.org/Tutoriales/doc­modelado­sistemas­ UML/multiple­html/index.html Popkin Software and Systems [Ingeniería del software] http://www.dsi.uclm.es/asignaturas/42541/ Profesor. Jesús Damián García­Consuegra Bleda
ANEXOS
ANEXO A
ARBOL DE PROBLEMAS EFECTOS Falta de coordinación entre los diferentes departamentos Retraso en la liquidación de los huéspedes PROBLEMA CENTRAL 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 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. CAUSAS
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. ARBOL DE OBJ ETIVOS FINES Disponibilidad de reportes e información estadística de los huéspedes del hotel Sagárnaga OBJ ETIVO PRINCIPAL Disponibilidad de información confiable de la liquidación y control de la caja del hotel Sagárnaga. 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 MEDIOS
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 MATRIZ DEL MARCO LOGICO SISTEMA DE SEGUIMIENTO Y CONTROL CASO: HOTEL SAGÁRNAGA Resumen Nar r ativo de Objetivos Indicador es 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 C ondiciones qu e indica ran que el p ropósito se h a logrado
De los r esu ltados del P royecto Que afecta n al enlace P ropósito­Fin
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. PRODUCT OS
· 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 Informes del proyecto · Información al gerente del Hotel. 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. El software se verificara mediante la instalación en la institución del hotel Sagárnaga · Tecnología Hardware y Software para la institución.
· Personal dispuesto y capacitado para adoptar el nuevo trabajo. 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. 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 Se implementa el modulo de control y seguimiento del sistema Se implementan módulos de seguridad 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 objeto­relacional 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 Regla s 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 ela ció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 esenta ción de la car dinalidad má xima de una r elación Relación involutiva Relación de un tipo consigo mismo
Atr ibutos Cla ves 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. Cla ves 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. Especia liza ción y genera lizació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.
· Especia liza ción, proceso de extraer diferencias entre las ocurrencias de un tipo de entidad para distinguir los subtipos que lo forman.
· Genera lizació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 especializa ción (r elación ES­UN) 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 Cla se cl_Reservación Está clase se encarga de realizar las reservaciones de los huéspedes. Nombr e: 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 incipa les:
· · · · · · · · · · · 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;
Cla se cl_Habitación Está clase se encarga de controlar y dar seguimiento información sobre las habitaciones del hotel. Nombr e: cl_habitación Responsabilidades: Realiza el control de la información de habitaciones. Métodos asociados a la s 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 incipa les:
· · · · · · · 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. Cla se cl_tipoba bitación Está clase se encarga de controlar y dar seguimiento a la información de las diferentes clases del hotel de habitaciones del hotel. Nombr e: 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 incipa les:
· · · cod_clase, representa código del tipo de habitación;
descripcionCL, representa tipo de clase de habitación;
precioCL , representa precio de habitación. Cla se cl_Aper tur aCuenta Está clase se encarga de realizar las altas, bajas y modificaciones de una nueva cuenta del cliente. Nombr e: cl_AperturaCuenta Responsabilidades: Realiza la apertura de una nueva cuenta de un huésped. Métodos asociados a las r esponsabilida des: 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 incipa les:
· · · · · · · · 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. Cla se cl_ingr esos Está clase se encarga de realizar el registro de los ingresos del hotel. Nombr e: cl_ingresos Responsabilidades: Realizar el registro de los ingresos. Métodos asocia dos a la s 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 incipa les:
· · · · · 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. Cla se cl_servicios Está clase se encarga de realizar el control y seguimiento de los servicios. Nombr e: cl_servicios Responsabilidades: Realizar el control de los servicios. Métodos asocia dos a la s 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 incipa les:
· · · · · 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. Cla se cl_Cliente Está clase se encarga de gestionar la información relevante del huésped.
Nombr e: cl_Cliente Responsabilidades: Realiza la gestión de información. Métodos asocia dos a la s 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 incipa les: 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; Cla se cl_usuar io Está clase se encarga de gestionar la información relevante del usuario. Nombr e: cl_Empleado Responsabilidades: Realiza la gestión de información. Métodos asocia dos a la s 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 incipa les: 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
Genera lidades 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 Cliente­Servidor, 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:/ruta­del­mysql/ datadir=C:/ruta­del­mysql/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 tur a 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 tur a 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 ha bitaciones 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