Sierra Cha Parro Jesus Nicolas

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.
2015
1
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.
2015
2
NOTA DE ACEPTACIÓN
_____________________________
_____________________________
_____________________________
_____________________________
_____________________________
TUTOR
______________________________
JURADO
____________________________
JURADO
Bogotá 06/08/2015
3
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
2.2 DOCUMENTACION CASOS DE USO ................................................................. 21
4
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.3 PRUEBAS INVENTARIOS ..................................................................................... 77
5
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
11.1 Diagrama entidad relación .......................................................................................... 88
6
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.
Para el diseño de la aplicación se utilizó la metodología RUP. Que se basa en

cuatro fases: Inicio, elaboración, construcción y transición; a través de las
cuales se recopila información del negocio, se analiza y se diseña la aplicación.
7
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.
En el presente escrito se observara la documentación generada en cada una

de las fases de desarrollo bajo la metodología RUP, para la aplicación web,
describiendo los componentes del mismo.
8
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.
Para el desarrollo de la aplicación se utilizara como lenguaje de

programación Java, motor de base de datos Postgresql, Java Script y
Bootstrap como framework de estilos gráficos, La aplicación web será
diseñada mediante una arquitectura mvc (Modelo, Vista, Controlador),
empleando la metodología RUP.
9
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.
Módulo de Inventarios: Permite gestionar los productos y

servicios; además proporcionara información detallada de los
10
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)
Es un patrón de arquitectura de software que separa los datos y la lógica
de negocio de una aplicación de la interfaz de usuario y el módulo
encargado de gestionar los eventos y las comunicaciones. Para ello
MVC propone la construcción de tres componentes distintos que son el
modelo, la vista y el controlador, es decir, por un lado define
componentes para la representación de la información, y por otro lado
para la interacción del usuario. Este patrón de arquitectura de software
se basa en las ideas de reutilización de código y la separación de
conceptos, características que buscan facilitar la tarea de desarrollo de
aplicaciones y su posterior mantenimiento.
11
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.
Es importante mencionar que una página Web puede contener

elementos que permiten una comunicación activa entre el usuario y la
información. Esto permite que el usuario acceda a los datos de modo
12
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
Struts es un framework para el desarrollo de aplicaciones Web bajo el
patrón MVC en la plataforma Java EE. Su carácter de “software libre” y
su compatibilidad con todas las plataformas en las que Java Enterprise
13
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.
Los Objetos de Acceso a Datos pueden usarse en Java

para aislar a una aplicación de la tecnología de
persistencia Java subyacente (API de Persistencia Java),
14
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
ordenar y etiquetar diversos documentos dentro de una lista. Este
lenguaje es el que se utiliza para especificar los nombres de las
etiquetas que se utilizaran al ordenar; se dice que es un sistema de
formato abierto porque no existen reglas para la organización de
etiquetas.
HTML se encarga de desarrollar una descripción sobre los contenidos

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.
2. Etiquetas y atributos que estructuran el texto de la página web.
15
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
 Postgresql 9.3
16
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
Costo Cursos $ 400.000 $ 400.000
Virtuales
Costo bibliografía $ 300.000 $ 300.000
Desgaste equipos $ 90.000 $ 450.000
Compra de equipo de $ 1’900.000 $ 1’900.000
computo
Diseñador Gráfico $ 700.000 $ 700.000
(Logo).
Servicios Públicos $ 200.000 $ 1’200.000
$21’350.000
17
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
Se podrá consultar los perfiles existentes en el sistema.
18
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

CU_002_ADICIONAR_SERVICIO_NUEVO
19
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
Se creara la factura inicial.
20
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
enrutamiento de usuarios para
21
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
PASOS USUARIO SISTEMA
22
Paso 1 El actor ingresa a la página
inicial del sistema
162.248.55.11:8080/SIGEMCO/.
Paso 2 El sistema lanza la página de
Login.
Paso 3 El usuario ubica el cursor en el
campo 'Usuario' y digita el
usuario correspondiente a su
cuenta.
Paso 4 El usuario ubica el cursor en el
campo 'Contraseña' y digita la
contraseña asociada a su
cuenta.
Paso 5 El usuario da clic en el botón
ingresar
Paso 6 El sistema valida que los
campos no estén vacíos.
Paso 7 El sistema valida que los
campos ingresados
correspondan a un usuario de
la base de datos.
Paso 8 El sistema valida que el
usuario no tenga cambio de
clave obligatorio
Paso 9 El sistema redirige a la pagina
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
Obligatorio Si
23
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
2.2.1.2.3.2 CREACION DE PERFILES
24
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.

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.
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
que se desea ingresar.
25
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
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

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
Todos: Todo aquellos que ingresen al sistema podrán realizar la
consulta de perfiles.
26
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
que nos permita minimizar o
fraccionar la búsqueda de
los o el perfile que
deseamos consultar
botón buscar
Paso 4 El sistema realizara la consulta
del perfil en la base de datos
Paso 5 El sistema nos mostrara los
27
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.
Tamaño No Aplica
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.
2.2.1.4.3 MAQUETA
28
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.
Paso 5 Aparece la página de
29
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
2.2.2.1.3.1 CONSULTA GENERAL DE SERVICIOS
30

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.
Tamaño No Aplica
Obligatorio Si
31
2.2.2.1.6.2 CAMPO CABLE

servicio de cable o no.
Tamaño No Aplica
Obligatorio Si
2.2.2.1.6.3 CAMPO TELEVISION

televisión o no.
Tamaño No Aplica
Obligatorio Si
2.2.2.1.6.4 CAMPO CAMA AUXILIAR

cama auxiliar o no.
Tamaño No Aplica
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
servicios ofrecidos.
32
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
2.2.2.2.3.2 INGRESO EXITOSO DE HABITACIONES
33

Ser el administrador de la página.
Saber las características de la habitación a ingresar.

adicionar servicio nuevo.
podemos ingresar una nueva
habitación.
Paso 3 Agregamos los criterios de
búsqueda de acuerdo al
producto que queremos
34
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.
Tamaño No Aplica
Obligatorio Si
35
2.2.2.2.6.6 CAMPO TELEVISION
Función Indica si la habitación cuenta con televisión
o no.
Tamaño No Aplica
Obligatorio Si
2.2.2.2.6.7 CAMPO CABLE

Función Indica si la habitación cuenta con servicio de
cable o no.
Tamaño No Aplica
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.
Tamaño No Aplica
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
Administrador: El administrador es quien puede activar e
inactivar los servicios.
36
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.
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.
Tamaño No Aplica
Obligatorio Si
37
CU_004_PARAMETRIZACION_DE_PRECIOS

ID CASO DE CU_004_PARAMETRIZACION_DE_PRECIOS
USO
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
Ser el administrador de la página.
Tener en cuenta los criterios para darle precio a una habitación.
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
que traiga la habitación.
38
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

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
2.2.3.1.3.1 FACTURACION
39
2.2.3.1.3.2 VALORES DE FACTURACION

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.

40
Tamaño 20
Obligatorio Si
2.2.4 DOCUMENTACION CASOS DE USO REPORTES

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
2.2.4.1.3.1 USUARIOS DE LA APLICACION
41
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.

reportes y luego vamos a
usuarios activos.
buscamos por medio de los
parámetros correspondientes.
Paso 3 Escogemos los datos que
nos pide por medio de la
lista desplegable.
Paso 4 Damos clic en buscar.
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
42
Función Busca al cliente por su estado.

Tamaño No aplica
Obligatorio Si
2.2.5 DOCUMENTACION CASOS DE USO CONTABILIDAD

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
2.2.5.1.3.1 CONSULTA GENERAL CLASES
43
2.2.5.1.3.2 CONSLTA GENERAL CLASE Y GRUPOS
2.2.5.1.3.3 CONSULTA GENERAL GRUPO Y CUENTAS
44
2.2.5.1.3.4 CONSULTA GENERAL CUENTAS Y SUBCUENTAS
45
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.

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
grupos pertenecientes a la clase
46
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
subcuenta
Paso 9 Se hace clic en la opción
agregar
Paso 10 El sistema agrega la subcuenta al
PUC y la guarda
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

Función Permite dar nombre la subcuenta que se va
47
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.
Tamaño No aplica
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
Todos: Todos los que hayan accedido al sistema pueden
consultar el movimiento contable.
48
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.
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
nos permite realizar una búsqueda
por fecha. También podemos
visualizar una hoja de Excel con la
49
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)
Tamaño No Aplica
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)
Tamaño No Aplica
Obligatorio Si
Validación Valida que el usuario haya seleccionado una
fecha.
50
3 FASE DE ANALISIS
3.1 Diagramas de clases
3.1.1 Administración
class Sistema
ActionSupport
Adm_InsertAction Adm_UpdateAction Adm_AccionesAction

- Perfil: Perfil - perfil: Perfil - perfil: Perfil
- Sede: Sede - sede: Sede - sede: Sede
- usuario: Usuario - usuario: Usuario - usuario: Usuario
+ AsociarSedePerfilUsuario(Usuario, Perfil, Sede) : void + ActualizarPerfil(Perfil) : boolean + AgParaEmpresariales(char) : void

+ InsecionPerfil(Perfil) + ActualizarSede(Sede) : boolean + ModificacionPermisos() : boolean
+ InsercionSede(Sede) : void + ActualizarUsuario(Usuario) : boolean
+ InsercionUsuario(Usuario) : void
Usuario Perfil Sede

- Apellidos - Descripcion - Descripcion: int
- Cedula - Id: int - Estado
- Correo - Nombre - Id: int
- Id: int - Permisos - Nombre
- Nombres
- Sede: int
- Telefono: int
- TipoUsuario: int
- Usuario
51
3.2 Modelo entidad relación
52
4 FASE DE DISEÑO
4.1 Diagrama Relacional
4.2 Diagramas de actividad
4.2.1 Diagramas de Administración.
4.2.1.1 Login de usuario
53
4.2.1.2 Ingreso de usuario
4.2.1.3 Ingreso Perfil
4.2.1.4 Consulta General de perfiles
54
4.2.1.5 Actualización de Permisos
4.2.1.6 Reporte Usuarios Activos
4.2.2 Diagramas de Inventarios
4.2.2.1 Adición de servicio
55
4.2.2.2 Consulta general de Servicios
4.2.2.3 Inactivación de Servicios
56
4.2.2.4 Parametrizacion de Precios
4.2.3 Diagramas de Contabilidad
4.2.3.1 Consulta General de Movimientos Contables
4.2.3.2 Consulta PUC
57
4.3 DIAGRAMAS DE SECUENCIA
4.3.1 DIAGRAMAS DE ADMINISTRACION
4.3.1.1 LOGIN DE USUARIO

sd Ev aluacionCredenciales
Accionador Validacion Datos

Ingreso
Usuario
Pantalla de Inicio Ev aluacion Pantalla Inical del
Creacion de Sistema
usuario
LoginUsuario()
ValidacionDatosIngresados()
AccesoPermitido()
4.3.1.2 INSERCION DE PERFIL

sd InsertarPerfil
Accionador Logica Insercion

Ingreso Perfil de perfil
Usuario
Formulario Perfil
Insercion Perfil
IngresoDatos()
EnvioDatos()
PersistirInformacion()
PersisteInformacionPerfil()
MensajeIngresoExitoso()
58
4.3.1.3 ADMINISTRACION DE PERFILES
sd AdministracionPermisos
Accionador Perifl LogicaPerfiles
Usuario
Pagina Consulta Pagina
Perfilies Administracion
Permisos
SeleccionPerfilAdministrar()
ConsultaPerfilSeleccionado()
VisualizacionPerfil()
AdministraPermisosDelPerfil()
ActualizaPermisosDelPerfil()
MuestraMensajeActualizacionCorrecta()
4.3.2 DIAGRAMAS DE INEVENTARIO
4.3.2.1 INSERTA PRODUCTO

sd IngresarProducto
AccionadorProducto AccionadorContable
Usuario
PaginaDeIngresoProductos Producto Mov imientosContables
IngresoDatos()
EnvioDatosProducto()
PersisteInformacionProducto()
EnviaCalculosContables()
EnviaDatosContables()
PersisteMovimientoContable()
59
5 FASE DE IMPLEMENTACIÓN
5.1 DIAGRAMA DE DESPLIEGUE

Este diagrama nos muestra la arquitectura que tiene la aplicación dentro
de un entorno web.
60
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 Se utiliza para
vacío obtener el
 El campo debe ser nombre que se le
alfanumérico dará al perfil
dentro del
sistema.
Descripción Texto  El campo no debe ser Se utiliza para
vacío obtener la
 El campo debe ser descripción que
alfanumérico tendrá el perfil
dentro del
sistema(que tipos
de usuarios
tendrán asociado
este perfil).
Estado Lista  El usuario debe Indica si el
Desplegable seleccionar un estado estado será
activo o inactivo
lo cual nos dará
la pauta para
utilizar o no este
perfil.
61
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 actualizar el
 El campo debe ser nuevo nombre
alfanumérico que se le dará al
perfil.
62
Descripción Texto  El campo no debe ser Se utiliza para
vacío actualizar la
 El campo debe ser descripción que
alfanumérico tendrá el perfil
dentro del
sistema (que
tipos de usuarios
tendrán asociado
este perfil).
Estado Lista  El usuario debe Cambia el estado
Desplegable seleccionar un 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  El usuario debe Selecciona por
Desplegable seleccionar un estado uno o todos los
estados que
quiera consultar
los perfiles
existentes.
63
6.1.4 CASO DE PRUEBA 004(Creación de usuarios)
Es necesario tener en existencia un perfil en el sistema para poder crear

un usuario que contendrá nuestra información personal registrada en el
sistema.
64
vacío ingresar el
 El campo debe ser nombre del
alfanumérico usuario.
Apellido Texto  El campo no debe ser Se utiliza para
vacío ingresar el
 El campo debe ser apellido del
Cedula Numérico  El campo no debe ser Se utiliza para
vacío ingresar la
 El campo debe ser identificación del
numérico usuario.
Correo  El campo no debe ser Es necesario
vacío para enviar
información
personal.
Usuario Texto  El campo no debe ser Con este
vacío nombre se
 El campo debe ser identificara el
numérico usuario en el
sistema.
Fecha de Calendario  El usuario debe buscar Información
nacimiento su fecha de nacimiento adicional para
en el calendario. completar el
ingreso de
datos.
Perfil Lista  El usuario debe Ya está creado,
desplegable seleccionar su perfil. debe
seleccionar el
perfil que le
corresponda.
Sede Lista  El usuario debe En qué sede se
desplegable seleccionar su sede. encuentra
ubicado el
usuario.
65
66
6.1.5 CASO DE PRUEBA 005(Consulta de usuarios)
Se realiza una consulta de los usuarios agregados al sistema
previamente.

Estado Lista  Se debe seleccionar el Se utiliza para
usuario desplegable usuario que quiera buscar el
consultar usuario por su
estado (activo o
inactivo).
Perfil Lista  Seleccionar el perfil Asocia el
usuario desplegable correspondiente al usuario al perfil
usuario. seleccionado.
Sede Lista  Seleccionar la sede Busca si en la
desplegable donde se halla ubicado sede
al usuario. seleccionada
existe el usuario
asociado con el
perfil.
67
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.

vacío modificar el
 El campo debe ser nombre del
Apellido Texto  El campo no debe ser Se utiliza para
vacío modificar el
 El campo debe ser apellido del
Cedula Numérico  El campo no debe ser Se utiliza para
vacío modificar la
 El campo debe ser identificación del
numérico usuario.
Correo  El campo no debe ser Cambiar la
vacío dirección de
correo anterior
en el sistema.
Usuario Texto  El campo no debe ser No es posible
vacío modificarlo.
 El campo debe ser
numérico
Fecha de Calendario  El usuario debe buscar No es posible
nacimiento su fecha de nacimiento modificarlo.
en el calendario.
Perfil Lista  El usuario debe Cambia el perfil
desplegable seleccionar su perfil. seleccionado
anteriormente.
Sede Lista  El usuario debe Cambia la sede
desplegable seleccionar su sede. donde labora el
usuario.
68
69
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.

Código  No se selecciona el Es la primera
número. denominación
de las clases
existentes en el
PUC.
Nombre Texto  Hace un clic en el Es el nombre
nombre de la cuenta a que lleva cada
la cual desea ver su número de clase
declaración. en el PUC.
70
71
72
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.

Crear Texto  Hacer un clic sobre la Abre la página
subcuentas opción crear donde se podrá
subcuentas. establecer una
subcuenta.
73
74
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.

Fecha Calendario  Debe seleccionar Busca la fecha
inicial fecha por día, mes y inicial de su
año. movimiento
contable.
Fecha Calendario  Debe seleccionar la Busca los
Final fecha por día, mes y movimientos
año contables hasta
ese día
seleccionado.
XLSX Icono  Debe Hacer clic sobre Abre un Excel
el icono que muestra el
movimiento
contable
75
76
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  Debe seleccionar una Busca las
desplegable de las opciones. habitaciones
que tengan
baño.
Cable Lista  Debe seleccionar una Busca todas las
desplegable de las opciones. habitaciones del
hotel que tengan
acceso a cable.
Televisión Lista  Debe seleccionar una Realiza una
desplegable de las opciones. búsqueda en el
sistema de
todas las
habitaciones
que tengan
televisión.
Cama Lista  Debe seleccionar una Busca todas las
auxiliar desplegable de las opciones. habitaciones con
cama auxiliar.
Número Numérico  El campo no debe ser Busca
de camas vacío. habitaciones con
 El campo debe ser ese número de
numérico. camas.
77
6.3.2 CASO DE PRUEBA 002(Adicionar servicio nuevo)
Este caso de prueba muestra la forma de adicionar un producto nuevo.

Numero Numérico  El campo no debe ser Crea el número
de vacío. de la habitación
habitación  El campo debe ser en el sistema.
numérico.
Número Numérico  El campo no debe ser Crea un número
máximo vacío. máximo de
de  El campo debe ser personas en la
personas numérico. habitación
creada.
Número Numérico  El campo no debe ser Crea un número
mínimo vacío. mínimo de
de  El campo debe ser personas en la
personas numérico. habitación
creada.
IVA Numérico  El campo no debe ser IVA agregado al
vacío. precio original
 El campo debe ser de la habitación.
numérico.
Baño Lista  El campo no debe ser Crea habitación
desplegable vacío. con baño o sin
 El campo debe ser baño.
numérico.
Televisión Lista  Debe seleccionar una Crea la opción
desplegable de las opciones. de televisión en
la habitación.
Cable Lista  Debe seleccionar una Crea la opción
desplegable de las opciones. de cable en la
habitación.
Número Numérico  El campo no debe ser Crea una
de camas vacío. habitación con
 El campo debe ser ese número de
numérico. camas.
Cama Lista  Debe seleccionar una Crea la opción

auxiliar desplegable de las opciones. de cama auxiliar
en la habitación.
78
79
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.

Cedula Numérico  El campo no debe ser Busca el cliente
cliente vacío. asociado con el
 El campo debe ser número de
numérico. cedula inscrito.
80
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.

Perfil de Lista  Debe seleccionar una Muestra una
usuario desplegable opción. lista de los
perfiles
existentes en el
sistema.
Estado Lista  Debe seleccionar una Busca los
desplegable opción. perfiles con el
estado
seleccionado
(activo o
inactivo).
81
82
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

herramientas que facilitan un desarrollo práctico y entendible en la
aplicación, permitiendo que el sistema tenga un fácil mantenimiento y
gran adaptabilidad.
83
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

Java EE, mayo 2010
84
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

información web de facturación hotel shaolom
85
ANEXOS
86
10 ANEXO 1
10.1 Diagrama despliegue
87
11 Anexo 2
11.1 Diagrama entidad relación
88

Sierra Cha Parro Jesus Nicolas

Cargado por

Información del documento

Derechos de autor

Formatos disponibles

Compartir este documento

Compartir o incrustar documentos

Opciones para compartir

¿Le pareció útil este documento?

¿Este contenido es inapropiado?

Copyright:

Formatos disponibles

Sierra Cha Parro Jesus Nicolas

Cargado por

Copyright:

Formatos disponibles

SISTEMA DE INFORMACION WEB DE FACTURACION HOTEL SHAOLOM

JESUS NICOLAS SIERRA CHAPARRO

UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS

JESUS NICOLAS SIERRA CHAPARRO

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

UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS

La aplicación web para el control de facturación e inventarios del Hotel

La aplicación web está compuesta de los módulos de administración,

Para el diseño de la aplicación se utilizó la metodología RUP. Que se basa en

La tecnología conforme va avanzando en el mundo, se convierte en una

El presente proyecto consistió en la implementación de un aplicativo web que

A lo largo del proyecto y del presente documento se verá su evolución gracias

En el presente escrito se observara la documentación generada en cada una

1.3 PLANTEAMIENTO DEL PROBLEMA

1.3.1 DESCRIPCION DEL PROBLEMA

1.3.2 FORMULACION DEL PROBLEMA

Para el desarrollo de la aplicación se utilizara como lenguaje de

1.4.1 OBETIVO GENERAL

Desarrollar un sistema de información web que permita el manejo de

1.4.2 OBJETIVOS ESPECIFICOS

Diseñar un subsistema de autenticación que permita el acceso a

Desarrollar un módulo de facturación

Implementar una base de datos que permita el almacenamiento

1.5 ALCANCES Y DELIMITACIONES

Módulo de Usuarios: se encargara del registro, administración

Módulo de Administración: Permite administrar los parámetros

Módulo de Inventarios: Permite gestionar los productos y

Modulo Contable: Proporcionara la gestión del PUC y la

Módulo de Facturación: Proporcionara la gestión, registro y

Las especificaciones técnicas que debe tener el equipo en el cual se

1.6 MARCO DE REFERENCIA

1.6.1 MARCO TEORICO

1.6.1.1 ARQUITECTURA MODELO VISTA

El Controlador: Responde a eventos (usualmente acciones del usuario)

La Vista: Presenta el 'modelo' (información y lógica de negocio) en un

1.6.1.2 APLICACION WEB

Las aplicaciones web son populares debido a lo práctico del navegador

Es importante mencionar que una página Web puede contener

Como muchos otros proyectos de código abierto, el desarrollo de

 Alta concurrencia: Mediante un sistema denominado MVCC

 Amplia variedad de tipos nativos: PostgreSQL provee

 Funciones: Bloques de código que se ejecutan en el servidor.

Los disparadores (triggers en inglés) son funciones enlazadas a

Struts se basa en el patrón de diseño MVC el cual separa tres secciones

El Modelo es básicamente los datos de la aplicación y las reglas de

El Controlador es el intermediario entre la Vista y el Modelo, ante las

1.6.1.5 DATA ACCESS OBJECT

 Ventajas: Los Objetos de Acceso a Datos son un Patrón

Los Objetos de Acceso a Datos pueden usarse en Java

 Desventajas: La flexibilidad tiene un precio. Cuando se

Surgió a partir de las etiquetas SGML (Standard

HTML se encarga de desarrollar una descripción sobre los contenidos

Es un lenguaje simple y general que sirve para definir otros lenguajes

El lenguaje HTML está compuesto de dos propiedades:

2. Etiquetas y atributos que estructuran el texto de la página web.

El RUP mejora la productividad del equipo ya que permite que cada

1.8.1 FACTIBILIDAD TECNICA

 Memoria RAM de 8 gigas

GASTOS VALOR MENSUAL VALOR TOTAL

2.1 CASOS DE USO

2.1.1 CASOS DE USO ADMINISTRACION

2.1.1.1 CASO DE USO CU_001_LOGIN

2.1.1.2 CASO DE USO CU_002_INSERCION_PERFIL

Se creara un nuevo perfil.