Sistema de Informacion Web de Facturacion Hotel Shaolom

(1)

1

SISTEMA DE INFORMACION WEB DE FACTURACION HOTEL SHAOLOM

JESUS NICOLAS SIERRA CHAPARRO ANGELA PAOLA AMAYA BAQUERO

UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS FACULTAD TECNOLOGICA

TECNOLOGIA EN SISTEMATIZACION DE DATOS BOGOTÁ D.C.

(2)

2

SISTEMA DE INFORMACION WEB DE FACTURACION HOTEL SHAOLOM

JESUS NICOLAS SIERRA CHAPARRO ANGELA PAOLA AMAYA BAQUERO

Trabajo de informe de monografía para optar el título de tecnólogo en Sistematización de Datos

Director

Wanumen Luis Felipe

Docente tecnología en sistematización de datos

UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS FACULTAD TECNOLOGICA

TECNOLOGIA EN SISTEMATIZACION DE DATOS BOGOTÁ D.C.

(3)

3

NOTA DE ACEPTACIÓN

_____________________________ _____________________________ _____________________________ _____________________________

_____________________________ TUTOR

______________________________ JURADO

____________________________ JURADO

(4)

4 Tabla de contenido

Tabla de contenido... 4

Resumen ... 7

Introducción ... 8

1. FASE DE DEFINICION, PLANEACION Y ORGANIZACION ... 9

1.1 TITULO ... 9

1.2 TEMA ... 9

1.3 PLANTEAMIENTO DEL PROBLEMA ... 9

1.3.1 DESCRIPCION DEL PROBLEMA ...9

1.3.2 FORMULACION DEL PROBLEMA ...9

1.3.3 JUSTIFICACION ...9

1.4 OBJETIVOS ... 10

1.4.1 OBETIVO GENERAL ... 10

1.4.2 OBJETIVOS ESPECIFICOS ... 10

1.5 ALCANCES Y DELIMITACIONES ... 10

1.5.1 ALCANCES ... 10

1.5.2 DELIMITACIONES ... 11

1.6 MARCO DE REFERENCIA ... 11

1.6.1 MARCO TEORICO ... 11

1.7 METODOLOGIA ... 16

1.7.1 DEFINICION ... 16

1.8 FACTIBILIDAD ... 16

1.8.1 FACTIBILIDAD TECNICA ... 16

1.8.2 FACTIBILIDAD ECONOMICA ... 17

2 FASE DE REQUERIMIENTOS ... 18

2.1 CASOS DE USO ... 18

2.1.1 CASOS DE USO ADMINISTRACION... 18

2.1.2 CASOS DE USO INVENTARIOS ... 19

2.1.3 CASOS DE USO FACTURACION ... 20

2.1.4 CASOS DE USO REPORTES ... 21

2.1.5 CASOS DE USO CONTABILIDAD ... 21

(5)

5

2.2.1 DOCUMENTACION CASOS DE USO ADMINISTRACION ... 21

2.2.2 DOCUMENTACION CASOS DE USO INVENTARIOS ... 30

2.2.3 DOCUMENTACION CASOS DE USO FACTURA ... 39

2.2.4 DOCUMENTACION CASOS DE USO REPORTES ... 41

2.2.5 DOCUMENTACION CASOS DE USO CONTABILIDAD ... 43

3 FASE DE ANALISIS ... 51

3.1 Diagramas de clases ... 51

3.1.1 Administración ... 51

3.2 Modelo entidad relación ... 52

4 FASE DE DISEÑO ... 53

4.1 Diagrama Relacional ... 53

4.2 Diagramas de actividad ... 53

4.2.1 Diagramas de Administración. ... 53

4.2.2 Diagramas de Inventarios ... 55

4.2.3 Diagramas de Contabilidad ... 57

4.3 DIAGRAMAS DE SECUENCIA ... 58

4.3.1 DIAGRAMAS DE ADMINISTRACION ... 58

4.3.2 DIAGRAMAS DE INEVENTARIO ... 59

5 FASE DE IMPLEMENTACIÓN ... 60

5.1 DIAGRAMA DE DESPLIEGUE ... 60

6 FASE DE PRUEBAS ... 61

6.1 PRUEBAS ADMINISTRACION ... 61

6.1.1 CASO DE PRUEBA 001 (Creación de un perfil) ... 61

6.1.2 CASO DE PRUEBA 002(Modificación de un perfil) ... 62

6.1.3 CASO DE PRUEBA 003(Consulta de perfiles) ... 63

6.1.4 CASO DE PRUEBA 004(Creación de usuarios) ... 64

6.1.5 CASO DE PRUEBA 005(Consulta de usuarios) ... 67

6.1.6 CASO DE PRUEBA 006(Actualización de perfiles) ... 68

6.2 CASOS DE PRUEBA CONTABILIDAD ... 70

6.2.1 CASO DE PRUEBA 001(PUC, consulta general) ... 70

6.2.2 CASO DE PRUEBA 002(Creación de subcuentas) ... 73

6.2.3 CASO DE PRUEBA 003(Consulta de movimientos contables) ... 75

(6)

6

6.3.1 CASO DE PRUEBA 001(Consulta general de servicios) ... 77

6.3.2 CASO DE PRUEBA 002(Adicionar servicio nuevo) ... 78

6.4 PRUEBAS FACTURACION... 80

6.4.1 CASO DE PRUEBA 001(Crear factura inicial) ... 80

6.4.2 CASO DE PRUEBA 002(Reporte de usuarios activos) ... 81

7 CONCLUSIONES ... 83

8 BIBLIOGRAFÍA ... 84

9 RECOMENDACIONES ... 85

10 ANEXO 1 ... 87

10.1 Diagrama despliegue... 87

11 Anexo 2 ... 88

(7)

7 Resumen

La aplicación web para el control de facturación e inventarios del Hotel Shaolom es el resultado de la necesidad del hotel por mantener el control sobre las ventas, ingreso de productos y movimientos de los mismos que actualmente los manejan gerentes del hotel.

La aplicación web está compuesta de los módulos de administración, inventarios, contabilidad y reportes. Estos módulos fueron implementados bajo las siguientes herramientas; Java para la programación y Postgres para el almacenamiento de la base de datos.

(8)

8

Introducción

La tecnología conforme va avanzando en el mundo, se convierte en una herramienta primordial que facilita los procesos realizados en empresas, universidades y demás entidades. Por esta razón las empresas y sectores educativos se han propuesto obtener los mejores elementos y recursos tecnológicos, para que se puedan agilizar los procesos realizados en el día a día y así poder lograr un mayor rendimiento.

El presente proyecto consistió en la implementación de un aplicativo web que permite gestionar la facturación y el manejo de inventarios del Hotel Shaolom, logrando así, un control más eficaz y rápido a la información de compra y venta de productos adquiridos por el hotel.

A lo largo del proyecto y del presente documento se verá su evolución gracias al uso de la herramienta JAVA, el motor de bases de datos Postgres guiado de la metodología RUP. Garantizando así la creación de un aplicativo web que sirva como herramienta que satisface las necesidades de la empresa.

(9)

9

1. FASE DE DEFINICION, PLANEACION Y ORGANIZACION

1.1 TITULO

Sistema de información web de facturación del Hotel Shaolom. 1.2 TEMA

El proyecto se basa en el desarrollo, diseño e implementación de una aplicación web con el objetivo de registrar la información de la empresa y de sus productos, con el fin de obtener una mayor eficiencia y control en el proceso de facturación y control de inventarios.

1.3 PLANTEAMIENTO DEL PROBLEMA

1.3.1 DESCRIPCION DEL PROBLEMA

En el Hotel Shaolom los procesos de control de facturas, generación, consulta y reportes, se realiza de forma manual, como consecuencia, se corre el riesgo de presentar problemas, como perdida de datos, dificultad para encontrar comprobantes de pagos, facturas erróneas, entre otros tantos.

1.3.2 FORMULACION DEL PROBLEMA

¿El desarrollo de una aplicación web para el registro de mercancía, facturación, control de inventarios y reservas en el Hotel Shaolom, permitirá optimizar y controlar los datos que sean manipulados por la aplicación para lograr una mayor eficiencia y seguridad de la información registrada por la empresa?

1.3.3 JUSTIFICACION

Se desarrollara una aplicación web para el registro, control, reservas de habitaciones y facturación de productos para el hotel Shaolom. Las funciones que se desarrollaran en el aplicativo son la creación de productos los cuales incluyen información básica sobre el mismo y el seguimiento por medio de kardex, además de esto se llevara un control de las reservas de las habitación del hotel y así tener un registro de cuales se encuentran ocupadas y cuales disponibles, acompañado por la creación de facturas.

(10)

10 1.4 OBJETIVOS

1.4.1 OBETIVO GENERAL

Desarrollar un sistema de información web que permita el manejo de cuentas de facturación, la generación de reportes de productos y servicios adquiridos por un huésped.

1.4.2 OBJETIVOS ESPECIFICOS

Realizar el levantamiento de información sobre procesos de facturación, registro de huésped, control de facturas y análisis de requerimientos que permita la posterior documentación de casos de uso.

Diseñar un subsistema de autenticación que permita el acceso a los encargados la administración del hotel.

Desarrollar un módulo de facturación

Implementar una base de datos que permita el almacenamiento de la información de los productos y servicios adquiridos por el huésped (costos de productos y servicios y valor total de facturas).

1.5 ALCANCES Y DELIMITACIONES

1.5.1 ALCANCES

La elaboración de la aplicación web para la gestión de productos y facturación para el Hotel Shaolom comprenderá dentro de su desarrollo los siguientes módulos:

Módulo de Usuarios: se encargara del registro, administración de usuarios y perfiles de la aplicación; los cuales sirven para definir las acciones que realiza cada usuarios de la aplicación por medio de permisos previamente establecidos por el administrador principal de la aplicación.

Módulo de Administración: Permite administrar los parámetros de la aplicación, la parametrización del sistema y las acciones como el cierre diario.

(11)

11

movimientos de cada producto y las herramientas necesarias para las búsquedas de los mismos.

Modulo Contable: Proporcionara la gestión del PUC y la administración de las subcuentas de nuestra empresa y así lograr una contabilidad limpia y ordenada.

Módulo de Facturación: Proporcionara la gestión, registro y creación de las facturas dentro de nuestra aplicación.

1.5.2 DELIMITACIONES Delimitación técnica

Las especificaciones técnicas que debe tener el equipo en el cual se desarrollara la aplicación web para la gestión de facturación e inventarios para el hotel Shaolom se resume en la siguiente tabla.

Aplicación Descripción

Windows 7 servicie pack 1 Sistema operativo

Postgresql 9.4 Sistema para la gestión de la

base de datos “open source”

Apache tomcat 8 Contenedor de servlets para

aplicaciones java “open source”

Servidor Cloud VPS Servidor en la nube

Net beans 8.1 IDE para desarrollo en java

Struts 2 Framework MVC java

1.6 MARCO DE REFERENCIA

1.6.1 MARCO TEORICO

1.6.1.1 ARQUITECTURA MODELO VISTA

CONTROLADOR(MVC)

(12)

12

Descripción del patrón: de manera genérica, los componentes de MVC se podrían definir como sigue el Modelo: la representación de la información con la cual el sistema opera, por lo tanto gestiona todos los accesos a dicha información, tanto consultas como actualizaciones, implementando también los privilegios de acceso que se hayan descrito en las especificaciones de la aplicación (lógica de negocio). Envía a la 'vista' aquella parte de la información que en cada momento se le solicita para que sea mostrada (típicamente a un usuario). Las peticiones de acceso o manipulación de información llegan al 'modelo' a través del 'controlador.

El Controlador: Responde a eventos (usualmente acciones del usuario) e invoca peticiones al 'modelo' cuando se hace alguna solicitud sobre la información (por ejemplo, editar un documento o un registro en una base de datos). También puede enviar comandos a su 'vista' asociada si se solicita un cambio en la forma en que se presenta el 'modelo' (por ejemplo, desplazamiento o scroll por un documento o por los diferentes registros de una base de datos), por tanto se podría decir que el 'controlador' hace de intermediario entre la 'vista' y el 'modelo'.

La Vista: Presenta el 'modelo' (información y lógica de negocio) en un formato adecuado para interactuar (usualmente la interfaz de usuario) por tanto requiere de dicho 'modelo' la información que debe representar como salida.

1.6.1.2 APLICACION WEB

En la ingeniería de software se denomina aplicación web a aquellas herramientas que los usuarios pueden utilizar accediendo a un servidor web a través de Internet o de una intranet mediante un navegador. En otras palabras, es una aplicación software que se codifica en un lenguaje soportado por los navegadores web en la que se confía la ejecución al navegador.

Las aplicaciones web son populares debido a lo práctico del navegador web como cliente ligero, a la independencia del sistema operativo, así como a la facilidad para actualizar y mantener aplicaciones web sin distribuir e instalar software a miles de usuarios potenciales. Existen aplicaciones como los webmails, wikis, weblogs, tiendas en línea y la propia Wikipedia que son ejemplos bastante conocidos de aplicaciones web.

(13)

13

interactivo, gracias a que la página responderá a cada una de sus acciones, como por ejemplo rellenar y enviar formularios, participar en juegos diversos y acceder a gestores de base de datos de todo tipo.

1.6.1.3 POSTGRESQL

PostgreSQL es un Sistema de gestión de bases de datos relacional orientado a objetos y libre, publicado bajo la licencia BSD.

Como muchos otros proyectos de código abierto, el desarrollo de PostgreSQL no es manejado por una empresa y/o persona, sino que es dirigido por una comunidad de desarrolladores que trabajan de forma desinteresada, altruista, libre y/o apoyada por organizaciones comerciales. Dicha comunidad es denominada el PGDG (PostgreSQL Global DevelopmentGroup).

Características

 Alta concurrencia: Mediante un sistema denominado MVCC (Acceso concurrente multi versión, por sus siglas en inglés) PostgreSQL permite que mientras un proceso escribe en una tabla, otros accedan a la misma tabla sin necesidad de bloqueos. Cada usuario obtiene una visión consistente de lo último a lo que se le hizo commit. Esta estrategia es superior al uso de bloqueos por tabla o por filas común en otras bases, eliminando la necesidad del uso de bloqueos explícitos.

 Amplia variedad de tipos nativos: PostgreSQL provee nativamente soporte para: Números de precisión arbitraria, Texto de largo ilimitado, Figuras geométricas (con una variedad de funciones asociadas), Direcciones IP (IPv4 e IPv6), Bloques de direcciones estilo CIDR, Direcciones MAC.Arrays.

 Funciones: Bloques de código que se ejecutan en el servidor. Pueden ser escritos en varios lenguajes, con la potencia que cada uno de ellos da, desde las operaciones básicas de programación, tales como bifurcaciones y bucles, hasta las complejidades de la programación orientada a objetos o la programación funcional. Los disparadores (triggers en inglés) son funciones enlazadas a operaciones sobre los datos.

1.6.1.4 STRUTS 2

(14)

14

está disponible lo convierten en una herramienta altamente disponible. La versión 2 del framework introdujo algunas mejoras sobre la primera versión, de cara a simplificar las tareas más comunes en el desarrollo de aplicaciones web, así como mejorar su integración con AJAX, etc.

Funcionamiento General

Struts se basa en el patrón de diseño MVC el cual separa tres secciones diferenciadas llamadas Modelo, Vista y Controlador. Esto busca separar el modelo de datos, las interfaces de usuario y la lógica de negocios en tres componentes diferentes.

El Modelo es básicamente los datos de la aplicación y las reglas de negocio, que serían los Actions en Struts 2.

La Vista puede ser cualquier tecnología de vista como los JSP, entre otros. Estos son el medio por el cual el usuario podrá interactuar con la aplicación. En Struts 2, son los Results.

El Controlador es el intermediario entre la Vista y el Modelo, ante las peticiones generadas por el Cliente en la Vista. Así, éste se encarga de invocar al Modelo cualquier cambio en los datos de la aplicación, para que pueda ser devuelta a la Vista, como respuesta ante la petición del usuario. En Struts 2, esta tarea la realiza el FilterDispatcher.

1.6.1.5 DATA ACCESS OBJECT

En software de computadores, un Data Access Object (DAO, Objeto de Acceso a Datos) es un componente de software que suministra una interfaz común entre la aplicación y uno o más dispositivos de almacenamiento de datos, tales como una Base de datos o un archivo. El término se aplica frecuentemente al Patrón de diseño Object.

 Ventajas: Los Objetos de Acceso a Datos son un Patrón de los subordinados de Diseño Core J2EE y considerados una buena práctica. La ventaja de usar objetos de acceso a datos es que cualquier objeto de negocio (aquel que contiene detalles específicos de operación o aplicación) no requiere conocimiento directo del destino final de la información que manipula.

(15)

15

la cual podría ser JDBC, JDO, Enterprise JavaBeans, TopLink, EclipseLink, Hibernate, iBATIS, o cualquier otra tecnología de persistencia. Usando Objetos de Acceso de Datos significa que la tecnología subyacente puede ser actualizada o cambiada sin cambiar otras partes de la aplicación.

 Desventajas: La flexibilidad tiene un precio. Cuando se añaden DAOs a una aplicación, la complejidad adicional de usar otra capa de persistencia incrementa la cantidad de código ejecutado durante tiempo de ejecución. La configuración de las capas de persistencia requiere en la mayoría de los casos mucho trabajo.

1.6.1.6 HTML

Lenguaje que se utiliza para crear las páginas web. Este lenguaje indica a los navegadores como deben mostrar el contenido de una página web. Su sigla corresponde a Hypertext Markup Language, es decir, lenguaje de marcas de Hipertexto.

Surgió a partir de las etiquetas SGML (Standard

GeneralizedMarkuplanguage). Concepto traducido como “Estándar de lenguaje de marcado generalizado” siendo así un sistema que permite que aparecen como textos y sobre su estructura, complementando dicho texto con objetos que pueden ser fotografías y animaciones.

Es un lenguaje simple y general que sirve para definir otros lenguajes que se encuentran relacionados con el formato de documentos. El texto en él se crea a partir de etiquetas o también llamadas tags que son las que permiten interconectar diversos formatos y conceptos.

El lenguaje HTML está compuesto de dos propiedades:

1. El contenido.

(16)

16

Para la escritura de este lenguaje, se crean etiquetas que aparecen especificadas a través de corchetes o paréntesis angulares, estas poseen unos elementos que dan forma a la estructura esencial del lenguaje.

Por otra parte, HTML permite ciertos códigos que se conocen como scripts, los cuales brindan instrucciones específicas a los navegadores que se encargan de procesar el lenguaje. Entre los scripts que pueden agregarse, los más conocidos son Java Script.

1.7 METODOLOGIA

1.7.1 DEFINICION

Es un proceso de ingeniería de software que suministra un enfoque para asignar tareas y responsabilidades dentro de una organización de desarrollo. Su objetivo es asegurar la producción de software de alta y de mayor calidad para satisfacer las necesidades de los usuarios que tienen un cumplimiento al final dentro de un límite de tiempo y presupuesto previsible. Es una metodología de desarrollo iterativo que es enfocada hacia “diagramas de los casos de uso, y manejo de los riesgos y el manejo de la arquitectura” como tal.

El RUP mejora la productividad del equipo ya que permite que cada miembro del grupo sin importar su responsabilidad específica pueda acceder a la misma base de datos incluyendo sus conocimientos. Esto hace que todos compartan el mismo lenguaje, la misma visión y el mismo proceso acerca de cómo desarrollar un software.

1.8 FACTIBILIDAD

1.8.1 FACTIBILIDAD TECNICA

Para el desarrollo del proyecto se contaron con dos equipos de cómputo con las siguientes características.

Estación de Trabajo:

 Memoria RAM de 8 gigas

 Procesador corei5

 Windows 7 Ultímate

 Apache Tomcat 8

(17)

17 1.8.2 FACTIBILIDAD ECONOMICA

Este presupuesto se manejara con costos mensuales y se le adicionara el valor total haciendo una proyección del costo que tendrá en los seis meses que tardara en todo el proyecto.

GASTOS VALOR MENSUAL VALOR TOTAL

Salario Programador $ 1’600.000 $ 8’000.000

Salario Analista $ 1’600.000 $ 8’000.000

Costo Hosting o VPS $ 80.000 $ 80.000

(18)

18 2 FASE DE REQUERIMIENTOS

2.1 CASOS DE USO

2.1.1 CASOS DE USO ADMINISTRACION

2.1.1.1 CASO DE USO CU_001_LOGIN

Se ingresara a la pagina.

2.1.1.2 CASO DE USO CU_002_INSERCION_PERFIL

Se creara un nuevo perfil. 2.1.1.3 CASO DE USO

CU_003_CONSULTA_GENERAL_DE_PERFILES

(19)

19 2.1.1.4 CASO DE USO

CU_004_MODIFICACION_DE_PERFILES

Se actualizara un perfil.

2.1.1.5 CASO DE USO

CU_005_ADMINISTRACION_DE_PERMISOS

Se modificaran permisos a los perfiles. 2.1.2 CASOS DE USO INVENTARIOS

2.1.2.1 CASO DE USO

CU_001_CONSULTA_GENERAL_DE_SERVICIOS

Se consultaran servicios.

2.1.2.2 CASOS DE USO

(20)

20 Se adicionaran servicios.

2.1.2.3 CASO DE USO

CU_003_INACTIVACION_DE_SERVICIOS

Se inactivaran servicios

2.1.2.4 CASO DE USO

CU_004_PARAMETRIZACION_DE_PRECIOS

Se pondrán los precios que se requieran para el uso de la empresa. 2.1.3 CASOS DE USO FACTURACION

2.1.3.1 CASO DE USO CU_001_FACTURA INICIAL

(21)

21 2.1.4 CASOS DE USO REPORTES

2.1.4.1 CASO DE USO CU_001_USUARIOS_ACTIVOS

2.1.5 CASOS DE USO CONTABILIDAD

2.1.5.1 CASO DE USO CU_001_CONSULTA_GENERAL_PUC

Se hará consulta del PUC. 2.1.5.2 CASO DE USO

CU_002_CONSULTA_DE_MOVIMIENTOS_CONTABLE S

Se consultaran los movimientos contables. 2.2 DOCUMENTACION CASOS DE USO

2.2.1 DOCUMENTACION CASOS DE USO ADMINISTRACION

2.2.1.1 ESPECIFICACION CASO DE USO CU_001_LOGIN

2.2.1.1.1 IDENTIFICACION CASO DE USO

ID CASO DE USO CU_001_LOGIN

DESCRIPCION Este caso de uso permite

realizar la autenticación y

(22)

22

obtener acceso al sistema.

MÓDULO USUARIOS

2.2.1.1.2 ACTORES

Todos: Aplica para todos los usuarios que deseen utilizar la aplicación.

2.2.1.1.3 MAQUETA

2.2.1.1.3.1 LOGIN GENERAL

2.2.1.1.3.2 INICIO APLICACION

2.2.1.1.4 PRECONDICIONES

El usuario que desee ingresar al sistema debe existir en el sistema.

El usuario de estar activo en el sistema.

El actor debe tener usuario y contraseña para poder ingresar.

2.2.1.1.5 FLUJO BASICO DE ACTIVIDADES

(23)

23 usuario correspondiente a su cuenta.

campos no estén vacíos.

Paso 7 El sistema valida que los

campos ingresados

correspondan a un usuario de

inicial del sistema.

2.2.1.1.6 VALIDACION DE CAMPOS REQUERIDOS

2.2.1.1.6.1.1 CAMPO USUARIO

Función Campo en el cual se ingresa el usuario del

cliente que desea ingresar al sistema

Tipo de Dato Alfanumérico

Tamaño 20

Obligatorio Si

Validación No Aplica 2.2.1.1.6.1.2 CAMPO CONTRASEÑA

Función Campo en el cual se ingresa la contraseña

del cliente que desea ingresar al sistema

Tamaño 20

(24)

24 Validación No aplica

2.2.1.2 ESPECIFICACION CASO DE USO CU_002_INSERCION_PERFIL

ID CASO DE USO CU_002_INSERCION_PERFIL

DESCRIPCION Este caso de uso permite crear

un rol en el sistema el cual se acomoda al cargo que se desempeña.

MÓDULO PERFILES

2.2.1.2.2 ACTORES

Todos: Aplica para todos aquellos que tenga registrado un usuario en la pagina.

2.2.1.2.3 MAQUETA

2.2.1.2.3.1 INGRESO DE PERFILES

(25)

25

El usuario que desea realizar el ingreso del perfil debe estar logueado en el sistema previo a la acción.

El perfil del usuario logueado debe tener el permiso para el ingreso de perfiles.

PASOS USUARIO SISTEMA

Paso 1 Ingresamos a la página para

la inserción de perfiles

Paso 2 Ubicamos el cursor en el

campo nombre

Paso 3 Digitamos el nombre que le

deseamos dar al perfil.

Paso 4 Ubicamos el cursor en el

campo descripción.

Paso 5 Digitamos la descripción del

perfil que deseamos ingresar al sistema.

Paso 6 Seleccionamos en el campo

estado la opción Activo

Paso 7 Damos Clic sobre el botón

Agregar

Paso 8 El sistema validara que el campo

nombre no sea nulo.

Paso 9 El sistema validara que el campo

descripción no sea nulo.

Paso 10 El sistema validara que el usuario

haya seleccionado uno de los estados.

Paso 11 El sistema validara que el nombre

del perfil que se desea ingresar no exista.

Paso 12 El sistema realizara la inserción a

la base de datos del perfil

Paso 13 El sistema mostrara un mensaje

de confirmación de la operación al usuario.

2.2.1.2.6.1 CAMPO NOMBRE

Función Campo con el cual se identificara el perfil

(26)

26 Tipo de Dato Alfanumérico

Tamaño 20

Obligatorio Si

Validación Valida que no exista otro campo igual en la base de datos.

2.2.1.2.6.2 CAMPO DESCRIPCION

Función Referencia el alcance del perfil que el

creador del perfil le quiere dar a los usuario que van a tener asociado el perfil

Tamaño 20

Obligatorio Si

Validación No aplica

2.2.1.2.6.3 CAMPO ESTADO

Función Indica si el perfil que desea ingresar al

sistema se encontrara disponible para su posterior uso.

Tipo de Dato Selección Única (Lista parametrizable)

Tamaño No Aplica

Obligatorio Si

2.2.1.3 ESPECIFICACION CASO DE USO

CU_003_CONSULTA_GENERAL_DE_PERFILES

2.2.1.3.1 DENTIFICACION CASO DE USO

ID CASO DE USO CU_003_CONSULTA_GEN_DE_PERFILES

DESCRIPCION Desde este caso de uso se pueden apreciar

todos los perfiles existentes en el sistema, ya sea que estén activo, inactivos o todos.

MÓDULO PERFILES

2.2.1.3.2 ACTORES

(27)

27

2.2.1.3.3 MAQUETA

2.2.1.3.3.1 CONSULTA GENERAL DE PERFILES

2.2.1.3.3.2 DESCRIPCION DE PERFILES

El usuario que desea realizar la consulta de los perfiles existentes o de uno en particular debe estar previamente logueado en el sistema.

El perfil del usuario logueado debe tener el permiso para realizar dichas consultas.

la consulta de perfiles

Paso 2 Seleccionamos el estado

del perfil en la base de datos

(28)

28

datos que coincidan con la

consulta especificada en el

siguiente orden; nombre,

descripción, estado

(activo-inactivo) e identificación.

Función Indica si el perfil que desea ingresar al

sistema se encontrara disponible para su posterior uso.

Obligatorio Si

CU_004_MODIFICACION_DE_PERMISOS

ID CASO DE USO CU_004_MODIFICACION_DE_PERMISOS

DESCRIPCION Este caso de uso ayuda a corregir o

actualizar un perfil que ya este creado en el sistema.

MÓDULO PERFILES

2.2.1.4.2 ACTORES

Administrador: Aplica solo para aquellos que estén en responsabilidad de administrar permisos a sus subordinados.

(29)

29

2.2.1.4.3.1 MODIFICACION DE PERMISOS

2.2.1.4.3.2 ACTUALIZACION DE PERMISOS

Estar registrado en el sistema con perfil y usuario. Ser el administrador de la pagina.

Tener claro cuál es el perfil que al que se le modificaran permisos y porque se le modificaran.

Paso 1 Ingresamos a la página de

consulta general de perfiles.

Paso 2 Seleccionamos el estado de

los perfiles que queremos consultar.

Paso 3 Se abre una página que muestra

todos los perfiles de acuerdo al estado seleccionado (Activo o inactivo).

Paso 4 Hacemos clic sobre el

nombre que queremos

modificar.

(30)

30

modificación de permisos.

Paso 6 El administrador

seleccionara los permisos que quiera accionarle al perfil elegido.

Paso 7 Hacemos clic en actualizar.

Paso 8 El sistema nos envía de nuevo a

la página de consulta general de perfiles y debajo de la casilla muestra un letrero informando la actualización de perfil exitosa. 2.2.2 DOCUMENTACION CASOS DE USO INVENTARIOS

CU_001_CONSULTA_GENERAL_DE_SERVICIOS

ID CASO DE USO CU_001_CONSULTA_GENERAL_DE

_SERVICIOS

DESCRIPCION En este caso de uso se realiza la

consulta general de los servicios ofrecidos.

MÓDULO SERVICIOS

2.2.2.1.2 ACTORES

Administrador: Él administrador es quien puede ver cuáles son los servicios que ofrece la empresa.

2.2.2.1.3 MAQUETA

(31)

31

Tener al menos una habitación ingresada en el sistema para poder consultarla.

servicios y luego vamos a consulta de servicios.

Paso 2 Aparece la página donde

podemos consultar la habitación por medio de los filtros.

Paso 3 Seleccionamos los criterios

de búsqueda y damos clic en el botón.

Paso 4 Aparecerá un listado de las

habitaciones existentes con esas especificaciones insertadas.

2.2.2.1.6.1 CAMPO BAÑO

Función Indica si la habitación deseada cuenta con

baño o no.

Obligatorio Si

(32)

32

2.2.2.1.6.2 CAMPO CABLE

servicio de cable o no.

Obligatorio Si

2.2.2.1.6.3 CAMPO TELEVISION

televisión o no.

Obligatorio Si

2.2.2.1.6.4 CAMPO CAMA AUXILIAR

cama auxiliar o no.

Obligatorio Si

2.2.2.1.6.5 CAMPO NUMERO DE CAMAS

Función Indica el número de camas deseadas en esa

habitación.

Tipo de Dato Numérico

Tamaño Desde el numero uno a tres

Obligatorio No

2.2.2.2 ESPECIFICACION DE CASO

CU_002_ADICIONAR_NUEVO_SERVICIO

ID CASO DE USO CU_002_ADICIONAR_NUEVO_SERVICIO

DESCRIPCION Este caso de uso permite modificar los

(33)

33

MÓDULO SERVICIOS

2.2.2.2.2 ACTORES

Administrador: El administrador es el encargado de modificar los servicios que ofrece el ente económico.

2.2.2.2.3 MAQUETA

2.2.2.2.3.1 INGRESO DE HABITACIONES

(34)

34

Estar registrado en el sistema con perfil y usuario. Ser el administrador de la página.

Saber las características de la habitación a ingresar.

servicios y luego vamos a adicionar servicio nuevo.

Paso 2 Aparece la página donde

podemos ingresar una nueva habitación.

Paso 3 Agregamos los criterios de

(35)

35 ingresar y damos clic en agregar.

Paso 4 La habitación es ingresada al

sistema y aparece un letrero que nos lo indica.

2.2.2.2.6.1 CAMPO NUMERO HABITACION

Función Indica el número con el que se identificara la

habitación.

Tamaño Desde el numero uno al veinte

Obligatorio Si

2.2.2.2.6.2 CAMPO NUMERO MAXIMO DE PERSONAS

Función Indica la capacidad de personas para las que

está diseñada la habitación.

Tamaño Desde el numero uno seis

Obligatorio Si

2.2.2.2.6.3 CAMPO NUMERO MINIMO DE PERSONAS

Función Indica el mínimo de personas que deben

ocupar la habitación.

Obligatorio Si

2.2.2.2.6.4 CAMPO IVA

Función Indica el porcentaje de IVA que tiene el

producto.

Tamaño Dos

Obligatorio Si

2.2.2.2.6.5 CAMPO BAÑO

Función Indica si la habitación cuenta con baño o no.

Obligatorio Si

(36)

36

2.2.2.2.6.6 CAMPO TELEVISION

Función Indica si la habitación cuenta con televisión

o no.

Obligatorio Si

2.2.2.2.6.7 CAMPO CABLE

Función Indica si la habitación cuenta con servicio de

cable o no.

Obligatorio Si

2.2.2.2.6.8 CAMPO NUMERO DE CAMAS

Función Indica el número de camas en esa

habitación.

Obligatorio No

2.2.2.2.6.9 CAMPO CAMA AUXILIAR

cama auxiliar o no.

Obligatorio Si

CU_003_INACTIVACION_DE_SERVICIOS

ID CASO DE USO CU_003_INACTIVACION_DE_SERVICIOS

DESCRIPCION Este caso de uso posibilita activar o

inactivar servicios.

MÓDULO SERVICIOS

2.2.2.3.2 ACTORES

(37)

37

2.2.2.3.3 MAQUETA

2.2.2.3.3.1 ACTIVACION E INACTIVACION DE SERVICIOS

La habitación debe estar registrada en la pagina.

servicios y luego vamos a inactivar servicios.

Paso 2 Aparece la página que permite

activar e inactivar servicios.

Paso 3 Ingresamos el número de

habitación y el estado de esta.

2.2.2.3.6.1 CAMPO NUMERO DE HABITACION

Función Permite ingresar el numero de una

habitación para consultar .

Tamaño Desde el numero uno al veinte

Obligatorio Si

Función Indica si la habitacion esta activa o no.

Obligatorio Si

(38)

38

CU_004_PARAMETRIZACION_DE_PRECIOS

ID CASO DE

USO

CU_004_PARAMETRIZACION_DE_PRECIOS

DESCRIPCION En este caso de uso es posible dar el precio

que se necesite al producto.

MÓDULO SERVICIOS

2.2.2.4.2 ACTORES

Administrador: El administrador se encarga de dar los precios a los productos.

2.2.2.4.3 MAQUETA

2.2.2.4.3.1 PARAMETRIZACION DE PRECIOS

Estar registrado en el sistema con perfil y usuario. Ser el administrador de la página.

Tener en cuenta los criterios para darle precio a una habitación.

servicios y luego vamos a parametrizacion de precios.

Paso 2 Aparece la página de

parametrizacion de servicios.

Paso 3 Ingresamos el número de

habitación.

Paso 4 Damos clic en buscar, para

(39)

39

2.2.2.4.6.1 CAMPO NUMERO DE HABITACION

Función Busca la habitación por el numero

ingresado.

Tamaño Del número uno al veinte

Obligatorio Si

2.2.3 DOCUMENTACION CASOS DE USO FACTURA

2.2.3.1 ESPECIFICACION CASO DE USO CU_001_FACTURA_INICIAL

ID CASO DE USO CU_001_FACTURA_INICIAL

DESCRIPCION En este caso de uso se muestra

la creación de la factura inicial.

MÓDULO FACTURACION

2.2.3.1.2 ACTORES

Todos: Aplica para aquel que esté usando la aplicación y deba crear la factura inicial.

2.2.3.1.3 MAQUETA

(40)

40

2.2.3.1.3.2 VALORES DE FACTURACION

Estar registrado en el sistema con perfil y usuario. Tener al menos un cliente registrado.

facturación y luego vamos a factura inicial.

Paso 2 Aparece la página de facturación.

Paso 3 Ingresamos la cedula de un

cliente.

Paso 4 Damos clic en buscar.

Paso 5 Nos lleva a la página donde se ha

creado la factura con los registros que el cliente debe pagar y sus datos personales.

2.2.3.1.6.1 CAMPO CEDULA CLIENTE

Función Busca al cliente por el numero de cedula.

(41)

41

Tamaño 20

Obligatorio Si

2.2.4 DOCUMENTACION CASOS DE USO REPORTES

2.2.4.1 ESPECIFICACION CASO DE USO CU_001_USUARIOS_ACTIVOS

ID CASO DE USO CU_001_USUARIOS_ACTIVOS

DESCRIPCION En este caso de uso de

muestran los usuarios activos en el sistema para generar un reporte.

MÓDULO REPORTES

2.2.4.1.2 ACTORES

Todos: aplica para todos los usuarios del sistema que se encuentren registrados.

2.2.4.1.3 MAQUETA

(42)

42

2.2.4.1.3.2 EXPLICACION

Estar registrado en la página con perfil y usuario asignado.

Que estén registrados en la página de usuarios con el fin de generar el reporte.

Paso 5 Generará un reporte con los datos

de los usuarios que han

ingresado a la aplicación.

2.2.4.1.6.1 CAMPO PERFIL DE USUARIO

Función Busca al cliente por el perfil registrado en el

sistema.

Tipo de Dato Lista desplegable

Tamaño No aplica

Obligatorio Si

(43)

43

Función Busca al cliente por su estado.

Obligatorio Si

2.2.5 DOCUMENTACION CASOS DE USO CONTABILIDAD

2.2.5.1 ESPECIFICACION CASO DE USO CU_001_CONSULTA_GENERAL_PUC

ID CASO DE USO CU_001_CONSULTA_GENERAL_PUC

DESCRIPCION En este caso de uso se puede apreciar

un PUC que sirve de guía al realizar una operación contable.

MÓDULO CONTABILIDAD

2.2.5.1.2 ACTORES

Todos: Aplica para todo aquel que haya accedido a la plataforma con su nombre de usuario y contraseña.

2.2.5.1.3 MAQUETA

(44)

44

2.2.5.1.3.2 CONSLTA GENERAL CLASE Y GRUPOS

(45)

45

(46)

46

2.2.5.1.3.5 CREACION DE SUBCUENTAS

Estar registrado en el sistema.

Tener en su perfil el permiso para realizar la consulta general del PUC.

PASOS USUARIO SISTEMA

consultar el PUC

contabilidad -> PUC

->consulta general

Paso 2 El sistema muestra la página con

todas las clases pertenecientes al PUC.

Paso 3 Hacemos clic sobre

cualquiera de las clases.

Paso 4 Realiza la búsqueda de todos los

(47)

47

seleccionada.

Paso 5 Hacer clic sobre cualquier

grupo para crear subcuentas

Paso 6 La página muestra la clase, el

grupo y la cuenta que ya se ha seleccionado anteriormente y un botón que permite crear una subcuenta

Paso 7 Seleccionar la opción crear

subcuenta

Paso 8 Se abre una página donde se

completan los campos requeridos para la creación de una nueva

2.2.5.1.6.1 CAMPO CLASE

Función Ubica la subcuenta en la clase que le

pertenece.

Tamaño Uno

Obligatorio Si

2.2.5.1.6.2 CAMPO GRUPO

Función Ubica la subcuenta en el grupo que le

pertenece.

Tipo de Dato Numérico-

Tamaño Uno

Obligatorio Si

2.2.5.1.6.3 CAMPO CUENTA

Función Ubica la subcuenta en la cuenta que le

pertenece.

Tipo de Dato Numérico-

Tamaño Uno

Obligatorio Si

2.2.5.1.6.4 CAMPO NOMBRE

(48)

48

a crear.

Tamaño Uno

Obligatorio Si

2.2.5.1.6.5 CAMPO DESCRIPCION

Función Permite dar una descripción a la subcuenta.

Tamaño Veinte

Obligatorio Si

2.2.5.1.6.6 CAMPO NATURALEZA

Función Ubica la subcuenta en la naturaleza que le

corresponde.

Obligatorio Si

2.2.5.1.6.7 CAMPO CODIGO

Función Asigna el código con el que se identificara la

subcuenta.

Tamaño Dos

Obligatorio Si

CU_002_CONSULTA_DE_MOV_CONTABLES

ID CASO DE USO CU_002_CONSULTA_MOV_CONTABLES

DESCRIPCION Este caso de uso nos da un informe sobre

los movimientos contables hechos en la empresa en un tiempo determinado.

MÓDULO CONTABILIDAD

2.2.5.2.2 ACTORES

(49)

49

2.2.5.2.3 MAQUETA

2.2.5.2.3.1 CONSULTA GENERAL DE MOVIMIENTOS CONTABLES

2.2.5.2.3.2 PAGINA DETALLES

El usuario que desee ingresar al sistema debe existir en el sistema.

El usuario de estar activo en el sistema.

El actor debe tener usuario y contraseña para poder ingresar. El usuario debe tener el permiso asociado para realizar esta

acción.

Saber manejar Excel, con el fin de poder modificar los movimientos contables.

PASOS USUARIO SISTEMA

Paso 1 Ingresamos al módulo de

consulta general de

movimientos contables,

contabilidad->movimiento contable->consultar movimientos contables.

Paso 2 El sistema arroja una página que

(50)

50

cual se generara el reporte en formato Excel.

Paso 3 Buscamos la fecha inicial y la

final en el calendario y hacemos clic en buscar.

Paso 4 La búsqueda nos dice si la

consulta tiene algún resultado o no.

Paso 5 El sistema arroja los resultados de

la búsqueda.

2.2.5.2.6.1 CAMPO FECHA INICIAL

Función Campo en la cual se referencia la fecha

inicial de búsqueda para la búsqueda de registros.

Tipo de Dato Data Picker (Calendario Desplegable)

Obligatorio Si

Validación Valida que el usuario haya seleccionado una fecha.

2.2.5.2.6.2 CAMPO FECHA FINAL

Función Campo en la cual se referencia la fecha final

de búsqueda para la búsqueda de registros.

Tipo de Dato Data Picker (Calendario Desplegable)

Obligatorio Si

(51)

51 3 FASE DE ANALISIS

3.1 Diagramas de clases

3.1.1 Administración class Sistema

+ AsociarSedePerfilUsuario(Usuario, Perfil, Sede) : void + InsecionPerfil(Perfil)

+ InsercionSede(Sede) : void + InsercionUsuario(Usuario) : void

Usuario

+ ActualizarPerfil(Perfil) : boolean + ActualizarSede(Sede) : boolean + ActualizarUsuario(Usuario) : boolean

Adm_AccionesAction - perfil: Perfil

- sede: Sede - usuario: Usuario

(52)

(53)

53 4 FASE DE DISEÑO

4.1 Diagrama Relacional

4.2 Diagramas de actividad

4.2.1 Diagramas de Administración.

(54)

54 4.2.1.2 Ingreso de usuario

4.2.1.3 Ingreso Perfil

(55)

55

4.2.1.5 Actualización de Permisos

4.2.1.6 Reporte Usuarios Activos

4.2.2 Diagramas de Inventarios

(56)

56

4.2.2.2 Consulta general de Servicios

(57)

57

4.2.2.4 Parametrizacion de Precios

4.2.3 Diagramas de Contabilidad

4.2.3.1 Consulta General de Movimientos Contables

(58)

58 4.3 DIAGRAMAS DE SECUENCIA

4.3.1 DIAGRAMAS DE ADMINISTRACION

4.3.1.1 LOGIN DE USUARIO

4.3.1.2 INSERCION DE PERFIL

sd Ev aluacionCredenciales

(59)

59

4.3.1.3 ADMINISTRACION DE PERFILES

4.3.2 DIAGRAMAS DE INEVENTARIO

4.3.2.1 INSERTA PRODUCTO

(60)

60 5 FASE DE IMPLEMENTACIÓN

5.1 DIAGRAMA DE DESPLIEGUE

(61)

61 6 FASE DE PRUEBAS

6.1 PRUEBAS ADMINISTRACION

6.1.1 CASO DE PRUEBA 001 (Creación de un perfil)

En este caso de prueba se creara un nuevo perfil el cual nos sirve para asociar los permisos y asociar el mismo a un usuario.

Campo Tipo Campo Validación Función

Nombres Texto  El campo no debe ser

descripción que

tendrá el perfil

dentro del

sistema(que tipos

de usuarios

tendrán asociado este perfil).

Estado Lista

Desplegable

 El usuario debe

seleccionar un estado

(62)

62 6.1.1.1 Vista de la prueba

6.1.2 CASO DE PRUEBA 002(Modificación de un perfil)

En este caso de prueba se realiza la actualización de algún perfil, ya sea que los datos estén erróneos o necesitan ser sustituidos.

vacío

 El campo debe ser

alfanumérico

Se utiliza para

actualizar el

nuevo nombre

(63)

63

actualizar la

descripción que

tendrá el perfil

dentro del

sistema (que

tipos de usuarios tendrán asociado este perfil).

Estado Lista

Desplegable

 El usuario debe

Cambia el estado

de activo a

inactivo o

viceversa. 6.1.2.1 VISTA DE LA PRUEBA

6.1.3 CASO DE PRUEBA 003(Consulta de perfiles)

En este caso de prueba se hace una consulta general de los perfiles ingresados en el sistema.

Estado Lista

Desplegable

 El usuario debe

Selecciona por

uno o todos los

estados que

quiera consultar

los perfiles

(64)

64 6.1.3.1 VISTA DE LA PRUEBA

6.1.4 CASO DE PRUEBA 004(Creación de usuarios)

(65)

65

identificara el

usuario en el sistema.

Fecha de nacimiento

Calendario  El usuario debe buscar

su fecha de nacimiento en el calendario.

Información

adicional para

completar el

seleccionar su perfil.

Ya está creado, debe

seleccionar el

perfil que le

corresponda.

Sede Lista

desplegable

 El usuario debe

seleccionar su sede.

En qué sede se encuentra

ubicado el

(66)

(67)

67

6.1.5 CASO DE PRUEBA 005(Consulta de usuarios)

Se realiza una consulta de los usuarios agregados al sistema previamente.

Campo Tipo Campo Validación Función Estado

correspondiente al

usuario.

(68)

68

6.1.6 CASO DE PRUEBA 006(Actualización de perfiles)

Se realiza la modificación de cualquier perfil ya ingresado en el sistema para corregir algún error.

correo anterior

en el sistema.

su fecha de nacimiento en el calendario.

No es posible modificarlo.

Perfil Lista

desplegable

 El usuario debe

seleccionar su perfil.

Cambia el perfil

seleccionar su sede.

(69)

(70)

70

6.2 CASOS DE PRUEBA CONTABILIDAD

6.2.1 CASO DE PRUEBA 001(PUC, consulta general)

El plan único de cuentas PUC, es una herramienta usada por los contadores la que permite verificar el régimen que sigue la contabilidad. Campo Tipo Campo Validación Función

(71)

(72)

(73)

73

6.2.2 CASO DE PRUEBA 002(Creación de subcuentas)

En este caso de prueba se realiza la creación de una nueva subcuenta, las cuales ayudan a la contabilidad de cada empresa a adecuar el PUC a sus necesidades.

Campo Tipo Campo Validación Función Crear

subcuentas

Texto  Hacer un clic sobre la

opción crear

subcuentas.

Abre la página donde se podrá establecer una subcuenta.

(74)

(75)

75

6.2.3 CASO DE PRUEBA 003(Consulta de movimientos contables) Los movimientos contables se realizan con cada operación monetaria que realice la empresa, en este caso de prueba se muestra los movimientos realizados por el ente económico.

Campo Tipo Campo Validación Función Fecha contables hasta

(76)

(77)

77 6.3 PRUEBAS INVENTARIOS

6.3.1 CASO DE PRUEBA 001(Consulta general de servicios)

En este caso de prueba se aprecia una consulta de los servicios ofrecidos por la empresa.

Baño Lista

desplegable

 Debe seleccionar una

de las opciones.

Busca las

de las opciones.

Busca todas las habitaciones del hotel que tengan acceso a cable.

Televisión Lista

desplegable

de las opciones.

Realiza una

de las opciones.

(78)

78

6.3.2 CASO DE PRUEBA 002(Adicionar servicio nuevo) Este caso de prueba muestra la forma de adicionar un producto nuevo.

Campo Tipo Campo Validación Función Numero

precio original

de la habitación.

Baño Lista

Crea habitación con baño o sin baño.

Televisión Lista

desplegable

de las opciones.

Crea la opción

de las opciones.

Crea la opción

habitación con

ese número de

de las opciones.

(79)

(80)

80 6.4 PRUEBAS FACTURACION

6.4.1 CASO DE PRUEBA 001(Crear factura inicial)

En este caso de prueba se creara la primera factura con la que la empresa empezara sus operaciones.

Campo Tipo Campo Validación Función Cedula

cliente

Numérico  El campo no debe ser

vacío.

 El campo debe ser

numérico.

Busca el cliente asociado con el

número de

(81)

81 6.4.1.1 VISTA DE LA PRUEBA

6.4.2 CASO DE PRUEBA 002(Reporte de usuarios activos)

En este caso de prueba se realiza un reporte con los usuarios que están activos en el sistema.

(82)

(83)

83 7 CONCLUSIONES

 Al realizar un software altamente modularidad se denota que la

seguridad de los datos es altamente confiable.

 Al romper el esquema de que el perfil que tendrá cada usuario dentro del

sistema de información lo da la aplicación, se llega a la conclusión de que el administrador de la aplicación o de la organización puede administrar y asignar responsabilidades muy específicas.

 Implementar un módulo para la gestión de usuarios optimiza el registro y

definición de permisos para cada usuario.

 El uso de estándares internacionales en toda la aplicación da la

confiabilidad de que el frontend y el backend funcionaran en perfecta armonía.

 El uso de un MVC como STRUTS2 el cual es mundialmente reconocido

en el mundo de JEE da la confiabilidad y la cohesión necesaria para que la información proporcionada por los usuarios sea bien utilizada.

 El uso de Struts 2 en la programación nos brinda un conjunto de

(84)

84 8 BIBLIOGRAFÍA

 Rafael Martinez, PostgreSQL-es [on line]

<http://www.postgresql.org.es/> [Citado el 11 de Marzo 2014]

 Pormdo yfat, Bootstrap [on line] <http://getbootstrap.com/> [Citado el 15

Octubre 2014]

 La Fundación de Software Apache, Struts 2 [on line]

<https://struts.apache.org/> [Citado el 05 Enero 2015]

 Oracle y / o sus filiales, Java Platform, Enterprise Edition (Java EE) 7 [on

line] <http://docs.oracle.com/javaee/7/index.html> [Citado el 20 de Octubre 2014]

 Jérôme Lafosse, Struts 2 El framework de desarrollo de aplicaciones

(85)

85 9 RECOMENDACIONES

 Se recomienda desarrollar una Versión 2.0 la cual me permita realizar

una reservación online de habitación y/o consultar si hay disponibilidad de las mismas.

 El sistema de información web de facturación hotel shaolom en su

versión 2.0 deberá implementar una opción que me permita visualizar el estado de cada habitación disponible

 Trabajar en mejorar el modelo dinámico y grafico del sistema de

(86)

86

(87)

87

10 ANEXO 1

(88)

88