Upload
others
View
2
Download
0
Embed Size (px)
Citation preview
UNIVERSIDAD CENTRAL DEL ECUADOR
FACULTAD DE INGENIERÍA CIENCIAS FÍSICAS Y MATEMÁTICA
CARRERA DE INGENIERÍA INFORMÁTICA
IMPLEMENTACIÓN DEL SISTEMA DE CONTROL INTERNO DE
PEDIDOS, MANEJO DE INVENTARIO Y FACTURACIÓN PARA LA
FACULTAD DE INGENIERIA CIVIL
EN EL LABORATORIO DE SUELOS Y MATERIALES
TRABAJO DE GRADUACIÓN
PREVIO A LA OBTENCIÓN DEL TÍTULO DE INGENIERO
INFORMÁTICO
AUTOR: CHICAIZA TIXILEMA DIANA XIMENA
TUTOR: ING. ROSAS LARA MAURO LEONARDO, MSC.
QUITO - ECUADOR
2015
ii
DEDICATORIA
Este proyecto se lo dedico a Dios por bendecirme con un día más de vida. A mi
madre Fabiola Tixilema por ser el pilar más importante en mi vida quién me guía
cada día para ser una persona de bien. A mis hermanos, Alex. Oliver, Pablo y
Pamela por el amor incondicional. A mis abuelos por su apoyo y confianza.
Diana Ximena
iii
AGRADECIMIENTO
A Dios por bendecirme con mi hermosa familia.
A mi madre por ser mi apoyo constante, su ayuda incondicional a hecho que éste
proyecto se culmine.
A mis hermanos les agradezco el cariño, el amor constante y sobre todo la fe en el
logro de mi meta.
A mis profesores, muy agradecida por su guía, ya que han canalizado mi
aprendizaje con la finalidad de ser una profesional excelente.
Diana Ximena
iv
AUTORIZACIÓN DE LA AUTORÍA INTELECTUAL
v
CERTIFICACIÓN
vi
INFORME FINAL DEL TUTOR
vii
CALIFICACIÓN DEL TRABAJO DE GRADUACIÓN
viii
ix
CONTENIDO+
DEDICATORIA ................................................................................................. ii
AGRADECIMIENTO ....................................................................................... iii
AUTORIZACIÓN DE LA AUTORÍA INTELECTUAL .................................. iv
CERTIFICACIÓN ............................................................................................. v
INFORME FINAL DEL TUTOR...................................................................... vi
CALIFICACIÓN DEL TRABAJO DE GRADUACIÓN ................................. vii
CONTENIDO .................................................................................................... ix
LISTADO DE TABLAS ................................................................................... xii
LISTADO DE ILUSTRACIONES .................................................................. xiv
RESUMEN ..................................................................................................... xvii
ABSTRACT .................................................................................................. xviii
INTRODUCCIÓN .............................................................................................. 1
1. PRESENTACION DEL PROBLEMA............................................................ 2
1.1. Problema Actual ................................................................................... 2
1.3. Justificación .......................................................................................... 2
1.4. Objetivos .............................................................................................. 3
1.4.1. Objetivo General ............................................................................... 3
1.4.2. Objetivos Específicos ........................................................................ 3
1.6. Limitaciones ......................................................................................... 6
1.7. Análisis De Herramientas ..................................................................... 7
1.7.1. Gestores de Base de Datos.................................................................. 8
1.7.2. Entorno de Desarrollo de Integración IDE ...................................... 10
1.7.3. Servidor de Aplicaciones.................................................................. 11
1.7.4. Framework para la Interfaz Gráfica de Usuario ............................. 13
1.7.5. Reportes ........................................................................................... 15
2. METODOLOGÍA ......................................................................................... 17
2.1. Metodología de Investigación ..................................................................... 17
2.2. Metodologías de Desarrollo ................................................................ 17
x
2.3. Metodología RUP ............................................................................... 19
3. DESARROLLO ............................................................................................ 20
3.1. Identificación de Procesos .................................................................. 20 3.1.1. Proceso de Inventario....................................................................................... 20 3.1.2. Proceso de Orden de Pedido.............................................................................. 21 3.1.3. Proceso de Orden de Pago ................................................................................ 22 3.1.4. Proceso de Facturación .................................................................................... 22 3.1.5. Seguridades .................................................................................................... 23 3.1.6. Servicios e Insumos ......................................................................................... 23 3.1.7. Reportes......................................................................................................... 23
3.2. Identificación de Actores en la Aplicación .......................................... 24
3.3. Análisis de Diseño ............................................................................... 25
3.4. Análisis de Requerimientos ................................................................ 27 3.4.1. Requerimientos no funcionales .......................................................................... 27 3.4.2. Requerimientos Funcionales ............................................................................. 27
3.5. Modelo de Casos de Uso .................................................................. 36 3.5.1.Caso de uso ingreso al sistema ........................................................................... 36 3.5.2. Caso de uso administración de usuarios .............................................................. 39 3.5.3. Caso de uso administración de pedidos, inventario y facturación de ensayo ............ 40 3.5.3.1. Caso de uso control de orden de pedido ........................................................... 40 3.5.3.2. Caso de uso orden de pago ............................................................................ 41 3.5.3.3. Caso de uso facturación ................................................................................ 43 3.5.3.4. Caso de uso control de inventario insumos ...................................................... 44 3.5.4. Caso de uso reportes ....................................................................................... 45
3.6. Diagrama de Secuencia ...................................................................... 46 3.6.1 Diagrama de Secuencia ingreso al sistema .......................................................... 47 3.6.2. Diagrama de Secuencia administración de usuarios .............................................. 48 3.6.3. Diagrama de Secuencia de pedidos, inventario y facturación de ensayo ................... 49 3.6.3.1. Diagrama de Secuencia control de orden de pedido........................................... 49 3.6.3.3. Diagrama de Secuencia orden de pago ............................................................ 50 3.6.3.4. Diagrama de Secuencia facturación ................................................................ 51 3.6.3.5. Diagrama de Secuencia control de inventario insumos ...................................... 52 3.6.4. Reportes......................................................................................................... 53
4. PRUEBAS, CONCLUSIONES Y RECOMENDACIONES .......................... 54
4.1. Pruebas ............................................................................................... 54 4.1.1. Pruebas de Compatibilidad ............................................................................... 54 4.1.2. Pruebas de Estrés ............................................................................................ 57
4.2. Conclusiones ....................................................................................... 62
4.3. Recomendaciones ............................................................................... 64
GLOSARIO DE TÉRMINOS .......................................................................... 65
xi
BIBLIOGRAFÍA .............................................................................................. 66
ANEXOS .......................................................................................................... 68
ANEXO A: DICCIONARIO DE DATOS......................................................... 69
ANEXO B. MANUAL DE USUARIO .............................................................. 84
ANEXO C: MANUAL TÉCNICO.................................................................. 113
xii
LISTADO DE TABLAS
Tabla 1: Niveles de Puntuación ........................................................................ 7
Tabla 2: Comparativa entre gestores de base de datos ........................................ 9
Tabla 3: Comparativa de entornos de desarrollo java ....................................... 11
Tabla 4: Comparativa entre servidores de aplicaciones .................................... 13
Tabla 5: Comparativa frameworks de interfaz gráfica ...................................... 14
Tabla 6: Comparativa herramientas de reportes java ........................................ 15
Tabla 7: Listado de herramientas del entorno de desarrollo .............................. 16
Tabla 8: Diferencias entre las metodologías de desarrollo de software RUP, XP y
SCRUM......................................................................................................... 18
Tabla 9: Actores del Sistema Informático ....................................................... 24
Tabla 10: Especificación de Requerimientos - Administración de Usuarios ...... 28
Tabla 11: Especificación de Requerimientos - Administración de Clientes ....... 28
Tabla 12: Especificación de Requerimientos - Administración del Material del
Ensayo ........................................................................................................... 29
Tabla 13: Especificación de Requerimientos - Administración de Catálogo de
Tipos de Ensayo ............................................................................................. 30
Tabla 14: Especificación de Requerimientos - Administración de Ensayos ....... 31
Tabla 15: Especificación de Requerimientos - Administración del Catálogo de
Insumos ......................................................................................................... 32
Tabla 16: Especificación de Requerimientos - Control de Inventario ................ 32
Tabla 17: Especificación de Requerimientos - Control de Orden de Pedido ...... 33
Tabla 18: Especificación de Requerimientos - Control de Orden de Pago ......... 34
Tabla 19: Especificación de Requerimientos - Emisión de Facturas.................. 35
Tabla 20: Especificación de Requerimientos - Emisión de reportes .................. 36
Tabla 21: Funciones de Sistema MATS .......................................................... 38
Tabla 22: Administración de usuarios del sistema ........................................... 40
Tabla 23: Caso uso de control de pedidos ....................................................... 41
Tabla 24: Caso de uso orden de pago .............................................................. 43
Tabla 25: Caso de uso facturación .................................................................. 44
Tabla 26: Caso de uso control inventario insumos ........................................... 45
Tabla 27: Caso de uso reportes ....................................................................... 46
Tabla 28: Escenarios de prueba para Compatibilidad de resolución. ................. 54
Tabla 29: Tabla de calificaciones para Compatibilidad de resolución. .............. 54
Tabla 30: Resultados de las pruebas de Compatibilidad de resolución. ............. 55
Tabla 31: Escenarios de prueba para Compatibilidad de navegadores web. ....... 56
Tabla 32: Tabla de calificaciones para Compatibilidad de navegadores web. .... 56
Tabla 33: Resultados de las pruebas de Compatibilidad de navegadores web. ... 57
Tabla 34: Escenarios de pruebas de Estrés. ..................................................... 58
xiii
Tabla 35: Tablas de la base de datos. .............................................................. 69
Tabla 36: Atributos de la tabla categoría. ........................................................ 70
Tabla 37: Atributos de la tabla cliente. ............................................................ 71
Tabla 38: Atributos de la tabla factura. ........................................................... 72
Tabla 39: Atributos de la tabla factura_detalle................................................. 73
Tabla 40: Atributos de la tabla insumo_servicio. ............................................. 74
Tabla 41: Atributos de la tabla kdx. ................................................................ 74
Tabla 42: Atributos de la tabla materia. .......................................................... 75
Tabla 43: Atributos de la tabla movimiento. .................................................... 75
Tabla 44: Atributos de la tabla orden_pago. .................................................... 76
Tabla 45: Atributos de la tabla orden_pago_detalle. ........................................ 77
Tabla 46: Atributos de la tabla pedido. ........................................................... 79
Tabla 47: Atributos de la tabla pedido_detalle. ................................................ 80
Tabla 48: Atributos de la tabla proveedor........................................................ 80
Tabla 49: Atributos de la tabla segu_menu. ..................................................... 81
Tabla 50: Atributos de la tabla segu_modulo................................................... 81
Tabla 51: Atributos de la tabla segu_rol. ......................................................... 82
Tabla 52: Atributos de la tabla segu_rolmodulo. ............................................. 82
Tabla 53: Atributos de la tabla segu_usuario. .................................................. 83
Tabla 54: Descripción de los iconos del sistema .............................................. 90
Tabla 55: Software Utilizado en la aplicación ............................................... 119
xiv
LISTADO DE ILUSTRACIONES
Ilustración 1: Esquema General MATS ............................................................ 6
Ilustración 2: Procesos Del Sistema MATS .................................................... 20
Ilustración 3: Modelo Entidad Relación MATS .............................................. 25
Ilustración 4: Diagrama de Clases General MATS .......................................... 26
Ilustración 5: Caso de uso funciones del sistema MATS ................................. 37
Ilustración 6: Caso de uso administración de usuarios ..................................... 39
Ilustración 7: Caso de uso orden de pedido ..................................................... 40
Ilustración 8: Caso de uso orden de pago........................................................ 42
Ilustración 9: Caso de uso facturación ............................................................ 43
Ilustración 10: Caso de uso control de inventario insumos............................... 44
Ilustración 11: Caso de uso reportes ............................................................... 46
Ilustración 12: Diagrama de secuencia ingreso al sistema ............................... 47
Ilustración 13: Diagrama de secuencia administración de usuarios. ................. 48
Ilustración 14: Diagrama de secuencia orden de pedido ................................. 49
Ilustración 15: Diagrama de secuencia orden de pago .................................... 50
Ilustración 16: Diagrama de secuencia facturación ......................................... 51
Ilustración 17: Diagrama de secuencia control de inventario .......................... 52
Ilustración 18: Diagrama de secuencia reportes.............................................. 53
Ilustración 19: Prueba de clicks: Resultados por URL. .................................... 58
Ilustración 20: Prueba de clicks: Gráfica de tiempo y errores por URL. ........... 59
Ilustración 21: Prueba de tiempo: Resultados por usuario. ............................... 60
Ilustración 22: Prueba de tiempo: Gráfica de tiempo y errores por URL. .......... 60
Ilustración 23: Prueba de rampa: Resultados por URL. .................................. 61
Ilustración 24: Prueba de rampa: Gráfica de tiempo y errores por URL. ........... 61
Ilustración 25: Barra de dirección de acceso al sistema ................................... 84
Ilustración 26: Pantalla de Ingreso al Sistema ................................................. 85
Ilustración 27: Pantalla Acceso Denegado por datos incorrectos. ..................... 85
Ilustración 28: Pantalla para recuperar contraseña........................................... 86
Ilustración 29: Mensaje de envío de contraseña temporal ................................ 86
Ilustración 30: Mensaje informativo de ingreso incorrecto de datos de
verificación .................................................................................................... 87
Ilustración 31: Panel de Control del Sistema verificación ................................ 88
Ilustración 32: Pantalla Menú Cambiar Contraseña. ........................................ 90
Ilustración 33: Mantenimiento de Materiales. ................................................. 91
Ilustración 34: Mantenimiento de Tipos de Ensayo. ........................................ 92
Ilustración 35: Mantenimiento Ensayos. ......................................................... 93
Ilustración 36: Mantenimiento de Clientes. .................................................... 94
Ilustración 37: Mantenimiento de Insumos. .................................................... 95
xv
Ilustración 38: Mantenimiento de Usuarios. ................................................... 96
Ilustración 39: Crear usuario.......................................................................... 96
Ilustración 40: Editar usuario. ........................................................................ 97
Ilustración 41: Eliminar usuario. .................................................................... 97
Ilustración 42: Mantenimiento de perfiles. ..................................................... 98
Ilustración 43: Consulta de permisos por perfil. .............................................. 99
Ilustración 44: Listado de insumos. ................................................................ 99
Ilustración 45: Resumen de los movimientos de un insumo. .......................... 100
Ilustración 46: Control de movimientos para inventario de insumos. .............. 100
Ilustración 47: Comprobante de registro de movimiento de insumo. .............. 101
Ilustración 48: Listado de Clientes disponibles para la creación de una orden de
pedido.......................................................................................................... 102
Ilustración 49: Formulario cabecera de una orden de pedido.......................... 102
Ilustración 50: Mensajes de ingreso obligatorio de campos del formulario
cabecera. ...................................................................................................... 103
Ilustración 51: Formulario de ingreso del detalle de una orden de pedido. ...... 104
Ilustración 52: Seleccionar ensayo. .............................................................. 104
Ilustración 53: Realizar ensayo. ................................................................... 105
Ilustración 54: Documento Orden de Pedido. ............................................... 105
Ilustración 55: Historial Orden de Pedido. .................................................... 106
Ilustración 56: Opciones de Orden de Pago. ................................................. 107
Ilustración 57: Formulario Crear Orden de Pago. .......................................... 108
Ilustración 58: Formato de una Orden de Pago. ............................................ 108
Ilustración 59: Historial Órdenes de Pago. ................................................... 109
Ilustración 60: Crear Factura ....................................................................... 110
Ilustración 61: Formulario factura. ............................................................... 110
Ilustración 62: Formato factura. ................................................................... 111
Ilustración 63: Historial factura. .................................................................. 111
Ilustración 64: Reporte Clientes. .................................................................. 112
Ilustración 65: Reporte tipos de ensayo y ensayos. ........................................ 113
Ilustración 66: Estructura de la Aplicación. .................................................. 115
Ilustración 67: Estructura de la Aplicación: archivos xhtml. .......................... 116
Ilustración 68: Estructura de la Aplicación: archivos java.............................. 117
Ilustración 69: Estructura de la Aplicación: archivo resource. ........................ 118
Ilustración 70: Mensaje que autoriza la ejecución del software Winrar .......... 120
Ilustración 71: Instalación del software ........................................................ 120
Ilustración 72: Selección de funciones de Winrar ......................................... 121
Ilustración 73: Mensaje final de instalación winrar ....................................... 121
Ilustración 74: Mensaje que autoriza la ejecución del software Firefox .......... 122
Ilustración 75: Ayuda de instalación del software Firefox ............................. 122
xvi
Ilustración 76: Fin de la instalación del software Firefox............................... 123
Ilustración 77: Mensaje que autoriza la ejecución del software Postgres......... 123
Ilustración 78: Mensaje que inicia la instalación del software Postgres .......... 124
Ilustración 79: Usuario/Clave de Postgres .................................................... 124
Ilustración 80: Puerto de la base de datos de Postgres ................................... 125
Ilustración 81: Crea la ruta de almacenamiento de datos de Postgres ............. 125
Ilustración 82: Crea la ruta de almacenamiento de datos de Postgres ............. 126
Ilustración 83: Mensaje previo al fin de instalación de Postgres..................... 126
Ilustración 84: Fin de la instalación de Postgres............................................ 127
Ilustración 85: Confirnación de instalación de Java....................................... 127
Ilustración 86: Mensaje de finalización de la instalación de Jdk..................... 128
Ilustración 87: Variable del Sistema Java ..................................................... 128
Ilustración 88: Variable Java en Path del sistema .......................................... 129
Ilustración 89: Variable del Sistema Maven ................................................. 130
Ilustración 90: Variable Maven en Path ....................................................... 130
Ilustración 91: Mensaje de confirmación de instalación eclipse ..................... 131
Ilustración 92: Pantalla de seguridad de ejecución de iReport ........................ 132
Ilustración 93: Inicio de instalación de iReport ............................................. 132
Ilustración 94: Licencia de instalación de iReport ......................................... 133
Ilustración 95: Proceso de instalación de iReport .......................................... 133
Ilustración 96: Ingresar a Postgres ............................................................... 134
Ilustración 97: Ingresar la base de datos Postgres.......................................... 134
Ilustración 98: Restaurar base de datos Postgres ........................................... 135
Ilustración 99: Selección del backup de base de datos Postgres ..................... 136
Ilustración 100: Selección del tipo de proyecto a importar ............................ 137
Ilustración 101: Import a proyecto maven .................................................... 138
Ilustración 102: Configurar Maven .............................................................. 139
Ilustración 103: Selección del servidor de aplicaciones ................................. 140
Ilustración 104: Configuración del servidor de aplicaciones .......................... 141
Ilustración 105: Configurar proyecto en jboss7............................................. 142
Ilustración 106: Carga del proyecto en jboss7............................................... 142
xvii
RESUMEN
SISTEMA DE CONTROL INTERNO DE PEDIDOS, MANEJO DE
INVENTARIO Y FACTURACIÓN PARA LA FACULTAD DE
INGENIERIA CIVIL EN EL LABORATORIO DE SUELOS Y
MATERIALES DE LA UNIVERSIDAD CENTRAL DEL ECUADOR.
El presente proyecto tiene como propósito mejorar la atención al cliente que
solicita la ejecución de un ensayo en el Laboratorio de Suelos y Materiales sin
recurrir a llamadas telefónicas para verificación de datos. El enfoque
metodológico del proyecto permite cumplir con sus funciones tales como;
registrar la orden de pedido de la solicitud de ensayo del cliente, controlar el stock
de los insumos, generar la orden de pago, facturar el ensayo con solo ingresar el
número de la orden de pago, además administrar información relacionada con el
inventario y la facturación de ensayos. Por lo tanto, el sistema permitirá al
Laboratorio de Suelos y Materiales optimizar sus procesos, agilitar el manejo de
la documentación y presentar reportes actualizados.
DESCRIPTORES:
FACTURACIÓN DE ENSAYOS / LABORATORIO DE ENSAYO DE
SUELOS / INVENTARIO DE INSUMOS / CÓDIGO ABIERTO / JSF /
JBOSS7
xviii
ABSTRACT
INTERNAL CONTROL SYSTEM ORDERING, INVENTORY
MANAGEMENT AND BILLING FOR THE FACULTY OF CIVIL
ENGINEERING LABORATORY OF SOIL AND MATERIALS OF
CENTRAL UNIVERSITY OF ECUADOR.
This project aims to improve customer service, for clients who request the
execution of a test at Soil and Materials Laboratory without resorting to telephone
calls for data verification. The methodological approach of the project can fulfill
its functions such as, record the order of the customer application test, control the
stock of supplies, generate the payment order, check the test just by entering the
number of the payment order, as well to manage information related to inventory
and billing test. Therefore, the system will allow the Laboratory of Soil and
Materials optimize their processes, expedite the handling of documentation and
present updated reports.
KEY WORDS:
BILLING TESTING / SOIL TESTING LABORATORY / INVENTORY OF
SUPPLIES / OPEN SOURCE / JSF / JBOSS
xix
xx
1
INTRODUCCIÓN
En la actualidad, la automatización de procesos engloba gran parte del mercado ya
que mejora la calidad de los servicios e incrementa la demanda de productos.
Los cambios tecnológicos, la competitividad, la falta de organización de la
información son dificultades que influyen en la necesidad de implementar un
sistema de control de pedidos, manejo de inventario y facturación para la Facultad
de Ingeniería Civil.
En pro de incrementar la solidez económica de la Universidad y solucionar los
problemas que afectan al funcionamiento diario en la emisión de facturas de
ensayos. El desarrollo del sistema web planteado, orienta al decano y director de
la Facultad de ingeniería Civil a mejorar su gestión mediante:
Comunicación activa entre el usuario y la información.
Acceso por parte del usuario a los datos de modo interactivo.
Si bien la mayor parte de factores de éxito corresponden a la forma de
organización, políticas, prioridades y demás aspectos propios del laboratorio.
Existen factores que pueden ser aprovechados y explotados mediante la
automatización de los procedimientos, así el presente trabajo fundamenta su
funcionalidad principalmente en tres factores de éxito, a citarse:
Definir funcionalidades requeridas por el usuario y las restricciones que se
imponen como parte del control de cada proceso.
Administración de configuraciones de los permisos para los usuarios y
cambios en la información de clientes, servicios e insumos.
Uso ágil del sistema que automatiza los procesos para la generación de la
factura.
El presente ¨SISTEMA DE CONTROL INTERNO DE PEDIDOS, MANEJO DE
INVENTARIO Y FACTURACIÓN PARA LA FACULTAD DE INGENIERIA
CIVIL DE LA UNIVERSIDAD CENTRAL DEL ECUADOR EN EL
LABORATORIO DE SUELOS Y MATERIALES – MATS¨, está dirigido a la
unidad administrativa del laboratorio de suelos y materiales, y al área de la
secretaría financiera de la Facultad de Ingeniería Ciencias Físicas y Matemática,
esto con motivo de proporcionar a los usuarios información unificada para el
óptimo desempeño de sus tareas.
2
1. PRESENTACION DEL PROBLEMA
1.1. Problema Actual
La Facultad de Ingeniería Civil, maneja información en archivos Excel y Word lo
cual impide una buena administración de los datos, por tanto incurre en una
pérdida de tiempo y veracidad de los resultados de los informes, peor aún no se
sabe con certeza cuándo solicitar la materia prima necesaria para la elaboración de
un ensayo en el laboratorio.
La ausencia de un sistema informático se presenta desde que inicia la recopilación
de datos para realizar la orden de pedido del ensayo de materiales, la generación
de la orden de pago y la generación de la factura requisito indispensable para la
realización de un ensayo. Es decir, si existe un inconveniente en la generación de
la factura el ensayo se ve inmediatamente afectado y no puede ejecutarse. Este
tipo de inconvenientes genera en usuarios y clientes molestias por pérdida de
tiempo.
1.2. Formulación del Problema
Como consecuencia del punto 1.1 tenemos las siguientes conclusiones:
Retrasos en la realización del ensayo y por ende en la entrega del informe de
resultados.
Pérdida de clientes por ende falta de crecimiento en la cartera de clientes.
Administración digital y manual de la información.
Información dispersa en archivos digitales y físicos que son propensos a
corromperse, extraviarse o deteriorarse en el transcurso del tiempo.
Registro de transacciones desactualizado e incompleto.
Reportes e informes desactualizados.
Toma de decisiones en base a información desactualizada.
1.3. Justificación
Conocer de cerca la necesidad que tiene el laboratorio de Suelos y Materiales para
automatizar sus procedimientos, prueba la importancia de implementar un sistema
3
web. Para lo cual se realiza un estudio y análisis de viabilidad para luego llevar a
cabo su desarrollo.
En el laboratorio de suelos y materiales, a nivel de dirección existe insatisfacción
con el tiempo de ejecución y entrega de reportes ya que estos llegan con retraso.
El procedimiento que sigue el usuario requiere de la búsqueda de información en
archivos dispersos que se analizan uno por uno.
Tampoco existe un registro de los usuarios que generan una orden de pedido, una
orden de pago o una factura.
Otros factores importantes para una buena administración en el laboratorio son;
conocer a tiempo la cantidad de insumo disponible para que la ejecución del
ensayo no se detenga, que se almacene automáticamente la información de la
factura emitida y que se genere el reporte de ensayos realizados para su posterior
análisis.
Mediante la automatización de estos procedimientos se advierte un mejor
desempeño en las tareas de los usuarios y por ende un mejor servicio al cliente.
Los beneficiarios de éste producto son la “Universidad Central del Ecuador” y a
la autora del proyecto.
1.4. Objetivos
1.4.1. Objetivo General
Implementar el control y manejo de inventario, pedidos y facturación con
seguridad de ingreso para facilitar el desarrollo de las tareas de los usuarios
mediante el seguimiento de los procedimientos ejecutados a través de la
automatización de sus procesos.
1.4.2. Objetivos Específicos
El sistema utilizará niveles de seguridad, a través de la asignación de
perfiles para controlar el acceso de cada usuario.
Comunicación entre el laboratorio de suelos y materiales, y el área
financiera para generar la orden de pago y ésta sea visible para las dos
áreas de tal manera que en especial para el área financiera la orden de pago
4
se pueda visualizar y obtener sus datos para generar la factura requisito
para ejecutar un ensayo.
Generación de los reportes con información de los ensayos de materiales
ejecutados y estadísticas de nuevos clientes.
1.5. Alcance
El proyecto consiste en el desarrollo de un sistema para el control de pedidos,
manejo de inventario y facturación que facilite y agilice las tareas de los usuarios
promoviendo el adelanto y desarrollo del laboratorio de Suelos y Materiales de la
Facultad de Ingeniería Civil.
El sistema está estructurado por los siguientes temas:
ADMINISTRACIÓN
Gestionar configuraciones
o Usuarios del Sistema
Perfiles de usuario
Permisos de usuario
o Datos del Laboratorio
o Registro de responsables
CONTROL DE PEDIDOS
Este procedimiento es el encargado de incluir los productos necesarios para
realizar un determinado tipo de ensayo.
o Registrar los tipo de cliente
o Registrar los productos requeridos en el ensayo
o Registrar los precios por tipo de cliente(permite editar el precio de un
insumo)
o Registrar el estado de un pedido
o Reimpresión de pedidos
o Registro de la emisión del informe de resultados de un ensayo
5
o Impresión del informe con el número de resultados mensuales que
facilita el laboratorio
MANEJO DE INVENTARIO
o Registrar el Ingreso de un insumo
o Registrar del Egreso de un insumo
o Registrar del Movimiento de un insumo
Inventario, aumenta el número de insumo disponibles para
realizar el ensayo.
Ventas, reduce el número de insumo disponibles para realizar el
ensayo.
o Reporte de inventario de insumos
o Insumos disponibles para la venta
o Insumos vendidos
o Insumos sin existencias
FACTURACIÓN
o Obtener a través del número de la orden de pago datos para generación
de la factura.
o Editar los datos de la factura.
o Asignar estado a las facturas para dar seguimiento a la información
generada.
o Impresión en el formato requerido por la factura física.
ITEMS
o Mantenimiento de Ítems
o Mantenimiento de Categorías
o Mantenimiento de Tipos de ensayo
REPORTES
Los reportes proporcionan información específica sobre el ensayo a ejecutarse
facilitan también información gerencial para la toma de decisiones.
o Orden de pago por fecha
6
o Facturas por fecha
o Listado de servicios y precios unitarios
o Listado con el número de insumos disponibles
o Listado de clientes
o Órdenes de Pago por cliente
o Número de clientes facturados
o Ensayos ejecutados
ESQUEMA GENERAL DEL PROYECTO
Ilustración 1: Esquema General MATS
Fuente: Tesista
Autor: Tesista
1.6. Limitaciones
El sistema de control de pedidos, manejo de inventario y facturación es un
software netamente pre-impresor, es decir, el software rellenará los datos
que requiere la factura. La factura pre-impresa es adquirida por el
laboratorio de suelos y materiales en una imprenta autorizada por el
Servicio de Rentas Internas SRI1.
El sistema no posee un control de stock mediante alerta por correo, es
decir, en el módulo de control de inventario una vez que el insumo está
1SRI: Servicio de Rentas Internas, Entidad recaudadora de los tributos internos
establecidos por Ley ecuatoriana.
7
por agotarse proporciona al usuario una pantalla con el resumen del stock
disponible por insumo.
El sistema se limita a automatizar los procesos detallados en el presente
documento mas no la obtención de respaldos de información de la
aplicación.
1.7. Análisis De Herramientas
El desarrollo del sistema va dirigido a una entidad pública que por decreto
presidencial 10142 del gobierno ecuatoriano debe hacer uso de herramientas Open
Source y de licencia gratuita.
Este apartado detalla un análisis previo de las herramientas que se ocuparán en el
desarrollo del sistema. A continuación se muestra un conjunto de tablas con
información comparativa con datos de referencia y guía para elegir las
herramientas que mejor se acoplan al desarrollo del proyecto con el propósito de
obtener un buen producto que cubra los requerimientos de los usuarios.
La modalidad de calificación de las herramientas a continuación expuestas se basa
en la siguiente tabla de niveles de puntuación:
PUNTUACIÓN NIVEL
0 a 4 Bajo, No, Regular
5 Aceptable
6 a 10 Muy Alto, Si, Excelente
Tabla 1: Niveles de Puntuación
Fuente: Tesista
Autor: Tesista
2Centro de Gestión Gubernamental(2014).UTILIZACIÓN DE SOFTWARE LIBRE EN LOS
SISTEMAS Y EQUIPAMIENTOS INFORMÁTICOS EN LAS ENTIDADES DE LA ADMINISTRACIÓN PÚBLICA CENTRAL, Centro de Gestión Gubernamental, 23-junio-2014,de http://decretos.cege.gob.ec/decretos/
8
1.7.1. Gestores de Base de Datos
Un gestor de base de datos es un repositorio que almacena información que
posteriormente se puede procesar y usar de acuerdo a las necesidades del usuario.
A continuación la siguiente tabla muestra información comparativa entre los
motores de base de datos más utilizados a nivel mundial entre los cuales se
encuentran base de datos de uso libre y bajo licencia. Por sus amplias
características de desempeño3 elegimos las bases de datos PostgreSQL 9.3,
MySQL 5.7 y Oracle 11g.
CARACTERÍSTICA PostgreSQL 9.3 MySQL
5.7
Oracle
11g
Seguridad 30 30 30
• Backups 10 10 10
• SSL 10 10 10
• Encriptación de datos 10 10 10
Características fundamentales 38 33 40
• ACID 10 8 10
• Control de concurrencia 10 8 10
• Procesamiento distribuido de
transacciones 10 10 10
• Seguridades 8 7 10
Acceso a datos 60 50 60
3 DB-Engines. (2014).DB-Engines Ranking. Recuperado el 14 de noviembre 2014, de http://db-
engines.com/en/ranking
9
• Índices 10 10 10
• Vistas 10 10 10
• Triggers 10 10 10
• Cursores 10 10 10
• Funciones y Procedimientos
almacenados. 10 10 10
• Soporte para transacciones,
rollback’s y subconsultas. 10 0 10
Alta disponibilidad 10 10 10
• Recovery de transacciones
erróneas 10 10 10
Funcionalidad 20 20 20
• Clúster 10 10 10
• Particionamiento de tablas 10 10 10
TOTAL 158 143 160
Tabla 2: Comparativa entre gestores de base de datos
Fuente: Internet
Autor: Tesista
De acuerdo a la tabla [2] de las tres herramientas elegidas para su análisis
destacan en orden descendente Oracle, PostgreSQL y MySQL, por la prioridad de
uso de software libre se elige la base de datos PostgreSQL.
10
1.7.2. Entorno de Desarrollo de Integración IDE
Un entorno de desarrollo integrado (IDE) es un ambiente de programación que
consiste en un editor de código, un compilador, un depurador, un constructor de
interfaz gráfica (GUI) y la posibilidad de uso de control de versiones.
El objetivo de un IDE es proveer al programador de un marco de trabajo
amigable para el desarrollo de aplicaciones mediante herramientas de
programación. Por ello, la elección de un IDE es una decisión muy importante
para emprender el desarrollo de un proyecto de software, por esto se analizarán
tres de los principales IDE’s que trabajan con JAVA y que se ajustan a la
plataforma JEE del presente proyecto.
La comparativa se desarrolla entre los IDE’s: Eclipse, NetBeans y JDeveloper
versiones estables que nos permitirán elegir la herramienta que mejor se acopla al
desarrollo del proyecto:
CARACTERÍSTICAS Eclipse
4.4
NetBeans
8
JDeveloper
11g
Edición y Refactoring 20 20 20
• Detección de errores mientras se escriben
líneas de código. Además de ayudas para la
documentación del proyecto
10 10
10
• Reestructura el código fuente, alternando
su estructura interna sin cambiar su
comportamiento.
10 10 10
Gestión de Proyectos 20 15 15
• Proporciona una variedad de puntos de
vista sobre sus datos, a partir de múltiples
ventanas del proyecto y una jerarquía que le
permite profundizar en su información de
forma rápida y sencilla.
10 10 10
• Modularidad, ambiente de desarrollo
liviano. Se acopla a las necesidades del
proyecto.
10 5 5
Soporte de Java Enterprise Edition 10 10 8
11
• Proporciona un excelente soporte para el
desarrollo de aplicaciones del lado del
servidor web y de aquellos que utilizan la
plataforma Java EE.
10 10 8
Pruebas y análisis de código 10 10 10
• Al probar la aplicación, el IDE
proporciona herramientas para el uso de
JUnit.
10 10 10
TOTAL 60 55 53
Tabla 3: Comparativa de entornos de desarrollo java
Fuente: Internet
Autor: Tesista
Las características de los IDE's son muy robustas y su elección se da por la
adaptabilidad de las herramientas de desarrollo ante un nuevo proyecto.
Dado que eclipse permite vincular diferentes plugins y configurar nuestro entorno
de desarrollo con lo que realmente necesitamos, éste proyecto se desarrollará en
eclipse versión 4.4.
1.7.3. Servidor de Aplicaciones
Existen en el mercado varios servidores de aplicaciones que siguen la tendencia
de la plataforma J2EE, nos centramos en los servidores Jboss, Glassfish y
Apache TomEE (Tomcat 7) para su estudio comparativo, ya que mantienen en la
misma línea de administración de aplicaciones web y además proveen servicios
típicamente reservados para EJB’s como soporte transaccional, clustering, etc.
CARACTERÍSTICAS JBOSS
5.0
GLASSFISH
3.1
TOMCA
T 7.0
Arquitectura 38 37 36
• Componentes basados en plug-ins, que
otorga características de modularidad
(“conectar” o “desconectar” componentes
10 9 10
12
de acuerdo a la necesidad).
• Utiliza como su núcleo de arquitectura
JMX (Gestión de Extensiones de Java). 10 10 8
• Basado en arquitectura de clusters
flexibles, con soporte para gestión remota
multi-máquina y multi-dominio seguro.
8 8 8
• Servidor http con arquitectura jerárquica
y modular 10 10 10
Seguridad 20 20 18
• Posee métodos de autenticación para
brindar seguridad en la administración
utilizando el servicio de nombres propios
del servidor.
10 10 10
• Utiliza SSL4 para el transporte seguro de
datos a través de la encriptación de los
mismos garantizando una conexión segura.
10 10 8
Soporte 50 50 42
• Maneja de forma estandarizada el
desarrollo de interfaces con el uso de JSP y
la ayuda del framework JSF para
administrarlas.
10 10 10
• Soporta EJBs 10 10 10
• Usa hibernate como alternativa de
persistencia para la seguridad de la lógica
del negocio.
10 10 10
4SSLSecure Sockets Layer, Capa de conexión Segura
13
• A través de JbossSeam tiene la
capacidad de unir varias tecnologías y
estándares que brinden nuevas y distintas
funcionalidades para desarrollar una
aplicación web.
10 10 5
• Concurrencia y consumo de recursos
hardware. 10 10 7
TOTAL 108 107 96
Tabla 4: Comparativa entre servidores de aplicaciones
Fuente: Internet
Autor: Tesista
Debido a los conocimientos previos del uso de la herramienta y por sus
características elijo al servidor de aplicaciones Glassfish 3.1.
1.7.4. Framework para la Interfaz Gráfica de Usuario
Dado que la aplicación se desarrolla mediante la plataforma JEE, analizaremos los
tres framework implementaciones de JSF, para simplificar el desarrollo de
interfaces de usuario para nuestra aplicación web.
A continuación la Tabla [5], muestra un breve análisis de las diferentes
características técnicas entre RichFaces, IceFaces y PrimeFaces.
CARACTERÍSTICAS RichFaces IceFaces PrimeFaces
Disponibilidad de Componentes 7 8 10
Componentes básicos, paneles,
tablas/grids, árbol, toolbar, menús,
html Editors, charts, date schedule y
un exportador de datos a Excel, Pdf,
Word entre otros.
7 8 10
14
Presentación 30 30 28
• Plantillas 10 10 10
• Navegación 10 10 10
• AJAX 10 10 8
Facilidad para iniciar 24 27 30
Pocas dependencias 7 9 10
De fácil instalación 10 10 10
De fácil configuración al inicio del
proyecto 7 8 10
Documentación disponible 8 8 10
Tutoriales(libros), ejemplos(libros,
páginas web) y vídeo tutoriales 8 8 10
Rendimiento 8 8 10
Tiempos estadísticamente óptimos de
respuesta y procesamiento previo a la
visualización de información.
8 8 10
TOTAL 77 81 88
Tabla 5: Comparativa frameworks de interfaz gráfica
Fuente: Internet
Autor: Tesista
De acuerdo a los resultados expuestos y por la facilidad de uso opto por el
componente Primefaces.
15
1.7.5. Reportes
Los reportes son indispensables en un sistema informático y por eso realizamos un
estudio de tres herramientas para este propósito que fueron elegidas desde el
punto de vista de compatibilidad con el lenguaje de programación Java.
CARACTERÍSTICAS Jasper
Reports Birt
Pentaho
Reporting
Fuentes de datos 30 20 25
Fuentes de datos flexibles: que pueda usar
cualquier proveedor como origen de datos 10 10 10
Crear conexiones a través de una fuente de datos
mediante scripts. 10 10 10
Utiliza la sessionfactory existente en la aplicación. 10 0 5
Soporte 38 26 21
Soporte HibernateQuery 10 10 5
Amplia variedad de plantillas y diseño de informes 10 8 8
Subinformes 8 0 0
Integración con IDE’s 10 8 8
Tamaño 10 20 10
Gran cantidad de características en forma de plug-
in 0 10 10
La descarga contiene el código fuente de Java, un
archivo JAR (por lo que no tiene que compilar
nada), posee los ejemplos y la documentación.
10 10 0
TOTAL 78 66 56
Tabla 6: Comparativa herramientas de reportes java
Fuente: Internet
Autor: Tesista
Por lo tanto y de acuerdo a la tabla [6] escojo la herramienta JasperReports para la
creación de los reportes en nuestro sistema ya que se acopla a los requerimientos
del proyecto.
16
De acuerdo al análisis desarrollado en el presente capítulo se concluye que el
sistema tendrá el entorno de desarrollo con las siguientes herramientas.
Herramienta para el entorno de desarrollo Descripción
Gestor de Base de Datos Postgres SQL 9.3
Entorno de desarrollo de integración IDE Eclipse 4.4
Servidor de aplicaciones Glassfish 3.1
Framework para la interfaz gráfica de usuario Primefaces
Reportes Jasper Reports
Tabla 7: Listado de herramientas del entorno de desarrollo
Fuente: Internet
Autor: Tesista
17
2. METODOLOGÍA
2.1. Metodología de Investigación
“Una metodología es un conjunto de procedimientos, técnicas, herramientas y un
soporte documental que ayuda a los desarrolladores a realizar nuevo software5.”
Entre los métodos lógicos formales se encuentran el inductivo y el deductivo:
Dicho métodos no son excluyentes sino más bien complementarios para el
presente proyecto se han utilizado los dos métodos de investigación, mientras el
proceso inductivo permite presentar que los casos particulares están conectados a
un todo, el proceso deductivo consiste en deducir conclusiones en base a
supuestos.
2.2. Metodologías de Desarrollo
El propósito de una Metodología de Desarrollo de Software es proveer de
procedimientos, técnicas, herramientas y ayuda documental que guíen al
desarrollador en la creación de software.
Se pueden diferenciar dos grupos de metodologías: metodologías pesadas y
metodologías ligeras o ágiles.
Metodologías Pesadas: Establecen de manera rigurosa las actividades que se
llevarán a cabo, así como las notaciones y herramientas que se utilizarán, se
centran en la definición detallada de los procesos haciendo énfasis en la
planificación total del trabajo por lo que se genera una gran cantidad de
documentación.
Entre las metodologías pesadas más utilizadas se encuentra la Metodología RUP
(Rational Unified Process).
Metodologías Ligeras o Ágiles: Orientadas a la iteración contante con el cliente
y el desarrollo incremental del software. El cliente está presente en todo momento
5 Alejandra Vurreuta Mendes.(2014).METODOLOGÍA DE DESARROLLO DE
SOFTWARE.Alejandra Vurreuta Mendes.27 de noviembre 2014, de http://www.monografias.com/trabajos-pdf4/metodologias-de-desarrollo-software/metodologias-de-desarrollo-software.pdf
18
para la colaboración en las especificaciones del software, responde a los cambios
que pueden surgir en el desarrollo del sistema, más que seguir un plan.
En esta metodología la gente es el principal factor en el desarrollo del proyecto, es
mejor crear un equipo y configurar un entorno en base a los requerimientos que
esperar que el equipo se adapte al entorno.
Tabla Comparativa
A continuación detallamos las diferencias por etapas y enfoque metodológico que
existen entre las metodologías pesadas y ágiles, calificamos en un rango del 1 al
10, donde 10 es el valor más relevante.
CARACTERÍSTICAS RUP XP SCRUM
Carga de trabajo, cantidad de metodologías
a desarrollar 10 6 6
Enfoque en el análisis inicial 10 8 10
Generación de Documentación 10 5 7
Duración del Proyecto 10 7 7
Reutilización del código 10 10 10
Detección temprana de errores 10 4 6
Curva de aprendizaje 7 1 10
TOTAL 67 41 56
Tabla 8: Diferencias entre las metodologías de desarrollo de software RUP, XP y
SCRUM
Fuente: Internet
Autor: Tesista
Una consideración importante para la selección de la metodología es la
experiencia con el desarrollo de las metodologías tradicionales antes de adoptar
una metodología ágil. Debido a ésta consideración la metodología de desarrollo
19
del presente proyecto de software es RUP, Proceso Racional Unificado en
conjunto con el Lenguaje Unificado de Modelado UML.
2.3. Metodología RUP
La Metodología Rational Unified Process (RUP) proporciona un enfoque
disciplinado en la asignación de tareas y delegación de responsabilidades en el
proceso de desarrollo de software. El objetivo es permitir que el proyecto
arranque con una especificación sólida para que el desarrollo de la aplicación
tenga el menor número de cambios y asegure la producción de software de
calidad.
DIAGRAMAS UML
Permite plasmar a través de su lenguaje gráfico las especificaciones documentadas
de tal forma que sea entendible para el usuario y a la vez una guía visual para el
desarrollador.
20
3. DESARROLLO
Tras recopilar información con los usuarios del laboratorio de suelos y materiales
e identificar los requerimientos para el sistema, se definen los siguientes procesos:
3.1. Identificación de Procesos
Ilustración 2: Procesos Del Sistema MATS
Fuente: Laboratorio de Suelos y Materiales
Autor: Tesista
3.1.1. Proceso de Inventario
Maneja la información de los insumos disponibles por tipo de ensayo de
materiales; es decir, se registra la cantidad de insumo disponible para llevar un
control automático.
21
Registro de Ingreso de Insumos
Con el subproceso registro de ingreso de insumos el sistema permite al usuario
ingresar nueva información de los insumos requeridos para realizar un ensayo de
materiales.
Registro de Egreso de Insumos
Con el subproceso registro de egreso de insumos el sistema permite al usuario
modificar, eliminar información de los insumos existentes.
Registro de Movimiento de Insumos
Con el subproceso registro de movimiento de insumos el sistema permitirá al
usuario revisar los insumos disponibles y no disponibles para realizar un ensayo.
Alertas
Se trata de un subproceso de alerta para el usuario, cuando el insumo alcanza su
stock mínimo, le informa a través de un correo electrónico que debe realizar la
solicitud de compra inmediatamente.
3.1.2. Proceso de Orden de Pedido
Maneja los pedidos realizados por el cliente previo la generación de la orden de
pago. Reúne de forma centralizada la información necesaria para la generación de
la orden de pago requisito indispensable para la emisión de la factura.
Permite controlar las órdenes de pedido del ensayo, para dar seguimiento a la
emisión de órdenes de pago y generación de la factura.
Registro de Clientes
Es un subproceso para registrar, actualizar y/o eliminar la información de clientes.
Registro de Servicios
Subproceso para registrar, actualizar y/o eliminar información de servicios que
proporciona el laboratorio.
Registro de Orden de Pedido
22
Con el subproceso registro orden de pedido el sistema permitirá al usuario
registrar datos de clientes, servicio e insumos a utilizarse para la ejecución del
ensayo.
Una vez emitida la orden de pedido el sistema almacena la información con estado
vigente. El usuario puede editar si desea el estado del pedido a anulado.
Control de Insumo
Subproceso que permite al usuario editar la cantidad y precio del insumo de
acuerdo al tipo de cliente solicitante previa autorización de un usuario con perfil
superior.
Cálculo de Costo de Ensayo
Con el subproceso cálculo de costo de ensayo el sistema permita que el usuario
calcule y recalcule el costo final del ensayo.
3.1.3. Proceso de Orden de Pago
Permite generar la orden de pago requisito indispensable para la generación de la
factura.
Control de Orden de Pedido
El subproceso permite obtener los datos de la orden de pedido para la edición y
generación de la orden de pago.
La orden de pago utiliza información de la orden de pedido vigente.
Registrar Orden de Pago
Una orden de pago posee los estados vigente e impreso, por defecto una orden de
pago se almacena con estado vigente. Cuando el usuario guarda la orden de pago
el estado de la orden de pedido es impreso. Momentos después la orden de pago
no se puede editar pero si cambiar de estado.
3.1.4. Proceso de Facturación
La creación de una factura se realiza a partir de los datos de la orden de pago
vigente. El usuario tiene la posibilidad de consultar el estado de la factura
impresa.
23
Registro de Factura
Subproceso que se refiere al proceso de guardar la factura con estado vigente. El
sistema una vez que utiliza la orden de pago cambia su estado a impresa.
Movimiento de Insumo
Un insumo tiene dos tipos de movimientos; Positivo, el insumo facturado aumenta
el stock y Negativo, el insumo facturado disminuye el stock.
Cuando el usuario guarda una factura modifica el valor del tipo de movimiento de
un insumo en positivo y negativo.
Si el tipo de movimiento es positivo aumenta la cantidad de insumo utilizado en
un ensayo. Si el tipo de movimiento se afecta en negativo la disponibilidad del
insumo disminuye.
3.1.5. Seguridades
Este proceso consta del manejo de usuarios con la asignación de los diferentes
tipos de permisos, creación de perfiles y la administración de los parámetros del
sistema.
Se trata de un subproceso para dar seguridades al sistema, el cual permite crear
usuarios y perfiles. Cada usuario tendrá asignado su perfil.
También se almacenará un log de seguimiento de acceso al sistema y acciones
realizadas.
3.1.6. Servicios e Insumos
Es un proceso que sirve de apoyo para el sistema ya que maneja los parámetros
del mismo, considerando como parámetros a toda la información que puede o no
variar en un determinado período de tiempo, como ejemplo de datos de servicios e
insumos: servicios por tipo de ensayo, insumos para preparar un ensayo.
3.1.7. Reportes
Es un subproceso para reportes que nos permite obtener información valiosa para
tomar decisiones a nivel de dirección. Entre las bondades de la aplicación está que
nos permite obtener reportes mediante el uso de filtros de acuerdo a la necesidad
del usuario ya sea por fechas, servicios o clientes.
Los reportes se pueden obtener en formato: PDF.
24
3.2. Identificación de Actores en la Aplicación
Los actores identificados de acuerdo a la especificación de requerimientos son:
ACTOR FUNCIÓN
Director
Usuario que estará autorizado sólo para manipulación de
reportes.
Administrador
Es quién se encarga del mantenimiento y gestión del sistema,
así como también mantiene actualizados los parámetros para el
sistema.
Asistente
Usuario limitado a realizar sólo el registro de la información
de la orden de pedido y la orden de pago.
Tabla 9: Actores del Sistema Informático
Fuente: Laboratorio de Suelos y Materiales
Autor: Tesista
25
3.3. Análisis de Diseño
3.3.1. Diagrama de Clases
Ilustración 3: Modelo Entidad Relación MATS
Fuente: Laboratorio de Suelos y Materiales
Autor: Tesista
26
3.3.2. Modelo Entidad Relación
Ilustración 4: Diagrama de Clases General MATS
Fuente: Laboratorio de Suelos y Materiales
Autor: Tesista
27
3.4. Análisis de Requerimientos
3.4.1. Requerimientos no funcionales
Seguridad. La seguridad es un requerimiento indispensable para proveer un
sistema que garantice integridad en la información.
Mantenibilidad: El sistema brindará facilidad en su mantenimiento ya sea para el
desarrollo de nuevos requerimientos, corrección de errores que pueden presentarse
a futuro y/o cambios en las reglas de negocio, es por eso que todo el sistema debe
estar debidamente documentado tanto en el código fuente como en los manuales
técnicos y de usuario.
Visualización: La aplicación brindará una interfaz amigable que permita al
usuario una adaptación rápida con respecto a su uso y aprendizaje, con este fin se
ha tomado en cuenta el Modelo F (F-Pattern Layout6) como base de la interfaz de
usuario.
3.4.2. Requerimientos Funcionales
ESPECIFICACIÓN DE REQUERIMIENTOS N-01
Administración de Usuarios
Fecha: 15 de noviembre del 2014
Sistema: Sistema De Control Interno de Pedidos, Manejo de Inventario y
Facturación para la Facultad de Ingeniería Civil en el Laboratorio de Suelos y
Materiales.
Función: Registrar usuarios del sistema y asignar roles.
Descripción: Permite el registro de los usuarios que administrarán el sistema.
Entrada: Datos personales del usuario: nombres, apellidos, mail,
contraseña, rol.
6 Brandon Jones. (2012). Understanding the F-Layout in Web Design. Recuperado el 8 de febrero
del 2014, de http://webdesign.tutsplus.com/articles/understanding-the-f-layout-in-web-design--webdesign-687
28
Fuente: Usuario
Salida: Confirmación de registro de datos
Destino: Ficha del Usuario
Acción: Se almacenará en la base de datos la información ingresada del
Usuario con su respectivo identificador.
Efectos
colaterales: Ninguno
Tabla 10: Especificación de Requerimientos - Administración de Usuarios
Fuente: Laboratorio de Suelos y Materiales
Autor: Tesista
ESPECIFICACIÓN DE REQUERIMIENTOS N-02
Administración de Clientes
Fecha: 15 de noviembre del 2014
Sistema: Sistema De Control Interno de Pedidos, Manejo de Inventario y
Facturación para la Facultad de Ingeniería Civil en el Laboratorio de Suelos y
Materiales.
Función: Registrar nuevos clientes en la aplicación.
Descripción: Permite el registro de un nuevo cliente en la aplicación.
Entrada:
Datos personales del cliente: tipo de identificación, número de
documento, nombres, apellidos, dirección, teléfono celular,
teléfono convencional.
Fuente: Cliente
Salida: Confirmación de registro de datos
Destino: Ficha del Cliente
Acción: Se almacenarán los datos del cliente en la base de datos, la
aplicación generará la fecha de creación automáticamente.
Efectos
colaterales: Ninguno
Tabla 11: Especificación de Requerimientos - Administración de Clientes
Fuente: Laboratorio de Suelos y Materiales
29
Autor: Tesista
ESPECIFICACIÓN DE REQUERIMIENTOS N-03
Administración del Catálogo de Materiales del Ensayo
Fecha: 15 de noviembre del 2014
Sistema: Sistema De Control Interno de Pedidos, Manejo de Inventario y
Facturación para la Facultad de Ingeniería Civil en el Laboratorio de Suelos y
Materiales.
Función: Registrar nuevo material para el ensayo en la aplicación.
Descripción: Permite el registro del material del ensayo en la aplicación.
Entrada: Datos del material del insumo en el sistema: descripción del
material.
Fuente: Material
Salida: Confirmación de registro de datos
Destino: Ficha del Material
Acción:
Se almacenará en la base de datos la información ingresada del
material con su respectivo identificador autogenerado por la
aplicación.
Efectos
colaterales: Ninguno
Tabla 12: Especificación de Requerimientos - Administración del Material del
Ensayo
Fuente: Laboratorio de Suelos y Materiales
Autor: Tesista
30
ESPECIFICACIÓN DE REQUERIMIENTOS N-04
Administración del Catálogo de Tipos de Ensayo
Fecha: 15 de noviembre del 2014
Sistema: Sistema De Control Interno de Pedidos, Manejo de Inventario y
Facturación para la Facultad de Ingeniería Civil en el Laboratorio de Suelos y
Materiales.
Función: Registrar nuevos tipos de ensayo en la aplicación.
Descripción: Permite el registro de los tipos de ensayo en la aplicación.
Entrada: Datos del tipo de ensayo: descripción, materia
Fuente: Tipo de ensayo
Salida: Confirmación de registro de datos
Destino: Ficha de Tipos de Ensayo
Acción: Se almacenarán los datos ingresados del tipo de ensayo con su
identificador autogenerado por la aplicación.
Efectos
colaterales: Ninguno
Tabla 13: Especificación de Requerimientos - Administración de Catálogo de
Tipos de Ensayo
Fuente: Laboratorio de Suelos y Materiales
Autor: Tesista
ESPECIFICACIÓN DE REQUERIMIENTOS N-05
Administración de Catálogo de Ensayos
Fecha: 15 de noviembre del 2014
Sistema: Sistema De Control Interno de Pedidos, Manejo de Inventario y
Facturación para la Facultad de Ingeniería Civil en el Laboratorio de Suelos y
Materiales.
Función: Registrar nuevos ensayos en la aplicación.
Descripción: Permite el registro de ensayo en la aplicación.
Entrada: Datos de servicios en el sistema: tipo, descripción larga,
descripción corta, tarifa, resultados, astm, inen, material, tipo de
31
ensayo.
Fuente: Material, Tipo de Ensayo
Salida: Confirmación de registro de datos
Destino: Ficha de Ensayos
Acción:
Se almacenará la información ingresada del ensayo en la base de
datos. Se ingresará en conjunto con su identificador
automáticamente generado por la aplicación.
Efectos
colaterales: Ninguno
Tabla 14: Especificación de Requerimientos - Administración de Ensayos
Fuente: Laboratorio de Suelos y Materiales
Autor: Tesista
ESPECIFICACIÓN DE REQUERIMIENTOS N-06
Administración de Insumos
Fecha: 15 de noviembre del 2014
Sistema: Sistema De Control Interno de Pedidos, Manejo de Inventario y
Facturación para la Facultad de Ingeniería Civil en el Laboratorio de Suelos y
Materiales.
Función: Registrar nuevos insumos en la aplicación.
Descripción: Permite el registro de insumos en la aplicación.
Entrada: Datos del insumo en el sistema: tipo, descripción larga,
descripción corta, tarifa, ensayo.
Fuente: Tipo de Insumo, Ensayo
Salida: Confirmación de registro de datos
Destino: Ficha de Insumo
Acción: Se almacenará la información ingresada del insumo en la base
de datos con su respectivo identificador autogenerado.
Efectos
colaterales: Ninguno
32
Tabla 15: Especificación de Requerimientos - Administración del Catálogo de
Insumos
Fuente: Laboratorio de Suelos y Materiales
Autor: Tesista
ESPECIFICACIÓN DE REQUERIMIENTOS N-07
Control de Inventario
Fecha: 15 de noviembre del 2014
Sistema: Sistema De Control Interno de Pedidos, Manejo de Inventario y
Facturación para la Facultad de Ingeniería Civil en el Laboratorio de Suelos y
Materiales.
Función: Registrar nuevos ingresos y egresos de insumos en el sistema.
Descripción: Permite el registrar la cantidad entrante y saliente de insumos
en el sistema.
Entrada: Datos de ingreso y egreso de insumos: tipo de movimiento,
cantidad, fecha, nombre del proveedor.
Fuente: Insumo
Salida: Confirmación de registro de datos
Destino: Ficha de Inventario
Acción: Se almacenarán los datos de ingreso y egreso de insumos en la
base de datos con un identificador generado por la aplicación.
Efectos
colaterales: Ninguno
Tabla 16: Especificación de Requerimientos - Control de Inventario
Fuente: Laboratorio de Suelos y Materiales
Autor: Tesista
ESPECIFICACIÓN DE REQUERIMIENTOS N-08
Generar Orden de Pedido
Fecha: 15 de noviembre del 2014
33
Sistema: Sistema De Control Interno de Pedidos, Manejo de Inventario y
Facturación para la Facultad de Ingeniería Civil en el Laboratorio de Suelos y
Materiales.
Función:
Ingresar información del cliente, datos del ensayo, fechas de
realización del ensayo para generar una orden de pedido en la
aplicación.
Descripción: La aplicación permitirá a través de una pantalla ingresar datos del
cliente y los ensayos a realizarse por el laboratorio.
Entrada:
Datos para filtrar la información, ingreso de datos del cliente,
datos del contratista, datos del solicitante, datos de los elementos
a ensayar, número de resultados, fecha de realización de cada uno
de los ensayos.
Fuente: Clientes y Ensayos
Salida: Pantalla de resultado
Destino: Ninguno
Acción: Se visualizará la información ingresada en la aplicación y se
almacenará la información en bases de datos.
Efectos
colaterales: Ninguno
Tabla 17: Especificación de Requerimientos - Control de Orden de Pedido
Fuente: Laboratorio de Suelos y Materiales
Autor: Tesista
ESPECIFICACIÓN DE REQUERIMIENTOS N-09
Generar Orden de Pago
Fecha: 15 de noviembre del 2014
Sistema: Sistema De Control Interno de Pedidos, Manejo de Inventario y
Facturación para la Facultad de Ingeniería Civil en el Laboratorio de Suelos y
Materiales.
Función: Ingresar información relacionada con la orden de pedido.
Descripción: El sistema permitirá a través de una pantalla obtener los datos de
la orden de pedido para generar la orden de pago requisito para
34
obtener la factura.
Entrada: Ingreso del número de la orden de pedido, modificación de los
datos del cliente.
Fuente: Orden de pedido.
Salida: Pantalla de resultado
Destino: Ninguno
Acción: Se visualizará la información de la orden de pedido y se podrá
editar los datos del cliente para registrarlos en la base de datos.
Efectos
colaterales: Ninguno
Tabla 18: Especificación de Requerimientos - Control de Orden de Pago
Fuente: Laboratorio de Suelos y Materiales
Autor: Tesista
ESPECIFICACIÓN DE REQUERIMIENTOS N-10
Emisión de Factura
Fecha: 15 de noviembre del 2014
Sistema: Sistema De Control Interno de Pedidos, Manejo de Inventario y
Facturación para la Facultad de Ingeniería Civil en el Laboratorio de Suelos y
Materiales.
Función: Ingresar información relacionada con la orden de pago.
Descripción:
El sistema permitirá a través de una pantalla obtener los datos de
la orden de pago para generar la factura que habilita la ejecución
de un ensayo.
Entrada: Número de la orden de pago
Fuente: Órdenes de pago.
Salida: Pantalla de resultado
Destino: Ninguno
Acción: Se visualizará la información ingresada en la aplicación con la
posibilidad de editar los datos antes de obtener la factura impresa.
Efectos Ninguno
35
colaterales:
Tabla 19: Especificación de Requerimientos - Emisión de Facturas
Fuente: Laboratorio de Suelos y Materiales
Autor: Tesista
ESPECIFICACIÓN DE REQUERIMIENTOS N-11
Emisión de Reportes
Fecha: 15 de noviembre del 2014
Sistema: Sistema De Control Interno de Pedidos, Manejo de Inventario y
Facturación para la Facultad de Ingeniería Civil en el Laboratorio de Suelos y
Materiales.
Función: Presentar reportes con los datos registrados en el sistema.
Descripción: El usuario podrá visualizar un informe de:
Orden de pago por fecha
Factura por fecha
Listado de servicios y precios unitarios
Listado con el número de insumos disponible
Listado de clientes
Órdenes de Pago por cliente
Número de clientes facturados
Ensayos ejecutados por el usuario del sistema
Reporte por tipo de ensayo ejecutado
Entrada: Fecha Inicio y Fecha Fin
Fuente: Base de datos
Salida: Archivo PDF
Destino: Ninguno
Acción: Se presentará un resumen con la información registrada en
la base de datos.
Efectos
Colaterales:
Ninguno
36
Tabla 20: Especificación de Requerimientos - Emisión de reportes
Fuente: Laboratorio de Suelos y Materiales
Autor: Tesista
3.5. Modelo de Casos de Uso
Los casos de uso describen las actividades que llevará a cabo un determinado
proceso, se definen actores, que son las entidades, sistemas externos o personas
que participarán en el caso de uso. Los modelos de caso de uso permitirán
especificar el comportamiento del sistema y como interactuará con los actores.
A continuación se presentan los casos de la aplicación.
3.5.1.Caso de uso ingreso al sistema
Autenticación
La aplicación comprueba que la persona que accede al sistema es un usuario
registrado para lo cual la persona ingresa su usuario y contraseña.
Olvido Contraseña
Permite al usuario recuperar su clave ya que el sistema le enviará a su correo
electrónico la contraseña y un enlace de acceso, para que se vuelva a autenticar.
Correo Electrónico
Correo electrónico al que se le envía la notificación de modificación de contraseña
al usuario.
Administración de Usuarios y Perfiles
Permite asignar parámetros de acceso en la aplicación. Es el usuario administrador
quién tiene acceso y permisos para gestionar la información de los usuarios de la
aplicación proporcionando los permisos según los perfiles asignados.
Administración de información de ensayos
Permite administrar los datos previos a la generación de un ensayo. El usuario
administrador es quién accede a todas las opciones disponibles de la aplicación.
37
Mientras que el resto de los usuarios tendrán los permisos asignados de acuerdo a
su perfil.
Cambio de Clave
Cada usuario del sistema tiene la posibilidad de cambiar su clave de acceso.
Salir
Enlace que permite al usuario abandonar el sistema dirigiéndose a la pantalla de
autenticación.
Ilustración 5: Caso de uso funciones del sistema MATS
Fuente: Laboratorio de Suelos y Materiales
Autor: Tesista
ACTORES
Usuario
Es la persona que dispone de una cuenta en el sistema para acceder de acuerdo a
su perfil se le conceden permisos dentro de las opciones del sistema.
DESCRIPCIÓN
CASOS DE USO FUNCIONES DEL SISTEMA
38
Actor principal Usuario
Autenticación
Se solicita el ingreso del nombre de usuario y su
respectiva contraseña. El usuario pulsa ingresar
si los datos son correctos la aplicación permite el
acceso.
Olvido contraseña
Solicita información para recuperar la clave del
usuario. Si la dirección electrónica del usuario es
correcta, obtendrá su nueva clave.
Administración de usuarios La aplicación admite la administración de los
datos del usuario y su respectivo perfil.
Administración de
información de ensayos
Presenta un menú de opciones en la parte
izquierda de la página de inicio. Entre las
opciones el sistema permite llevar el control de la
generación de un pedido de ensayo desde la
recopilación de datos del cliente,
especificaciones del ensayo, control del consumo
de insumos y obtención de reportes.
Cambio de clave El sistema muestra una opción que el usuario
puede pulsar para re-establecer su clave.
Salir
El sistema permite al usuario abandonar la
aplicación a través de la opción ubicada en la
parte superior.
Tabla 21: Funciones de Sistema MATS
Fuente: Laboratorio de Suelos y Materiales
Autor: Tesista
39
3.5.2. Caso de uso administración de usuarios
Ilustración 6: Caso de uso administración de usuarios
Fuente: Laboratorio de Suelos y Materiales
Autor: Tesista
ACTORES
Administrador
Realiza el control integral del sistema tales como actividades de registro
actualización de datos usuarios y perfiles.
DESCRIPCIÓN
ACCIONES DEL ACTOR RESPUESTA DEL SISTEMA
Se autentica con su nombre de usuario
y respectiva contraseña.
Si el ingreso de datos es correcto
permite el ingreso y acceso a las
opciones asignadas.
Ingresar información de usuarios Ingresa nueva información de usuarios
al sistema.
Asigna perfiles al usuario Visualización de los perfiles existentes
para asignar a un usuario.
Crear perfil Almacena la información de nuevos
perfiles.
Asignar permisos Permite asignar permisos a un perfil de
la aplicación.
40
Tabla 22: Administración de usuarios del sistema
Fuente: Laboratorio de Suelos y Materiales
Autor: Tesista
3.5.3. Caso de uso administración de pedidos, inventario y facturación de
ensayo
El caso de uso administración de pedidos, inventario y facturación de ensayos
posee tareas que son fundamentales en los procesos que maneja el laboratorio de
suelos, a continuación se explica a detalle cada tarea con su respectivo caso de
uso.
3.5.3.1. Caso de uso control de orden de pedido
El usuario asistente recopila información del cliente, los servicios e insumos que
requiere.
Ilustración 7: Caso de uso orden de pedido
Fuente: Laboratorio de Suelos y Materiales
Autor: Tesista
ACTORES
Asistente
El usuario asistente realiza el registro de los pedidos de ensayo.
DESCRIPCIÓN
41
ACCION DE ACTORES RESPUESTA DEL SISTEMA
Ingreso al sistema mediante nombre de
usuario y contraseña.
Verifica los datos del usuario,
acepta o niega la petición de
ingreso.
Ingreso de datos para realizar un
ensayo.
Valida el ingreso de datos de
clientes.
Permite elegir el tipo de ensayo a
realizarse.
Permite la selección de materiales
para la elaboración de un ensayo.
Controla la disponibilidad del
insumo requerido para realizar el
ensayo.
Permite valorar el costo del ensayo.
Guardar información de un nuevo
ensayo.
Permite la edición de un ensayo
existente.
Tabla 23: Caso uso de control de pedidos
Fuente: Laboratorio de Suelos y Materiales
Autor: Tesista
3.5.3.2. Caso de uso orden de pago
El caso de uso orden de pago de ensayos es una tarea importante en la ejecución
del ensayo, puesto que es el comprobante que certifica que el ensayo puede
realizarse.
42
Ilustración 8: Caso de uso orden de pago
Fuente: Laboratorio de Suelos y Materiales
Autor: Tesista
ACTORES
Asistente
Es el usuario encargado de registrar los ensayos a realizarse en el laboratorio, si
bien el administrador tiene todos los permisos en el sistema el asistente es el rol
responsable de realizar el registro de una orden de pago.
DESCRIPCIÓN
ACCION DE ACTORES RESPUESTA DEL SISTEMA
Ingresa al sistema digita su nombre de
usuario y clave.
Verifica los datos ingresados por el
usuario, permite o rechaza la
acción.
Ingresa el número de la orden de
pedido para generar la orden de pago.
Obtiene la información de la orden
de pedido.
Permite buscar órdenes de pedido.
Permite el uso de la información de
una orden de pedido para generar la
orden de pago.
Almacena la información de la
43
orden de pago.
Tabla 24: Caso de uso orden de pago
Fuente: Laboratorio de Suelos y Materiales
Autor: Tesista
3.5.3.3. Caso de uso facturación
Es el caso de uso que permite que el laboratorio cuantifique los ingresos por
concepto de servicios.
Ilustración 9: Caso de uso facturación
Fuente: Laboratorio de Suelos y Materiales
Autor: Tesista
ACTORES
Administrador
El usuario administrador accede a todas las opciones del sistema y realiza cada
uno de los procesos. Mientras que, el asistente es el actor responsable del correcto
funcionamiento del proceso.
DESCRIPCIÓN
ACCION DE ACTORES RESPUESTA DEL SISTEMA
Ingresa al sistema digita su nombre de
usuario y clave.
Valida datos ingresados, es
decir, acepta o niega el acceso
con los datos ingresados por el
usuario
Ingresar los datos de la orden de pago Valida el número de la orden de
44
para obtener la información y generar
la factura.
pago ingresada.
Permite la edición del precio de
cada uno de los ítems a facturar.
Genera la factura.
Registra como utilizados los
insumos necesarios para el
ensayo.
Tabla 25: Caso de uso facturación
Fuente: Laboratorio de Suelos y Materiales
Autor: Tesista
3.5.3.4. Caso de uso control de inventario insumos
Este caso de uso posee el control de inventario de los insumos que son utilizados
para la realización de un ensayo.
Ilustración 10: Caso de uso control de inventario insumos
Fuente: Laboratorio de Suelos y Materiales
Autor: Tesista
ACTORES
Asistente
El usuario asistente es el responsable de la correcta ejecución del proceso de
control de inventario.
45
DESCRIPCIÓN
ACCION DE ACTORES RESPUESTA DEL SISTEMA
Ingresa al sistema digita su nombre de
usuario y clave.
Aprueba o niega el acceso al
usuario.
Gestión de información del stock de
insumos; creación de insumos.
Permite que el usuario ingrese
nuevos insumos requeridos para
la realización de los diferentes
tipos de ensayo.
Modificación del stock disponible. Modificación de stock de
insumos:
o Automática, el sistema
cada vez que se facture el
ensayo disminuye el
stock disponible y
aumenta el stock
utilizado.
o Manual, el usuario
disminuye es stock de un
insumo cuando el
estudiante de la facultad
requiere realizar una
práctica en el laboratorio.
Comprobación del stock disponible. Notifica al usuario a través del
correo electrónico el stock
próximo a terminar.
Tabla 26: Caso de uso control inventario insumos
Fuente: Laboratorio de Suelos y Materiales
Autor: Tesista
3.5.4. Caso de uso reportes
Muestra la información de los ensayos facturados, los ensayos realizados y un
listado de los nuevos clientes del laboratorio.
46
Ilustración 11: Caso de uso reportes
Fuente: Laboratorio de Suelos y Materiales
Autor: Tesista
ACTORES
El director visualiza los reportes para determinar el desempeño del laboratorio, es
decir, le permite cuantificar los ensayos realizados en un lapso de tiempo.
DESCRIPCIÓN
ACCION DE ACTORES RESPUESTA DEL SISTEMA
Ingresa al sistema digita su nombre de
usuario y clave.
Aprueba o niega el acceso al
usuario.
Reportes administrativos, ensayos y
ventas
El sistema muestra la
información de los ensayos
ejecutados y facturados.
Tabla 27: Caso de uso reportes
Fuente: Laboratorio de Suelos y Materiales
Autor: Tesista
3.6. Diagrama de Secuencia
El diagrama de secuencia muestra la interacción ordenada según la secuencia
temporal de eventos. Muestra los objetos participantes en la interacción y los
mensajes ordenados que se intercambian según su secuencia en el tiempo.
47
3.6.1 Diagrama de Secuencia ingreso al sistema
Ilustración 12: Diagrama de secuencia ingreso al sistema
Fuente: Laboratorio de Suelos y Materiales
Autor: Tesista
48
3.6.2. Diagrama de Secuencia administración de usuarios
Ilustración 13: Diagrama de secuencia administración de usuarios.
Fuente: Laboratorio de Suelos y Materiales
Autor: Tesista
49
3.6.3. Diagrama de Secuencia de pedidos, inventario y facturación de ensayo
3.6.3.1. Diagrama de Secuencia control de orden de pedido
Ilustración 14: Diagrama de secuencia orden de pedido
Fuente: Laboratorio de Suelos y Materiales
Autor: Tesista
50
3.6.3.3. Diagrama de Secuencia orden de pago
Ilustración 15: Diagrama de secuencia orden de pago
Fuente: Laboratorio de Suelos y Materiales
Autor: Tesista
51
3.6.3.4. Diagrama de Secuencia facturación
Ilustración 16: Diagrama de secuencia facturación
Fuente: Laboratorio de Suelos y Materiales
Autor: Tesista
52
3.6.3.5. Diagrama de Secuencia control de inventario insumos
Ilustración 17: Diagrama de secuencia control de inventario
Fuente: Laboratorio de Suelos y Materiales
Autor: Tesista
53
3.6.4. Reportes
Ilustración 18: Diagrama de secuencia reportes
Fuente: Laboratorio de Suelos y Materiales
Autor: Tesista
54
4. PRUEBAS, CONCLUSIONES Y RECOMENDACIONES
4.1. Pruebas
Las pruebas de software son investigaciones que proporcionan información
objetiva para evaluar la calidad del producto. Forman parte de las actividades de
control de la calidad del software.
A continuación se detalla las pruebas realizadas al sistema.
4.1.1. Pruebas de Compatibilidad
La prueba de compatibilidad permite evaluar el desempeño del sistema en
diferentes entornos.
Para la presente aplicación seleccionamos los siguientes entornos:
Compatibilidad de resolución
Compatibilidad de navegadores web.
4.1.1.1. Compatibilidad de resolución
Mediante ésta prueba visualizaremos el comportamiento de la interfaz de usuario
en diferentes escenarios de resolución de pantalla.
Para ésta prueba se utilizó el navegador Mozilla Firefox 39.0 y el sistema
operativo Windows 7.
Escenario Resolución
A 800 X 600
B 1024 X 768
C 1280 X 768
D 1366 X 768
Tabla 28: Escenarios de prueba para Compatibilidad de resolución.
Fuente: Tesista
Autor: Tesista
Calificación de la Visualización
Vista Correcta
Vista Parcial
No se ve
Tabla 29: Tabla de calificaciones para Compatibilidad de resolución.
55
Fuente: Tesista
Autor: Tesista
Resultados
Escenario Calificación Observación
A Vista Parcial (60%)
Los módulos se
visualizan a través del uso
del scroll horizontal. Se
dificulta el uso del módulo
de inventario.
B Vista Parcial (90%)
El módulo de generación
de orden de Pedido es
posible utilizar mediante el
scroll horizontal, la
visualización parcial no
dificulta es uso.
C Vista Correcta
D Vista Correcta
Tabla 30: Resultados de las pruebas de Compatibilidad de resolución.
Fuente: Tesista
Autor: Tesista
Durante la evaluación de los diferentes escenarios se observó que el escenario A
produce mayor dificultad de visualización. El módulo de inventario presenta
mayor distorsión de los componentes utilizados, por ejemplo los cuadros de texto
para ingreso de cantidades salen del margen del panel establecido.
En todas las opciones es indispensable el uso del scroll horizontal lo que conlleva
para el usuario mayor tiempo en el desempeño de sus tareas.
La opción B produce un nivel de visualización moderado ya que algunas pantallas
como la creación de una orden de pedido requieren del uso del scroll horizontal.
Por tanto a partir de la resolución 1280 X 768 la aplicación no presenta novedades
de visualización y funcionalidad.
56
4.1.1.2. Compatibilidad de navegadores web
Con la finalidad de evaluar el despliegue y funcionamiento de la aplicación web
en los diferentes navegadores, utilizaremos aquellos con mayor potencial de uso.
Escenario Navegador
A Internet Explorer 10.0
B Mozilla Firefox 39.0
C Google Chrome 32.0.17
D Safari 5.1.7
Tabla 31: Escenarios de prueba para Compatibilidad de navegadores web.
Fuente: Tesista
Autor: Tesista
Calificación
Correcto
Parcial
Incorrecto
Tabla 32: Tabla de calificaciones para Compatibilidad de navegadores web.
Fuente: Tesista
Autor: Tesista
Resultados
Métrica Escenario Calificación
Visualización de
imágenes
A Correcto
B Correcto
C Correcto
D Correcto
Despliegue de
mensajes
A Correcto
B Correcto
C Correcto
D Correcto
Funcionamiento
de enlaces
A Correcto
B Correcto
57
C Correcto
D Correcto
Funcionamiento
de componentes
A Correcto
B Correcto
C Correcto
D Correcto
Tabla 33: Resultados de las pruebas de Compatibilidad de navegadores web.
Fuente: Tesista
Autor: Tesista
Los resultados obtenidos muestran que la aplicación funciona en las versiones
actuales de navegadores web, por lo tanto es recomendable utilizar las versiones:
Internet Explorer 10.0
Mozilla Firefox 39.0
Google Chrome 32.0.17
Safari 5.1.7
4.1.2. Pruebas de Estrés
La prueba de estrés somete al software a condiciones de uso extremas y permite
medir su respuesta.
Existe diversidad de aplicaciones que permiten verificar este proceso en general se
trata de software licenciado. Debido a la facilidad de uso y por la amplia gama de
escenarios elijo Webserver Stress Tool 8 – Trial Version. Cuyas pruebas de estrés
se aplican en el siguiente escenario:
Escenario
Computador Intel Core i5 2,40Ghz
Memoria RAM 6GB
Sistema Operativo Windows 7 Ultimate 64bits.
Casos de Prueba Descripción
Mantenimiento Administración de ítems, servicios e
58
insumos.
Orden de Pedido Administración de Ordenes de Pedido
Orden de Pago Administración de Órdenes de Pago
Factura Administración de Facturas
Inventario Gestión de insumos
Tabla 34: Escenarios de pruebas de Estrés.
Fuente: Tesista
Autor: Tesista
4.1.2.1. Prueba de clicks
Pone a prueba la aplicación en base a los siguientes parámetros:
Usuarios: 5
Clicks por usuario: 10
Retardo entre click: 5 segundos
Básicamente la aplicación soporta el acceso masivo de 5 usuarios
simultáneamente cada uno utiliza 10 clicks por un tiempo de 5 segundos.
Ilustración 19: Prueba de clicks: Resultados por URL.
Fuente: Webserver Stress Tool 8 – Trial Version
Autor: Tesista
59
Ilustración 20: Prueba de clicks: Gráfica de tiempo y errores por URL.
Fuente: Webserver Stress Tool 8 – Trial Version
Autor: Tesista
Resultados
Como se muestra en la Figura en la prueba para Orden de Pedido se llegó a un
máximo de espera de 59ms que está dentro del tiempo de espera razonable.
De los resultados observados en la prueba de clicks se obtiene que el tiempo de
respuesta promedio de 51ms, que es un tiempo bastante bueno, además de no
haber encontrado errores en el transcurso de la prueba, lo que permite concluir
que el sistema soporta peticiones simultáneas sin presentar inconvenientes.
4.1.2.2. Pruebas de tiempo
El software se somete ésta prueba a través de cargas constantes en el tiempo en
base a los siguientes parámetros:
Tiempo: 30 minutos
Usuarios: 5
Retardo entre clicks: 5 segundos
Resultados
60
Ilustración 21: Prueba de tiempo: Resultados por usuario.
Fuente: Webserver Stress Tool 8 – Trial Version
Autor: Tesista
Ilustración 22: Prueba de tiempo: Gráfica de tiempo y errores por URL.
Fuente: Webserver Stress Tool 8 – Trial Version
Autor: Tesista
El software fue sometido a 30 minutos de carga constante con un porcentaje de
0% de errores y un promedio de tiempo de respuesta de 40ms, aunque en la figura
se observa un incremento en el tiempo de una url de prueba no es un incremento
significativo que impida el buen funcionamiento del sistema.
4.1.2.3. Prueba de rampa
La prueba de rampa somete a la aplicación a cargas incrementales durante el
tiempo.
Parámetros
Tiempo: 5 minutos
Usuarios: 5
61
Retardo entre click: 5 segundos
Ilustración 23: Prueba de rampa: Resultados por URL.
Fuente: Webserver Stress Tool 8 – Trial Version
Autor: Tesista
Ilustración 24: Prueba de rampa: Gráfica de tiempo y errores por URL.
Fuente: Webserver Stress Tool 8 – Trial Version
Autor: Tesista
En la prueba de rampa el software fue sometido a un número creciente de hasta 5
usuarios durante un periodo de 5 minutos, como se puede observar en la figura
existe un incremento en el tiempo a medida que aumenta el número de usuarios, el
tiempo de respuesta promedio en esta prueba fue de 38ms y no se presentaron
errores.
62
4.2. Conclusiones
En el primer capítulo tras el análisis de la herramienta de desarrollo de
software se definió el uso del servidor de aplicaciones Glassfish, pero
durante el desarrollo de la aplicación se presentaron una serie de errores
por inestabilidad en la conexión con la base de datos PostgresSQL. Es así
que se evaluó como mejor herramienta Jboss7 Server debido a que
incrementa la velocidad de ejecución de la aplicación y mantiene una
conexión estable con la base de datos.
Durante la evolución en el desarrollo del proyecto se evaluó qué
herramienta sería la encargada de la realización de las tareas mecánicas y
repetitivas que normalmente intervienen en la compilación y construcción
de un proyecto Java. La selección se realizó entre Ant y Maven, mientras
que Ant posee una serie de bondades que facilitan la compilación Java
mediante el uso del archivo build.xml y la incorporación manual de
librerías, Maven supera en gran escala ésta gestión ya que requiere
únicamente de un archivo pom.xml donde se incorpora el nombre de la
librería requerida en el proyecto y automáticamente se descarga la librería
de sus repositorios. Es decir, por la facilidad de uso se eligió Maven.
El análisis y la planificación de desarrollo se llevó a cabo mediante la
metodología RUP que en gran medida permitió verificar los principales
procesos, entidades, configuraciones y parametrizaciones del sistema así
como una secuencia ordenada en la creación de pantallas.
Durante las pruebas realizadas por el usuario, las interfaces de la
aplicación tuvieron observaciones en los módulos de orden de pedido y
orden de pago, razón por la cual se realizaron ajustes en las pantallas para
que se visualicen los datos requeridos tal como fecha inicio y fecha fin de
realización de un ensayo e ingreso manual del número de informes a
realizarse por orden de pedido.
El Laboratorio de Suelos y Materiales gestiona el control de inventario
orden de pedido, orden de pago y la facturación de ensayos que mediante
la aplicación web que almacena consolidad la información en una sola
base de datos, por tanto el usuario dispone de información para dar
seguimiento mediante estadísticas de clientes nuevos, ensayos que se
63
generan por día, mes y año. De tal manera que a través de su análisis
gestione la ampliación de su cartera de clientes.
Además el presente proyecto mejorará la atención al cliente que solicita la
ejecución de un ensayo en el Laboratorio de Suelos y Materiales sin
recurrir a llamadas telefónicas para verificación de datos.
64
4.3. Recomendaciones
Dentro de la mitigación de riesgos es importante considerar la gestión de
los respaldos de la información almacenada en la base de datos de la
aplicación, ya que el presente proyecto no considera la automatización
para el almacenamiento de los respaldos de información. Se recomienda
asignar un profesional en la gestión de respaldos de información
considerando que son el bien más preciado de la aplicación.
De acuerdo a las pruebas realizadas sobre la aplicación es recomendable
que la interfaz de usuario se ejecute en navegadores web actuales tales
como; Internet Explorer 10.0, Mozilla Firefox 39.0, Google Chrome
32.0.17, Safari 5.1.7 o versiones superiores. Ya que no se realizaron
pruebas en navegadores con versiones inferiores existe la posibilidad de
incompatibilidad de componentes y problemas de funcionalidad.
Para incluir funcionalidad nueva en el sistema debe mantenerse la
metodología RUP la cual proveerá de requisitos de análisis, desarrollo,
implementación y pruebas finales sin alterar los módulos ya desarrollados.
Para proveer de un software con procesos unificados.
Puesto que el sistema posee un módulo de seguridad recomendamos una
política en la Facultad de Ingeniería Civil – Laboratorio de Ensayo de
Suelos y Materiales, para que el usuario tenga el rol correspondiente a sus
funciones de tal manera que se asegure un control de datos y manipulación
de información adecuada.
Para incorporar funcionalidad en el sistema se deben seguir los pasos
descritos en el “Anexo Entorno de Desarrollo”. El cual especifica el
software utilizado en la aplicación y una guía de instalación y
configuración de cada una de las herramientas de desarrollo.
Se recomienda un servidor dedicado para el sistema, una persona
responsable de la aplicación que verifique el estado de ejecución de los
servicios y un acceso remoto para facilitar el soporte técnico a los
usuarios.
Generar un compromiso con el usuario al transmitir un buen uso del
sistema ya que permitirá registrar información indispensable para el
crecimiento del Laboratorio.
65
GLOSARIO DE TÉRMINOS
- E -
Ensayo: Pruebas que se realizaran en un laboratorio especializado.
Ensayo de Materiales, ensayos enfocados a pruebas en laboratorios de suelos y
materiales de construcción.
- O -
Orden de Pedido: informe que recopila información de los ensayos e insumos
que se utilizaran en las pruebas del laboratorio de suelos y materiales.
Orden de Pago: informe que describe los montos a pagar por el usuario
solicitante del ensayo.
Open Source: O también llamado código abierto es el software cuyo código
fuente es accesible al público para ser revisado o modificado, esto no implica que
necesariamente sea gratuito.
- S -
Solicitante: Persona que solicita un ensayo.
SSL: Secure Sockets Layer, Capa de conexión segura.
66
BIBLIOGRAFÍA
Libros
1. RODRIGUEZ, Ernesto. Metodología de la Investigación. México. Univ. J.
Autónoma de Tabasco, (2015).
2. PRESSMAN, Roger. Ingeniería del Software: Un enfoque práctico. México.
McGraw-Hill, (1998).
Direcciones web
3. RODRIGUEZ, Jones. (2012). Understanding the F-Layout in Web Design.
Recuperado el 8 de febrero del 2014, de
http://webdesign.tutsplus.com/articles/understanding-the-f-layout-in-web-design--
webdesign-687
4. eclipse. (2014). Package Solutions. Recuperado el 10 de junio del 2014, de
https://eclipse.org/downloads/
5. PostgreSQL ORG. (2012). Características, limitaciones y ventajas. Recuperado
el 29 de junio del 2014, de http://postgresql-dbms.blogspot.com/p/limitaciones-
puntos-de-recuperacion.html
6. PostgreSQL ORG. (1996-2015). Documentation. Recuperado el 5 de julio del
2014, de http://www.postgresql.org/download/
7. DB-Engines. (2014).DB-Engines Ranking. Recuperado el 14 de noviembre
2014, de http://db-engines.com/en/ranking
8. Universidad Central de Ecuador. (2012). Características, limitaciones y
ventajas. Recuperado el 13 de mayo del 2014, de
http://www.uce.edu.ec/web/ingenieria-ciencias-fisicas-y-matematica/laboratorio-
de-ensayo-de-materiales
9. Wikipedia. (2014). Seguridad informática. Recuperado el 20 de mayo del
2014, de https://es.wikipedia.org/wiki/Seguridad_inform%C3%A1tica
67
10. javaHispano. (2013, Diciembre). Foro sobre Java EE > java + jasper + unix
+ print. Recuperado el 1 de julio del 2015, de http://www.javahispano.org/java-
ee/post/2261107
11. javaBeat. (2015). JSF 2 SelectOneMenu Example. Recuperado el 15 de julio
del 2015, de http://www.javabeat.net/jsf-2-selectonemenu/
12. AVBravo. (2014, Septiembre). Libro JEE7 Capítulo 4. DataTable.
Recuperado el 28 de mayo del 2015, de http://www.javabeat.net/jsf-2-
selectonemenu/
13. Apunte de Java. (2014, Septiembre). Tutorial JSF 2.2 - Sesión 10: Usando
Converters, Listeners, y Validators. Recuperado el 20 de mayo del 2015, de
http://www.apuntesdejava.com/2014/12/tutorial-jsf-22-sesion-10-
usando.html?utm_source=feedburner&utm_medium=feed&utm_campaign=Feed
%3A+ApuntesDeJava+%28Apuntes+de+Java%29
14. Developing persistence for JSF applications with JPA. (2013). Tutorial JSF
2.2 - Sesión 10: Usando Converters, Listeners, y Validators. Recuperado el 20 de
mayo del 2015, de http://geronimo.apache.org/GMOxDOC30/developing-
persistence-for-jsf-applications-with-jpa.html
15. PAESLER. (2015). Webserver Stress Tool. Recuperado el 22 de mayo del
2015, de https://www.paessler.com/tools/webstress
17. Redhat. (2015). Red Hat JBoss Enterprise Application Platform. Recuperado
el 5 de enero del 2015, de https://eclipse.org/downloads/
18. Primefaces. (2012, Septiembre). Simple CRUD Web Application with JSF
2.1, PrimeFaces 3.5, EJB 3.1, JPA (ORM) / EclipseLink, JAAS , MySQL.
Recuperado el 15 de julio del 2015, de http://www.simtay.com/simple-crud-web-
application-with-jsf-2-1-primefaces-3-5-maven-and-jpa/
68
ANEXOS
69
ANEXO A: DICCIONARIO DE DATOS
A.1. LISTADO DE TABLAS
TABLA DESCRIPCIÓN
Categoría Contiene la categorización de los tipos de ensayos.
Cliente Contiene la información de los tipos de clientes.
Factura Almacena información de la cabecera de la factura.
factura_detalle Almacena información de los detalles de la factura.
insumo_servicio
Posee los insumos y ensayos utilizados para realizar los
pedidos, órdenes de pago, factura y control de
inventario.
Kdx Registra la información del stock disponible de los
insumos utilizados en un ensayo.
Materia Posee los materiales base que se utilizan en un ensayo.
Movimiento Registra cada uno de los movimientos de los insumos,
es decir, ingresos, egresos.
orden_pago Almacena la cabecera de la orden de pago.
orden_pago_detalle Almacena el detalle de la orden de pago.
Pedido Almacena la cabecera de la orden de pedido.
pedido_detalle Almacena el detalle de la orden de pedido.
Proveedor Posee información de los proveedores de insumos.
Responsable Posee la información del usuario responsable de las
órdenes de pedido emitidas.
segu_menu Almacena los enlaces de ingreso inicial a cada módulo.
segu_modulo Consolida la información de cada enlace por módulo.
segu_rol Tiene el detalle de los roles del sistema.
segu_rolmodulo Esta tabla tiene la información de cada perfil con su
respectivo módulo.
segu_usuario Posee la información de los usuarios del sistema.
Tabla 35: Tablas de la base de datos.
Fuente: Tesista
Autor: Tesista
70
A2. DESCRIPCIÓN DE LAS TABLAS Y SUS ATRIBUTOS.
Tabla: Categoria.
Nombre Descripción Tipo Dato Obligatorio Clave
Primaria
cat_id
Identificador de la
categoría del tipo
de ensayo
Integer Si Si
cat_descripcion Descripción del
tipo de ensayo.
character
varying(100) Si No
cat_materia_id
Identificador
referencia del
material asociado
al tipo de ensayo.
Integer Si No
Tabla 36: Atributos de la tabla categoría.
Fuente: Tesista
Autor: Tesista
Tabla: cliente
Nombre Descripción Tipo Dato Obligatorio Clave
Primaria
cli_id Identificador. character
varying(15) Si Si
cli_nombres Nombres. character
varying(300) Si No
cli_direccion Dirección. character
varying(500) No No
cli_provincia Provincia. character
varying(100) No No
cli_telefono1
Teléfono
impreso en la
factura.
character
varying(10) No No
cli_telefono2 Teléfono
opcional.
character
varying(10) No No
71
cli_identificacion Tipo de
identificación.
character
varying(10) Si No
cli_tipo_cliente Descripción del
tipo de cliente.
character
varying(10) No No
cli_fecha Fecha de
creación. Date Si No
cli_email Correo
electrónico.
character
varying(50) No No
Tabla 37: Atributos de la tabla cliente.
Fuente: Tesista
Autor: Tesista
Tabla: factura
Nombre Descripción Tipo Dato Obligatori
o
Clave
Primari
a
fac_id Identificador. Integer Si Si
fac_fecha Fecha de
emisión. Date Si No
fac_pago_id
Identificador de
la orden de
pago.
Integer Si No
fac_total_sin_iva Subtotal sin
iva.
numeric(8,2
) No No
fac_total_iva Valor del iva. numeric(6,2
) No No
fac_total_con_iva Total sin iva numeric(8,2
) No No
fac_total_con_iva_de
sc Total final
numeric(8,2
) No No
fac_estado
Estado
Vigente/Impres
o de la factura.
character(10
) Si No
72
fac_cliente_id Identificador
del cliente.
character(15
) No No
fac_numero
Número de la
factura
impresa.
Integer No No
Tabla 38: Atributos de la tabla factura.
Fuente: Tesista
Autor: Tesista
Tabla: factura_detalle
Nombre Descripción Tipo Dato Obligatori
o
Clave
Primari
a
fde_id Identificador. Integer Si Si
fde_factura_id Número de
factura. Integer Si No
fde_insumo_servicio_i
d
Identificador
del
insumo/ensay
o.
Integer Si No
fde_cantidad Cantidad Integer Si No
fde_pvp_unitario Precio
Unitario
numeric(8,2
) No No
fde_pvp_iva Valor del iva numeric(8,2
) No No
fde_pvp_total_unitario
Precio
Unitario por
cantidad
numeric(8,2
) No No
fde_pvp_con_iva_desc Precio total numeric(8,2
) No No
fde_materia_id Identificador
del material Integer Si No
fde_categoria_id Identificador Integer Si No
73
del tipo de
ensayo.
fde_nombre
Nombre del
insumo/ensay
o.
character
varying(50) No No
Tabla 39: Atributos de la tabla factura_detalle.
Fuente: Tesista
Autor: Tesista
Tabla: insumo_servicio
Nombre Descripción Tipo Dato Obligatori
o
Clave
Primari
a
ins_id
Identificador
del insumo o
servicio
Integer Si Si
ins_descripcion_larg
a
Descripción
larga del
producto o
insumo
character
varying(100
)
Si No
ins_descripcion_cort
a
Descripción
corta del
producto o
insumo
character
varying(100
)
Si No
ins_tarifa Precio del
insumo
numeric(6,2
) Si No
ins_resultado Número de
resultados.
character
varying(10) Si No
ins_astm ASTM character
varying(10) No No
ins_inen Norma INEN Integer No No
ins_materia_id Identificador
del material. Integer Si No
74
ins_categoria_id Identificador
de la categoría. Integer Si No
ins_tipo
Tipo
Insumo/Ensayo
.
character
varying(2) Si No
Tabla 40: Atributos de la tabla insumo_servicio.
Fuente: Tesista
Autor: Tesista
Tabla: Kdx
Nombre Descripción Tipo Dato Obligatorio Clave
Primaria
kdx_id Identificador. integer Si Si
kdx_motivo
Motivo del
último
movimiento.
character
varying(100) No No
kdx_fecha Fecha date Si No
kdx_egreso Cantidad de
egreso integer Si No
kdx_venta Cantidad vendida integer Si No
kdx_disponible Cantidad
disponible. Integer Si No
kdx_ingreso Cantidad de
inrgeso Integer Si No
kdx_insumo Identificación del
insumo. Integer Si No
Tabla 41: Atributos de la tabla kdx.
Fuente: Tesista
Autor: Tesista
75
Tabla: materia
Nombre Descripción Tipo Dato Obligatorio Clave
Primaria
mat_id Identificador. Integer Si Si
mat_descripcion Descripción. character
varying(100) Si No
Tabla 42: Atributos de la tabla materia.
Fuente: Tesista
Autor: Tesista
Tabla: movimiento
Nombre Descripción Tipo Dato Obligatorio Clave
Primaria
mov_id Identificador Integer Si Si
mov_precio_unitario Precio
Unitario. numeric(6,2) Si No
mov_precio_total Precio total numeric(6,2) Si No
mov_cantidad Cantidad Integer Si No
mov_motivo Motivo de
movimiento.
character
varying(30) Si No
mov_producto_id Identificador
del insumo Integer Si No
mov_proveedor_id Identificador
del proveefor Integer Si No
mov_observacion Observación character
varying(3000) No No
mov_fecha Fecha Date Si No
mov_usuario_id Identificador
del usuario. Integer Si No
Tabla 43: Atributos de la tabla movimiento.
Fuente: Tesista
Autor: Tesista
76
Tabla: orden_pago
Nombre Descripción Tipo Dato Obligatori
o
Clave
Primari
a
ord_id Identificador. integer Si Si
ord_id_cliente Identificador del
cliente.
character
varying(15) Si No
ord_solicita Nombre del
solicitante.
character
varying(300) Si No
ord_subtotal Subtotal numeric(8,2) No No
ord_total Total numeric(8,2) Si No
ord_estado
Estado
Vigente/Impres
o de la orden de
pago.
character
varying(10) Si No
ord_numero Número de la
orden de pago. integer Si No
ord_fecha Fecha date Si No
ord_observacione
s Observaciones
character
varying(1000
)
No No
ord_pedido_id Identificador. Integer No No
Tabla 44: Atributos de la tabla orden_pago.
Fuente: Tesista
Autor: Tesista
Tabla: orden_pago_detalle
Nombre Descripción Tipo Dato Obligatorio Clave
Primaria
opa_orden_pago_id Número de la Integer Si No
77
orden de pago.
opa_insumo_id
Identificador
del
insumo/ensayo
Integer Si No
opa_cantidad Cantidad Integer Si No
opa_pvp_total
Precio unitario
del
insumo/ensayo.
numeric(6,2) Si No
opa_materia_id Identificador
del material. Integer Si No
opa_categoria_id
Identificador
del tipo de
ensayo.
Integer Si No
opa_nombre Nombre del
insumo/ensayo.
character
varying(100) Si No
opa_pvp_unitario Precio unitario numeric(6,2) Si No
opa_id Identificador Integer Si Si
Tabla 45: Atributos de la tabla orden_pago_detalle.
Fuente: Tesista
Autor: Tesista
Tabla: pedido
Nombre Descripción Tipo Dato Obligator
io
Clave
Primaria
ped_id Identificador. Integer Si Si
ped_contratista Nombre del
contratista.
character
varying(300) No No
ped_fiscalizador Nombre del
fiscalizador.
character
varying(300) No No
ped_obra Nombre de la obra.
character
varying(100
0)
No No
ped_observacion Observación. character No No
78
varying(100
0)
ped_estado
Estado
Vigente/Impreso de
la orden de pedido.
character
varying(10) Si No
ped_cliente_id Identificador del
cliente.
character
varying(15) Si No
ped_numero_fac
tura Número de factura. integer No No
ped_responsable
_id
Identificador del
responsable. integer Si No
ped_fecha_recep
cion
Fecha de recepción
de la orden de
pedido.
date Si No
ped_total_sin_iv
a Subtotal sin iva numeric(8,2) No No
ped_total_con_iv
a Total con iva numeric(8,2) No No
ped_iva Valor del iva numeric(6,2) No No
ped_total_con_iv
a_desc Total final numeric(8,2) No No
ped_fecha_entre
ga Fecha de entrega date Si No
ped_usuario_id Identificador del
usuario. integer Si No
ped_fecha
Fecha de
elaboración de la
orden de pedido.
date Si No
ped_num_inform
e
Número de
informes. integer Si No
ped_elementos
Detalle de
elementos
utilizados.
character
varying(300) No No
79
ped_solicita
Nombre de la
persona que solicita
la generación de la
orden de pedido.
character
varying(100
0)
No No
Tabla 46: Atributos de la tabla pedido.
Fuente: Tesista
Autor: Tesista
Tabla: pedido_detalle
Nombre Descripción Tipo Dato Obligatori
o
Clave
Primari
a
pde_id Identificado
r integer Si Si
pde_insumo_servicio_i
d
Identificado
r del
insumo.
integer Si No
pde_cantidad Cantidad integer Si No
pde_pvp_sin_iva Precio sin
IVA numeric(6,2) No No
pde_pvp_con_iva Precio con
IVA numeric(6,2) No No
pde_pvp_sin_iva_desc Valor del
IVA numeric(6,2) No No
pde_pvp_con_iva_desc Total final numeric(6,2) No No
pde_materia_id
Identificado
r del
material.
integer Si No
pde_categoria_id
Identificado
r de la
categoría o
tipo de
ensayo.
integer Si No
80
pde_pedido_id
Identificado
r del
pedido.
integer Si No
pde_nombre Nombre del
insumo.
character(100
) Si No
pde_fecha_inicio
Fecha de
inicio del
ensayo.
date No No
pde_fecha_fin
Fecha de
Fin del
ensayo.
date No No
Tabla 47: Atributos de la tabla pedido_detalle.
Fuente: Tesista
Autor: Tesista
Tabla: proveedor
Nombre Descripción Tipo Dato Obligatorio Clave
Primaria
pro_id Identificador. integer Si Si
pro_nombres Nombre del
proveedor.
character
varying(100) Si No
pro_estado
Estado
Activo/Inactivo
del proveedor.
character
varying(30) No No
pro_empresa Descripción de
la empresa.
character
varying(100) No No
pro_fecha_creacion
Fecha de
creación del
proveedor.
date Si No
Tabla 48: Atributos de la tabla proveedor.
81
Fuente: Tesista
Autor: Tesista
Tabla: segu_menu
Nombre Descripción Tipo Dato Obligatorio Clave
Primaria
men_id Identificador. Integer Si Si
men_nombre
Nombre del
menú de
opciones.
character
varying(80) Si No
men_url URL del menú
de opciones.
character
varying(120) No No
men_estado Estado
Activo/Inactivo
character
varying(10) Si No
men_descripcion Descripción del
menú.
character
varying(100) No No
men_mod_id Identificador del
módulo. Integer No No
Tabla 49: Atributos de la tabla segu_menu.
Fuente: Tesista
Autor: Tesista
Tabla: segu_modulo
Nombre Descripción Tipo Dato Obligatorio Clave
Primaria
mod_id Identificador. integer Si Si
mod_nombre Nombre del
módulo.
character
varying(100) No No
mod_descripcion Descripción del
módulo.
character
varying(100) No No
mod_estado Estado
Activo/Inactivo
character
varying(10) No No
Tabla 50: Atributos de la tabla segu_modulo.
82
Fuente: Tesista
Autor: Tesista
Tabla: segu_rol
Nombre Descripción Tipo Dato Obligatorio Clave
Primaria
rol_id Identificador integer Si Si
rol_nombre Nombre del rol. character
varying(30) Si No
rol_descripcion Descripción del
rol.
character
varying(30) No No
rol_estado Estado
Activo/Inactivo
character
varying(10) Si No
Tabla 51: Atributos de la tabla segu_rol.
Fuente: Tesista
Autor: Tesista
Tabla: segu_rolmodulo
Nombre Descripción Tipo Dato Obligatorio Clave
Primaria
rom_id Identificador Integer Si Si
rom_rol_id Identificador del
rol. Integer No No
rom_mod_id Identificador del
módulo Integer No No
rom_estado Estado Activo/
Inactivo
character
varying(10) Si No
Tabla 52: Atributos de la tabla segu_rolmodulo.
Fuente: Tesista
Autor: Tesista
Tabla: segu_usuario
83
Nombre Descripción Tipo Dato Obligatorio Clave
Primaria
usua_id Identificador del
usuario. Integer Si Si
usua_nombre Nombres del
usuario.
character
varying(50) Si No
usua_apellido Apellido del
usuario.
character
varying(50) Si No
usua_nickname Nombre del
usuario.
character
varying(50) Si No
usua_clave Clave del
usuario.
character
varying(50) Si No
usua_usuamodi
Usuario que
modifica el
registro.
integer No No
usua_fechmodi
Fecha de
modificación del
usuario.
date No No
usua_estado
Estado Activo,
Inactivo del
usuario.
character
varying(10) No No
usua_rol_id Identificador del
rol integer Si No
usua_email
Correo
electrónico del
cliente
character
varying(50) Si No
Tabla 53: Atributos de la tabla segu_usuario.
Fuente: Tesista
Autor: Tesista
84
ANEXO B. MANUAL DE USUARIO
Describiremos la guía para el usuario de la aplicación por secciones:
B.1 Manual de usuario Sistema de administración y acceso de usuarios.
Se describe a detalle la modalidad de ingreso del usuario, los pasos que seguirá en
caso de olvido de contraseña además de la gestión del usuario cómo crear un
perfil y un nuevo usuario.
B1.1. Ingreso al sistema
El sistema es un desarrollo basado en la web que requiere de un navegador para
acceder los exploradores de internet aquellos sugeridos para el óptimo desempeño
de la aplicación son:
Internet Explorer 10.0
Mozilla Firefox 39.0
Google Chrome 32.0.17
Safari 5.1.7
O bien versiones superiores.
La barra de direcciones de la figura muestra el enlace de acceso cuyo formato es:
http://<ip del servidor>:<puerto>/ProyectoWeb
Ilustración 25: Barra de dirección de acceso al sistema
Fuente: MATS
Autor: Tesista
Es decir, la dirección de acceso al sistema es: localhost:8280/ProyectoWeb
Digitar el usuario (número de cédula) y contraseña en los campos
correspondientes y dar click en el botón Ingresar.
85
Ilustración 26: Pantalla de Ingreso al Sistema
Fuente: MATS
Autor: Tesista
Si el usuario no se encuentra registrado consulte con el administrador del sistema.
Ilustración 27: Pantalla Acceso Denegado por datos incorrectos.
Fuente: MATS
Autor: Tesista
B1.2. Olvido de contraseña
En caso de olvido de contraseña dar click en el enlace ¿Olvidó su contraseña?.
86
Ilustración 28: Pantalla para recuperar contraseña
Fuente: MATS
Autor: Tesista
El sistema le solicitará los datos de verificación; digitar su correo electrónico y su
nombre de usuario (cédula de identidad) pulsar click en Enviar Correo el sistema
mostrará el mensaje de la figura.
Ilustración 29: Mensaje de envío de contraseña temporal
Fuente: MATS
Autor: Tesista
87
Transcurridos 5 minutos verificar en su buzón de correo electrónico el código
(clave temporal de acceso) de ingreso al sistema.
En caso de ingreso incorrecto en los datos de verificación el sistema emitirá un
mensaje de advertencia.
Ilustración 30: Mensaje informativo de ingreso incorrecto de datos de
verificación
Fuente: MATS
Autor: Tesista
B.1.3. Panel de Control
Si los campos (usuario y contraseña) en la pantalla de ingreso al sistema son
correctos, el usuario visualizará la pantalla con las secciones, banner, menú,
contenido y pie de página.
88
Ilustración 31: Panel de Control del Sistema verificación
Fuente: MATS
Autor: Tesista
A continuación el detalle de cada sección:
1. La cabecera muestra el logotipo de la Universidad Central del Ecuador, el
logotipo de aplicación MATS y el logotipo enlace de salida del sistema así
como información del usuario logueado.
2. El menú desplegable que permite el acceso a los diferentes módulos, éste
menú mostrará sus opciones de acuerdo al perfil que ingresa al sistema.
3. Área de trabajo, presenta las pantallas con las cuales el usuario interactúa
para registrar y administrar su información.
4. Pie de página, posee texto informativo sobre los derechos de autor.
Simbología
Símbolo Descripción
Ingreso al sistema
Salir del sistema
Editar información
89
Eliminar información
Ver información
Cancelar la opción seleccionada.
Confirmar acción SI/NO.
Guardar información.
Consulta información.
Realizar un movimiento de stock a un
insumo.
Inicia el flujo de creación de una orden de
pedido.
Inicia el flujo de creación de una orden de
pago.
Inicia el flujo de creación de una facture
de ensayo.
Permite obtener un reporte con
información de clientes.
Permite imprimir un informe de tipos de
ensayos.
Permite imprimir un listado de ensayos.
Mensaje Informativo
Filtro de búsqueda
Orden ascendente o descendente un
listado.
Permite iniciar el flujo de creación de
movimiento de insumo.
90
Permite iniciar el flujo de creación de una
orden de pedido.
Imprimir archivo
Descargar archivo
Tabla 54: Descripción de los iconos del sistema
Fuente: MATS
Autor: Tesista
B.1.4. Cambio de Contraseña
Esta opción permite al usuario realizar el cambio de su contraseña cuando así lo
requiera.
La opción se encuentra en el menú en la opción Cambio Clave.
Ilustración 32: Pantalla Menú Cambiar Contraseña.
Fuente: MATS
Autor: Tesista
Ingresar los campos solicitados y dar click en el botón Guardar.
Nueva Contraseña: Ingresar la nueva contraseña.
Confirmar Contraseña: Ingresar nuevamente la nueva contraseña.
91
B.1.5 Mantenimiento
Esta opción permite registrar información base al sistema del tal forma que el
usuario disponga de información para utilizar los procesos del sistema.
B.1.5.1. Materiales
El enlace Mantenimiento > Materiales permite el ingreso del detalle de un nuevo
material, la edición y eliminación de un registro existente.
Ilustración 33: Mantenimiento de Materiales.
Fuente: MATS
Autor: Tesista
92
B.1.5.2. Tipos de Ensayo
El enlace Mantenimiento > Tipos de Ensayo, permite el ingreso del detalle de un
nuevo tipo de ensayo, la edición y eliminación de un registro existente.
Ilustración 34: Mantenimiento de Tipos de Ensayo.
Fuente: MATS
Autor: Tesista
93
B.1.5.3. Ensayos
El enlace Mantenimiento > Ensayo, permite el ingreso del detalle de un nuevo
ensayo, la edición y eliminación de un registro existente.
Ilustración 35: Mantenimiento Ensayos.
Fuente: MATS
Autor: Tesista
94
B.1.5.4. Cliente
El enlace Mantenimiento > Cliente, permite el ingreso del detalle de un nuevo
cliente, la edición y eliminación de un registro existente.
Ilustración 36: Mantenimiento de Clientes.
Fuente: MATS
Autor: Tesista
B.1.5.5. Insumo
El enlace Mantenimiento > Insumo, permite el ingreso del detalle de un nuevo
insumo, la edición y eliminación de un registro existente.
95
Ilustración 37: Mantenimiento de Insumos.
Fuente: MATS
Autor: Tesista
B.1.6 Seguridad
Esta opción permite gestionar la información de los usuarios del sistema, es decir,
crear un usuario, modificar y eliminar. Además la creación de perfiles y
asignación permisos.
B.1.6.1 Usuario
Mediante la opción Seguridad > Usuario visualizamos un listado con los usuarios
registrados en el sistema.
Dentro del listado podemos utilizar los filtros de búsqueda usuario, nombre,
apellido, e-mail y perfil.
96
Ilustración 38: Mantenimiento de Usuarios.
Fuente: MATS
Autor: Tesista
Mediante la opción Nuevo, podemos ingresar información para la creación de un
usuario.
Ilustración 39: Crear usuario.
Fuente: MATS
97
Autor: Tesista
La opción editar permite modificar la información del usuario.
Ilustración 40: Editar usuario.
Fuente: MATS
Autor: Tesista
El botón eliminar permite borrar el registro siempre y cuando éste no haya
realizados acciones dentro del sistema. El sistema consultará a través de un
mensaje si realmente el registro debe eliminarse.
Ilustración 41: Eliminar usuario.
Fuente: MATS
Autor: Tesista
B.1.6.2 Perfil
98
Mediante el enlace Seguridad > Perfil, el usuario puede crear más perfiles de
acceso al sistema.
Ilustración 42: Mantenimiento de perfiles.
Fuente: MATS
Autor: Tesista
El usuario dispone de las opciones editar y eliminar perfil.
B.1.6.3 Permiso
Mediante el enlace Seguridad > Permiso, el usuario puede consultar los permisos
que posee el perfil de usuario.
99
Ilustración 43: Consulta de permisos por perfil.
Fuente: MATS
Autor: Tesista
B.1.7 Inventario
Es la opción que permite realizar un registro de la información del stock de un
insumo.
Ilustración 44: Listado de insumos.
Fuente: MATS
Autor: Tesista
100
El listado muestra un resumen de los movimiento realizados por cada uno de los
insumo.
Ilustración 45: Resumen de los movimientos de un insumo.
Fuente: MATS
Autor: Tesista
Además podemos utilizar los filtros de búsqueda ya sea por código, nombre, tipo
de material o tipo de ensayo del insumo.
A través de la opción Movimiento el usuario accede a la pantalla de registro de
movimientos para el inventario de insumos.
Ilustración 46: Control de movimientos para inventario de insumos.
Fuente: MATS
Autor: Tesista
Al pulsar click en el botón Guardar la aplicación registrará la información y nos
proporcionará una pantalla con el formato del archivo comprobante del registro
del movimiento. Este archivo puede ser impreso o almacenado en formato PDF.
101
Ilustración 47: Comprobante de registro de movimiento de insumo.
Fuente: MATS
Autor: Tesista
B.1.8 Orden de Pedido
El usuario dispone de un listado de clientes registrados en el sistema, a través de
los filtros de búsqueda podrá consultar el cliente para el cual se realizará la orden
de pedido.
102
Ilustración 48: Listado de Clientes disponibles para la creación de una orden de
pedido.
Fuente: MATS
Autor: Tesista
B.1.8.1 Crear Orden de Pedido
El botón Crear Orden Pedido permite registrar información de órdenes de pedido.
Ilustración 49: Formulario cabecera de una orden de pedido.
Fuente: MATS
Autor: Tesista
103
Los campos marcados con el símbolo (*) son aquellos que el sistema requiere de
manera obligatoria.
En caso de no ingresar un campo obligatorio la aplicación informará a través de
un mensaje.
Ilustración 50: Mensajes de ingreso obligatorio de campos del formulario
cabecera.
Fuente: MATS
Autor: Tesista
Al pulsar el botón Continuar el sistema permitirá el ingreso de información
detalle.
104
Ilustración 51: Formulario de ingreso del detalle de una orden de pedido.
Fuente: MATS
Autor: Tesista
La sección Seleccionar Ensayo permite consultar los ensayos disponibles a través
de los filtros código, descripción e ítem.
Ilustración 52: Seleccionar ensayo.
Fuente: MATS
Autor: Tesista
La sección Realizar Ensayo permite editar la cantidad y/o el precio de un ensayo
así como calcular y recalcular el precio total de los ensayos a realizar.
De igual forma permite eliminar un ensayo ingresado.
105
Ilustración 53: Realizar ensayo.
Fuente: MATS
Autor: Tesista
El botón ver PDF permite registrar la nueva orden de pedido en el sistema, a su
ver permitirá pre-visualizar el documento de la orden de pedido realizada.
Ilustración 54: Documento Orden de Pedido.
Fuente: MATS
Autor: Tesista
B.1.8.2. Historial Orden de Pedido
Mediante la opción Orden Pedido > Historial Pedido el usuario puede consultar el
estado de una orden de pedido.
La siguiente pantalla posee toda la información de órdenes de pedido realizadas
en el sistema. Mediante los filtros de búsqueda número de orden de pedido,
106
identificación o descripción de la obra el usuario podrá encontrar con mayor
rapidez la información requerida.
Ilustración 55: Historial Orden de Pedido.
Fuente: MATS
Autor: Tesista
B.1.9 Orden de Pago
La generación de una orden de pago se realiza con información de una orden de
pedido por ello se muestra un listado con las ordenes de pedido vigentes es decir
que no se han impreso aún.
Un orden de pedido tiene el estado impreso cuando ha sido utilizada para crear
una orden de pago de tal manera que no se puede utilizar más de una vez.
Para acceder a ésta opción lo hacemos mediante la opción Ord. Pago.
107
Ilustración 56: Opciones de Orden de Pago.
Fuente: MATS
Autor: Tesista
B.1.9.1 Crear Orden de Pago
Mediante la selección del enlace Orden Pago > Crear Ord.Pago el sistema
mostrará información de los pedidos con estado vigente una vez seleccionado el
pedido al pulsar la opción Crear Orden el usuario visualizará el formulario con la
información a imprimirse en el documento.
108
Ilustración 57: Formulario Crear Orden de Pago.
Fuente: MATS
Autor: Tesista
Al pulsar Guardar se registrará en el sistema la orden de pago y mostrará el
formato del archivo en una nueva pestaña.
Ilustración 58: Formato de una Orden de Pago.
Fuente: MATS
Autor: Tesista
109
El archivo estará disponible para ser impreso o bien para generar un archivo PDF.
B.1.9.2 Historial Orden de Pago
Mediante el enlace Orden Pago > Historial Ord.Pago el usuario dispondrá de
información del estado de una orden de Pago, es decir, si ya fue utilizada estará
con estado IMPRESO caso contrario con estado VIGENTE.
Ilustración 59: Historial Órdenes de Pago.
Fuente: MATS
Autor: Tesista
B.1.10 Factura
Esta opción permite al usuario imprimir la factura requisito indispensable para
que el ensayo se ejecute.
B.1.10.1. Crear Factura
El enlace Factura > Crear Factura permite elegir la orden de pago en base a la cual
se realizará la factura.
110
Ilustración 60: Crear Factura
Fuente: MATS
Autor: Tesista
El botón Facturar permitirá visualizar el formulario con la información que
contendrá la factura.
Ilustración 61: Formulario factura.
Fuente: MATS
Autor: Tesista
Al pulsar el botón guardar el sistema le mostrará al usuario una pantalla con el
formato de la factura pre-impresa.
111
Ilustración 62: Formato factura.
Fuente: MATS
Autor: Tesista
B.1.10.2. Historial Factura
Muestra a través del enlace Factura > Historial Factura el estado de las facturas
impresas.
Ilustración 63: Historial factura.
Fuente: MATS
Autor: Tesista
112
B.1.11. Reportes
El usuario dispone de información que requiere ser impresa esta funcionalidad
permite imprimir un archivo PDF.
B.1.11.1. Clientes
Mediante el enlace Reportes > Clientes el usuario puede mediante el uso de los
filtros Fecha Inicio y Fecha Fin obtener en formato PDF información de los
clientes registrados en el sistema.
Esta opción permite al usuario identificar por ejemplo: en el mes cuántos clientes
nuevos han realizado uso de los servicios del laboratorio.
Ilustración 64: Reporte Clientes.
Fuente: MATS
Autor: Tesista
B.1.11.2. Ensayos
A través de la opción Reportes > Tipos de Ensayos, el cliente puede obtener los
listados de tipos de ensayo y ensayos registrados en el sistema.
113
Ilustración 65: Reporte tipos de ensayo y ensayos.
Fuente: MATS
Autor: Tesista
ANEXO C: MANUAL TÉCNICO
C1. Requisitos para la implementación del sistema
Hardware
Servidor
o Procesador: Core i3 Ghz.
o Memoria RAM: 4GB
o Espacio en Disco: 100GB
Cliente
o Procesador: Pentium IV(mínimo)
114
o Memoria RAM: 2GB
Software
Servidor
o Sistema Operativo: El sistema ofrece la ventaja de ser
multiplataforma por ello puede ser implementado en cualquiera de
los siguientes sistemas operativos: Windows, Linux, Mac OS X.
o Gestor de Base de Datos: PostgreSQL 9.3
o Lenguaje de Programación: Java
o Servidor de aplicaciones: JBoss AS7
o JDK7
Cliente
o Navegador de internet
C2. Nomenclatura
El establecimiento de la nomenclatura a seguir a lo largo del desarrollo de una
aplicación permite ofrecer un código legible que facilite el mantenimiento de las
aplicaciones, correcciones del sistema y también el trabajo en equipo.
El presente proyecto se implementa de acuerdo a las convenciones de código Java,
y se describe a continuación:
CamelCase: Si el nombre contiene más de una palabra, cada palabra
comenzará con mayúscula.
Clases: La primera letra con mayúscula, se utiliza la escritura camelCase.
Métodos: Se utiliza la escritura camelCase, la primera letra con minúscula.
Variables: Al igual que los métodos se utiliza la escritura camelCase, la
primera letra con minúscula.
Constantes: El nombre de las constantes será todo en mayúsculas, en caso
de que esté conformado por varias palabras, el separador será con guión
bajo (_).
C3. Estructura de la Aplicación Web
115
El sistema se encuentra desarrollado en un solo proyecto tipo WAR (Web
Application Archive).
Ilustración 66: Estructura de la Aplicación.
Fuente: MATS
Autor: Tesista
C3.1. Intervenciones
En este proyecto en la carpeta web se encuentran las páginas .xhtml donde se
diagrama las pantallas con las que el usuario interactuará y también podemos
encontrar los controladores en la carpeta java, mismos que son los encargados de
la comunicación entre la lógica de negocio y la interfaz de usuario.
C3.3.1 webapp
Posee los archivos *.xhtml de la aplicación, almacenados en subcarpetas de tal
manera que cada módulo posea una carpeta asociada.
116
Ilustración 67: Estructura de la Aplicación: archivos xhtml.
Fuente: MATS
Autor: Tesista
C3.3.1 java
Posee las clases que interactúan con la interfaz del usuario.
117
Ilustración 68: Estructura de la Aplicación: archivos java.
Fuente: MATS
Autor: Tesista
La carpeta java posee las subcarpetas:
Jpa, posee las consultas JPA realizadas sobre la base de datos.
Managed, contiene los archivos que controlan la información de los
archivos *.xhtml.
Model, posee el mapeo de la base de datos.
Resources, posee el archivo repositorio de las etiquetas incorporadas en
los archivos que visualiza el usuario.
Service, posee las interfaces de interacción entre los controladores y la
base de datos.
util, posee clases utilitarias y de validación de la información de ingresa el
usuario a través de los archivos *.xhtml.
118
C3.3.1 resources
Esta carpeta posee la información de conexión con las base de datos.
Ilustración 69: Estructura de la Aplicación: archivo resource.
Fuente: MATS
Autor: Tesista
C4. Programas Fuentes
El programa fuente de la aplicación se encuentra en una carpeta bajo el nombre de
ProyectoWeb.
La base de datos con la información básica de la aplicación se denomina
MATS_backup.
C5. Programas Ejecutables
El programa ejecutable de la aplicación posee un nombre similar a la carpeta del
código fuente, el ejecutable se denomina “ProyectoWeb.war.deployed”.
Otro de los ejecutables es el servidor de aplicaciones JBOSS7 denominado”jboss-
as-7.1.1.Final\standalone\deployments”.
119
C5. Software utilizado en la aplicación
Nombre software Función
Winrar Permite descomprimir paquetes.
Firefox 39.0 Permite la navegación de la aplicación
web.
postgresql-9.3.4-4-windows Base de datos de la aplicación
jdk1.7.0_67
Máquina Virtual de Java, que permite
la ejecución de la aplicación en
múltiples plataformas.
jboss-as-7.1.1.Final Servidor de aplicaciones web
eclipse IDE de desarrollo de aplicaciones
JAVA.
apache-maven-3.3.3-bin
Permite la construcción de proyectos
en base al detalle/ubicación de las
librerías de la aplicación.
iReport-5.6.0-windows-installer Aplicación para el diseño de reportes.
Tabla 55: Software Utilizado en la aplicación
Fuente: Tesista
Autor: Tesista
C6. Manual de Instalación
C6.1 Software utilitario: WinRar
1. Pulsar click derecho sobre el icono “WinRar”, elegir la opción “Ejecutar
como administrador”.
2. Luego click en el botón “Si” del mensaje que muestra la figura.
120
Ilustración 70: Mensaje que autoriza la ejecución del software Winrar
Fuente: Windows7
Autor: Tesista
3. Seleccionar la opción “Install”
Ilustración 71: Instalación del software
Fuente: Winrar
Autor: Tesista
4. Luego pulsar botón OK.
121
Ilustración 72: Selección de funciones de Winrar
Fuente: Winrar
Autor: Tesista
5. Finalmente, pulsar “Done”
Ilustración 73: Mensaje final de instalación winrar
Fuente: Winrar
Autor: Tesista
C6.2 Software utilitario: Firefox
122
1. En la carpeta “5 Software Utilizado En La Aplicación” del escritorio, en el
icono “Firefox Setup 39.0.3” pulsar click derecho opción “Ejecutar como
administrador”.
2. Elegir SI en el mensaje que aparece.
Ilustración 74: Mensaje que autoriza la ejecución del software Firefox
Fuente: Firefox
Autor: Tesista
3. Digitar Next >
Ilustración 75: Ayuda de instalación del software Firefox
Fuente: Firefox
Autor: Tesista
4. Digitar nuevamente Next >, luego la opción “Install”.
5. Seleccionar Finish.
123
Ilustración 76: Fin de la instalación del software Firefox
Fuente: Firefox
Autor: Tesista
6. Para terminar la instalación pulsar click en la opción “Next >” y “Finish”.
C6.2 Base de Datos: Postgres 9.3
1. En la carpeta “5 Software Utilizado En La Aplicación” del escritorio
Sobre el icono “postgresql-9.3.4-4-windows” pulsar click derecho y
seleccionar la opción “Ejecutar como administrador”.
2. Luego sobre el mensaje de la figura elegir la opción “SI”.
Ilustración 77: Mensaje que autoriza la ejecución del software Postgres
Fuente: Postgres
Autor: Tesista
3. En la imagen inferior pulsar el botón “Siguente”.
124
Ilustración 78: Mensaje que inicia la instalación del software Postgres
Fuente: Postgres
Autor: Tesista
4. Nuevamente elegir “Siguiente” hasta llegar a una pantalla de ingreso de
usuario y clave de la base de datos.
Ingresar la contraseña, para el ejemplo ingresar root, luego elegir
“Siguiente”.
Ilustración 79: Usuario/Clave de Postgres
Fuente: Postgres
125
Autor: Tesista
5. Mantener el número de Puerto 5432. Seleccionar “Siguiente”.
Ilustración 80: Puerto de la base de datos de Postgres
Fuente: Postgres
Autor: Tesista
6. Mantener la configuración regional por defecto, pulsar “Siguiente”.
Ilustración 81: Crea la ruta de almacenamiento de datos de Postgres
Fuente: Postgres
126
Autor: Tesista
7. Finalizar la personalización de la base de datos al pulsar “Siguiente”.
Ilustración 82: Crea la ruta de almacenamiento de datos de Postgres
Fuente: Postgres
Autor: Tesista
8. Esperar que se complete la instalación.
Ilustración 83: Mensaje previo al fin de instalación de Postgres
Fuente: Postgres
Autor: Tesista
127
9. Retirar el check del mensaje que inicia con el texto “Stack Builder…”.
Pulsar en la opción “Terminar”.
Ilustración 84: Fin de la instalación de Postgres
Fuente: Postgres
Autor: Tesista
C6.3 Aplicación: Máquina Virtual Java JDK
1. Sobre el icono “jdk-7u67-windows-x64” pulsar click derecho y elegir la
opción “Ejecutar como administrador”.
2. Seleccionar la opción SI
Ilustración 85: Confirnación de instalación de Java
Fuente: Java
Autor: Tesista
3. Elegir la opción Next>, Next >. Nuevamente Next >
128
4. Finalmente “Close”
Ilustración 86: Mensaje de finalización de la instalación de Jdk
Fuente: Java
Autor: Tesista
5. Finalizada la instalación crear una variable del sistema llamada
JAVA_HOME con la ruta de instalación para el ejemplo; C:\Program
Files\Java\jdk1.7.0_67.
Ilustración 87: Variable del Sistema Java
Fuente: Tesista
Autor: Tesista
129
6. Agregar la variable JAVA_HOME en el path, por ejemplo;
“;%JAVA_HOME%\bin” delimitar la variable con el uso de punto y
coma(;).
Ilustración 88: Variable Java en Path del sistema
Fuente: Tesista
Autor: Tesista
C6.5 Aplicación: Maven
1. Descomprimir el archivo del escritorio “5 Software Utilizado En La
Aplicación/apache-maven-3.3.3-bin.rar” con click derecho elegir la opción
“Extract Here”.
2. Copiar la carpeta “apache-maven-3.3.3” en el c:\
3. Configurar la variable de entorno en los parámetros del sistema
M2_HOME = C:\apache-maven-3.3.3\” como muestra la figura.
130
Ilustración 89: Variable del Sistema Maven
Fuente: Tesista
Autor: Tesista
4. Agregar la variable al path, por ejemplo; “;%M2_HOME%\bin” delimitar
la variable con el uso de punto y coma(;). Aceptar los cambios realizados
pulsar OK, OK y Aceptar.
Ilustración 90: Variable Maven en Path
Fuente: Tesista
131
Autor: Tesista
5. Reiniciar el equipo.
C6.6 Aplicación: Jboss7
1. Descomprimir el archivo del escritorio “5 Software Utilizado En La
Aplicación/jboss-as-7.1.1.Final.rar” con click derecho elegir la opción
“Extract Here”.
2. Copiar la carpeta “jboss-as-7.1.1.Final” en la nueva ruta
“C:\Users\Mats\Documents\EntornoMATS\servidor\”.
C6.4 Aplicación: IDE Eclipse
1. Copiar la carpeta “eclipse” de la carpeta del escritorio denominada “5
Software Utilizado En La Aplicación” y ubicarla en la nueva ruta
“C:\Users\Mats\Documents\EntornoMATS\AppDesarrollo\”
2. Dentro de la ruta
“C:\Users\Mats\Documents\EntornoMATS\AppDesarrollo\eclipse\” sobre
el icono eclipse.exe pulsar click derecho y elegir la opción “ejecutar como
administrador”.
3. Confirme que la aplicación puede ejecutarse. Pulse “Si”.
Ilustración 91: Mensaje de confirmación de instalación eclipse
Fuente: Tesista
Autor: Tesista
C6.3 Aplicación: iReport
132
1. Descomprimir el archivo del escritorio “5 Software Utilizado En La
Aplicación/iReport-5.6.0-windows-installer.rar” con click derecho elegir
la opción “Extract Here”.
2. Ejecutar el icono “iReport-5.6.0-windows-installer.exe” con click derecho
“Ejecutar como administrador”.
Ilustración 92: Pantalla de seguridad de ejecución de iReport
Fuente: Tesista
Autor: Tesista
3. Seleccionar Next >
Ilustración 93: Inicio de instalación de iReport
Fuente: Tesista
Autor: Tesista
133
4. Elegir “I agree”
Ilustración 94: Licencia de instalación de iReport
Fuente: Tesista
Autor: Tesista
5. Elegir Next > luego Next >
6. Después la opción “Install”
Ilustración 95: Proceso de instalación de iReport
Fuente: Tesista
134
Autor: Tesista
7. Finalmente clic en “Finish”.
C7 Manual de Ejecución del código fuente
C7.1 Base de Datos
1. Ingresar a la base de datos Postgres a través del icono de la fecha 2.
Ilustración 96: Ingresar a Postgres
Fuente: Tesista
Autor: Tesista
2. Ingresar a Servers > PostgresSQL 9.3 e ingresar la clave de la base de
datos. La clave de acuerdo al ejemplo es root
Ilustración 97: Ingresar la base de datos Postgres
Fuente: Tesista
Autor: Tesista
135
3. Seleccionar Databases(1) > postgres > clic derecho y elegir Restore
Ilustración 98: Restaurar base de datos Postgres
Fuente: Tesista
Autor: Tesista
4. Seleccionar:
A. Format = Custom or tar
B. La ruta “C:\Users\Mats\Desktop\3 Programas Fuentes\Base de
Datos\bd_10_08_2015.backup”.
C. Rolname = postgres
136
Ilustración 99: Selección del backup de base de datos Postgres
Fuente: Tesista
Autor: Tesista
C7.2 Ejecución Proyecto MATS.
Previo a la configuración del entorno es necesario que el equipo tenga conexión a
internet para que el gestor automático de la compilación y construcción del
proyecto, Maven, actualice sus repositorios.
1. Crear la carpeta “C:\Uses\Mats\Documents\EntornoMATS\app\”.
2. Una vez iniciado el IDE Eclipse seleccionar la opción File > Switch
WorkSpace > Other > Workspace =
C:\Uses\Mats\Documents\EntornoMATS\app\ y pulsar OK.
137
3. En eclipse seleccionar File > Import > Maven > Existing Maven Projects y
luego click en Next >
Ilustración 100: Selección del tipo de proyecto a importar
Fuente: Tesista
Autor: Tesista
4. Seleccionar la carpeta del proyecto ubicada en “C:\Users\Mats\Desktop\3
Programas Fuentes\ProyectoWeb”, check en la opción “Add Project(s) to
working set” y luego click en “Finish”.
138
Ilustración 101: Import a proyecto maven
Fuente: Tesista
Autor: Tesista
Configurar maven en eclipse
1. Accedemos al menú “Windows>>Preferences”, escribimos “maven” en el
campo de texto que aparece en la esquina superior izquierda y pinchamos
en el submenú “Installations”. Se nos mostrará la versión de Maven que
viene embebida en el plugin. En lugar de usar esa, vamos a seleccionar la
que instalamos en el primer tutorial, para ello pinchamos en añadir,
seleccionamos la carpeta donde instalamos Maven y aceptamos. Se nos
mostrará algo parecido a esto.
139
Ilustración 102: Configurar Maven
Fuente: Tesista
Autor: Tesista
Luego pulsamos “OK”.
Configurar servidor de aplicaciones
1. En eclipse seleccionar la pestaña Server > click derecho > New > Server >
Seleccionar Jboss AS 7.1 y dar click en Next.
140
Ilustración 103: Selección del servidor de aplicaciones
Fuente: Tesista
Autor: Tesista
2. Digitar Next > y en Home Directory seleccionar la ruta del servidor y en
Execution Enviroment = Java SE-1.7. Luego click en Next >
141
Ilustración 104: Configuración del servidor de aplicaciones
Fuente: Tesista
Autor: Tesista
3. Elegir la aplicación ProyectoWeb pulsar add y finish.
142
Ilustración 105: Configurar proyecto en jboss7
Fuente: Tesista
Autor: Tesista
4. La aplicación empezará a cargarse, éste paso tarda aproximadamente 15
minutos.
Ilustración 106: Carga del proyecto en jboss7
Fuente: Tesista
Autor: Tesista
C7 Manual de Ejecución Programas Ejecutables.
5. La carpeta C:\Users\Mats\Desktop\4 Programas Ejecutables\ tiene la
subcarpeta ProyectoWeb.war y el archivo ProyectoWeb.war.deployed que
143
deben incorporarse en la ruta
“C:\Users\Mats\Documents\EntornoMATS\servidor\jboss-as-
7.1.1.Final\standalone\deployments\”.
6. Para verificar que la aplicación se ejecuta correctamente dar doble click
sobre el archivo standalone.bat de la ruta
“C:\Users\Mats\Documents\EntornoMATS\servidor\jboss-as-
7.1.1.Final\bin\”
7. El log de la aplicación mostrará el resultado siguiente:
8. Verificar el acceso correcto a la aplicación mediante el enlace
localhost:8280/ProyectoWeb/
Usuario: 1716230196
Clave: 5577
144