Sistema de Viajes Travel Ibagué
Texto completo
(2) i Tabla de Contenido. 1.. Resumen .......................................................................................................................... 1. 2.. Abtsract ........................................................................................................................... 2. 3.. Introducción.................................................................................................................... 3 Marco Teórico ....................................................................................................................... 5 Estado del Arte ..................................................................................................................... 6. 4.. Objetivos ......................................................................................................................... 8 General .................................................................................................................................. 8 Específicos ............................................................................................................................. 8. 5.. Metodología..................................................................................................................... 9. 6.. Desarrollo de las fases .................................................................................................. 10 Alcance ............................................................................................................................. 10 6.1 Fase Análisis de Requerimientos ................................................................................. 10 Descripción De Procesos ................................................................................................. 11 Registrar Cliente ............................................................................................................. 11 Abono De Cliente ............................................................................................................ 13 Asignar viaje .................................................................................................................... 14 Crear Viaje ...................................................................................................................... 15 Registrar Hoteles............................................................................................................. 16.
(3) ii Registrar municipio ........................................................................................................ 17 Registrar Restaurante .................................................................................................... 18 6.2 Fase de diseño ............................................................................................................... 19 Modelo Conceptual De Datos......................................................................................... 19 Diagrama Entidad relación E / R .................................................................................. 20 Descripción de Entidades ............................................................................................... 22 Modelo Físico De Datos .................................................................................................. 25 Diagrama Relacional ...................................................................................................... 27 Descripción de Tablas ..................................................................................................... 28 6.3 Fase de Construcción y prueba ................................................................................... 31 Script de base datos ........................................................................................................ 32 Abono Cliente .................................................................................................................. 32 Consulta Registro de viaje ............................................................................................. 35 Abono de Cliente ............................................................................................................. 39 6.3.1 Pruebas ....................................................................................................................... 42 Página Principal .............................................................................................................. 43 Menú Gestión Clientes: .................................................................................................. 46 Formulario de Registro de Clientes: ............................................................................. 46 Vincular Cliente a un viaje: ........................................................................................... 47 Generación Factura al Cliente: ..................................................................................... 48.
(4) iii Registro de abonos a factura: ........................................................................................ 49 Menú Gestión Viaje ............................................................................................................ 50 Crear Viaje Turístico: .................................................................................................... 50 Creación de Municipio Turístico: ................................................................................. 51 Menú Registro de Parámetros ........................................................................................... 52 Tipo Documento:............................................................................................................. 52 Municipio Turístico: ....................................................................................................... 53 Hoteles. ............................................................................................................................. 53 Restaurantes: ................................................................................................................... 54 Menú Reportes .................................................................................................................... 56 Abonos por Clientes: ...................................................................................................... 56 Gestion Empleado por Abonos: ..................................................................................... 57 7.. Conclusiones ................................................................................................................. 58. 8.. Referencias ................................................................................................................. 59.
(5) iv Lista De Tablas Tabla 1 Registrar Cliente ......................................................................................................... 11 Tabla 2 Abono Cliente ............................................................................................................. 13 Tabla 3 Asignar Viaje .............................................................................................................. 14 Tabla 4 Crear Viaje .................................................................................................................. 15 Tabla 5 Registrar Hoteles ......................................................................................................... 16 Tabla 6 Registrar Municipio .................................................................................................... 17 Tabla 7 Registrar Restaurante .................................................................................................. 18 Tabla 8 Descripción de Tablas ................................................................................................. 30.
(6) v Lista De Figuras Ilustración 1 Diagrama Entidad Relación E/R ......................................................................... 21 Ilustración 2 Diagrama Relacional ........................................................................................... 27 Ilustración 3 Página Principal .................................................................................................. 44 Ilustración 4 Menú Gestión de Clientes ................................................................................... 46 Ilustración 5 Vincular Cliente a un Viaje ................................................................................. 47 Ilustración 6 Generación de Factura al Cliente ........................................................................ 48 Ilustración 7 Registro de Abonos de Factura ........................................................................... 49 Ilustración 8 Crear Viaje Turístico ........................................................................................... 50 Ilustración 9 Creación de Municipio Turístico ........................................................................ 51 Ilustración 10 Tipo de Documento ........................................................................................... 52 Ilustración 11 Municipio Turístico........................................................................................... 53 Ilustración 12 Hoteles .............................................................................................................. 54 Ilustración 13 Restaurantes ...................................................................................................... 55 Ilustración 14 Abonos de Clientes ........................................................................................... 56 Ilustración 15 Gestión Empleado por Abonos ......................................................................... 57.
(7) 1 1. Resumen Este proyecto de negocio para las empresas de turismo denominado TRAVEL Ibagué, nace como contribución al sector de turismo, con el fin de ampliar las agencias de negocio y prestar un servicio más eficiente y confiable, ya que se brindará soluciones para los conflictos al momento de suministrar un viaje a un determinado lugar, esto se puede dar por falta de información necesaria para el cliente, los procesos de viaje son impuntuales y poco seguros (Semana, 2018) debido a su falta de organización y control. Por tal motivo TRAVEL Ibagué, implementa un aplicativo de viajes en el cual el cliente pueda registrarse, vincularse a un viaje, realizar procesos como lo son: registro de usuario cliente, asignación de viaje, registro de pago, consulta de pagos, consulta de viajes, consulta de abonos, estas a su vez deberán estar registradas en una base de datos con el cual se deberán capturar, modificar y eliminar en una interfaz amigable para su poblamiento de datos. Este documento especifica el proceso de trabajo al momento de iniciar la prestación del servicio, contando con procesos de trabajo divididas en fases como lo son las fases de requerimientos, fase de diseño y fase de construcción y prueba. Por lo cual, el valor agregado se centra en que a partir de planificar y organizar los procesos de prestación del servicio bajo el aplicativo TRAVEL Ibagué, este se dinamiza eficientemente en términos de oportunidad, pertinencia y confiabilidad al cliente y otras partes interesadas vinculantes de apoyo o complementación.. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(8) 2 2. Abtsract This business project for tourism companies called TRAVEL Ibague, was born as a contribution to the tourism sector, in order to expand business agencies and provide a more efficient and reliable service, as it will provide solutions for conflicts at the time of provide a trip to a certain place, this can be due to lack of necessary information for the client, the travel processes are unpunctual and unsafe (Semana, 2018) due to their lack of organization and control. For this reason TRAVEL Ibague, implements a travel application in which the client can register, link to a trip, carry out processes such as: client user registration, travel assignment, payment registration, payment consultation, travel consultation , consultation of fertilizers, these in turn must be registered in a database with which they must be captured, modified and deleted in a friendly interface for its population of data. This document specifies the work process at the time the service is provided, with work processes divided into faces such as requirements phases, design phase and test construction phase, in turn with their respective physical diagrams and conceptual. Therefore, the added value is centered on the fact that, from planning and organizing the service delivery processes under the TRAVEL Ibagué application, it is efficiently energized in terms of timeliness, relevance and reliability to the client and other binding support stakeholders. or complementation.. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(9) 3 3. Introducción El presente documento detalla la formulación del proyecto “TRAVEL”, ubicados en la ciudad de Ibagué, la cual tiene el fin de mejorar el mercado del sector del turismo (Combeima, 2018) a través del mejoramiento del proceso de prestación de servicios cuyo alcance incluye modelos de viaje para cada usuario. Lo anterior, no solo para incrementar sus ingresos, de igual manera aportar a mejorar la satisfacción de los clientes y demás partes interesadas como son: empleados, empleador, agentes turísticos, servicios de apoyo, proveedores, entre otros y; también conllevando, a adaptarse a los cambios continuos impulsados por el mercado incluyendo, pero no limitándose a la tecnología blanda y los programas informáticos. El proyecto “TRAVEL”, aplicativo establecido bajo la plataforma Oracle con la herramienta ápex, la cual permitirá tener un registro de base de datos de cada usuario con su respectivo viaje, caracterizado por dos tipos de viajes, uno a la costa y otro al eje cafetero. También, el sistema previamente debe capturar, validar y almacenar los datos básicos del cliente como cedula, nombre, teléfono, dirección, fecha de nacimiento el sistema validará que el cliente no esté registrado en la base de datos, y procederá a almacenar los datos de cliente.. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(10) 4 El sistema permite realizar la asignación de uno o varios viajes a un cliente, también realiza respectivas capturas, validaciones y logra almacenar los abonos por los clientes pertinentes al viaje; por último, se contará de un registro de municipio, hoteles y restaurantes para que el usuario pueda disponer de diferentes planes de viaje.. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(11) 5 Marco Teórico El marco teórico está determinado por la revisión de literatura que incluye los estudios e investigaciones coligadas en el marco conceptual, marco normativo legal y reglamentario del sector turístico en Colombia, el marco normativo técnico de gestión y el marco institucional asociada a la Universidad Cooperativa en su programa de Ingeniería de Sistemas. En Colombia el marco legal (Goierno de Colomia, 1996 ) del turismo se establece en la LEY 300 DE 1996 (Julio 26) Reglamentada por el Decreto Nacional 2590 de, en su ARTICULO 6º Dirección de estrategia turística, direcciona las funciones, así: “La dirección de estrategia turística tendrá a su cargo la realización de investigaciones técnicas en materia de promoción, mercados y desarrollo de productos, que sirvan de soporte a los contratos que el Ministerio de Desarrollo Económico y la Corporación Nacional de Turismo celebren con el administrador del fondo de promoción turística en esta materia. Igualmente, tendrá a su cargo la elaboración del proyecto del plan sectorial de turismo, la asistencia técnica a las entidades territoriales en materia de planificación turística el apoyo a la creación de infraestructura básica que impulse el desarrollo turístico, las investigaciones especiales que apoyen la competitividad del sector y las relaciones internacionales. Para esos efectos contará con las divisiones de investigación de mercados y promoción turística, de planificación, descentralización e infraestructura y de estudios especiales”.. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(12) 6 Estado del Arte Con el objetivo de perfeccionar, mejorar, construir una aplicación más eficiente y eficaz se determinó realizar búsquedas por medio de los navegadores bajo las herramientas que suministra la web como buscadores, bibliotecas virtuales ,sitios de internet especializados en la búsqueda de contenido de investigación ,bajo el alto rango de conocimiento , aplicabilidad de la ingeniería de sistemas se identifican múltiples fuentes de aplicaciones relacionadas con el turismo en Colombia estas permitieron identificar debilidades o procesos que carecen de ejecución, funcionalidad e implementación permitiéndonos fortalecer nuestra aplicación, con resultados más favorables que permitan que el usuario tenga mayores beneficios como interacciones, funcionalidad, resultados de búsqueda, interacciones atractivas y favorables con el usuario. Para el proceso de identificación de que Ibagué puede ser una ciudad con crecimiento en aspectos de socio económicos y culturales se determinó que bajo la consulta de (Murcia García, 2017) afirma que en al año 2028 será una ciudad caracterizada por la alta calidad de vida y una plataforma económica para el desarrollo del departamento del Tolima con una amplia armonía en características de la calidad ambiental, esto permite identificar que Ibagué puede ser precursora en enfoque turístico dando como objetivo el turismo no solamente en Ibagué si no que permita posicionar como puentes de turismo en diferentes ciudades del territorio Colombiano . En el sitio web (Tripadvisor, 2019) identificamos varios puntos que puede llegar a que la aplicación en procesos de realización sea óptima, por ende, identificamos que cada viaje o destino tiene su respectivo valor, su modelo de trasporte está plenamente realizados esto permitió darnos una referencia de como nuestra aplicación puede llegar a quedar.. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(13) 7 Bajo el conocimiento de que la aplicación puede ser un puente de turismo en el territorio colombiano y bajo la observación de la página (Turisco, 2017)podemos identificar el mismo ideal que tiene nuestra aplicación posicionar el departamento y determinar funciones como un lugar de hospedaje, lugares donde comer y los medios para llegar, pero a su vez identificamos debilidades como proceso de consulta e información en tiempo real que se le puede dar al cliente. Gracias a la investigación realizada, se permitió identificar valores agregados que tendrá nuestra ampliación, como resultados de información del estado del pago del cliente, información a los lugares que el cliente ha ido o estar por ir ya que estos sitios no cuentan con ellas y se cumple el objetivo de obtener una aplicación con valores agregados y el suministro de interfaces mayormente interactivas, amigables e informativas para el cliente.. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(14) 8 4. Objetivos General Desarrollar un aplicativo para organizaciones del sector turismo que establezca, en el proceso de prestación del servicio, modelos de viaje para cada usuario bajo una cobertura territorial, viaje hacia el eje cafetero y a la costa conforme a las necesidades de información de empleados, usuarios o clientes. Específicos . Realizar el diagnóstico asociado con las condiciones inherentes y relacionadas con los elementos de entrada al diseño del aplicativo “TRAVEL Ibagué”.. . Establecer el diseño (modelo conceptual y modelo conceptual y físico de la base de datos físico de la base de datos) del aplicativo “TRAVEL Ibagué” conforme a las necesidades de información de los clientes actuales y potenciales.. . Desarrollar un módulo de gestión de viaje para crear o eliminar viajes.. . Desarrollar un módulo de registro de parámetros que permita dar informe de los documentos ya creados a su vez permita su modificación.. . Desarrollar un módulo de reportes que permita dar un reporte de los procesos de una factura.. . Validar el aplicativo “TRAVEL Ibagué” a nivel piloto desde la perspectiva técnica. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(15) 9 5. Metodología Para el desarrollo de este proyecto se trabajó bajo la plataforma de Oracle basado en el lenguaje SQL (Developer, 2019) determinado bajo los requerimientos funcionales (PMOinformatica, 2017), con acompañamiento - asesoría suministrada bajo supervisión del ingeniero Jorge Manuel Pacheco en el que se determinó funciones de entradas, comportamientos y salidas de los requerimientos viables. En la fase de diseño, se implementó el modelo de base de datos relacionales en la que se identificó y desarrollo los modelos conceptuales y físicos de la base de datos, primordiales para la fase inicial del desarrollo de la aplicación donde se identifica las entidades del sistema, requisitos, diseño de la base de datos y el alcance del producto a trabajar; y para este proceso, se utilizó la herramienta Power Designer (PowerDesigner, 2019). En la fase de construcción, se obtiene el script que se genera por medio de la herramienta Power Designer (PowerDesigner, 2019), ésta a su vez, bajo la plataforma de Oracle (Developer, 2019)basado en el lenguaje SQL (Prado, 2018), que permite construir y obtener resultados como consulta de registros, consultas multi tabla, consultas sumarias y se procede a la realización de poblamiento de datos por medio de la plataforma Oracle bajo la herramienta APEX; (Oracle, 2019) además, este proceso fue asesorado bajo la supervisión del ingeniero Carlos A. Méndez.. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(16) 10 Posteriormente, después de su validación, es apto para la siguiente fase del desarrollo de la aplicación. Obtenida la aplicación conforme a la interfaz creada; siendo esta además, amigable para el manejo del usuario y también, lo anterior, según el alcance que este genera y bajo el acompañamiento y asesoramiento del ingeniero Carlos A. Méndez, se procede a determinar pruebas de errores en resultados y determinando que cada una de sus funciones se ejecute correctamente y, posteriormente, según los resultados del procedimiento anterior, se realizan los ajustes pertinentes terminando el producto a entregar. 6. Desarrollo de las fases Alcance El campo de aplicación del aplicativo TRAVEL IBAGUE primeramente a empresas del sector turístico y en su proceso de prestación de servicios el modelo de viaje para cada usuario y por cobertura territorial, viaje hacia el eje cafetero y a la costa. 6.1 Fase Análisis de Requerimientos Los requerimientos funcionales (Granada, 2016) son los servicios que proveerá la aplicación, es decir, lo que la aplicación puede hacer, en que permitirá determinar que los servicios solicitados por el usuario están completamente identificados y definidos, debido a esto, se toma como un enfoque predictivo ya que se puede decir que el sistema podrá interactuar con su entorno y su funcionamiento (Requerimientos, 2018).. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(17) 11 Descripción De Procesos A continuación, se exponen los procesos asincrónicos a soportar por la ampliación, utilizando la técnica modelados de uso. Registrar Cliente Tabla 1 Registrar Cliente Caso de uso: registrar cliente. Propósito: almacenar todos los datos pertinentes a cada uno de los clientes. Actores: empleado - cliente.. Caso de uso exitoso: 1. El empleado o cliente solicita un nuevo registro. 2. El sistema solicita datos del cliente. 3. El empleado o cliente ingresa los datos básicos del cliente como: nombre, cedula, dirección, fecha de nacimiento. 4. El sistema valida los datos ingresados. 5. El sistema verifica la existencia del cliente. 6. El sistema almacena el registro del cliente. 7. El sistema genera un mensaje informando que el cliente ha sido registrado con éxito.. Extensiones: 4. El sistema valida los datos ingresados. 4.1. El sistema informa al empleado o cliente que los datos (nombre, cedula,. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(18) 12 dirección, fecha de nacimiento) fueron ingresados de forma errónea. 5. El sistema verifica la existencia del cliente. 5.1. Cliente ya se encuentra registrado.. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(19) 13 Abono De Cliente Tabla 2 Abono Cliente Caso de uso: abono cliente. Actores: empleado - cliente. Propósito: el cliente decide cómo será la forma de pago, para realizar el viaje, ya sea de contado o diferido en cuotas.. Caso de uso exitoso: 1. El empleado o cliente solicita al sistema el ingreso de abonos. 2. El sistema genera un mensaje preguntando: ¿cómo va a realizar el pago? 3. El empleado o cliente escogerá la opción de pago. 4. El sistema validara la decisión de pago. 5. El sistema pregunta el valor del abono. 6. El empleado o cliente ingresa el valor del abono. 7. El sistema valida el abono 8. El sistema guarda el registro. 9. El sistema genera un recibo de pago.. Extensiones: 3. El empleado o cliente escogerá la opción de pago. 3.1. En caso de que el cliente escoja la forma de pago de contado y tenga un abono ya registrado, el sistema enviara un mensaje recordándole que no puede elegir esa opción porque ya tiene un abono registrado en el sistema.. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(20) 14 Asignar viaje Tabla 3 Asignar Viaje Caso de uso: asignar viaje. Actores: empleado. Propósito: asignar el viaje, de acuerdo a las necesidades del cliente.. Caso de uso exitoso: 1. El empleado solicita al sistema la asignación de viaje. 2. El sistema genera un mensaje de los destinos disponibles para viajar. 3. El empleado escoge el destino a donde va a viajar. 4. El sistema valido el destino turístico. 5. El sistema almacena la asignación de viaje. 6. El sistema genera un mensaje informándole al empleado que la asignación de viaje fue creada con éxito.. Extensiones: 4. El sistema valida el destino turístico. 4.1 El sistema genera un mensaje informándole al empleado que el viaje ya ha sido asignado.. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(21) 15 Crear Viaje Tabla 4 Crear Viaje Caso de uso: crear viaje. Actores: empleado. Propósito: crear la mejor opción turista para el cliente.. Caso de uso exitoso: 1. El empleado solicitara al sistema la creación de un nuevo viaje. 2. El sistema genera un formulario, que contienen una serie de parámetros a seguir como: destino del viaje, sitios a visitar, fecha de inicio, fecha de finalización, etc.… 3. El empleado ingresa los datos del formulario. 4. El sistema valida los datos ingresados dentro del formulario. 5. El sistema guarda el viaje. 6. El sistema genera un mensaje informándole al empleado que el viaje fue creado con éxito. 7. Después de creado el viaje, el sistema permitirá al empleado, modificar los parámetros pertinentes del viaje.. Extensiones: 4. El sistema valida los datos ingresados dentro del formulario. 4.1. Al momento de validar los datos, el sistema genera un mensaje informándole al empleado que hubo un error en el ingreso de datos.. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(22) 16 Registrar Hoteles Tabla 5 Registrar Hoteles Caso de uso: registrar hoteles. Actores: empleado. Propósito: elegir los mejores hoteles dentro del destino turístico dependiendo de las necesidades del cliente.. Caso de uso exitoso: 1. El empleado solicita al sistema el registro de hoteles. 2. El sistema permite ingresar el o los hoteles. 3. El empleado ingresa el o los hoteles(s) con los siguientes datos: nombre del hotel, dirección, número de habitaciones disponibles. 4. El sistema valida la existencia de o los hoteles. En la base datos. 5. El sistema confirma, que el o los hoteles. Ha sido almacenado con éxito en la base de datos.. Extensiones: 4. El sistema valida la existencia de, o los hoteles. En la base datos. 4.1. El sistema genera un mensaje, informando al empleado que el o los hoteles ya se encuentra registrado en la base de datos.. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(23) 17 Registrar municipio Tabla 6 Registrar Municipio Caso de uso: registrar municipio. Actores: empleado. Propósito: elegir el mejor destino turístico para el cliente.. Caso de uso exitoso: 1. El empleado solicita al sistema el registro de un municipio. 2. El sistema permite ingresar el municipio. 3. El empleado ingresa el municipio (nombre, región en la que se encuentra, país en el que está ubicado). 4. El sistema valida la existencia de este municipio en la base datos. 5. El sistema confirma, que el municipio ha sido almacenado con éxito en la base de datos.. Extensiones: 4. El sistema valida la existencia de este municipio en la base datos. 4.1. El sistema genera un mensaje, informando al empleado que el municipio ya se encuentra registrado en la base de datos.. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(24) 18 Registrar Restaurante Tabla 7 Registrar Restaurante Caso de uso: registrar restaurante(s). Actores: empleado. Propósito: elegir los mejores restaurantes dentro destino turístico dependiendo de las necesidades del cliente.. Caso de uso exitoso: 1. El empleado solicita al sistema el registro de restaurante(s). 2. El sistema permite ingresar el restaurante(s). 3. El empleado ingresa el restaurante(s) (nombre del restaurante, tipo de restaurante, dirección). 4. El sistema valida la existencia de este restaurante(s), en la base datos. 5. El sistema confirma, que el restaurante(s), ha sido almacenado con éxito en la base de datos.. Extensiones: 4. El sistema valida la existencia de este restaurante(s), en la base datos. 4.1. El sistema genera un mensaje, informando al empleado que el restaurante(s), ya se encuentra registrado en la base de datos.. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(25) 19 6.2 Fase de diseño Modelo Conceptual De Datos El modelo conceptual de datos también conocido como modelo de entidad relación , es una técnica que permite ilustrar de manera gráfica la información relativa incorporada, es decir, la relación de los datos y su correlación entre ellos (nazareno, 2018), permitiendo dar una visión representativa de manera abstracta de la base de datos; por lo tanto, al explicarse de manera simplista tiene un conjunto de objetos básicos, estos, llamados entidades que, a su vez, se relacionan entre sí, estas entidades tienen atributos, siendo estas, las características que representan la entidad. A continuación, se presenta el diagrama de entidad relación donde tiene a su vez una descripción de cada uno de las entidades y atributos que contienen.. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(26) 20 Diagrama Entidad relación E / R. FUNCIONARIO Codfun Nomfun. TIPO_FUNCION. Cumple. Codtipofun Nomfuncion. entrega ABONO_CLIENTE Codabono Fechabono Valorabono. PAIS Codpais Nompais. Relationship_19 Corresponde FACTURA Codfact Numfact Fechafact Valorfact. MUNICIPIO_NACIMIENTO Codmuni Nommuni. Regiistra. se encuenra. VIAJE CLIENTE_VIAJE codcliviaje fechaclien. PERSONA TIPO_DOCUMENTO Tipodoc Nombretipodoc. Familiar tiene. Numdoc Nomperso Dirperso Tipo persona. Codviaje Nomviaje Desviaje Costviaje Tiemviaje. registra. inscribe. seleciona. tipo Relationship_17. JURIDICA NIt Reprelegal. NATURAL. VIAJE_MUNICIPIO. MUNICIPIO_TURISMO. codigocli sexocli. codvimuni nomviajemuni. Codmunituris nommunituris paismunituris. MEDIO_TRANSPORTE Tiene. Codtransp Medio Transporte. determina. se selecciona. HOTELES codhotel nomhotel dirhotel. se determina. RESTAURANTES codresta nomresta tiporesta diresta. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(27) 21 Ilustración 1 Diagrama Entidad Relación E/R. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(28) 22 Descripción de Entidades Entidad Persona: Contiene la información de los atributos que tiene la persona como su nombre, fecha de nacimiento, su tipo de documento, el lugar de nacimiento, estado jurídico, entre otros. Entidad Viaje: Contiene la información de los atributos que tiene un viaje como el nombre de viaje, el costo del viaje, el tiempo del viaje, el código del viaje y descripción del viaje. Entidad Factura: Contiene la información de los atributos que tiene una factura como el cómo el código de la factura, el número de la factura, el código del viaje, la fecha de la realización de la factura y el valor de la factura. Entidad cliente Viaje: Contiene la información de los atributos que tiene el cliente en su viaje como el código del viaje, el código del cliente en su viaje, el número del documento del cliente y la fecha de viaje del cliente Entidad de restaurantes: Contiene la información de los atributos que tiene los restaurantes como el código del restaurante, el código del municipio donde estarán los restaurantes, el nombre del restaurante, el tipo de restaurante y su dirección donde estará ubicado el restaurante. Entidad Medio de trasporte: Contiene la información de los atributos que tiene el medio de trasporte por cual el cliente se movilizara como el código de trasporte y el medio de trasporte que utilizara. Entidad Municipio turismo: Contiene la información de los atributos que tiene el municipio en el cual se hará el turismo tales como el código del municipio de turismo, y el país de municipio de turismo.. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(29) 23 Entidad Hoteles: Contiene la información de los atributos que tiene un hotel en que el cliente se va a alojar como el código del hotel, el nombre del hotel y la dirección donde s e ubica el hotel. Entidad Viaje municipio: Contiene la información de los atributos que tiene un viaje a determinado municipio como el código del viaje al municipio, el código del viaje y el nombre del viaje al municipio. Entidad Abono Al Cliente: Contiene la información de los atributos que el cliente abona como el código del abono, el código del empleado que hace el abono, la fecha en que se hizo el abono y valor del abono que se realizó. Entidad Empleado: Contiene la información de los atributos del empleado tales como el código del empleado, el código del tipo de empleado y el nombre del empleado.. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(30) 24 Entidad Tipo De Función: Contiene la información de los atributos del tipo de función que tiene un empleado como el código del tipo de función y el nombre de la función. Entidad Natural: Contiene la información de los atributos de una persona de tipo natural como numero documento, el código de la persona y el sexo de la persona. Entidad Jurídica: Contiene la información de los atributos de una persona de tipo Jurídica como numero de documento, nit y representación legal. Entidad Tipo De Documento: Contiene la información de los atributos del tipo de documento que tiene una persona, estos, son de tipo de documento y nombre del tipo de documento. Entidad Municipio Nacimiento: Contiene la información de los atributos del municipio de nacimiento donde nació la persona o funcionario tales como código del país, código del municipio y nombre del municipio. Entidad País: Contiene la información de los atributos del país de nacimiento de la persona como el código del país y le nombre del país.. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(31) 25 Modelo Físico De Datos El modelo físico de datos aparece a partir del diagrama de entidad relación, este, cumple la función de permitir analizar la forma de que los datos se van a guardar; es decir, que el tipo de datos que se van a almacenar, se identifique en los campos donde van a estar, estos datos se guardan como cadenas (Wikipedia, 2019) de caracteres sean tipo CHAR, TEXT, VCHART (Anchapanta, 2014), para simplificar se puede decir que cada tipo de dato son cadenas de valores (facil, s.f.) que especifican el tipo de valor en el cual se va a especificar la entidad de a manera de ejemplo el tipo TEXT seria de tipo texto, el tipo VCHART conteniendo tipos de cadenas (Wikipedia, 2019) de longitud variable ya que pueden ser letras números o caracteres especiales, el tipo INT conocido por tener caracteres de tipo numérico tanto de números positivos como negativos ,otra de las características que podemos encontrar es el tipo de llaves (INFORMÁTICO, s.f.) encargadas de especificar que el atributo tiene una característica especial, las llaves primaria (P) donde permite que el registro de un atributo sea único permitiendo identificar que este contiene los relaciones de entidades con las otras tablas, llave foránea (F) quien es la encargada de identificar los campos principales de otra tabla es decir cómo están relacionadas entre sí, la llave candidata (M) o simplemente tratada como una llave siendo esta la encarga de definir una relación de atributos. A continuación, se procede a mostrar el diagrama relacional con entidades y atributos y luego la descripción de los procesos en manera de tabla donde en cada se fila representa las siguientes características:. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(32) 26 Entidades: Nombre de las entidades que están en el modelo físico de datos. Atributos: Características que representan a cada atributo. Tipo de dato: Se identifica como se guardan las cadenas de valores. Llaves: Donde se identifica el tipo de llaves que sé que tiene cada atributo siendo P una llave primaria, F una llave foránea, M una llave candidata.. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(33) 27 Diagrama Relacional. ABONO_CLIENTE Codabono Codfun Codfact Fechabono Valorabono. FUNCIONARIO. numeric(3) <pk> integer <fk1> integer <fk2> date numeric(12). Codfun integer <pk> Codtipofun integer <fk> Nomfun char(40). TIPO_FUNCION. PAIS Codpais numeric(4) <pk> Nompais char(20) MUNICIPIO_NACIMIENTO Codpais numeric(4) <pk,fk> Codmuni numeric(3) <pk> Nommuni char(20). FACTURA Codfact codcliviaje Numfact Fechafact Valorfact. Codtipofun integer <pk> Nomfuncion char(20). integer <pk> integer <fk> integer date numeric. VIAJE. CLIENTE_VIAJE. PERSONA Numdoc Codpais Codmuni Tipodoc PER_Numdoc Nomperso Dirperso Tipo persona. TIPO_DOCUMENTO Tipodoc char(2) <pk> Nombretipodoc char(40). JURIDICA Numdoc integer <pk,fk> NIt integer <pk> Reprelegal char(40). integer numeric(4) numeric(3) char(2) integer char(30) integer char(3). <pk> <fk1> <fk1> <fk3> <fk2>. NATURAL Numdoc codigocli codcliviaje sexocli. integer <pk,fk2> integer <pk> integer <fk1> char(1). codcliviaje Codviaje Numdoc fechaclien. Codviaje Nomviaje Desviaje Costviaje Tiemviaje. integer <pk> numeric(3) <fk2> integer <fk1> date. numeric(3) <pk> char(40) char(20) numeric(10) varchar(10). VIAJE_MUNICIPIO codvimuni Codtransp Codmunituris Codviaje nomviajemuni HOTELES codhotel Codmunituris nomhotel dirhotel. numeric(3) <pk> numeric(3) <fk> char(20) varchar(40). numeric(3) integer numeric(3) numeric(3) varchar(40). <pk> <fk3> <fk2> <fk1>. MEDIO_TRANSPORTE Codtransp integer <pk> Medio Transporte char(10). RESTAURANTES MUNICIPIO_TURISMO Codmunituris numeric(3) <pk> nommunituris char(20) paismunituris char(20). codresta Codmunituris nomresta tiporesta diresta. numeric(3) <pk> numeric(3) <fk> char(20) char(20) varchar(40). Ilustración 2 Diagrama Relacional. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(34) 28 Descripción de Tablas Entidades. Atributos. Tipo de dato. Persona. Numdoc. NUMDOC. Codpais. CODPAIS. X. X. Codmuni. CODMUNI. X. X. Tipodoc. TIPODOC. X. X. PER_Numdoc. PER_NUMDOC. X. Nomperso. NOMPERSO. Dirperso. DIRPERSO. X. Tipo persona. TIPO_PERSONA. X. Codviaje. numeric(3). Nomviaje. char(40). Desviaje. char(20). Costviaje. numeric(10). Tiemviaje. varchar(10). Codfact. integer. codcliviaje. integer. Numfact. integer. Fechafact. date. Valorfact. numeric. codcliviaje. integer. Codviaje. numeric(3). X. X. Numdoc. integer. X. X. Viaje. Factura. Cliente Viaje. Llaves. P. F. X. M X. X. X. X. X X. X. X. X. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(35) 29. Restaurantes. Medio de Trasporte. fechaclien. date. codresta. numeric(3). Codmunituris. numeric(3). nomresta. char(20). tiporesta. char(20). diresta. varchar(40). Codtransp. integer. Medio. char(10). X. X X. X. X. Transporte Municipio Turismo. Hoteles. Viaje Municipio. Abono Al Cliente. Empleado. Codmunituris. numeric(3). nommunituris. char(20). paismunituris. char(20). codhotel. numeric(3). nomhotel. char(20). dirhotel. varchar(40). codvimuni. numeric(3). Codviaje. numeric(3). nomviajemuni. varchar(40). Codabono. numeric(3). Codfun. integer. Fechabono. date. Valorabono. numeric(12). Codfun. integer. X. X. X. X. X. X X. X. X X. X. X. X. X. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(36) 30. Tipo De Funcion Natural. Juridica. Tipo De Documento Municipio Nacimiento. Pais. Codtipofun. integer. X. Nomfun. char(40). Codtipofun. integer. Nomfuncion. char(20). Numdoc. integer. X. codigocli. integer. X. sexocli. char(1). Numdoc. integer. X. NIt. integer. X. X. Reprelegal. char(40). Tipodoc. char(2). X. X. Nombretipodoc. char(40). Codpais. numeric(4). X. Codmuni. numeric(3). X. X. Nommuni. char(20). Codpais. numeric(4). X. X. Nompais. char(20). X. X. X. X. X X. X. X. X X. X. Tabla 8 Descripción de Tablas. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(37) 31 6.3 Fase de Construcción y prueba Los scripts se pueden determinar como el código fuente (facil, s.f.) es decir unas instrucciones necesarias para que un proceso se ejecute y mediante un intermediario lo interprete en esta fase, se obtiene los scripts (Linuxadictos, s.f.)para el funcionamiento del producto TRAVEL IBAGUE, estos scripts o código fuente (facil, s.f.) fueron realizados bajo el lenguaje SQL (STRUCTURED QUERY LANGUAGE) (Developer, 2019)por medio de la plataforma Oracle bajo la herramienta APEX que permitieron la ejecución de las funciones de aplicación TRAVEL IBAGUE, estarán ubicados dentro la carpeta anexos del documento procedimientos, a continuación se muestra todos los scripts encargados del funcionamiento para la ejecución de aplicación TRAVEL IBAGUE.. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(38) 32 Script de base datos Abono Cliente Script tabla logabono_cliente. /* creación de un archivo log para los abonos_clientes)*/. create table logabono_cliente( fecha varchar2(50), accion char(1), usuario varchar2(50) );. Creación de un archivo log para los bancos con registro de valores antiguos y nuevos. create table logabono_cliente_detalle( oldcodabono number(2), oldcodfun number(3), oldcodfact number(3), oldfechabono sysdate, oldvalorabono number(10), newcodabono number(2),. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(39) 33 newcodfun number(3), newcodfact number(3), newfechabono sysdate, newvalorabono number(10), fecha varchar2(50), usuario varchar2(50), accion char(1) );. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(40) 34 Consulta cliente viaje. create or replace procedure listarclienteviaje is. Cursor listatodoclienteviaje is select * from cliente_viaje order by codcliviaje; Begin dbms_output. put_line(rpad( 'CODIGO CLIENTE',7) ||' ' ||rpad('CODIDGO VIAJE',10)||' ' ||rpad('N. DOCUMENTO',11) ||' ' ||rpad('FECHA REGISTRO',10)); For v_reg in listatodoclienteviaje LOOP dbms_output. put_line(rpad( to_char(v_reg.codcliviaje),7) ||' ' ||rpad( to_char(v_reg.codviaje),10)||' ' ||rpad( to_char(v_reg.numdoc),11) ||' ' ||rpad( to_char(v_reg.fechaclien),10)); DBMS_OUTPUT.PUT_LINE('****************************');. END LOOP;. END;. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(41) 35 Consulta Registro de viaje Valida cliente viaje create or replace procedure validaclienteviaje(v_idclienteviaje in number, res out boolean ) is v_clienteviaje cliente_viaje%rowtype;. begin. select * into v_clienteviaje from cliente_viaje where codcliviaje =v_idclienteviaje; res:= true;. exception when No_data_found then res:=false;. end ;. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(42) 36 Desplegar Cliente Viaje create or replace procedure desplegarclienteviaje(v_reg cliente_viaje%rowtype) as begin dbms_output. put_line(rpad( 'CODIGO CLIENTE',7) ||' ' ||rpad('CODIDGO VIAJE',10)||' ' ||rpad('N. DOCUMENTO',11) ||' ' ||rpad('FECHA REGISTRO',10)); dbms_output. put_line(rpad( to_char(v_reg.codcliviaje),7) ||' ' ||rpad( to_char(v_reg.codviaje),10)||' ' ||rpad( to_char(v_reg.numdoc),11) ||' ' ||rpad( to_char(v_reg.fechaclien),10)); end;. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(43) 37 Consultar Cliente create or replace PROCEDURE consultarclienteviaje(v_co in number,v_reg out cliente_viaje%rowtype ) is. begin select * into v_reg from cliente_viaje where codcliviaje= v_co;. end;. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(44) 38 Validar Consulta de Cliente create or replace procedure validarconsultarclienteviaje(codcliviaje number) is. res boolean; noexiste exception; v_reg cliente_viaje%rowtype; men varchar2(50);. begin validaclienteviaje(codcliviaje,res); if res = true then. consultarclienteviaje(codcliviaje,v_reg);. desplegarclienteviaje(v_reg);. else raise noexiste;. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(45) 39. end if;. exception. WHEN noexiste THEN. men:=' Cliente no está registrado '; desplegarmensaje(men); end; Abono de Cliente. create or replace procedure racaudo_abono_cliente is. cursor fact_abono is select PERSONA.NOMPERSO as CLIENTE, CLIENTE_VIAJE.NUMDOC as DOCUMENTO, FACTURA.CODFACT as CODIGO_FACTURA,. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(46) 40 FACTURA.VALORFACT as VALOR_FACTURA, sum(ABONO_CLIENTE.VALORABONO) as ABONOS, (FACTURA.VALORFACT-sum(ABONO_CLIENTE.VALORABONO)) as TOTAL from ABONO_CLIENTE ABONO_CLIENTE, FACTURA FACTURA, CLIENTE_VIAJE CLIENTE_VIAJE, PERSONA PERSONA where PERSONA.NUMDOC=CLIENTE_VIAJE.NUMDOC and CLIENTE_VIAJE.CODCLIVIAJE=FACTURA.CODCLIVIAJE and FACTURA.CODFACT=ABONO_CLIENTE.CODFACT group by PERSONA.NOMPERSO, CLIENTE_VIAJE.NUMDOC, FACTURA.CODFACT, FACTURA.VALORFACT;. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(47) 41 begin dbms_output.put_line(rpad('CLIENTE',40)||' ' ||RPAD('DOCUMENTO ',20)||' ' ||RPAD('CODIGO FACTURA',20)||' ' ||RPAD('VALOR FACTURA $',20)||' ' ||RPAD('ABONOS $',20)||' ' ||RPAD('TOTAL ',20)); For v_reg in fact_abono LOOP. dbms_output.put_line(rpad(to_char(v_reg.CLIENTE),40)||' ' ||rpad(to_char(v_reg.DOCUMENTO),20)||' ' ||rpad(to_char(v_reg.CODIGO_FACTURA),20)||' ' ||rpad(to_char(v_reg.VALOR_FACTURA),20)||' ' ||rpad(to_char(v_reg.ABONOS),20)||' ' ||rpad(to_char(v_reg.TOTAL),20));. END LOOP; end;. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(48) 42 6.3.1 Pruebas En pruebas se hace una explicación de todas las características que contiene la interfaz de la aplicación TRAVEL IBAGUE cada una de ellas serán explicadas tanto como la función, procesos e información suministrada.. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(49) 43 Página Principal APLICACIÓN EN APEX (TRAVEL). La pagina principal permite seleccionar las obciones del menu: . Inicio. . Gestio de Clientes. . Gestion de Viaje. . Registro de Parametros. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(50) 44. . Reportes. Ilustración 3 Página Principal 1. Menú Gestión Clientes: En este menú se puede gestionar los requerimientos del cliente como registro, vinculación a un viaje, facturación y abonos 2. Menú Gestión Viaje: En este menú se puede gestionar crear un viaje turístico para la empresa y el municipio vinculado al viaje 3. Menú Registro de Parámetros:. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(51) 45 En este menú se puede gestionar (crear, actualizar, insertar, eliminar) parámetros como tipos de documento, municipios, hoteles y restaurantes. 4. Menú Reportes: En este menú permite al empleado verificar el total de los abonos de los clientes mediante un informe, adicional puede visualizar el número de abonos recibidos por cada empleado de la empresa mediante un gráfico de barras.. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(52) 46 Menú Gestión Clientes:. Formulario de Registro de Clientes: Esta opción permite al empleado de TRAVEL crear un cliente potencial para la empresa captando los datos básicos del cliente, adicional le permite medicar los datos básicos del cliente o eliminación del mismo, adicional en el mismo modulo permite tener un informe de los clientes ya registrados.. Ilustración 4 Menú Gestión de Clientes. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(53) 47 Vincular Cliente a un viaje: Permite al empleado de TRAVEL realizar la vinculación de un cliente ya registrado a un viaje turístico, solo debe seleccionar al cliente y el viaje ya creado. Adicional, en el módulo permite visualizar los viajes ya creados y los clientes vinculados a los viajes.. Ilustración 5 Vincular Cliente a un Viaje. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(54) 48 Generación Factura al Cliente: Le permite al empleado de TRAVEL generar una factura al cliente que ya está vinculado al viaje, tan solamente selecciona el cliente e ingresa el valor de factura. Adicional, en el módulo se puede visualizar los clientes que ya tienen facturas.. Ilustración 6 Generación de Factura al Cliente. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(55) 49 Registro de abonos a factura: El empleado de TRAVEL puede generar abonos a una factura de un cliente que está vinculado a un viaje, tan solamente selecciona el nombre del cliente que está vinculado a un viaje e ingresando el valor del abono. Adicional, se puede visualicen en el módulo los abonos realizados a la factura de cada cliente. Ilustración 7 Registro de Abonos de Factura. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(56) 50. Menú Gestión Viaje Crear Viaje Turístico: El empleado TRAVEL crear o eliminar un nuevo viaje turístico ingresando los datos como nombre del viaje, destino, costo total y duración. Adicional, permite visualizar los viajes ya creados. Ilustración 8 Crear Viaje Turístico. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(57) 51 Creación de Municipio Turístico: Le permite al empleado crear el municipio que va ir asignado al viaje ya creado, en este se puede definir el medio de transporte que se utilizara en el viaje. Adicional puede visualizar que municipios ya están asignados a cada viaje.. Ilustración 9 Creación de Municipio Turístico. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(58) 52. Menú Registro de Parámetros Tipo Documento: Genera informe interactivo que le permite a empleado de Travel visualizar los tipos de documentos ya creados, adicional podrá crear, insertar, actualizar o eliminar los tipos de documentos desde el mismo informe.. Ilustración 10 Tipo de Documento. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(59) 53 Municipio Turístico: Genera informe interactivo que le permite a empleado de TRAVEL visualizar municipios a nivel nacional. Adicional, podrá crear, insertar, actualizar o eliminar desde el mismo informe.. Ilustración 11 Municipio Turístico. Hoteles.. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(60) 54 Genera informe interactivo que le permite a empleado de Travel visualizar hoteles en cada municipio. Adicional, podrá crear, insertar, actualizar o eliminar los hoteles desde el mismo. Ilustración 12 Hoteles. informe.. Restaurantes:. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(61) 55 Genera informe interactivo que le permite a empleado de TRAVEL visualizar restaurantes en. Ilustración 13 Restaurantes. cada municipio. Adicional, podrá crear, insertar, actualizar o eliminar los hoteles desde el mismo informe.. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(62) 56. Menú Reportes Abonos por Clientes: Este reporte le permite al empleado de TRAVEL conocer el valor total de una factura a partir del valor inicial de esta menos el valor total de los abonos realizados por cada cliente (sumaria).. Ilustración 14 Abonos de Clientes. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(63) 57. Gestion Empleado por Abonos: Este grafico de barras le permite conocer el número de abonos recaudado por cada empleado de TRAVEL.. Ilustración 15 Gestión Empleado por Abonos. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(64) 58 7. Conclusiones Como conclusión podemos enfatizar En términos generales, conforme a los resultados de la socialización del software denominado TRAVEL Ibagué, proyecto de negocio para las empresas de turismo, e igualmente, después de su validación y probado conforme al procedimiento en este documento, se determina que es viable para su implementación eficaz. En términos del alcance del proyecto TRAVEL Ibagué, el software desarrollado demostró satisfacer las necesidades de información de los empleados y/o cliente en lo asociado con el proceso de prestación del servicio (modelos de viaje para cada usuario) y la cobertura territorial (viaje hacia el eje cafetero y a la costa). La fase de Construcción y prueba, en su puesta en marcha y operación bajo plataforma Oracle, se comprueba la eficiencia de los scripts en las funciones de aplicación TRAVEL IBAGUE. La página principal que opera por medio de la plataforma Oracle bajo la herramienta APEX (APLICACIÓN EN APEX (TRAVEL)), en su funcionamiento opera eficientemente de acuerdo a las opciones del menú, permite seleccionar Inicio, Gestión de Clientes, Gestión de Viaje, Registro de Parámetros y Reportes.. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(65) 59 8. Referencias. Anchapanta, D. (10 de 01 de 2014). Prezi. Obtenido de https://prezi.com/zssbpoiowvnc/modelo-fisico-de-base-datos/ Combeima, E. D. (26 de 6 de 2018). Obtenido de Ecos Del Combeima: http://ecosdelcombeima.com/politica/nota-133554-el-turismo-en-el-tolima-esta-todo-porhacerse Developer, O. S. (11 de 8 de 2019). Oracle . Obtenido de https://www.oracle.com/co/database/technologies/appdev/sql-developer.html facil, T. (s.f.). Tecnologia facil. Obtenido de https://tecnologia-facil.com/que-es/que-es-codigofuente/ Garcia-Sabater, J. V.-C.-M. (2010). Practical experience in teaching inventory management with Edublogs. Journal of Industrial Engineering and Management, 102-122. Goierno de Colomia. (26 de Julio de 1996 ). LEY 300 DE Julio 26 de 1996 . Ley general de turismo y se dictan otras disposiciones. Bogota, Colomia : Imprenta Nacional. Granada, U. D. (12 de 12 de 2016). Departamento de ciencias de la computacion . Obtenido de http://fcaenlinea1.unam.mx/anexos/1216/LI_1216_anexo4_Requerimientos.pdf INFORMÁTICO, M. D. (s.f.). Zona Inversa. Obtenido de https://jisashi82.wordpress.com/2012/03/03/llave-primaria-foranea-y-candidata/ Linuxadictos. (s.f.). Linuxadictos. Obtenido de https://www.linuxadictos.com/que-es-script.html. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(66) 60 Markovic, M. K. (2014). The effects of multimedia learning materials quality on knowledge acquisition. Information Systems Development: Transforming Organisations and Society Through Information Systems , 140-149. Murcia García, C. C. (15 de 02 de 2017). pasosonline. Obtenido de http://www.pasosonline.org/ nazareno, .. (01 de 01 de 2018). Modelado Conceptual de Datos. Obtenido de http://informatica.gonzalonazareno.org/plataforma/mod/resource/view.php?id=3487 Oracle. (8 de 11 de 2019). Apex Oracle. Obtenido de https://apex.oracle.com/es/ Piedade, M. S. (2009). Business intelligence in higher education: Managing the relationships with students. EEUU: 297-302. PMOinformatica. (6 de 2 de 2017). PMOinformatica. Obtenido de http://www.pmoinformatica.com/2017/02/requerimientos-funcionales-ejemplos.html PowerDesigner. (11 de 8 de 2019). PowerDesigner. Obtenido de https://www.powerdesigner.biz/ES/powerdesigner/probar-powerdesignersource_adw847a.html?gclid=Cj0KCQiAno_uBRC1ARIsAB496IUU3s44TFBSLwMgyrk DAITRYhjcwS5L_csdTLLWMXUUATOCGtkU58QaAv6pEALw_wcB Prado, C. E. (13 de 06 de 2018). DevCode. Obtenido de https://devcode.la/blog/que-es-sql/ Queirós, R. L. (2013). Seqins - A sequencing tool for educational resources. OpenAccess Series in Informatics, 29-57. Requerimientos, M. y. (11 de 12 de 2018). Metodologia y Gestion De Requerimientos. Obtenido de https://sites.google.com/site/metodologiareq/capitulo-ii/tecnicas-para-identificarrequisitos-funcionales-y-no-funcionales. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(67) 61 Semana, R. (28 de 4 de 2018). Obtenido de Semana: https://www.semana.com/economia/articulo/turismo-en-colombia-crece-pero-tienetodavia-problemas-para-ser-potencia/565224 Tripadvisor. (8 de 11 de 2019). Tripadvisor. Obtenido de https://www.tripadvisor.co/Attractionsg297477-Activities-Ibague_Tolima_Department.html Turisco. (01 de 01 de 2017). Turisco. Obtenido de http://www.turisco.com.co/index.php/blog Wikipedia. (10 de 10 de 2019). Wikiperdia. Obtenido de https://es.wikipedia.org/wiki/Cadena_de_caracteres Yehiry, P. G. (2011). Work in progress - Item retrieval system in distributed repositories to generate adaptive assessments supported in ítems response theory (.IRTT). Proceedings Frontiers in Education Conference, FIE.. Esta obra está bajo una licencia de Creative Commons ReconocimientoNoComercial-CompartirIgual 4.0 Internacional..
(68)
Figure
Documento similar
Cedulario se inicia a mediados del siglo XVIL, por sus propias cédulas puede advertirse que no estaba totalmente conquistada la Nueva Gali- cia, ya que a fines del siglo xvn y en
Esto viene a corroborar el hecho de que perviva aún hoy en el leonés occidental este diptongo, apesardel gran empuje sufrido porparte de /ue/ que empezó a desplazar a /uo/ a
En junio de 1980, el Departamento de Literatura Española de la Universi- dad de Sevilla, tras consultar con diversos estudiosos del poeta, decidió propo- ner al Claustro de la
Parece, por ejemplo, que actualmente el consejero más influyente en la White House Office con Clinton es el republicano David Gergen, Communications Director (encargado de la
Como asunto menor, puede recomendarse que los órganos de participación social autonómicos se utilicen como un excelente cam- po de experiencias para innovar en materia de cauces
(Si los botes son comerciales, no hace falta sobreañadir tiosulfato hasta una.. concentración de 4 mg/L de cloro
De este modo se constituye un espacio ontológico y epistemológico a la vez, en el que cada elemento (cada principio) ocupa un lugar determinado en la totalidad, y desde ahí está
Por otro documento, esta vez un contrato firmado entre don Rodrigo y el platero pisano Bernardo (Abernabo) di Tadeo di Piero de Pone, sabemos también que el 28 de septiembre de