SISTEMA DE INFORMACION WEB DE FACTURACION...
88
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. 2015
Transcript of SISTEMA DE INFORMACION WEB DE FACTURACION...
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.
2015
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.
2015
3
NOTA DE ACEPTACIÓN
_____________________________
_____________________________
_____________________________
_____________________________
_____________________________
TUTOR
______________________________
JURADO
____________________________
JURADO
Bogotá 06/08/2015
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
2.2 DOCUMENTACION CASOS DE USO ................................................................. 21
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.3 PRUEBAS INVENTARIOS ..................................................................................... 77
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
11.1 Diagrama entidad relación .......................................................................................... 88
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. 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.
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. 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.
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.
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.
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.
Módulo de Inventarios: Permite gestionar los productos y
servicios; además proporcionara información detallada de los
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)
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.
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.
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
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
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
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.
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),
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
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.
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
Postgresql 9.3
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
Costo Cursos Virtuales
$ 400.000 $ 400.000
Costo bibliografía $ 300.000 $ 300.000
Desgaste equipos $ 90.000 $ 450.000
Compra de equipo de computo
$ 1’900.000 $ 1’900.000
Diseñador Gráfico (Logo).
$ 700.000 $ 700.000
Servicios Públicos $ 200.000 $ 1’200.000
$21’350.000
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
Se podrá consultar los perfiles existentes en el sistema.
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
CU_002_ADICIONAR_SERVICIO_NUEVO
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
Se creara la factura inicial.
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 enrutamiento de usuarios para
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
PASOS USUARIO SISTEMA
23
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
Tipo de Dato Alfanumérico
Tamaño 20
Obligatorio Si
24
Validación No aplica
2.2.1.2 ESPECIFICACION CASO DE USO
CU_002_INSERCION_PERFIL
2.2.1.2.1 IDENTIFICACION CASO DE USO
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
25
2.2.1.2.4 PRECONDICIONES
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.
2.2.1.2.5 FLUJO BASICO DE ACTIVIDADES
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 VALIDACION DE CAMPOS REQUERIDOS
2.2.1.2.6.1 CAMPO NOMBRE
Función Campo con el cual se identificara el perfil que se desea ingresar.
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
Tipo de Dato Alfanumérico
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
Validación No aplica
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
Todos: Todo aquellos que ingresen al sistema podrán realizar la
consulta de perfiles.
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
2.2.1.3.4 PRECONDICIONES
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.
2.2.1.3.5 FLUJO BASICO DE ACTIVIDADES
PASOS USUARIO SISTEMA
Paso 1 Ingresamos a la página para 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
Paso 3 Ubicamos el cursor en el botón buscar
Paso 4 El sistema realizara la consulta del perfil en la base de datos
Paso 5 El sistema nos mostrara los
28
datos que coincidan con la consulta especificada en el siguiente orden; nombre, descripción, estado (activo-inactivo) e identificación.
2.2.1.3.6 VALIDACION DE CAMPOS REQUERIDOS
2.2.1.3.6.1 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
Validación No aplica
2.2.1.4 ESPECIFICACION CASO DE USO
CU_004_MODIFICACION_DE_PERMISOS
2.2.1.4.1 IDENTIFICACION CASO DE USO
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
29
2.2.1.4.3.1 MODIFICACION DE PERMISOS
2.2.1.4.3.2 ACTUALIZACION DE PERMISOS
2.2.1.4.4 PRECONDICIONES
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.
2.2.1.4.5 FLUJO BASICO DE ACTIVIDADES
PASOS USUARIO SISTEMA
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
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
2.2.2.1 ESPECIFICACION CASO DE USO
CU_001_CONSULTA_GENERAL_DE_SERVICIOS
2.2.2.1.1 IDENTIFICACION CASO DE USO
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
31
2.2.2.1.4 PRECONDICIONES
Estar registrado en el sistema con perfil y usuario. Ser el administrador de la pagina. Tener al menos una habitación ingresada en el sistema para
poder consultarla.
2.2.2.1.5 FLUJO BASICO DE ACTIVIDADES
PASOS USUARIO SISTEMA
Paso 1 Ingresamos a la página de 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 VALIDACION DE CAMPOS REQUERIDOS
2.2.2.1.6.1 CAMPO BAÑO
Función Indica si la habitación deseada cuenta con baño o no.
Tipo de Dato Selección Única (Lista parametrizable)
Tamaño No Aplica
Obligatorio Si
Validación No aplica
32
2.2.2.1.6.2 CAMPO CABLE
Función Indica si la habitación deseada cuenta con servicio de cable o no.
Tipo de Dato Selección Única (Lista parametrizable)
Tamaño No Aplica
Obligatorio Si
Validación No aplica
2.2.2.1.6.3 CAMPO TELEVISION
Función Indica si la habitación deseada cuenta con televisión o no.
Tipo de Dato Selección Única (Lista parametrizable)
Tamaño No Aplica
Obligatorio Si
Validación No aplica
2.2.2.1.6.4 CAMPO CAMA AUXILIAR
Función Indica si la habitación deseada cuenta con cama auxiliar o no.
Tipo de Dato Selección Única (Lista parametrizable)
Tamaño No Aplica
Obligatorio Si
Validación No aplica
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
Validación No aplica
2.2.2.2 ESPECIFICACION DE CASO
CU_002_ADICIONAR_NUEVO_SERVICIO
2.2.2.2.1 IDENTIFICACION CASO DE USO
ID CASO DE USO CU_002_ADICIONAR_NUEVO_SERVICIO
DESCRIPCION Este caso de uso permite modificar los servicios ofrecidos.
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
2.2.2.2.3.2 INGRESO EXITOSO DE HABITACIONES
34
2.2.2.2.4 PRECONDICIONES
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.
2.2.2.2.5 FLUJO BASICO DE ACTIVIDADES
PASOS USUARIO SISTEMA
Paso 1 Ingresamos a la página de 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 búsqueda de acuerdo al producto que queremos
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 VALIDACION DE CAMPOS REQUERIDOS
2.2.2.2.6.1 CAMPO NUMERO HABITACION
Función Indica el número con el que se identificara la habitación.
Tipo de Dato Numérico
Tamaño Desde el numero uno al veinte
Obligatorio Si
Validación No aplica
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.
Tipo de Dato Numérico
Tamaño Desde el numero uno seis
Obligatorio Si
Validación No aplica
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.
Tipo de Dato Numérico
Tamaño Desde el numero uno a tres
Obligatorio Si
Validación No aplica
2.2.2.2.6.4 CAMPO IVA
Función Indica el porcentaje de IVA que tiene el producto.
Tipo de Dato Numérico
Tamaño Dos
Obligatorio Si
Validación No aplica
2.2.2.2.6.5 CAMPO BAÑO
Función Indica si la habitación cuenta con baño o no.
Tipo de Dato Selección Única (Lista parametrizable)
Tamaño No Aplica
Obligatorio Si
Validación No aplica
36
2.2.2.2.6.6 CAMPO TELEVISION
Función Indica si la habitación cuenta con televisión o no.
Tipo de Dato Selección Única (Lista parametrizable)
Tamaño No Aplica
Obligatorio Si
Validación No aplica
2.2.2.2.6.7 CAMPO CABLE
Función Indica si la habitación cuenta con servicio de cable o no.
Tipo de Dato Selección Única (Lista parametrizable)
Tamaño No Aplica
Obligatorio Si
Validación No aplica
2.2.2.2.6.8 CAMPO NUMERO DE CAMAS
Función Indica el número de camas en esa habitación.
Tipo de Dato Numérico
Tamaño Desde el numero uno a tres
Obligatorio No
Validación No aplica
2.2.2.2.6.9 CAMPO CAMA AUXILIAR
Función Indica si la habitación deseada cuenta con cama auxiliar o no.
Tipo de Dato Selección Única (Lista parametrizable)
Tamaño No Aplica
Obligatorio Si
Validación No aplica
2.2.2.3 ESPECIFICACION CASO DE USO
CU_003_INACTIVACION_DE_SERVICIOS
2.2.2.3.1 IDENTIFICACION CASO DE USO
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.
37
2.2.2.3.3 MAQUETA
2.2.2.3.3.1 ACTIVACION E INACTIVACION DE SERVICIOS
2.2.2.3.4 PRECONDICIONES
Estar registrado en el sistema con perfil y usuario. Ser el administrador de la pagina. La habitación debe estar registrada en la pagina.
2.2.2.3.5 FLUJO BASICO DE ACTIVIDADES
PASOS USUARIO SISTEMA
Paso 1 Ingresamos a la página de 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 VALIDACION DE CAMPOS REQUERIDOS
2.2.2.3.6.1 CAMPO NUMERO DE HABITACION
Función Permite ingresar el numero de una habitación para consultar .
Tipo de Dato Numérico
Tamaño Desde el numero uno al veinte
Obligatorio Si
Validación No aplica
2.2.2.3.6.2 CAMPO ESTADO
Función Indica si la habitacion esta activa o no.
Tipo de Dato Selección Única (Lista parametrizable)
Tamaño No Aplica
Obligatorio Si
Validación No aplica
38
2.2.2.4 ESPECIFICACION CASO DE USO
CU_004_PARAMETRIZACION_DE_PRECIOS
2.2.2.4.1 IDENTIFICACION CASO DE USO
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
2.2.2.4.4 PRECONDICIONES
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.
2.2.2.4.5 FLUJO BASICO DE ACTIVIDADES
PASOS USUARIO SISTEMA
Paso 1 Ingresamos a la página de 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 que traiga la habitación.
39
2.2.2.4.6 VALIDACION DE CAMPOS REQUERIDOS
2.2.2.4.6.1 CAMPO NUMERO DE HABITACION
Función Busca la habitación por el numero ingresado.
Tipo de Dato Numérico
Tamaño Del número uno al veinte
Obligatorio Si
Validación No aplica
2.2.3 DOCUMENTACION CASOS DE USO FACTURA
2.2.3.1 ESPECIFICACION CASO DE USO
CU_001_FACTURA_INICIAL
2.2.3.1.1 IDENTIFICACION CASO DE USO
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
40
2.2.3.1.3.2 VALORES DE FACTURACION
2.2.3.1.4 PRECONDICIONES
Estar registrado en el sistema con perfil y usuario. Tener al menos un cliente registrado.
2.2.3.1.5 FLUJO BASICO DE ACTIVIDADES
PASOS USUARIO SISTEMA
Paso 1 Ingresamos a la página de 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 VALIDACION DE CAMPOS REQUERIDOS
2.2.3.1.6.1 CAMPO CEDULA CLIENTE
Función Busca al cliente por el numero de cedula.
Tipo de Dato Numérico
41
Tamaño 20
Obligatorio Si
Validación No aplica
2.2.4 DOCUMENTACION CASOS DE USO REPORTES
2.2.4.1 ESPECIFICACION CASO DE USO
CU_001_USUARIOS_ACTIVOS
2.2.4.1.1 IDENTIFICACION CASO DE USO
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
42
2.2.4.1.3.2 EXPLICACION
2.2.4.1.4 PRECONDICIONES
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.
2.2.4.1.5 FLUJO BASICO DE ACTIVIDADES
PASOS USUARIO SISTEMA
Paso 1 Ingresamos a la página de reportes y luego vamos a usuarios activos.
Paso 2 Aparece la página donde 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 VALIDACION DE CAMPOS REQUERIDOS
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
Validación No aplica
43
2.2.4.1.6.2 CAMPO ESTADO
Función Busca al cliente por su estado.
Tipo de Dato Lista desplegable
Tamaño No aplica
Obligatorio Si
Validación No aplica
2.2.5 DOCUMENTACION CASOS DE USO CONTABILIDAD
2.2.5.1 ESPECIFICACION CASO DE USO
CU_001_CONSULTA_GENERAL_PUC
2.2.5.1.1 IDENTIFICACION CASO DE USO
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
44
2.2.5.1.3.2 CONSLTA GENERAL CLASE Y GRUPOS
2.2.5.1.3.3 CONSULTA GENERAL GRUPO Y CUENTAS
45
2.2.5.1.3.4 CONSULTA GENERAL CUENTAS Y SUBCUENTAS
46
2.2.5.1.3.5 CREACION DE SUBCUENTAS
2.2.5.1.4 PRECONDICIONES
Estar registrado en el sistema.
Tener en su perfil el permiso para realizar la consulta general del
PUC.
2.2.5.1.5 FLUJO BASICO DE ACTIVIDADES
PASOS USUARIO SISTEMA
Paso 1 Ingresamos a la página para 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
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 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 VALIDACION DE CAMPOS REQUERIDOS
2.2.5.1.6.1 CAMPO CLASE
Función Ubica la subcuenta en la clase que le pertenece.
Tipo de Dato Numérico
Tamaño Uno
Obligatorio Si
Validación No aplica
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
Validación No aplica
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
Validación No aplica
2.2.5.1.6.4 CAMPO NOMBRE
Función Permite dar nombre la subcuenta que se va
48
a crear.
Tipo de Dato Alfanumérico
Tamaño Uno
Obligatorio Si
Validación No aplica
2.2.5.1.6.5 CAMPO DESCRIPCION
Función Permite dar una descripción a la subcuenta.
Tipo de Dato Alfanumérico
Tamaño Veinte
Obligatorio Si
Validación No aplica
2.2.5.1.6.6 CAMPO NATURALEZA
Función Ubica la subcuenta en la naturaleza que le corresponde.
Tipo de Dato Lista desplegable
Tamaño No aplica
Obligatorio Si
Validación No aplica
2.2.5.1.6.7 CAMPO CODIGO
Función Asigna el código con el que se identificara la subcuenta.
Tipo de Dato Numérico
Tamaño Dos
Obligatorio Si
Validación No aplica
2.2.5.2 ESPECIFICACION CASO DE USO
CU_002_CONSULTA_DE_MOV_CONTABLES
2.2.5.2.1 IDENTIFICACION CASO DE USO
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.
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
2.2.5.2.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. El usuario debe tener el permiso asociado para realizar esta
acción. Saber manejar Excel, con el fin de poder modificar los
movimientos contables.
2.2.5.2.5 FLUJO BASICO DE ACTIVIDADES
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 nos permite realizar una búsqueda por fecha. También podemos visualizar una hoja de Excel con la
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 VALIDACION DE CAMPOS REQUERIDOS
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.
51
3 FASE DE ANALISIS
3.1 Diagramas de clases
3.1.1 Administración
class Sistema
ActionSupport
Adm_InsertAction
- Perfil: Perfil
- Sede: Sede
- usuario: Usuario
+ AsociarSedePerfilUsuario(Usuario, Perfil, Sede) : void
+ InsecionPerfil(Perfil)
+ InsercionSede(Sede) : void
+ InsercionUsuario(Usuario) : void
Usuario
- Apellidos
- Cedula
- Correo
- Id: int
- Nombres
- Sede: int
- Telefono: int
- TipoUsuario: int
- Usuario
Perfil
- Descripcion
- Id: int
- Nombre
- Permisos
Sede
- Descripcion: int
- Estado
- Id: int
- Nombre
Adm_UpdateAction
- perfi l: Perfil
- sede: Sede
- usuario: Usuario
+ ActualizarPerfil(Perfil) : boolean
+ ActualizarSede(Sede) : boolean
+ ActualizarUsuario(Usuario) : boolean
Adm_AccionesAction
- perfi l: Perfil
- sede: Sede
- usuario: Usuario
+ AgParaEmpresariales(char) : void
+ ModificacionPermisos() : boolean
52
3.2 Modelo entidad relación
53
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
54
4.2.1.2 Ingreso de usuario
4.2.1.3 Ingreso Perfil
4.2.1.4 Consulta General de perfiles
55
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
56
4.2.2.2 Consulta general de Servicios
4.2.2.3 Inactivación de Servicios
57
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
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
Usuario
Pantalla de Inicio
Accionador
Ingreso
Validacion Datos
Ev aluacion
Creacion de
usuario
Pantalla Inical del
Sistema
LoginUsuario()
ValidacionDatosIngresados()
AccesoPermitido()
sd InsertarPerfil
Usuario
Formulario
Insercion Perfil
Accionador
Ingreso Perfil
Perfil
Logica Insercion
de perfil
IngresoDatos()
EnvioDatos()
PersistirInformacion()
PersisteInformacionPerfil()
MensajeIngresoExitoso()
59
4.3.1.3 ADMINISTRACION DE PERFILES
4.3.2 DIAGRAMAS DE INEVENTARIO
4.3.2.1 INSERTA PRODUCTO
sd AdministracionPermisos
Usuario
Pagina Consulta
Perfilies
Accionador Perifl
Pagina
Administracion
Permisos
LogicaPerfiles
SeleccionPerfilAdministrar()
ConsultaPerfilSeleccionado()
VisualizacionPerfil()
AdministraPermisosDelPerfil()
ActualizaPermisosDelPerfil()
MuestraMensajeActualizacionCorrecta()
sd IngresarProducto
Usuario
PaginaDeIngresoProductos
AccionadorProducto
Producto
AccionadorContable
Mov imientosContables
IngresoDatos()
EnvioDatosProducto()
PersisteInformacionProducto()
EnviaCalculosContables()
EnviaDatosContables()
PersisteMovimientoContable()
60
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.
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 vacío
El campo debe ser alfanumérico
Se utiliza para obtener el nombre que se le dará al perfil dentro del sistema.
Descripción Texto El campo no debe ser vacío
El campo debe ser alfanumérico
Se utiliza para obtener 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 seleccionar un estado
Indica si el estado será activo o inactivo lo cual nos dará la pauta para utilizar o no este perfil.
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.
Campo Tipo Campo Validación Función
Nombres Texto El campo no debe ser vacío
El campo debe ser alfanumérico
Se utiliza para actualizar el nuevo nombre que se le dará al perfil.
63
Descripción Texto El campo no debe ser vacío
El campo debe ser alfanumérico
Se utiliza para 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 seleccionar un estado
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.
Campo Tipo Campo Validación Función
Estado Lista Desplegable
El usuario debe seleccionar un estado
Selecciona por uno o todos los estados que quiera consultar los perfiles existentes.
64
6.1.3.1 VISTA DE LA PRUEBA
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.
65
Campo Tipo Campo Validación Función
Nombres Texto El campo no debe ser vacío
El campo debe ser alfanumérico
Se utiliza para ingresar el nombre del usuario.
Apellido Texto El campo no debe ser vacío
El campo debe ser alfanumérico
Se utiliza para ingresar el apellido del usuario.
Cedula Numérico El campo no debe ser vacío
El campo debe ser numérico
Se utiliza para ingresar la identificación del usuario.
Correo El campo no debe ser vacío
Es necesario para enviar información personal.
Usuario Texto El campo no debe ser vacío
El campo debe ser numérico
Con este nombre se 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 ingreso de datos.
Perfil Lista desplegable
El usuario debe 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 usuario.
6.1.4.1 VISTA DE LA PRUEBA
66
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 usuario
Lista desplegable
Se debe seleccionar el usuario que quiera consultar
Se utiliza para buscar el usuario por su estado (activo o inactivo).
Perfil usuario
Lista desplegable
Seleccionar el perfil correspondiente al usuario.
Asocia el usuario al perfil seleccionado.
Sede Lista desplegable
Seleccionar la sede donde se halla ubicado al usuario.
Busca si en la sede seleccionada existe el usuario asociado con el perfil.
6.1.5.1 VISTA DE LA PRUEBA
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.
Campo Tipo Campo Validación Función
Nombres Texto El campo no debe ser vacío
El campo debe ser alfanumérico
Se utiliza para modificar el nombre del usuario.
Apellido Texto El campo no debe ser vacío
El campo debe ser alfanumérico
Se utiliza para modificar el apellido del usuario.
Cedula Numérico El campo no debe ser vacío
El campo debe ser numérico
Se utiliza para modificar la identificación del usuario.
Correo El campo no debe ser vacío
Cambiar la dirección de correo anterior en el sistema.
Usuario Texto El campo no debe ser vacío
El campo debe ser numérico
No es posible modificarlo.
Fecha de nacimiento
Calendario El usuario debe buscar su fecha de nacimiento en el calendario.
No es posible modificarlo.
Perfil Lista desplegable
El usuario debe seleccionar su perfil.
Cambia el perfil seleccionado anteriormente.
Sede Lista desplegable
El usuario debe seleccionar su sede.
Cambia la sede donde labora el usuario.
69
6.1.6.1 VISTA DE LA PRUEBA
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
Código No se selecciona el número.
Es la primera denominación de las clases existentes en el PUC.
Nombre Texto Hace un clic en el nombre de la cuenta a la cual desea ver su declaración.
Es el nombre que lleva cada número de clase en el PUC.
71
6.2.1.1 VISTA DE LA PRUEBA
72
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.
6.2.2.1 VISTA DE LA PRUEBA
74
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 inicial
Calendario Debe seleccionar fecha por día, mes y año.
Busca la fecha inicial de su movimiento contable.
Fecha Final
Calendario Debe seleccionar la fecha por día, mes y año
Busca los movimientos contables hasta ese día seleccionado.
XLSX Icono Debe Hacer clic sobre el icono
Abre un Excel que muestra el movimiento contable
76
6.2.3.1 VISTA DE LA PRUEBA
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.
Campo Tipo Campo Validación Función
Baño Lista desplegable
Debe seleccionar una de las opciones.
Busca las habitaciones que tengan baño.
Cable Lista desplegable
Debe seleccionar una de las opciones.
Busca todas las habitaciones del hotel que tengan acceso a cable.
Televisión Lista desplegable
Debe seleccionar una de las opciones.
Realiza una búsqueda en el sistema de todas las habitaciones que tengan televisión.
Cama auxiliar
Lista desplegable
Debe seleccionar una de las opciones.
Busca todas las habitaciones con cama auxiliar.
Número de camas
Numérico El campo no debe ser vacío.
El campo debe ser numérico.
Busca habitaciones con ese número de camas.
6.3.1.1 VISTA DE LA PRUEBA
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 de
habitación
Numérico El campo no debe ser vacío.
El campo debe ser numérico.
Crea el número de la habitación en el sistema.
Número máximo
de personas
Numérico El campo no debe ser vacío.
El campo debe ser numérico.
Crea un número máximo de personas en la habitación creada.
Número mínimo
de personas
Numérico El campo no debe ser vacío.
El campo debe ser numérico.
Crea un número mínimo de personas en la habitación creada.
IVA Numérico El campo no debe ser vacío.
El campo debe ser numérico.
IVA agregado al precio original de la habitación.
Baño Lista desplegable
El campo no debe ser vacío.
El campo debe ser numérico.
Crea habitación con baño o sin baño.
Televisión Lista desplegable
Debe seleccionar una de las opciones.
Crea la opción de televisión en la habitación.
Cable Lista desplegable
Debe seleccionar una de las opciones.
Crea la opción de cable en la habitación.
Número de camas
Numérico El campo no debe ser vacío.
El campo debe ser numérico.
Crea una habitación con ese número de camas.
Cama auxiliar
Lista desplegable
Debe seleccionar una de las opciones.
Crea la opción de cama auxiliar en la habitación.
79
6.3.2.1 VISTA DE LA PRUEBA
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 cedula inscrito.
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.
Campo Tipo Campo Validación Función
Perfil de usuario
Lista desplegable
Debe seleccionar una opción.
Muestra una lista de los perfiles existentes en el sistema.
Estado Lista desplegable
Debe seleccionar una opción.
Busca los perfiles con el estado seleccionado (activo o inactivo).
82
6.4.2.1 VISTA DE LA PRUEBA
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
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.
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
Java EE, mayo 2010
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
información web de facturación hotel shaolom
86
ANEXOS
87
10 ANEXO 1
10.1 Diagrama despliegue
88
11 Anexo 2
11.1 Diagrama entidad relación
