UNIVERSIDAD DE GUAYAQUIL -...
Transcript of UNIVERSIDAD DE GUAYAQUIL -...
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS
COMPUTACIONALES
DESARROLLO E IMPLEMENTACIÓN DE UN SISTEMA DE CONTROL DE FORMULARIOS PARA LA COORDINACIÓN
ZONAL 8 DEL INSTITUTO NACIONAL DE ESTADÍSTICAS Y CENSOS DE
LA CIUDAD DE GUAYAQUIL EN EL AÑO
2016
MANUAL TÉCNICO
Previa a la obtención del Título de:
INGENIERO EN SISTEMAS COMPUTACIONALES
AUTOR: LUIS ALEJANDRO ZAMBRANO VERA
TUTOR: ING. ALBERTO NARCISO CASTRO LIMONES, Mgs
GUAYAQUIL – ECUADOR 2016
II
ÍNDICE GENERAL
ÍNDICE GENERAL ........................................................................................ II ÍNDICE DE GRÁFICOS ................................................................................ III ÍNDICE DE CUADROS ................................................................................ VI MANUAL TÉCNICO ....................................................................................... 1
INTRODUCCIÓN ........................................................................................... 1
DIAGRAMA GENERAL DEL PROYECTO ..................................................... 1
HERRAMIENTAS PARA EL DESARROLLO ................................................. 3
CONFIGURACIÓN ........................................................................................ 3
JAVA SERVER FACES ................................................................................. 4
PRIMEFACES ............................................................................................... 5
MAPEO DE CLASES ..................................................................................... 6
CONFIGURACIÓN DE SERVIDORES ........................................................ 11
ESTRUCTURA DEL PROYECTO ............................................................... 15
DIAGRAMAS ............................................................................................... 23
DIAGRAMAS DE FLUJO DE PROCESOS .................................................. 23
Planificación – Recepción de Planta Central ........................................ 23
Planificación – Distribución a Instituciones y Oficinas ........................... 24
Recolección – Generación de Folios .................................................... 25
Recolección – Ingreso de Secuenciales ............................................... 26
Asignación – Asignación ....................................................................... 27
Critica Digitación – Critica Digitación .................................................... 28
Reportes – Folios Distribuidos a los establecimientos .......................... 29
Reportes – Folios no distribuidos para el SIES ..................................... 30
Reportes – Folios creados .................................................................... 31
Reportes – Producción Diaria ............................................................... 32
DIAGRAMA DE CASOS DE USOS ............................................................. 33
DIAGRAMA DE CLASES............................................................................. 49
DAO ..................................................................................................... 49
ENTITIES ............................................................................................. 50
CONVERTER ....................................................................................... 51
SEGURIDAD ........................................................................................ 52
ASIGNACION ....................................................................................... 53
CRITICA/DIGITACION ......................................................................... 54
GENERAL ............................................................................................ 55
MANTENIMIENTO................................................................................ 56
PLANIFICACION .................................................................................. 57
RECOLECCIÓN ................................................................................... 58
REPORTES .......................................................................................... 59
DIAGRAMA DE SECUENCIA ...................................................................... 60
DETALLE DE ESTRUCTURAS DE BASE DE DATOS ................................ 76
UTILITARIOS .............................................................................................. 81
III
ÍNDICE DE GRÁFICOS
Gráfico N. 1 Estructura del Proyecto .............................................................1
Gráfico N. 2 Estructura de la Base de Datos ...................................................2
Gráfico N. 3 Librerías JAR para Primefaces ...................................................5
Grafico N. 4 Librerías JAR para Primefaces ...................................................5
Grafico N. 5 Configuración Databases ...........................................................6
Grafico N. 6 Configuración driver MYSQL....................................................6
Gráfico N. 7 Configuraciones Conexión del MYSQL ..................................7
Gráfico N. 8 Creación de la Persistencia ........................................................7
Gráfico N. 9 Configuraciones varias Persistence .......................................8
Gráfico N. 10 wizard Entity Classes from Database ........................................8
Gráfico N. 11 Especificaciones Entity Classes ................................................9
Gráfico N. 12 Entity Classes ........................................................................9
Grafico N. 13 Persistence.xml configurado ..................................................10
Gráfico N. 14 Persistence.xml configurado ..............................................10
Grafico N. 15 Faces-config.xml ..................................................................11
Gráfico N. 16 GlassFish ............................................................................12
Gráfico N. 17 Instalación GlassFish ............................................................12
Gráfico N. 18 Instalación GlassFish ............................................................13
Gráfico N. 19 Instalación GlassFish ............................................................13
Gráfico N. 20 Lista de Servidores Web ........................................................14
Gráfico N. 21 Lista de Servidores Web ....................................................14
Gráfico N. 22 Inicio de GlassFish ...............................................................15
Gráfico N. 23 Estructura Principal en Netbeans ............................................15
Gráfico N. 24 Estructura Web Pages ...........................................................16
Gráfico N. 25 Estructura Source Package .....................................................17
Gráfico N. 26 Detalle Controller .................................................................18
Gráfico N. 27 Detalle Mapping ...................................................................20
Gráfico N. 28 Diagrama De Proceso de Recepción de Planta Central .....23
Gráfico N. 29 Diagrama De Proceso de Distribución a Instituciones y Oficinas ...................................................................................................24
Gráfico N. 30 Diagrama De Proceso de Generación de Folios ................25
Gráfico N. 31 Diagrama De Proceso de Generación de Folios ................26
Gráfico N. 32 Diagrama De Proceso de Asignación.................................27
Gráfico N. 33 Diagrama De Proceso de Asignación.................................28
Gráfico N. 34 Diagrama De Proceso de Asignación.................................29
Gráfico N. 35 Diagrama de Reportes Folios no distribuidos para el SIES 30
Gráfico N. 36 Diagrama de Reportes Folios creados ...............................31
Gráfico N. 37 Diagrama de Reportes Producción Diaria ..........................32
Grafico N. 38 Ingreso al Sistema .............................................................33
Gráfico N. 39 Menú del Sistema de Control Formularios .........................34
Gráfico N. 40 Menú Mantenimiento - Instituciones ...................................35
Gráfico N. 41 Menú Mantenimiento - Usuario ..........................................36
Gráfico N. 42 Menú Mantenimiento – Etiqueta .........................................37
Gráfico N. 43 Menú Planificación – Recepción de Planta Central ............38
IV
Gráfico N. 44 Menú Planificación – Distribución a Instituciones y Oficinas. ................................................................................................................39
Gráfico N. 45 Menú Recolección – Generación de Folio ..........................40
Gráfico N. 46 Menú Recolección – Ingreso de secuencias ......................41
Gráfico N. 47 Menú Asignación – Asignación ..........................................42
Gráfico N. 48 Menú Critica/Digitación ......................................................43
Gráfico N. 49 Menú Reportes – Folios distribuidos a los establecimientos ................................................................................................................44
Grafico N. 50 Menú Reportes – Folios no distribuidos para el SIES ........45
Gráfico N. 51 Menú Reportes – Folios Creados .......................................46
Gráfico N. 52 Menú Reportes – Producción Diaria...................................47
Gráfico N. 53 Menú Sesión – Perfil ..........................................................48
Gráfico N. 54 Diagrama de Clases DAO ..................................................49
Gráfico N. 55 Diagrama de Clases ENTITIES..........................................50
Gráfico N. 56 Diagrama de clase Converter.............................................51
Gráfico N. 57 Diagrama de Seguridad .....................................................52
Gráfico N. 58 Diagrama de Clases Asigancion ........................................53
Gráfico N. 59 Diagrama de Clases Critica/Digitación ...............................54
Gráfico N. 60 Diagrama de Clases General .............................................55
Gráfico N. 61 Diagrama de Clases Mantenimiento ..................................56
Gráfico N. 62 Diagrama de Clases Planificación ......................................57
Gráfico N. 63 Diagrama de Clases Recolección ......................................58
Gráfico N. 64 Diagrama de Clases Reportes ...........................................59
Grafico N. 65 Ingreso al Sistema .............................................................60
Gráfico N. 66 Menú del Sistema de Control Formularios .........................61
Gráfico N. 67 Menú Mantenimiento – Instituciones ..................................62
Gráfico N. 68 Menú Mantenimiento - Usuario ..........................................63
Gráfico N. 69 Menú Mantenimiento – Etiqueta .........................................64
Gráfico N. 70 Planificación – Recepción de Planta Central ......................65
Gráfico N. 71 Menú Planificación – Distribución a Instituciones y Oficinas ................................................................................................................66
Gráfico N. 72 Menú Recolección – Generación de Folio ..........................67
Gráfico N. 73 Menú Recolección – Ingreso de secuencias ......................68
Gráfico N. 74 Menú Asignación – Asignación ..........................................69
Gráfico N. 75 Menú Critica/Digitación ......................................................70
Gráfico N. 76 Menú Reportes – Folios distribuidos a los establecimientos ................................................................................................................71
Gráfico N. 77 Menú Reportes – Folios no distribuidos para el SIES ........72
Gráfico N. 78 Menú Reportes – Folios Creados .......................................73
Gráfico N. 79 Menú Reportes – Producción Diaria...................................74
Gráfico N. 80 Menú Sesión – Perfil ..........................................................75
Gráfico N. 81 Tabla: con_area .................................................................76
Gráfico N. 82 Tabla: con_departamento ..................................................76
Gráfico N. 83 Tabla: con_detalle_ingreso ................................................77
Gráfico N. 84 Tabla: con_establecimiento ...............................................77
Gráfico N. 85 Tabla: con_ingreso ............................................................78
Gráfico N. 86 Tabla: con_inventario .........................................................78
Gráfico N. 87 Tabla: con_modulo ............................................................78
Gráfico N. 88 Tabla: con_opcion ..............................................................78
V
Gráfico N. 89 Tabla: con_personal ..........................................................79
Gráfico N. 90 Tabla: con_rol ....................................................................79
Gráfico N. 91 Tabla: gen_catalogo ..........................................................79
Gráfico N. 92 Tabla: gen_detalle_catalogo ..............................................80
Gráfico N. 93 Tabla: gen_folio .................................................................80
Gráfico N. 94 Tabla: gen_modulo_rol ......................................................80
Gráfico N. 95 Tabla: gen_personal_modulo .............................................80
Gráfico N. 96 Diagrama de Clases Mails.java ..........................................81
Gráfico N. 97 Detalle de configuración de Correo ....................................82
VI
ÍNDICE DE CUADROS
Cuadro N. 1 Herramientas desarrollo.........................................................3
1
MANUAL TÉCNICO
INTRODUCCIÓN
Con la finalidad de garantizar funcionamiento del sistema, en el presente
documento especificara las estructuras, procesos y configuraciones
realizadas con el objetivo de administrar o realizar modificaciones que se
requieran realizar en el sistema.
DIAGRAMA GENERAL DEL PROYECTO
En el diagrama se indica cómo se encuentra estructurado el sistema de
control de formulario para el Inec CZL8 departamento de registros
administrativos.
Gráfico N. 1 Estructura del Proyecto
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
2
Elaboración: Luis Alejandro Zambrano Vera. Fuente: Luis Alejandro Zambrano Vera.
Gráfico N. 2 Estructura de la Base de Datos
3
HERRAMIENTAS PARA EL DESARROLLO
La base de datos usada en el sistema de control de formularios para el
almacenamiento y obtención de información es MySQL 5.7, el nombre de
la base es formulario_base
CONFIGURACIÓN
Para el desarrollo del módulo se utilizó:
IDE de desarrollo para Java: NetBeans IDE 8.0. En el cual
configuramos lo siguiente:
Cuadro N. 1 Herramientas desarrollo
Java Server Faces JSF Versión 2.2
Framework para
aplicaciones java. Conjunto
de librerías para el
desarrollo de aplicaciones
web, hace uso de
componentes en la interfaz
de usuario y manejo de
eventos ajax.
Primefaces Versión 4.0
Librería de componentes
para JSF, facilita la
creación de aplicaciones
web
4
GlassFish GlassFish es un servidor de
aplicaciones desarrollado
por Sun Microsystems que
implementa las tecnologías
definidas en la plataforma
Java EE y permite ejecutar
aplicaciones que siguen
esta especificación.
Java Persistence AP
Proporciona un modelo de
persistencia basado en
POJO's para mapear bases
de datos relacionales en
Java. La persistencia de
Java fue desarrollada por
expertos de EJB 3.0 como
parte de JSR 220, aunque
su uso no se limita a los
componentes software
EJB.
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
JAVA SERVER FACES
1.- Como pre-requisito debe tener instalado el jre7
2.- Agregamos las librerías jar para JSF y sus dependencias.
5
Gráfico N. 3 Librerías JAR para Primefaces
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
PRIMEFACES
1.- Una vez que se descarga del sitio www.primefaces.org/ la librería
primefaces 4.0 procedemos a añadirlas y también sus dependencias.
Grafico N. 4 Librerías JAR para Primefaces
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
6
MAPEO DE CLASES
1.- Realizamos la conexión con la base de datos de Mysql.
Grafico N. 5 Configuración Databases
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
Sobre el icono databases hacemos click derecho y, seleccionamos nueva
conexión y seleccionamos los driver para Mysql.
Grafico N. 6 Configuración driver MYSQL
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
7
Ingresamos los datos el usuario y la contraseña a la conexión y probamos
para verificar si se realizó la conexión con la base de datos.
Gráfico N. 7 Configuraciones Conexión del MYSQL
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
1.- Configuramos el archivo Persistence.xml
En esta configuración creamos la unidad de persistencia para el mapeo
de la base de datos relacionales en java
Gráfico N. 8 Creación de la Persistencia
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
8
. Le asignamos un nombre formularios_modelPU
Le agregamos la propiedad del jdbc de la conexión con mysql
Gráfico N. 9 Configuraciones varias Persistence
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
Posteriormente creamos las entidades del proyecto
Gráfico N. 10 wizard Entity Classes from Database
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
9
Gráfico N. 11 Especificaciones Entity Classes
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
Gráfico N. 12 Entity Classes
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
Para finalizar verificamos que el archivo persistences.xml tenga incluido
las clases Entity creadas.
10
Grafico N. 13 Persistence.xml configurado
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
Web.xml
Añadimos las siguientes líneas para configurar el parámetros primefaces
para establecer el tipo de estilo css a las páginas.
Gráfico N. 14 Persistence.xml configurado
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
11
Faces-config.xml Se crea el archivo Faces-config.xml y configuramos las siguientes
propiedades para el reconocimiento de métodos para el procesamiento
de datos del formulario.
Grafico N. 15 Faces-config.xml
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
CONFIGURACIÓN DE SERVIDORES
El servidor web donde se va ejecuta el proyecto es GlassFish, lo podemos
conseguir de la página oficial https://glassfish.java.net/ descomprimimos y
procedemos con la instalación, la ruta que contendrá el servidor de
Glassfish es la unidad C.
Ejecutar el comando “java -Xmx256m -jar filename.jar” donde filename.jar
es el nombre del archivo que hemos descargado.
12
Gráfico N. 16 GlassFish
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
En este momento se ejecuta la instalación de Glassfish 2.1. En la
siguiente ventana leemos las condiciones de uso y pulsamos Accept
Gráfico N. 17 Instalación GlassFish
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
Comienza el proceso de instalación, al finalizar nos muestra el mensaje
“Installataion Complete”
GRÁFICO 1 Instalación GlassFish
13
Gráfico N. 18 Instalación GlassFish
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
Una vez iniciado el servidor, podemos acceder a la consola a través del
navegador, concretamente a través del puerto por defecto
http://localhost:4848/
Gráfico N. 19 Instalación GlassFish
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera
14
Desde el Netbeans nos ubicamos en la pestaña de servicios
Gráfico N. 20 Lista de Servidores Web
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
2.- Dando click derecho y escogemos la opción Add Server Instance y
llenamos el formulario de configuración del GlassFish.
Gráfico N. 21 Lista de Servidores Web
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
15
3.- Finalmente verificamos si se levantan los servicios del servidor GlassFish
Gráfico N. 22 Inicio de GlassFish
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
ESTRUCTURA DEL PROYECTO
Aplicación A continuación se detallara la estructura del proyecto que consiste en una
aplicación web.
Estructura del proyecto en netbeans
Gráfico N. 23 Estructura Principal en Netbeans
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
Control_formulario.- Nombre del proyecto, contiene toda la aplicación
Web.
WebPages.- Contenedor de vistas o pantallas del proyecto, archivos de
configuraciones JSF (xml).
16
Source Packages.- Contenedor de estructuras de paquetes y clases
java.
Libraries.- Contenedor de librerías y jar de librerías.
Configuration Files.- Configuración de la aplicación, archivos
descriptores de despliegue xml y persistencia.
WEB PAGES
Gráfico N. 24 Estructura Web Pages
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
general.- Contiene la interfaz de acceso al sistema, el menú y el perfil del
usuario.
modulos.- Contiene la vista de los módulos de sistema, asignación,
critica, mantenimiento, planificación , recolección y reporte.
public.- Contiene la vista de manejo de control de acceso al sistema.
reportes.- Contiene los compilados para la generación de reportes de
compromisos. rpt_entrega_recepcioncreados con Jaspersoft iReport
Designer 5.0.0.
17
SOURCE PACKAGES
Gráfico N. 25 Estructura Source Package
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
com.- Contiene las clases java e interfaces que se encargaran de los
objetos de negocio para el procesamiento de objetos compuesto.
com.forms.complete.- Contiene las clases java Manage Beans para el
manejo de la lógica del negocio.
com.forms.converter.- Clases para convertir una selección en un
“ComboBox” a objeto Java.
com.forms.reportes.- Metodos para generar los reportes varios del
Sistema.
com.forms.seguridad.- Clase que valida que un usuario tenga una
sesión activa en el sistema para poder ingresar a sus opciones.
com.modules.asignacion.beans.- Clases controladoras de las pantallas
del módulo de asignación.
18
com. modules.critidig.beans.- Clases controladoras de las pantallas del
módulo de “Critica y Digitación”.
com. modules.general.beans.- Clases controladoras de las interfaces de
usuario de proposito general como: Login y perfil de usuario.
com. modules.mantenimiento.beans.- Clases controladoras del módulo
de “Mantenimiento”.
com. modules.planificacion.beans.- Clases controladoras de las
interfaces del módulo de “Planificación”.
com. modules.recoleccion.beans.- Clases controladoras de las
interfaces del módulo de “Recolección”.
com. modules.reportes.beans.- Clases controladoras de las interfaces
del módulo de “Reportes”.
Gráfico N. 26 Detalle Controller
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
19
form.dao.- Paquete con clases destinadas a enviar transacciones contra
la base datos.
Area.Dao.java.- Clase con métodos de acceso a todo lo relacionado con
la tabla ConArea de la Base de datos.
CatalogoDao.java.- Clase con métodos de acceso a todo lo relacionado
con la tabla GenCatalogo de la Base de datos.
CatalagoDetalleDao.java.- Clase con métodos de acceso a todo lo
relacionado con la tabla GenDetalleCatalogo de la Base de datos.
ConDetalleIngresoDao.java.- Clase con métodos de acceso a todo lo
relacionado con la tabla ConDetalleIngreso de la Base de datos.
ConIngresoDao.java.- Clase con métodos de acceso a todo lo
relacionado con la tabla ConIngreso de la Base de datos.
ConInventarioDao.java.- Clase con métodos de acceso a todo lo
relacionado con la tabla ConInventario de la Base de datos.
DepartamentoDao.java.- Clase con métodos de acceso a todo lo
relacionado con la tabla ConDepartamento de la Base de datos.
EstablecimientoDao.java.- Clase con métodos de acceso a todo lo
relacionado con la tabla ConEstablecimiento de la Base de datos.
GenFolioDao.java.- Clase con métodos de acceso a todo lo relacionado
con la tabla GenFolio para registro de folios creados en la Base de datos.
GenericDao.java.- Clase con métodos básicos en la base de datos como
inserción, búsqueda, edición, eliminado y conexión con la base de datos.
20
Todas las clases en el paquete DAO, heredan todos los métodos de esta
clase.
ModuloDao.java.- Clase con métodos de acceso a todo lo relacionado
con la tabla ConModulo de la Base de datos.
OpcionDao.java.- Clase con métodos de acceso a todo lo relacionado
con la tabla ConOpcion de la Base de datos.
PersonalDao.java.- Clase con métodos de acceso a todo lo relacionado
con la tabla ConPersonal de la Base de datos.
RolDao.java.- Clase con métodos de acceso a todo lo relacionado con la tabla ConRol de la Base de datos.
Gráfico N. 27 Detalle Mapping
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
form.entities- Contiene clases de utilería para diversos fines como
ConArea.java.- Clase con métodos de acceso a todo lo relacionado con
la tabla ConArea de la Base de datos.
21
ConDepartamento.java.- Clase con métodos de acceso a todo lo
relacionado con la tabla ConDepartamento de la Base de datos.
ConDetalleIngreso.java.- Clase con métodos de acceso a todo lo
relacionado con la tabla ConDetalleIngreso de la Base de datos.
ConEstablecimiento.java.- Clase con métodos de acceso a todo lo
relacionado con la tabla ConEstablecimiento de la Base de datos.
ConIngreso.java.- Clase con métodos de acceso a todo lo relacionado
con la tabla ConIngreso de la Base de datos.
ConInventario.java.- Clase con métodos de acceso a todo lo relacionado
con la tabla ConInventario de la Base de datos.
ConModulo.java.- Clase con métodos de acceso a todo lo relacionado
con la tabla ConModulo de la Base de datos.
ConOpcion.java.- Clase con métodos de acceso a todo lo relacionado
con la tabla ConOpcion de la Base de datos.
ConPersonal.java.- Clase con métodos de acceso a todo lo relacionado
con la tabla ConPersonal de la Base de datos.
ConRol.java.- Clase con métodos de acceso a todo lo relacionado con la
tabla ConRol de la Base de datos.
GenCatalogo.java.- Clase con métodos de acceso a todo lo relacionado
con la tabla GenCatalogo, donde se almacenan diferentes tipos de
colecciones necesarias en el Sistema como parámetros, tipos de estado,
tipos de formularios, etc. de la Base de datos.
22
GenDetalleCatalogo.java. - Clase con métodos de acceso a todo lo
relacionado con la tabla GenDetalleCatalogo, sirve para guardar los
detalles de las diferentes colecciones creadas en la tabla GenCatalogo.
GenFolio.java.- Clase con métodos de acceso a todo lo relacionado con
la tabla GenFolio de la Base de datos donde se guardan los diferentes
folios creados.
23
DIAGRAMAS
DIAGRAMAS DE FLUJO DE PROCESOS
Planificación – Recepción de Planta Central
Gráfico N. 28 Diagrama De Proceso de Recepción de Planta Central
Inicio
Permisos de acceso
Selección del módulo de mantenimiento
Selección de la opción de
Recepción de Planta Central
Ingreso de recepción del
formulario
SI
Valida información ingresada Ingreso
compromisocon_detalle_ingreso
Ingreso
SI
Fin
NO
SI
NO
Elaboración: Luis Alejandro Zambrano Vera. Fuente: Luis Alejandro Zambrano Vera.
24
Planificación – Distribución a Instituciones y Oficinas
Gráfico N. 29 Diagrama De Proceso de Distribución a Instituciones y
Oficinas
Inicio
Permisos de acceso
Selección del módulo de mantenimiento
Selección de la opción de
Distribución a Instituciones y
Oficina
Consulta la Institución y Oficina para
realizar la distribución
SI
Verificación de Institución o Oficina
Ingreso De formulario
con_detalle_ingreso
Ingreso
Fin
NO
No Existe Institución o Oficina
NO
Distribución de formularios a las
instituciones o oficinas y generación de acta de
entrega
SI
Elaboración: Luis Alejandro Zambrano Vera. Fuente: Luis Alejandro Zambrano Vera.
25
Recolección – Generación de Folios
Gráfico N. 30 Diagrama De Proceso de Generación de Folios
Inicio
Permisos de acceso
Selección del módulo de Recolección
Selección de la opción de
Generación de folios
Selecciona el año y el tipo de
Formulario
SI
Ingreso De folio gen_folio
Ingreso
Fin
NO
Se genera el numero de folio
Elaboración: Luis Alejandro Zambrano Vera. Fuente: Luis Alejandro Zambrano Vera.
26
Recolección – Ingreso de Secuenciales
Gráfico N. 31 Diagrama De Proceso de Generación de Folios
Inicio
Permisos de acceso
Selección del módulo de recolección
Selección de la opción de ingreso de secuenciales
Consulta la Institución y Oficina para
recepción de los formularios
SI
Verificación de Institución o Oficina
Ingreso De formulario
con_detalle_ingreso
Ingreso
Fin
NO
No Existe Institución o Oficina
NO
Recepción de formularios a las
instituciones o oficinas se ingresa los números
de folios
SI
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
27
Asignación – Asignación
Gráfico N. 32 Diagrama De Proceso de Asignación
Inicio
Permisos de acceso
Selección del módulo de Asignación
Selección de la opción de Asignación
Bandeja de Asignación de
folios para revisión
SI
Ingreso De formulario
con_detalle_ingreso
Ingreso
Fin
NO
Envió de correo de asignación de tarea a los usuarios asignados
Selección del registro disponible se asignan a
los usuarios que realizaran la critica/
digitación
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
28
Critica Digitación – Critica Digitación
Gráfico N. 33 Diagrama De Proceso de Asignación
Inicio
Permisos de acceso
Selección del módulo de Asignación
Selección de la opción de Critica
Digitación
Bandeja de tarea Critica o
Digitación
SI
Ingreso De formulario
con_detalle_ingreso
Ingreso
Fin
NO
Envió de correo al administrador finalizada
la tarea de critica/digitación
Selección del registro disponible para critica o digitación los usuarios
que realizaran la critica/digitación
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
29
Reportes – Folios Distribuidos a los establecimientos
Gráfico N. 34 Diagrama De Proceso de Asignación
Inicio
Permisos de accesos
Selección del módulo Reportes
Selección opción à Folios distribuidos a los
establecimientos
SI
Login
Ingreso Filtros de búsqueda el filtro obligatorio
es la fecha
Fin
Consulto los Folios distribuidos a los establecimientos
Listan los Folios distribuidos a los establecimientos
Descargo archivos EXCEL
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
30
Reportes – Folios no distribuidos para el SIES
Gráfico N. 35 Diagrama de Reportes Folios no distribuidos para el
SIES
Inicio
Permisos de accesos
Selección del módulo Reportes
Selección opción à Folios no distribuidos
para el SIES
SI
Login
Ingreso Filtros de búsqueda el filtro obligatorio
es la fecha
Fin
Consulto los Folios no distribuidos para el SIES
Listan los Folios no distribuidos para el SIES
Descargo archivos CVS
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
31
Reportes – Folios creados
Gráfico N. 36 Diagrama de Reportes Folios creados
Inicio
Permisos de acceso
Selección del módulo Reportes
Selección opción à Folios Creados
SI
Login
Ingreso Filtros de búsqueda el filtro obligatorio
es la fecha
Fin
Consulto los Folios Creados
Listan los Folios Creados
Descargo archivos Excel
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
32
Reportes – Producción Diaria
Gráfico N. 37 Diagrama de Reportes Producción Diaria
Inicio
Permisos de accesos
Selección del módulo Reportes
Selección opción à Producción Diaria
SI
Login
Ingreso Filtros de búsqueda el filtro obligatorio
es la fecha
Fin
Consulto los Producción Diaria
Listan los Producción Diaria
Descargo archivos Excel
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
33
DIAGRAMA DE CASOS DE USOS
1. Interacción Seguridad e Ingreso.
Grafico N. 38 Ingreso al Sistema
Usuario
Ingreso al sistema
Sistema
Ingresa al Login
Verifica Login
Selecciona Menú
Identifica Perfil Usuario
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
34
2. Menú del Sistema de control de Formularios.
Gráfico N. 39 Menú del Sistema de Control Formularios
Administrador/usuario
Menú Principal
Digitador/Critico
Mantenimiento
Planificación
Recolección
Asignación
Critica/Digitación
Reportes
Sesión
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
35
3. Usuario Administrador crea nueva institución.
Gráfico N. 40 Menú Mantenimiento - Instituciones
Usuario
Menú Mantenimiento - Instituciones
Sistema
Ingresa al modulo
Verifica Login
Selecciona Mantenimiento
Identifica Perfil Usuario
Opción Instituciones/
Oficinas
Crear Institución
Modificar Institución
Eliminar Institución
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
36
4. Usuario Administrador, creación, modificación y eliminación de
usuario.
Gráfico N. 41 Menú Mantenimiento - Usuario
Usuario
Menú Mantenimiento - Usuario
Sistema
Ingresa al modulo
Verifica Login
Selecciona Mantenimiento
Identifica Perfil Usuario
Opción Usuario
Crear Usuario
Modificar Usuario
Eliminar Usuario
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
37
5. Usuario Administrador, creación, modificación y de Etiqueta.
Gráfico N. 42 Menú Mantenimiento – Etiqueta
Usuario
Menú Mantenimiento - Etiqueta
Sistema
Ingresa al modulo
Verifica Login
Selecciona Mantenimiento
Identifica Perfil Usuario
Opción Etiqueta
Crea Detalle de Etiqueta
Modificar Detalle de Etiqueta
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
38
6. Usuario Administrador, ingreso de los formularios de planta
central.
Gráfico N. 43 Menú Planificación – Recepción de Planta Central
Usuario
Menú Planificación - Recepción de planta central
Sistema
Ingresa al modulo
Verifica Login
Selecciona Planificación
Identifica Perfil Usuario
Recepción de Planta Central
Ingreso de formularios
Eliminar detalle de ingreso de formulario
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
39
7. Usuario Administrador distribución de formularios a
instituciones y oficinas
Gráfico N. 44 Menú Planificación – Distribución a Instituciones y Oficinas.
Menú Planificación – Distribución a Instituciones y Oficinas
Sistema
Ingresa al modulo
Verifica Login
Selecciona Planificación
Identifica Perfil Usuario
Distribución a Instituciones y
Oficinas
Consulta de Instituciones
Consulta de distribución de formularios a Instituciiones
Distribución de formularios a las
Instituciones
Usuario
Acta de Entrega
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
40
8. Usuario Administrador - Critico/Digitador. Generación de
número de folio.
Gráfico N. 45 Menú Recolección – Generación de Folio
Menú Recolección – Generación de Folio
Sistema
Ingresa al modulo
Verifica Login
Selecciona Recolección
Identifica Perfil Usuario
Generación de Folio
Generación de código de folio
Usuario
Elaboración: Luis Alejandro Zambrano Vera. Fuente: Luis Alejandro Zambrano Vera.
41
9. Usuario Administrador se ingresó de secuenciales de
formularios recolectados de las instituciones.
Gráfico N. 46 Menú Recolección – Ingreso de secuencias
Menú Recolección – Ingreso de secuencias
Sistema
Ingresa al modulo
Verifica Login
Selecciona Recolección
Identifica Perfil Usuario
Ingreso de Secuenciales
Consulta de Instituciones
Ingreso de secuencias por
institución
Usuario
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
42
10. Administrador asigna las secuencias para la revisión de los
lotes asignados para la crítica o digitación.
Gráfico N. 47 Menú Asignación – Asignación
Menú Asignación – Asignación
Sistema
Ingresa al modulo
Verifica Login
Selecciona Asignación
Identifica Perfil Usuario
Asignación
Asignación de tarea de Critica y Digitación
Usuario
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
43
11. Usuario Critico/Digitador revisa el lote asignado
Gráfico N. 48 Menú Critica/Digitación
Menú Critica Digitación
Sistema
Ingresa al modulo
Verifica Login
Selecciona Critica
Digitación
Identifica Perfil Usuario
Asignación
Proceso de tarea de Critica y Digitación
Usuario
Elaboración: Luis Alejandro Zambrano Vera. Fuente: Luis Alejandro Zambrano Vera.
44
12. Reportes que son distribuidos a los establecimientos.
Gráfico N. 49 Menú Reportes – Folios distribuidos a los establecimientos
Menú Reportes – Folios distribuidos a los establecimientos
Sistema
Ingresa al modulo
Verifica Login
Selecciona Reportes
Identifica Perfil Usuario
Folios distribuidos a los
establecimientos
Generación de Reporte
Usuario
Elaboración: Luis Alejandro Zambrano Vera. Fuente: Luis Alejandro Zambrano Vera.
45
13. Reportes de folios no distribuidos a los establecimientos.
Grafico N. 50 Menú Reportes – Folios no distribuidos para el SIES
Menú Reportes – Folios no distribuidos para el SIES
Sistema
Ingresa al modulo
Verifica Login
Selecciona Reportes
Identifica Perfil Usuario
FoliosNo distribuidos para
el SIES
Generación de Reporte
Usuario
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
46
14. Reportes de folios creados
Gráfico N. 51 Menú Reportes – Folios Creados
Menú Reportes – Folios Creados
Sistema
Ingresa al modulo
Verifica Login
Selecciona Reportes
Identifica Perfil Usuario
FoliosCreados
Generación de Reporte
Usuario
Elaboración: Luis Alejandro Zambrano Vera. Fuente: Luis Alejandro Zambrano Vera.
47
15. Reportes de las secuencias asignadas para critica/digitación
Gráfico N. 52 Menú Reportes – Producción Diaria
Menú Reportes – Producción Diaria
Sistema
Ingresa al modulo
Verifica Login
Selecciona Reportes
Identifica Perfil Usuario
FoliosCreados
Generación de Reporte
Usuario
Elaboración: Luis Alejandro Zambrano Vera. Fuente: Luis Alejandro Zambrano Vera.
48
16. Usuarios Administrador y Critica/Digitador menú Sesión
Gráfico N. 53 Menú Sesión – Perfil
Menú Sesión– Perfil
Sistema
Ingresa al modulo
Verifica Login
Seleccionar Sesión
Identifica Perfil Usuario
Sesión
Perfil
Usuario
Cerrar Sesión
Modificar contraseñaModificar datos personales
Elaboración: Luis Alejandro Zambrano Vera. Fuente: Luis Alejandro Zambrano Vera.
49
forms.dao
DIAGRAMA DE CLASES
DAO
Gráfico N. 54 Diagrama de Clases DAO
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
50
forms.entities
ENTITIES
Gráfico N. 55 Diagrama de Clases ENTITIES
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
51
com.forms.converter
CONVERTER
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
Gráfico N. 56 Diagrama de clase Converter
52
SEGURIDAD
Gráfico N. 57 Diagrama de Seguridad
com.forms.seguridad
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
53
ASIGNACION
Gráfico N. 58 Diagrama de Clases Asigancion
com.modules.asignacion.beans
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
54
CRITICA/DIGITACION
Gráfico N. 59 Diagrama de Clases Critica/Digitación
com.modules.critidig.beans
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
55
GENERAL
Gráfico N. 60 Diagrama de Clases General
com.modules.general.beans
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
56
com.modules.mantenimiento.beans
MANTENIMIENTO
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
Gráfico N. 61 Diagrama de Clases Mantenimiento
57
com.modules.planificacion.beans
PLANIFICACION
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
Gráfico N. 62 Diagrama de Clases Planificación
58
com.modules.recoleccion.beans
RECOLECCIÓN
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
Gráfico N. 63 Diagrama de Clases Recolección
59
com.modules.reportes.beans
REPORTES
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
Gráfico N. 64 Diagrama de Clases Reportes
60
DIAGRAMA DE SECUENCIA
Grafico N. 65 Ingreso al Sistema
INTERFAZ DE INGRESO VERIFICA INGRESO
Usuario
Ingreso al Sistema
Solicita Usuario y clave
Ingresa usuario y clave
Consulta usuario y clave
SISTEMA
Usuario y clave correctos
Usuario y clave incorrectos
Si es correcto Ingresa al
sistema
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
61
Gráfico N. 66 Menú del Sistema de Control Formularios
INTERFAZ DE INGRESO VERIFICA INGRESO
Usuario
Ingreso al Sistema
Solicita Usuario y clave
Ingresa usuario y clave
Consulta usuario y clave
SISTEMA
Usuario y clave correctos
Usuario y clave incorrectos
Si es correcto Ingresa al
sistema
MENU
Verifica permisos
Se muestranOpciones por permisos
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
62
Gráfico N. 67 Menú Mantenimiento – Instituciones
INTERFAZ DE INGRESO VERIFICA INGRESO
Usuario
Ingreso al Sistema
Solicita Usuario y clave
Ingresa usuario y clave
Consulta usuario y clave
SISTEMA
Usuario y clave correctos
Usuario y clave incorrectos
Si es correcto Ingresa al
sistema
MENU
Verifica permisos
Se muestranOpciones por
permisos
INGRESO INSTITUCIONES EDITAR INSTITUCIONES
Ingreso al menú de mantenimiento -
Instituciones Verifica código de InstituciónYa existe institución
Se ingreso Institución
Editar - Instituciones
ELIMINAR INSTITUCIONES
Mostrar InstitucionesSe visualizan las instituciones existentes
Se cambia el estado de la Institución Inactivo
Eliminar - Instituciones
Mostrar Instituciones
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
63
Gráfico N. 68 Menú Mantenimiento - Usuario
INTERFAZ DE INGRESO VERIFICA INGRESO
Usuario
Ingreso al Sistema
Solicita Usuario y clave
Ingresa usuario y clave
Consulta usuario y clave
SISTEMA
Usuario y clave correctos
Usuario y clave incorrectos
Si es correcto Ingresa al
sistema
MENU
Verifica permisos
Se muestranOpciones por
permisos
INGRESO USUARIOS EDITAR USUARIOS
Ingreso - Usuarios
Verifica cedula del usuarioYa existe usuario
Se ingreso usuario
Editar - Usuario
ELIMINAR USUARIO
Mostrar InstitucionesSe visualizan las usuarios existentes
Se elimina el usuario
Eliminar - Usuario
Eliminar usuario
Asignación de Permisos
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
64
Gráfico N. 69 Menú Mantenimiento – Etiqueta
INTERFAZ DE INGRESO VERIFICA INGRESO
Usuario
Ingreso al Sistema
Solicita Usuario y clave
Ingresa usuario y clave
Consulta usuario y clave
SISTEMA
Usuario y clave correctos
Usuario y clave incorrectos
Si es correcto Ingresa al
sistema
MENU
Verifica permisos
Se muestranOpciones por
permisos
INGRESO ETIQUETA EDITAR ETIQUETA
Ingreso al menú de mantenimiento - Etiqueta
Verifica código de etiquetaYa existe Etiqueta
Se ingreso etiqueta
Editar - etiqueta
ETIQUETA INSTITUCIONES
MostraretiquetasSe visualizan las instituciones existentes
Se cambia el estado de la etiqueta Inactivo
Eliminar - Instituciones
Mostrar Instituciones
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
65
Gráfico N. 70 Planificación – Recepción de Planta Central
INTERFAZ DE INGRESO VERIFICA INGRESO
Usuario
Ingreso al Sistema
Solicita Usuario y clave
Ingresa usuario y clave
Consulta usuario y clave
SISTEMA
Usuario y clave correctos
Usuario y clave incorrectos
Si es correcto Ingresa al
sistema
MENU
Verifica permisos
Se muestranOpciones por
permisos
PLANIFICACION - INGRESORECEPCION
CONSULTA - INSTITUCION
Ingreso al menú de planificación - Etiqueta
Ingreso de fecha
ELIMINAR DETALLE INGRESORECEPCION
Verifica Stock
Obtiene ultima secuencia ingresada
Consulta Institución
No existe institución
Obtiene Institución
Ingreso de recepción de planta
Eliminar detalle de ingreso de recepción
Eliminar detalle ingreso RecepciónObtiene Institución
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
66
Gráfico N. 71 Menú Planificación – Distribución a Instituciones y
Oficinas
INTERFAZ DE INGRESO VERIFICA INGRESO
Usuario
Ingreso al Sistema
Solicita Usuario y clave
Ingresa usuario y clave
Consulta usuario y clave
SISTEMA
Usuario y clave correctos
Usuario y clave incorrectos
Si es correcto Ingresa al
sistema
MENU
Verifica permisos
Se muestranOpciones por
permisos
PLANIFICACION - DISTRIBUCIONOFICINAS
CONSULTA - INSTITUCION
Ingreso al menú de planificación -Distribución
Oficinas Ingreso de fecha
ELIMINAR DETALLE INGRESORECEPCION
Verifica Stock
Obtiene ultima secuencia ingresada
Consulta Institución
No existe institución
Obtiene Institución
Envió de correo a institución de la distribución de material estadístico
Eliminar detalle de distribución
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
67
Gráfico N. 72 Menú Recolección – Generación de Folio
INTERFAZ DE INGRESO VERIFICA INGRESO
Usuario
Ingreso al Sistema
Solicita Usuario y clave
Ingresa usuario y clave
Consulta usuario y clave
SISTEMA
Usuario y clave correctos
Usuario y clave incorrectos
Si es correcto Ingresa al
sistema
MENU
Verifica permisos
Se muestranOpciones por
permisos
PLANIFICACION – GENERACION FOLIO CREA FOLIO
Ingreso al menú de planificación - Generación
de Folio Selecciona Año
Crea Folio
Se creo Folio
Obtiene el la ultima secuencia Ingresada()
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
68
Gráfico N. 73 Menú Recolección – Ingreso de secuencias
INTERFAZ DE INGRESO VERIFICA INGRESO
Usuario
Ingreso al Sistema
Solicita Usuario y clave
Ingresa usuario y clave
Consulta usuario y clave
SISTEMA
Usuario y clave correctos
Usuario y clave incorrectos
Si es correcto Ingresa al
sistema
MENU
Verifica permisos
Se muestranOpciones por
permisos
RECOLECCIÓN - INGRESODE SECUENCIALES
CONSULTA - INSTITUCION
Ingreso al menú de recolección – ingreso
secuenciales Ingreso de fecha
Verifica Stock
Obtiene ultima secuencia ingresada
Consulta Institución
No existe institución
Obtiene Institución
Ingreso de secuenciaIngreso de Secuencial
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
69
Gráfico N. 74 Menú Asignación – Asignación
INTERFAZ DE INGRESO VERIFICA INGRESO
Usuario
Ingreso al Sistema
Solicita Usuario y clave
Ingresa usuario y clave
Consulta usuario y clave
SISTEMA
Usuario y clave correctos
Usuario y clave incorrectos
Si es correcto Ingresa al
sistema
MENU
Verifica permisos
Se muestranOpciones por
permisos
ASIGNACIÓN - ASIGNACIÓNDE TAREA
ENVIO DE CORREO
Ingreso al menú de Asignación – Asignación de
Tarea Distruibución de tarea para Critica/Digitación
Envió de Correo
Envió de CorreoEnvia correo al usuario para tarea de critica/digitación
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
70
Gráfico N. 75 Menú Critica/Digitación
INTERFAZ DE INGRESO VERIFICA INGRESO
Usuario
Ingreso al Sistema
Solicita Usuario y clave
Ingresa usuario y clave
Consulta usuario y clave
SISTEMA
Usuario y clave correctos
Usuario y clave incorrectos
Si es correcto Ingresa al
sistema
MENU
Verifica permisos
Se muestranOpciones por
permisos
CRITICA DIGITACIÓN -CRITICA DIGITACIÓN
ENVIO DE CORREO
Ingreso al menú de Critica y Digitación – Critica y
Digitación Proceso de tarea de Critica/Digitación
Envió de Correo
Envió de Correo de Finalización de tareaEnvia correo de finalización de tarea de critica/digitación
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
71
Gráfico N. 76 Menú Reportes – Folios distribuidos a los
establecimientos
INTERFAZ DE INGRESO VERIFICA INGRESO
Usuario
Ingreso al Sistema
Solicita Usuario y clave
Ingresa usuario y clave
Consulta usuario y clave
SISTEMA
Usuario y clave correctos
Usuario y clave incorrectos
Si es correcto Ingresa al
sistema
MENU
Verifica permisos
Se muestranOpciones por
permisos
REPORTES - FOLIOS DISTRIBUIDOS A LOS ESTABLECIMIENTOS
REPORTE - EXCEL
Ingreso al menú de Reporte – Folios Distribuidos a los
establecimientos Consulta de Reporte
Generación de Reporte en Excel
Generación de Reporte en ExcelGeneración de Reporte en archivo Excel
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
72
Gráfico N. 77 Menú Reportes – Folios no distribuidos para el SIES
INTERFAZ DE INGRESO VERIFICA INGRESO
Usuario
Ingreso al Sistema
Solicita Usuario y clave
Ingresa usuario y clave
Consulta usuario y clave
SISTEMA
Usuario y clave correctos
Usuario y clave incorrectos
Si es correcto Ingresa al
sistema
MENU
Verifica permisos
Se muestranOpciones por
permisos
REPORTES - FOLIOS NODISTRIBUIDOS PARA EL
SIESREPORTE - CVS
Ingreso al menú de Reporte – Folios no Distribuidos
para el SIES Consulta de Reporte
Generación de Reporte en CVS
Generación de Reporte en formato CvsGeneración de Reporte en archivo CVS
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
73
Gráfico N. 78 Menú Reportes – Folios Creados
INTERFAZ DE INGRESO VERIFICA INGRESO
Usuario
Ingreso al Sistema
Solicita Usuario y clave
Ingresa usuario y clave
Consulta usuario y clave
SISTEMA
Usuario y clave correctos
Usuario y clave incorrectos
Si es correcto Ingresa al
sistema
MENU
Verifica permisos
Se muestranOpciones por
permisos
REPORTES – FOLIOS CREADOS REPORTES - EXCEL
Ingreso al menú de Reporte – Folios Creados
Consulta de Reporte
Generación de Excel
Generación de Reporte en formato ExcelGeneración de Reporte en archivo Excel
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
74
Gráfico N. 79 Menú Reportes – Producción Diaria
INTERFAZ DE INGRESO VERIFICA INGRESO
Usuario
Ingreso al Sistema
Solicita Usuario y clave
Ingresa usuario y clave
Consulta usuario y clave
SISTEMA
Usuario y clave correctos
Usuario y clave incorrectos
Si es correcto Ingresa al
sistema
MENU
Verifica permisos
Se muestranOpciones por
permisos
REPORTES - PRODUCCIONDIARIA
REPORTE - EXCEL
Ingreso al menú de Reporte – Producción Diaria
Consulta de Reporte
Generación de Reporte en Excel
Generación de Reporte en ExcelGeneración de Reporte en archivo Excel
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
75
Gráfico N. 80 Menú Sesión – Perfil
INTERFAZ DE INGRESO VERIFICA INGRESO
Usuario
Ingreso al Sistema
Solicita Usuario y clave
Ingresa usuario y clave
Consulta usuario y clave
SISTEMA
Usuario y clave correctos
Usuario y clave incorrectos
Si es correcto Ingresa al
sistema
MENU
Verifica permisos
Se muestranOpciones por
permisos
SESION- PERFIL MODIFICAR DATOS
Ingreso al menú de Sesión – Perfil
Modificar datos
Datos personales modificados
Modificar datos
Datos modifcados
CERRAR SESION
Cerrar Sesión
Datos personales modificados
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
76
DETALLE DE ESTRUCTURAS DE BASE DE DATOS
Descripción de las tablas de base de datos: MySQL 5.7
Gráfico N. 81 Tabla: con_area
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
Gráfico N. 82 Tabla: con_departamento
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
77
Gráfico N. 83 Tabla: con_detalle_ingreso
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
Gráfico N. 84 Tabla: con_establecimiento
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
78
Gráfico N. 85 Tabla: con_ingreso
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
Gráfico N. 86 Tabla: con_inventario
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
Gráfico N. 87 Tabla: con_modulo
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
Gráfico N. 88 Tabla: con_opcion
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
79
Gráfico N. 89 Tabla: con_personal
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
Gráfico N. 90 Tabla: con_rol
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
Gráfico N. 91 Tabla: gen_catalogo
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
80
Gráfico N. 92 Tabla: gen_detalle_catalogo
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
Gráfico N. 93 Tabla: gen_folio
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
Gráfico N. 94 Tabla: gen_modulo_rol
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
Gráfico N. 95 Tabla: gen_personal_modulo
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
81
UTILITARIOS
ENVIO DE NOTIFICACIONES El sistema de control de formularios, emitirá correos automáticos de
notificación en los siguientes eventos:
- Cuando se realice la distribución de los formularios a las
instituciones se le enviara un correo con la información de los folios
entregados
- Cuando se asigne la personal de crítica y digitación
- En la culminación del proceso crítica y digitación.
Gráfico N. 96 Diagrama de Clases Mails.java
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
82
ENVIO DE CORREOS
Para él envió automático de correos y notificaciones se hace uso de la
clase Mails.java, cada vez que se distribuye a las instituciones los
formularios, cuando se asigna, critica y digita las secuencias recolectadas.
Para su funcionamiento se han parametrizado los siguientes valores, en la
estructura gen_detalle_catalogo.
Gráfico N. 97 Detalle de configuración de Correo
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS
COMPUTACIONALES
DESARROLLO E IMPLEMENTACIÓN DE UN SISTEMA DE CONTROL DE FORMULARIOS PARA LA COORDINACIÓN
ZONAL 8 DEL INSTITUTO NACIONAL DE ESTADÍSTICAS Y CENSOS DE
LA CIUDAD DE GUAYAQUIL EN EL AÑO
2016
MANUAL DE USUARIO
Previa a la obtención del Título de:
INGENIERO EN SISTEMAS COMPUTACIONALES
AUTOR: LUIS ALEJANDRO ZAMBRANO VERA
TUTOR: ING. ALBERTO NARCISO CASTRO LIMONES, Mgs.
GUAYAQUIL – ECUADOR
2016
II
ÍNDICE GENERAL
INTRODUCCIÓN .................................................................................................... 1
PROCESOS ............................................................................................................ 2
TIPOS DE USUARIOS ........................................................................................... 2
FLUJO DE PROCESO CONTROL Y SEGUIMIENTO DE FORMULARIOS........ 3
Planificación – Recepción de Planta Central ...................................................................... 3
Planificación – Distribución a Instituciones y Oficinas ........................................................ 4
Recolección – Generación de Folios ................................................................................... 5
Recolección – Ingreso de Secuenciales .............................................................................. 6
Asignación – Asignación ..................................................................................................... 7
Critica Digitación – Critica Digitación ................................................................................. 8
Reportes – Folios Distribuidos a los establecimientos ....................................................... 9
Reportes – Folios no distribuidos para el SIES .................................................................. 10
Reportes – Folios creados ................................................................................................ 11
Reportes – Producción Diaria ........................................................................................... 12
DESCRIPCION FLUJO DE PROCESO DE COMPROMISOS GERENCIALES 13
DETALLE DE PROCESOS .................................................................................. 15
PROCESO AUTENTIFICACIÓN .......................................................................... 15
MENU DE MANTENIMIENTO .............................................................................. 16
Usuarios ........................................................................................................................... 16
Instituciones/Oficinas ...................................................................................................... 19
Etiquetas .......................................................................................................................... 21
MENU DE PLANIFICACIÓN ................................................................................ 23
Recepción de planta central ............................................................................................. 23
Distribución a Instituciones y Oficinas ............................................................................. 25
MENU DE RECOLECCIÓN .................................................................................. 29
Generación de Folio ......................................................................................................... 29
Ingreso de Secuenciales ................................................................................................... 30
MENU DE ASIGNACIÓN ..................................................................................... 32
Asignación ........................................................................................................................ 32
MENU DE CRITICA/DIGITACIÓN ....................................................................... 34
Critica Digitación .............................................................................................................. 34
MENU DE REPORTES ......................................................................................... 35
III
Folios distribuidos a los establecimientos ........................................................................ 35
Folios no distribuidos para el SIES .................................................................................... 38
Folios Creados .................................................................................................................. 40
Producción Diaria ............................................................................................................. 42
MENU DE PERFIL ................................................................................................ 44
Cerrar Sesión .................................................................................................................... 45
1
INTRODUCCIÓN
El presente documento tiene como objetivo describir las funcionalidades
del sistema desarrollado para el Instituto Nacional de Estadística y
Censos Coordinación Zonal Litoral 8 (INEC CZL 8), el cual está dirigido a
todas aquellas personas del departamento de unidad de registros
administrativos para el correcto en el funcionamiento del sistema.
Con el sistema de podrá tener control sobre los formularios en los
procesos de recepción de planta central, distribución a los
establecimientos, ingreso de secuencias y asignación de tareas de crítica
y digitación.
2
PROCESOS
TIPOS DE USUARIOS
Se distinguen dos tipos de usuarios para la interacción del sistema, los
cuales tendrán diferentes funciones:
Administrador de Archivo
Personal designado como
Administrador del Sistema es la
persona que tendrá los accesos a
todos los módulos del sistema.
Mantenimiento
Planificación
Recolección
Asignación
Critica Digitación
Reportes
Sesión
Es el asignado de dar los permisos a los usuarios para el acceso de los modulo del sistema.
Usuario de Critica/Digitación:
Personal designado para la tarea
de realizar la revisión física de los
formularios. El módulo de
Critica/Digitación es modulo
asignado después de realizar la
revisión física el usuario debe
cambiar el estado de la asignación.
El módulo de Sesión está habilitado
puede cambiar su clave de acceso
y los datos del usuario como
nombre, apellidos y correo.
3
FLUJO DE PROCESO CONTROL Y SEGUIMIENTO DE
FORMULARIOS
Planificación – Recepción de Planta Central
GRÁFICO 1 Diagrama De Proceso de Recepción de Planta Central
Inicio
Permisos de acceso
Selección del módulo de mantenimiento
Selección de la opción de
Recepción de Planta Central
Ingreso de recepción del
formulario
SI
Valida información ingresada Ingreso
compromisocon_detalle_ingreso
Ingreso
SI
Fin
NO
SI
NO
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
4
Planificación – Distribución a Instituciones y Oficinas
GRÁFICO 2 Diagrama De Proceso de Distribución a Instituciones y Oficinas
Inicio
Permisos de acceso
Selección del módulo de mantenimiento
Selección de la opción de
Distribución a Instituciones y
Oficina
Consulta la Institución y Oficina para
realizar la distribución
SI
Verificación de Institución o Oficina
Ingreso De formulario
con_detalle_ingreso
Ingreso
Fin
NO
No Existe Institución o Oficina
NO
Distribución de formularios a las
instituciones o oficinas y generación de acta de
entrega
SI
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
5
Recolección – Generación de Folios
GRÁFICO 3 Diagrama De Proceso de Generación de Folios
Inicio
Permisos de acceso
Selección del módulo de Recolección
Selección de la opción de
Generación de folios
Selecciona el año y el tipo de
Formulario
SI
Ingreso De folio gen_folio
Ingreso
Fin
NO
Se genera el numero de folio
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
6
Recolección – Ingreso de Secuenciales
GRÁFICO 4 Diagrama De Proceso de Generación de Folios
Inicio
Permisos de acceso
Selección del módulo de recolección
Selección de la opción de ingreso de secuenciales
Consulta la Institución y Oficina para
recepción de los formularios
SI
Verificación de Institución o Oficina
Ingreso De formulario
con_detalle_ingreso
Ingreso
Fin
NO
No Existe Institución o Oficina
NO
Recepción de formularios a las
instituciones o oficinas se ingresa los números
de folios
SI
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
7
Asignación – Asignación
GRÁFICO 5 Diagrama De Proceso de Asignación
Inicio
Permisos de acceso
Selección del módulo de Asignación
Selección de la opción de Asignación
Bandeja de Asignación de
folios para revisión
SI
Ingreso De formulario
con_detalle_ingreso
Ingreso
Fin
NO
Envió de correo de asignación de tarea a los usuarios asignados
Selección del registro disponible se asignan a
los usuarios que realizaran la critica/
digitación
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
8
Critica Digitación – Critica Digitación
GRÁFICO 6 Diagrama De Proceso de Asignación
Inicio
Permisos de acceso
Selección del módulo de Asignación
Selección de la opción de Critica
Digitación
Bandeja de tarea Critica o
Digitación
SI
Ingreso De formulario
con_detalle_ingreso
Ingreso
Fin
NO
Envió de correo al administrador finalizada
la tarea de critica/digitación
Selección del registro disponible para critica o digitación los usuarios
que realizaran la critica/digitación
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
9
Reportes – Folios Distribuidos a los establecimientos
GRÁFICO 7 Diagrama De Proceso de Asignación
Inicio
Permisos de acceso y roles
Selección del módulo Reportes
Selección opción à Folios distribuidos a los
establecimientos
SI
Login
Ingreso Filtros de búsqueda el filtro obligatorio
es la fecha
Fin
Consulto los Folios distribuidos a los establecimientos
Listan los Folios distribuidos a los establecimientos
Descargo archivos EXCEL
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
10
Reportes – Folios no distribuidos para el SIES
GRÁFICO 8 Diagrama de Reportes Folios no distribuidos para el SIES
Inicio
Permisos de acceso y roles
Selección del módulo Reportes
Selección opción à Folios no distribuidos
para el SIES
SI
Login
Ingreso Filtros de búsqueda el filtro obligatorio
es la fecha
Fin
Consulto los Folios no distribuidos para el SIES
Listan los Folios no distribuidos para el SIES
Descargo archivos CVS
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
11
Reportes – Folios creados
GRÁFICO 9 Diagrama de Reportes Folios creados
Inicio
Permisos de acceso y roles
Selección del módulo Reportes
Selección opción à Folios Creados
SI
Login
Ingreso Filtros de búsqueda el filtro obligatorio
es la fecha
Fin
Consulto los Folios Creados
Listan los Folios Creados
Descargo archivos Excel
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
12
Reportes – Producción Diaria
GRÁFICO 10 Diagrama de Reportes Producción Diaria
Inicio
Permisos de acceso y roles
Selección del módulo Reportes
Selección opción à Producción Diaria
SI
Login
Ingreso Filtros de búsqueda el filtro obligatorio
es la fecha
Fin
Consulto los Producción Diaria
Listan los Producción Diaria
Descargo archivos Excel
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Luis Alejandro Zambrano Vera.
13
DESCRIPCION FLUJO DE PROCESO DE COMPROMISOS GERENCIALES
N° PROCESO DESCRIPCIÓN OPCIÓN EN SISTEMA USUARIO
1 Creación de
usuario
Proceso para la creación de nuevos usuarios y la
asignación de opciones que pueda visualizar Mantenimiento – Usuarios
Administrador de
Archivo
2 Creación de
Institución/Oficina
Proceso para la creación de nuevos
instituciones/oficinas o la edición de las mismas.
Mantenimiento –
Instituciones/Oficinas
Administrador de
Archivo
3 Creación de
Etiquetas
Opción que permite la creación de los parámetros
necesarios para la manipulación del sistema Mantenimiento - Etiquetas
Administrador de
Archivo
4 Recepción de
Planta Central
Proceso de recepción planta cuando se reciben los
formulario desde la central para ser almacenados para
su posterior distribución a las instituciones/oficinas
Planificación – Recepción de
Planta Central
Administrador de
Archivo
5 Distribución de
Instituciones u
Oficinas
Proceso encargado de realizar la distribución de los
folios a las diversas instituciones/oficinas que se
encuentra registradas en el sistema
Planificación - Distribución de
Instituciones/Oficinas
Administrador de
Archivo
6 Generación de
folios Proceso que crea un código para los folios de año
anteriores al 2010
Recolección - Generación de
folios
Administrador de
Archivo - Usuario
Critica/Digitación
7 Ingreso de
Secuenciales
Proceso que realiza el ingreso de los formularios
entregados por las instituciones/oficinas
Recolección – Ingreso de
Secuenciales
Administrador de
Archivo - Usuario
14
Critica/Digitación
8 Asignación Proceso que realiza la asignación de tareas para los
usuarios de critica/digitación Asignación – Asignación
Administrador de
Archivo
9 Critica y
Digitación
Proceso de revisión de folios se cambia el estado según
la asignación. Si la tarea fue de critica el siguiente
estado es digitación
Critica y Digitación – Critica y
digitación
Administrador de
Archivo - Usuario
Critica/Digitación
10
Reportes Proceso de reportes
Reportes
Folios distribuidos a los
establecimientos
Folios no distribuidos
para el SIES
Folios Creados
Producción Diaria
Administrador de
Archivo
11 Perfil Proceso donde el usuario pude cambiar el nombre,
apellido y el correo. Sesión - Perfil
Administrador de
Archivo - Usuario
Critica/Digitación
12
Cerrar Sesión Proceso para cerrar la sesión con la que inicio el
sistema Sesión – Cerrar sesión
Administrador de
Archivo - Usuario
Critica/Digitación
Elaboración: Luis Alejandro Zambrano Vera. Fuente: Luis Alejandro Zambrano Vera.
15
DETALLE DE PROCESOS
PROCESO AUTENTIFICACIÓN
Al ingresar al sistema por medio de una página web se presenta la
pantalla donde debe digitar el usuario y contraseña:
Caja de Texto 1: Se debe ingresar el usuario asignado.
Caja de Texto 2: Ingresar la clave habilitada para accesar al sistema.
Botón Ingresar: Verifica que las credenciales de ingreso sean correctos y
permite el acceso al sistema.
Al ingresar al sistema se presenta diferentes menú de acceso asignados
al usuario, en el manual presente se detallará la funcionamiento de cada
opción de los menú del Sistema
16
MENU DE MANTENIMIENTO
Usuarios
La creación de usuario se realiza desde el módulo de mantenimiento
opción usuarios.
Al seleccionarlo (dar click) se muestra pantalla de usuarios con los todos
los usuarios ingresados en el sistema
Para un nuevo ingreso debemos dirigirnos la botón nuevo se
abre la ventana de ingreso de usuario.
17
Se ingresan los campos de área de qué área va a pertenecer el nuevo
usuario el departamento a cuál va a pertenecer el nuevo usuario el cargo
que será asignado, el número de cedula, el apellido, el nombre, el correo
electrónico, el usuario con que va ingresar al sistema y la clave. En el
cuadro de Modulo del Sistema que podrá acceder el usuario. Se podrá
escoger a que modulo del sistema el usuario tendrá acceso.
18
Se realizó el ingreso correcto del usuario al sistema.
Si se desea editar la información del usuario debemos seleccionar el
botón y se presenta la siguiente pantalla
Para editar la información del usuario.
19
Para eliminar al usuario se debe seleccionar el botón
Instituciones/Oficinas
La creación de Instituciones/oficinas se realiza desde el módulo de
mantenimiento opción Instituciones/Oficinas.
Al seleccionarlo (dar click) se muestra pantalla de Instituciones/Oficinas
con los todas las instituciones ingresadas en el sistema
20
Para ingresar una nueva institución se debe dar click en el botón
se muestra la pantalla de ingreso de institución.
Se debe ingresar Código de Inst./Ofc el DPA es un combo de selección la
categoría es un combo para seleccionar se puede seleccionar entre
grande, mediano y pequeño, la razón social es el nombre de institución,
responsable del establecimiento el nombre de persona encargada del
establecimiento campo necesario para distribución, el campo cargo se
describe el cargo que tiene le responsable de la institución. Ingresados los
campos requeridos se debe dar click en el botón guardar.
Para la edición del registro de institución se debe dar click en el botón
21
Se presenta la siguiente pantalla para editar la información de la
institución/oficina
Etiquetas
La creación de etiquetas se realiza desde el módulo de mantenimiento opción
Etiquetas.
Para ingresar un nueva etiqueta se debe dar click al botón
se presenta la siguiente pantalla.
22
Si deseamos ingresar más detalles a una etiqueta se debe ingresar el
nuevo código y el valor que va contener la etiqueta configurada y le
damos click en el botón guardar.
Para editar una etiquetar se debe dar click en el botón y se
presenta la siguiente pantalla.
23
Podemos cambiar el valor de la etiqueta y cambiar la descripción de la
misma.
MENU DE PLANIFICACIÓN
Recepción de planta central
La recepción de planta central es el proceso de recepción de formularios
en blancos para su distribución a las diferentes instituciones/oficinas
Como parámetro obligatorio es la fecha de recepción. Seleccionada la
fecha nos dirigimos al botón para realizar el ingreso de los
formularios en blanco. Nos aparece la siguiente pantalla
24
Se debe ingresar un numero de 11 dígitos para realizar el ingreso se
detalla el tipo de formulario en el campo formulario se especifica el folio
inicial y el folio final. Las validaciones en los campos folio inicial y final, el
folio inicial no puede ser mayor que el folio final. Una vez ingresado el
folio inicial y final automáticamente se calcula la cantidad de folio que van
a ser ingresados para guardar el registro le damos click al botón
después de hacer click regresamos a la pantalla principal con
el registro ingresado.
Para guardar el registro se tiene que presionar el botón
y nos aparecerá el siguiente mensaje.
Si deseamos guardar le damos click en guardar caso contrario cancelar
25
Si le damos click en guardar se guarda el registro y aumenta nuestro
stock de formularios
Distribución a Instituciones y Oficinas
El proceso de distribución de oficina es cuando se entregan los
formularios a las instituciones y oficinas. Para proceder al entrega
debemos consultar a la institución o a la oficina que le a distribuir los
formularios.
La consulta se la realiza ingresando el nombre de la institución o la
oficina. Si existe la institución o la oficina se nos presenta la información
de la siguiente manera.
26
En la tabla de fecha de distribución, estadística, folio inicial, folio final y
cantidad. Nos indica el historial de distribución que se le entregado a la
institución o la oficina.
Para la distribución debemos ir la botón de ingreso le damos
click y se nos presenta la siguiente pantalla.
En la distribución procedemos a escoger el tipo de estadística el folio
inicial se presenta automáticamente según el folio disponible en stock de
recepción de planta. Lo que debe ingresar es el número de folio final que
27
vamos a entregar a la institución o a la oficina se calcula la cantidad y se
debe dar click en aceptar.
La estadística está asignada se puede ingresar otro tipo de estadística
para que la institución o la oficina puedan llevarse. Realizamos otro
ingreso
Se realizó otro ingreso de otro tipo de formulario para entregar a la
institución o la oficina. Una vez ingresados para confirmar esta
distribución se dar click en ingreso se muestra la siguiente pantalla.
28
Al dar click en guardar se generará un documento de acta de entrega
para el que encargado o la persona que se lleva los formularios lo firme y
quede constancia de la entrega.
Al dar click en el botón descargar se genera un documento PDF con la
siguiente información de los formularios que fueron distribuidos y la
información del encargado de la empresa.
29
MENU DE RECOLECCIÓN
Generación de Folio
El proceso de generación de Folio es la creación de un código para los
folios anteriores al 2010. Se crean en el menú de recolección opción
generación de folios
Se debe seleccionar el tipo de formulario, el año y le damos click al botón
crear se creara el nuevo folio.
Como se muestra en la siguiente imagen.
30
Ingreso de Secuenciales
El proceso de ingreso de secuenciales es el encargado de receptar los
folios que son enviados por las instituciones con información ya ingresada
de la estadística.
Para realizar el ingreso de los secuenciales se debe buscar la institución
en caja de texto consulta por nombre donde se realiza una búsqueda por
coincidencia si existe la institución se mostrara el código de la institución,
se procede a seleccionar el tipo de estadística que va ser ingresada.
Después de haber consultado a la institución y seleccionado el tipo de
estadística o formulario se debe dar click en el botón ingreso
se presentar la siguiente pantalla.
31
Los campos Código Inst/Ofc., Nombre Inst/Ofc. Se cargan
automáticamente con la información de la institución que fue consultada
anteriormente. El estado de formulario se debe escoger entre Activo y
Pasivo. Donde El estado Activo se considera como un estado para
asignar en la tarea de crítica/digitación y el Pasivo son formularios que no
son aptos para su asignación de critica/digitación por estar en mal estado
pero se debe registrar estos folios.
Una vez registrado el folio inicial y el final la cantidad se calcula
automáticamente.
32
Se ingresa el secuencial este registro pasa a la bandeja de asignación
donde se le asignara a un usuario la tarea de critica/digitación.
MENU DE ASIGNACIÓN
Asignación
En el proceso de asignación se asignan los secuenciales ingresados en el
menú de recolección opción ingreso de secuenciales.
33
Para asignar las tareas de critica/digitación de debe presionar el botón
se presentara la siguiente pantalla.
Donde se debe especificar el rango de asignación para la revisión de
formularios. El campo Usuario1 es para especificar el primer usuario que
34
realiza la tarea de crítica y el campo usuario2 se especifica el usuario de
la tarea de digitación. Una vez asignado los usuarios estos reciben un
correo electrónico acerca de la asignación de la tarea.
MENU DE CRITICA/DIGITACIÓN
Critica Digitación
Es la bandeja de tareas del usuario son las asignaciones que se
realizaron el menú de asignación opción asignación.
35
La revisión de los formularios se realiza de manera física, una vez
concluida la revisión el usuario deberá seleccionar el botón y se
presentara la siguiente pantalla.
El usuario deberá cambiar la fecha de asignación para determinar que ya
se realizó la tarea critica/digitación.
MENU DE REPORTES
Folios distribuidos a los establecimientos
El reporte de folios distribuidos a los establecimientos su consulta es para
obtener todos los formularios que fueron distribuidos a los
establecimientos.
36
Cuando se selecciona la opción folios distribuidos a los establecimientos
se presenta la siguiente pantalla.
Los campos fecha inicio y fecha son obligatorios, los demás campos son
filtros que se puede realizar por usuario, la estadística y la institución
37
Para generar la información se debe dar click en botón generar reporte
y se presentara la información de los folios distribuidos
a los establecimientos
Esta información se puede descargar en un archivo de excel en el botón
se descarga el archivo de excel.
38
Folios no distribuidos para el SIES
El reporte de folios no distribuidos para el SIES es para obtener todos los
formularios que no fueron distribuidos a los establecimientos.
Cuando se selecciona la opción folios no distribuidos para el SIES a los
establecimientos se presenta la siguiente pantalla.
Los campos fecha inicio y fecha son obligatorios, los demás campos son
filtros que se puede realizar por usuario, la estadística y la institución
39
Para generar la información se debe dar click en botón generar reporte
y se presentara la información de los folios no
distribuidos para el SIES
Esta información se puede descargar en un archivo de excel en el botón
se descarga el archivo un archivo CVS.
40
Folios Creados
El reporte de folios creados es para obtener todos los folios creados.
Cuando se selecciona la opción folios creados se presenta la siguiente
pantalla.
Los campos fecha inicio y fecha son obligatorios, los demás campos son
filtros que se puede realizar por usuario, la estadística y año
41
Para generar la información se debe dar click en botón generar reporte
y se presentara la información de los folios creados
Esta información se puede descargar en un archivo de excel en el botón
se descarga el archivo un archivo Excel.
42
Producción Diaria
El reporte de folios creados es para obtener todos los folios creados.
Cuando se selecciona la opción folios creados se presenta la siguiente
pantalla.
Los campos fecha inicio y fecha son obligatorios, los demás campos son
filtros que se puede realizar por usuario, la estadística e Institución.
43
Para generar la información se debe dar click en botón generar reporte
y se presentara la información de producción diaria.
Esta información se puede descargar en un archivo de excel en el botón
se descarga el archivo un archivo excel.
44
MENU DE PERFIL
Perfil
La opción perfil es para cambiar los datos del usuario como apellido
nombre y correo se puede cambiar también la contraseña para ingreso
del sistema.
Para modificar los campos de apellidos, nombres y correo electrónico
Para cambiar la contraseña debe seleccionar la pestaña cambio de
contraseña. Se debe especificar la contraseña anterior y poner la nueva y
confirmar la nueva contraseña.
45
Cerrar Sesión
Esta opción es para salir del sistema.
Regresa a la pantalla de inicio del sistema para volver a ingresar.
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS
COMPUTACIONALES
DESARROLLO E IMPLEMENTACIÓN DE UN SISTEMA DE CONTROL DE FORMULARIOS PARA LA COORDINACIÓN
ZONAL 8 DEL INSTITUTO NACIONAL DE ESTADÍSTICAS Y CENSOS DE
LA CIUDAD DE GUAYAQUIL EN EL AÑO
2016
PROYECTO DE TITULACIÓN
Previa a la obtención del Título de:
INGENIERO EN SISTEMAS COMPUTACIONALES
AUTOR: LUIS ALEJANDRO ZAMBRANO VERA
TUTOR: ING. ALBERTO NARCISO CASTRO LIMONES, Mgs
GUAYAQUIL – ECUADOR 2016
II
REPOSITORIO NACIONAL EN CIENCIAS Y TECNOLOGÍA
FICHA DE REGISTRO DE TESIS
DESARROLLO E IMPLEMENTACIÓN DE UN SISTEMA DE CONTROL DE FORMULARIOS PARA LA COORDINACIÓN ZONAL 8 DEL INSTITUTO NACIONAL DE ESTADÍSTICAS Y CENSOS DE LA CIUDAD DE GUAYAQUIL EN EL AÑO 2016
REVISORES:
INSTITUCIÓN: Universidad de Guayaquil
FACULTAD: Ciencias Matemáticas y Físicas
CARRERA: Ingeniería en Sistemas Computacionales
FECHA DE PUBLICACIÓN N° DE PÁGS.: 119
ÁREA TEMÁTICA: Gestión de la Tecnología
PALABRAS CLAVES: Sistema informáticos, proceso de control, Tecnologias Web
RESUMEN: El presente trabajo de investigación está fundamentado en la implementación de un sistema informático, para obtener el mejoramiento en los procesos de control y seguimiento de formularios, para identificar procesos críticos a través de entrevistas y encuestas a directivos y empleados y para analizar los resultados y crear contingencias útiles en el mejoramiento continuo del sistema
N° DE REGISTRO: N° DE CLASIFICACIÓN:
DIRECCIÓN URL:
ADJUNTO PDF
SI NO
CONTACTO CON AUTOR:
Luis Alejandro Zambrano Vera
TELÉFONO: 0982261821
E-MAIL: [email protected]
CONTACTO DE LA INSTITUCIÓN: Instituto Nacional de Estadística y Censos Dirección: Miguel Hurtado y Guayaquil Teléfono: (04) 236-2697
NOMBRE: Ing. Alberto Narciso Castro Limones, Mgs
TELÉFONO: (04) 2 708451
X
III
APROBACIÓN DEL TUTOR
En mi calidad de Tutor del trabajo de investigación, “DESARROLLO E IMPLEMENTACIÓN DE UN SISTEMA DE CONTROL DE FORMULARIOS PARA LA COORDINACION ZONAL 8 DEL INSTITUTO NACIONAL DE ESTADÍSTICAS Y CENSOS DE LA CIUDAD DE GUAYAQUIL EN EL AÑO 2016” elaborado por la Sr. ZAMBRANO VERA LUIS ALEJANDRO, egresado de la Carrera de Ingeniería en Sistemas Computacionales, Facultad de Ciencias Matemáticas y Físicas de la Universidad de Guayaquil, previo a la obtención del Título de Ingeníera en Sistemas, me permito declarar que luego de haber orientado, estudiado y revisado, la Apruebo en todas sus partes.
Atentamente
Ing. Alberto Narciso Castro Limones, Mgs TUTOR
IV
DEDICATORIA
Dedico en primer lugar mi trabajo a Dios creador de todas las cosas, él me ha dado fuerzas para continuar cuando me he caído, el me extendió su mano para levantarme y seguir luchando por mis sueños; por ello, todo mi agradecimiento hacia él. De igual forma, a mis Padres, a quien les debo toda mi vida, les agradezco el cariño y su comprensión y paciencia, a ustedes quienes me han educado con buenos valores, lo cual me ha ayudado a seguir por el camino del bien. A mi querida Esposa que es pilar fundamental en mi vida, ella y mis hijas es la inspiración para superarme cada día más. A mis profesores, gracias por su dedicación y vocación de enseñarme los conocimientos necesarios para mi formación profesional.
V
AGRADECIMIENTO
Antes que todo agradezco a Dios, mis padres por enseñarme a luchar en esta vida con el arma más poderosa que es la educación, a lograr las metas que me proponga y si en el camino caigo levantarme las veces que sean necesarias, por estar conmigo cuando he caído y motivarme a seguir adelante. Agradezco a la Universidad, ya que sirvieron en mi formación profesional y de guías en mi camino de vida, y siendo un pilar importante que me hicieron crecer como persona y superar etapas. Al Instituto Nacional de Estadística y Censos por permitirme y colaborarme en el desarrollo del proyecto y a todas aquellas personas que de una u otra forma, colaboraron o participaron en la realización de este proyecto, hago extensivo mi más sincero agradecimiento.
VI
TRIBUNAL PROYECTO DE TITULACIÓN
Ing. Eduardo Santos Baquerizo, M.Sc.
DECANO DE LA FACULTAD
CIENCIAS MATEMÁTICAS Y
FÍSICAS
Ing. Roberto Crespo Mendoza, M.Sc.
DIRECTOR DE LA CARRERA DE
INGENIERÍA EN SISTEMAS
COMPUTACIONALES
Lcda. Elizabeth Yuquilema Pilataxi, Mgs
PROFESOR REVISOR DEL
ÁREA TRIBUNAL
Ing. Francisco Contreras Puco, Mgs
PROFESOR REVISOR DEL
ÁREA TRIBUNAL
Ing. Alberto Castro Limones, Mgs
PROFESOR TUTOR DEL PROYECTO
DE TITULACIÓN
Ab. Juan Chávez Atocha, Esp
SECRETARIO
VII
DECLARACIÓN EXPRESA
“La responsabilidad del contenido de este Proyecto de Titulación, me corresponden exclusivamente; y el patrimonio intelectual de la misma a la UNIVERSIDAD DE GUAYAQUIL”
ZAMBRANO VERA LUIS ALEJANDRO
VIII
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
DESARROLLO E IMPLEMENTACIÓN DE UN SISTEMA DE CONTROL DE FORMULARIOS PARA LA COORDINACIÓN
ZONAL 8 DEL INSTITUTO NACIONAL DE ESTADISTICAS Y CENSOS DE
LA CIUDAD DE GUAYAQUIL EN EL AÑO
2016
Proyecto de Titulación que se presenta como requisito para optar por el
título de INGENIERO EN SISTEMAS COMPUTACIONALES
Auto/a: ZAMBRANO VERA LUIS ALEJANDRO
C.I. 0923428015
Tutor: ING. ALBERTO CASTRO LIMONES, Mgs
Guayaquil, 07 Septiembre de 2016
IX
CERTIFICADO DE ACEPTACIÓN DEL TUTOR
En mi calidad de Tutor del proyecto de titulación, nombrado por el Consejo Directivo de la Facultad de Ciencias Matemáticas y Físicas de la Universidad de Guayaquil.
CERTIFICO:
Que he analizado el Proyecto de Titulación presentado por el estudiante ZAMBRANO VERA LUIS ALEJANDRO, como requisito previo para optar por el título de Ingeniero en Sistemas Computacionales cuyo problema es: es la falta de control en la gestión de entrega y recepción de Formularios en el Departamento Unidad de Registros Administrativos del INEC Zonal 8. A su personal administrativo y jefes de áreas, considero aprobado el trabajo en su totalidad.
Considero aprobado el trabajo en su totalidad.
Presentado por:
ZAMBRANO VERA LUIS ALEJANDRO CI.0923428015
Tutor: Ing. Alberto Castro Limones, Mgs
Guayaquil, 07 Septiembre de 2016
X
UNIVERSIDAD DE GUAYAQUIL FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS
CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
Autorización para Publicación de Proyecto de Titulación en Formato
Digital
1. Identificación del Proyecto de Titulación
Nombre Alumno: Zambrano Vera Luis Alejandro
Dirección: Nobol
Teléfono: 042708451 E-mail: [email protected]
Facultad: Facultad de Ciencias Matemáticas y Físicas
Carrera: Carrera de Ingeniería en Sistemas Computacionales Proyecto de titulación al que opta: Ingeniero En Sistemas Computacionales
Profesor tutor: Ing. Alberto Castro Limones
Título del Proyecto de titulación: DESARROLLO E IMPLEMENTACIÓN DE UN SISTEMA DE CONTROL DE FORMULARIOS PARA LA COORDINACIÓN ZONAL 8 DEL INSTITUTO NACIONAL DE ESTADÍSTICAS Y CENSOS DE LA CIUDAD DE GUAYAQUIL EN EL AÑO 2016
Tema del Proyecto de Titulación: Formularios Control Planificación Seguimiento
Estadísticas
2. Autorización de Publicación de Versión Electrónica del Proyecto de Titulación A través de este medio autorizo a la Biblioteca de la Universidad de Guayaquil y a la Facultad de Ciencias Matemáticas y Físicas a publicar la versión electrónica de este Proyecto de titulación. Publicación electrónica:
Inmediata Después de 1 año
Firma Alumno:
3. Forma de envío: El texto del proyecto de titulación debe ser enviado en formato Word, como archivo .Doc. O .RTF y .Puf para PC. Las imágenes que la acompañen pueden ser: .gif, .jpg o .TIFF.
DVDROM CDROM X
XI
ÍNDICE GENERAL
APROBACIÓN DEL TUTOR ..................................................... III
DEDICATORIA .......................................................................... IV
AGRADECIMIENTO ................................................................... V
TRIBUNAL PROYECTO DE TITULACIÓN .............................. VI
RESUMEN ............................................................................. XVIII
ABSTRACT ............................................................................. XIX
INTRODUCCIÓN ......................................................................... 1
CAPÍTULO I ................................................................................. 4
EL PROBLEMA ..................................................................................................... 4
PLANTEAMIENTO DEL PROBLEMA ............................................................... 4
UBICACIÓN DEL PROBLEMA EN UN CONTEXTO ....................................... 4
SITUACIÓN CONFLICTO NUDOS CRÍTICOS .................................................. 5
DELIMITACIÓN DEL PROBLEMA .................................................................... 7
FORMULACIÓN DEL PROBLEMA .................................................................... 8
EVALUACIÓN DEL PROBLEMA ....................................................................... 8
OBJETIVO GENERAL ........................................................................................ 10
OBJETIVOS ESPECÍFICOS ................................................................................ 10
ALCANCES DEL PROBLEMA .......................................................................... 11
JUSTIFICACION E IMPORTANCIA ................................................................ 14
METODOLOGÍA DEL PROYECTO .................................................................. 15
Metodología de Desarrollo .................................................................................... 15
Análisis de Requisitos ........................................................................................... 16
Diseño del Sistema ................................................................................................ 16
Implementación ..................................................................................................... 17
Pruebas .................................................................................................................. 17
Mantenimiento ...................................................................................................... 17
ESTUDIO DE VIABILIDAD ............................................................................... 18
ESTUDIO DE VIABILIDAD INFRAESTRUCTURA TECNOLÓGICA. ......... 18
Estudio de Viabilidad Económica. ........................................................................ 19
Pruebas de Calidad ................................................................................................ 21
XII
CAPÍTULO II .............................................................................. 22
MARCO TEÓRICO .............................................................................................. 22
ANTECEDENTES DEL ESTUDIO ..................................................................... 22
FUNDAMENTACIÓN TEÓRICA ....................................................................... 25
Objetivo de la Administración Documental .......................................................... 26
Clasificación de la Administración de Documentos ............................................. 26
Planificación:......................................................................................................... 27
Organización: ........................................................................................................ 27
Dirección: .............................................................................................................. 28
Control: ................................................................................................................. 28
HERRAMIENTAS OPEN SOURCE ................................................................... 29
Características de las Herramientas Open Source ................................................. 31
TECNOLOGÍAS DE DESARROLLO DE APLICACIONES WEB ................... 33
POO ....................................................................................................................... 35
Modelo MVC ........................................................................................................ 36
ORM ...................................................................................................................... 37
JEE - JAVA ENTERPRISE EDITION ................................................................. 39
Componentes Java EE ........................................................................................... 42
Componentes de la capa Cliente ........................................................................... 43
Componentes de la Capa Web .............................................................................. 43
Componentes de la Capa de Negocio.................................................................... 43
Capa EIS................................................................................................................ 44
Contenedores ......................................................................................................... 44
JAVA SERVER FACES ....................................................................................... 44
PRIMEFACES ...................................................................................................... 47
HIBERNATE ........................................................................................................ 48
MySQL SERVER ................................................................................................. 52
JASPERREPORTS & IREPORT ......................................................................... 56
FUNDAMENTACIÓN LEGAL ........................................................................... 58
CAPÍTULO III ............................................................................. 67
PROPUESTA TECNOLÓGICA .......................................................................... 67
Análisis de factibilidad .......................................................................................... 67
XIII
ETAPAS DE LA METODOLOGÍA DEL PROYECTO ..................................... 78
ENTREGABLES DEL PROYECTO ................................................................... 80
CRITERIOS DE VALIDACIÓN DE LA PROPUESTA ..................................... 82
POBLACION Y MUESTRA ................................................................................ 82
Población ............................................................................................................... 82
Muestra .................................................................................................................. 83
ANÁLSIS E INTERPRETACIÓN DE DATOS .................................................. 84
PRESENTACIÓN DE RESULTADOS ............................................................. 103
DISCUSIÓN DE RESULTADOS ...................................................................... 105
CAPÍTULO IV .......................................................................... 110
CRITERIOS DE ACEPTACIÓN DEL PRODUCTO O SERVICIO ................. 110
RESULTADOS ................................................................................................... 110
CONCLUSIONES .............................................................................................. 112
RECOMENDACIONES ..................................................................................... 114
REFERENCIA BIBLIOGRÁFICA ........................................... 116
BIBLIOGRAFÍA ....................................................................... 118
XIV
ABREVIATURAS
CZ8L.- Coordinación Zonal 8 Litoral.
API.- Application Programming Interface, (Interfaz de programación de
aplicaciones).
CRUD.- Create, Read, Update and Delete, (Crear, Leer, Actualizar, Eliminar).
ECM.- Enterprise Content Management, (Gestión de Contenido Empresarial).
EIS.- Executive information system, (Sistema de Información para Ejecutivos).
EJB.- Enterprise JavaBeans.
HQL.- Hibernate Query Language.
HTML.- HyperText Markup Language, (Lenguaje de marcas de hipertexto).
HTTP.- Hypertext Transfer Protocol, (transferencia de hipertexto).
INEC.- Instituto Nacional de Estadística y Censos.
JDBC.- Java Database Connectivity.
JEE.- Java Platform, Enterprise Edition.
JNDI.- Java Naming and Directory Interface, (Interfaz de Nombrado y Directorio
Java).
JSE.- Java Platform, Standard Edition.
JSF.- JavaServer Faces.
JSP.- JavaServer Pages.
JTA.- Java Transaction API.
MVC.- Modelo, Vista Controlador.
ORM.- Object-Relational mapping (Mapeo Objeto Relacional).
POO.- Programación orientada a objetos.
SGBD.- Sistema gestor de base de datos.
SGBDR.- Sistema de gestión de bases de datos relacionales.
SQL.- Structured Query Language, (Lenguaje de consulta estructurada).
TCP.- Transmission Control Protocol (Protocolo de control de transmisión).
IP.- Internet Protocol.
UI.- User interface (Interfaz de Usuario).
URL.- Uniform Resource Locator (Localizador de recursos uniforme).
XML.- eXtensible Markup Language, (Lenguaje de marcas Extensible).
XV
SIMBOLOGÍA
H0 Hipótesis nula. H1 Hipótesis alternativa. X² Chi cuadrado. E Valor esperado. V Grados de Libertad.
XVI
ÍNDICE DE GRÁFICOS
Gráfico N. 1: Metodología de Desarrollo .......................................................... 15
Gráfico N. 2: Estructura Organizacional del INEC ........................................ 22
Gráfico N. 3: Logo de Código Abierto .............................................................. 29
Gráfico N. 4: Arquitectura de una aplicación web .......................................... 34
Gráfico N. 5: Arquitectura multicapa ............................................................... 41
Gráfico N. 6: Estructura de directorio de una aplicación JSF ....................... 45
Gráfico N. 7: Arquitectura JSF ......................................................................... 46
Gráfico N. 8: Logo Primefaces ........................................................................... 47
Gráfico N. 9: Logo Hibernate ............................................................................ 48
Gráfico N. 10: Arquitectura General de Hibernate ......................................... 49
Gráfico N. 11: Arquitectura Completa de Hibernate ...................................... 50
Gráfico N. 12: Logo Mysql ................................................................................. 52
Gráfico N. 13: Arquitectura Mysql ................................................................... 54
Gráfico N. 14: Servidor de Aplicaciones GlassFish ......................................... 57
Gráfico N. 15: Pregunta 1 ................................................................................... 85
Gráfico N. 16: Pregunta 2 ................................................................................... 87
Gráfico N. 17: Pregunta 3 ................................................................................... 89
Gráfico N. 18: Pregunta 4 ................................................................................... 91
Gráfico N. 19: Pregunta 5 ................................................................................... 93
Gráfico N. 20: Pregunta 6 ................................................................................... 95
Gráfico N. 21: Pregunta 7 ................................................................................... 97
Gráfico N. 22: Pregunta 8 ................................................................................... 98
Gráfico N. 23: Pregunta 9 ................................................................................. 100
Gráfico N. 24: Pregunta 10 ............................................................................... 102
Gráfico N. 25: Presentación de resultados ...................................................... 104
XVII
ÍNDICE DE CUADROS Cuadro N. 1: Causas y Consecuencias del Problema......................................... 6
Cuadro N. 2: Delimitación Del Problema ........................................................... 7
Cuadro N. 3: Supuestos y Restricciones ............................................................ 20
Cuadro N. 4: Niveles de Pruebas ....................................................................... 21
Cuadro N. 5: Comparación de las tecnologías de la persistencia ORM ........ 38
Cuadro N. 6: Sistema Informáticos ................................................................... 68
Cuadro N. 7: Descripción y Características ..................................................... 69
Cuadro N. 8: Creación de Sistema..................................................................... 76
Cuadro N. 9: Implementación del Sistema ....................................................... 77
Cuadro N. 10: Etapas del Proyecto ................................................................... 78
Cuadro N. 11: Pregunta 1 ................................................................................... 84
Cuadro N. 12: Resultado de la Pregunta 1 ....................................................... 85
Cuadro N. 13: Pregunta 2 ................................................................................... 86
Cuadro N. 14: Resultado de la pregunta 2 ........................................................ 86
Cuadro N. 15: Pregunta 3 ................................................................................... 88
Cuadro N. 16: Resultado de la pregunta 3 ........................................................ 88
Cuadro N. 17: Pregunta 4 ................................................................................... 90
Cuadro N. 18: Resultado de la pregunta 4 ........................................................ 90
Cuadro N. 19: Pregunta 5 ................................................................................... 92
Cuadro N. 20: Resultado de la pregunta 5 ........................................................ 92
Cuadro N. 21: Pregunta 6 ................................................................................... 94
Cuadro N. 22: Resultado de la pregunta 6 ........................................................ 94
Cuadro N. 23: Pregunta 7 ................................................................................... 96
Cuadro N. 24: Resultado de la pregunta 7 ........................................................ 96
Cuadro N. 25: Resultado de la pregunta 8 ........................................................ 97
Cuadro N. 26: Resultado de la pregunta 8 ........................................................ 98
Cuadro N. 27: Resultado de la pregunta 9 ........................................................ 99
Cuadro N. 28: Resultado de la pregunta 9 ........................................................ 99
Cuadro N. 29: Resultado de la pregunta 10 .................................................... 101
Cuadro N. 30: Resultado de la pregunta 10 .................................................... 101
Cuadro N. 31: Presentación de resultados ...................................................... 103
Cuadro N. 32: Resumen de Resultados ........................................................... 106
Cuadro N. 33: Distribución de chi-cuadrado ................................................. 109
Cuadro N. 34: Criterios de Aceptación ........................................................... 111
XVIII
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
DESARROLLO E IMPLEMENTACIÓN DE UN SISTEMA DE CONTROL DE FORMULARIOS PARA LA COORDINACIÓN
ZONAL 8 DEL INSTITUTO NACIONAL DE ESTADÍSTICAS Y CENSOS DE
LA CIUDAD DE GUAYAQUIL EN EL AÑO
2016
Autor: Zambrano Vera Luis Alejandro Tutor: Ing. Castro Limones Alberto, Mgs
RESUMEN El presente trabajo de investigación está fundamentado en la implementación de un sistema informático, para obtener el mejoramiento en los procesos de control de formularios, para identificar procesos críticos a través de entrevistas y encuestas a directivos y empleados y para analizar los resultados. Debido a la importancia que en la actualidad ha tomado el uso de herramientas informáticas en el país se propone mejorar los procesos de control y seguimiento de formularios mediante el uso de una aplicación de tecnología Web y con el cumplimiento de este objetivos pretender mejorar y optimizar los procesos relacionados a esta función siendo los mayormente beneficiados el personal del departamento de Unidad de Registros Administrativos. La propuesta como solución al problema es factible, tanto a nivel tecnológico para su implementación como la colaboración por parte del personal y directores del INEC. Como conclusión podemos indicar que el uso de esta herramienta informática contribuye de forma favorable ya que permite realizar de una manera efectiva y eficaz el proceso de Control y Seguimiento de Formularios, facilitando la generación de informes oportunos los cuales aportan en la toma de decisiones al personal administrativo. Palabras Claves: Sistema informáticos, proceso de control, Tecnologias Web
XIX
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES
DEVELOPMENT AND IMPLEMENTATION OF A SYSTEM OF CONTROL OF FORMULARIOS FOR COORDINATION
ZONE 8 OF THE NATIONAL INSTITUTE OF STATISTICS AND CENSUSES
OF THE CITY OF GUAYAQUIL
IN 2016
Autor: Zambrano Vera Luis Alejandro Tutor: Ing. Castro Limones Alberto, Mgs
ABSTRACT
This research work is based on the implementation of a computer system, for improvement in process control forms to identify critical processes through interviews and surveys with managers and employees and to analyze the results. Because of the importance that today has taken the use of IT tools in the country aims to improve process control and monitoring forms by using a Web application technology and fulfilling this objective pretend improve and optimize processes related to this function being mostly benefited the department staff Administrative Unit Records. The proposal as a solution to the problem is feasible both technologically for implementation as collaboration by staff and directors of INEC. In conclusion we can state that the use of this tool contributes favorably as it allows an effective and efficient process Control and Monitoring Forms, facilitating the generation of timely reports which contribute in decision-making personnel administrative. Keywords: System computer scientists, process control, Web Technology
1
INTRODUCCIÓN
El Instituto Nacional de Estadística y Censos (INEC) es el órgano rector
de la estadística nacional y el encargado de generar las estadísticas
oficiales del Ecuador para la toma de decisiones en la política pública, por
ello cuenta con el departamento Unidad de Registros Administrativos
CZ8L (Coordinación Zonal 8 Litoral), entre sus múltiples funciones esta la
gestión, creación, distribución, evaluación de los diferentes formularios
que el personal de campo recibe para los diversos estudios a realizarse
según el plan de trabajo dispuesto por INEC.
Procesos que se han venido desarrollando de forma manual mediante el
uso de hojas de cálculo ocasionando lentitud en los proceso y por ende
atrasos en la entrega de informes estadísticos a sus directores y gerentes
administrativos.
En esta última década se ha producido significativas transformaciones en
cuanto a la tecnología y dentro de este conjunto de reformas y cambios lo
más importante es buscar caminos viables pertinentes que podamos ir en
búsquedas de nuevas tecnologías para ir con el avance y resolver
grandes problemas que tenemos en la actualidad.
Hoy en día que la Innovación Tecnológica parte de una necesidad de
solucionar un problema y es menesteroso el conocimiento y la experiencia
del individuo para resolverlo, pone en marcha el proceso de la generación
de la innovación, dando como resultado mejoras en los procesos de
control y seguimiento de formularios, si se incluyen dentro de la cultura
organizacional, la coexistencia controlada de la Mejora Continua y de la
2
Innovación. De esta manera se garantiza el camino a la competitividad y
por supuesto, al logro de los objetivos que por consecuencia, serán los
resultados deseados, consiguiendo así la minimización de costos por
corrección, y fomentar el compromiso con la calidad por parte de todos los
involucrados, ganando terreno en el crecimiento individual, colectivo y en
su conjunto, de toda la organización.
El presente proyecto tiene como propósito implementar un Sistema Web
de Seguimiento y Control de Formularios en el Departamento Unidad de
Registros Administrativos del INEC CZ8L (Instituto Nacional de
Estadística y Censos Zona Litoral 8 del Ecuador), herramienta que
permite al personal administrativo y a directores del Departamento Unidad
de Registros Administrativos, la automatización para la organización,
distribución, control y seguimiento de formulario. Por medio de esta
herramienta se garantizara la calidad y seguridad de la información y
mejorar la interacción entre las diferentes instituciones públicas con que
colaboran con INEC.
La importancia de este estudio se orienta en mejorar y optimizar, la
calidad de los procesos actuales de seguimiento de los formularios en el
departamento Unidad de Registros Administrativos del INEC CZ8L.
Sabemos que los censos son una actividad sistemática integral y continua
en el proceso de estudio, cuya finalidad es implementar un sistema para
Seguimiento y Control de los Formularios.
3
El trabajo de investigación, se ha organizado de la siguiente manera:
Capítulo I: En este capítulo se realiza el planteamiento del problema, el
antecedente, la justificación y los objetivos.
Capitulo II: Es este capítulo se realiza el marco teórico parte fundamental
de este proyecto en el que hace referencia a los antecedentes de estudio,
mediante investigaciones bibliográficas.
Capitulo III: Es este capítulo se redacta sobre la propuesta tecnológica
del proyecto, análisis de factibilidad: factibilidad operacional, factibilidad
técnica, factibilidad Legal, factibilidad económica. Las etapas de la
metodología del proyecto y los entregables del mismo.
Capítulo IV: Conclusiones y Recomendaciones.
4
CAPÍTULO I
EL PROBLEMA
PLANTEAMIENTO DEL PROBLEMA
UBICACIÓN DEL PROBLEMA EN UN CONTEXTO
El Instituto Nacional de Estadística y Censos (INEC) es el órgano rector
de la estadística nacional y el encargado de generar las estadísticas
oficiales del Ecuador para la toma de decisiones en la política pública.
El Departamento Unidad de Registros Administrativos CZ8L
(Coordinación Zonal 8 Litoral) del INEC, actualmente no tienen
implementado un sistema para seguimiento y control de los formularios, lo
que le impide tener un mayor control sobre los formularios, esto genera
una demora en los procesos de recepción/entrega de formularios.
El problema en el proceso de control y seguimiento de formularios ocurre
cuando el personal debe registrar la recepción/entrega de los formularios,
el registro de la información se lo realiza en un archivo de excel, éste
archivo es manipulado por el personal involucrado en el proceso de
control y seguimiento de formulario por tal motivo la información en
ocasiones no está correctamente ingresada. Al llevar el registro de la
información en un archivo de excel tienen sus limitaciones en el control de
la información ingresada por el personal.
5
SITUACIÓN CONFLICTO NUDOS CRÍTICOS
El incremento acelerado de la población en nuestro país, provoca cada
vez la necesidad de mejorar los procesos para generar reportes
estadísticos más acertados. En la actualidad en el INEC (Instituto
Nacional de Estadísticas y Censos) ubicado en Ecuador, Provincia del
Guayas ciudad de Guayaquil en el Departamento Unidad de Registros
Administrativos INEC CZ8L los procesos de seguimiento y control de los
formularios, lo realiza el personal de forma manual. Ellos registran la
información en un archivo de Excel, esto tiene como consecuencia que al
momento de registrar la información no pasa por filtros de validación. En
el proceso de entrega de formularios a los establecimientos no existen
notificaciones que le lleguen a los directores de los establecimientos, pero
al no tener un sistema con la información de los establecimientos de una
manera centralizada los usuarios ingresan esta información más de una
vez debido a la carencia de validaciones sobre los archivos de Excel.
La carencia de un sistema informático de seguimiento y control de
formularios en el Departamento Unidad de Registros Administrativos del
INEC-CZ8L, le exige un mayor esfuerzo al monitoreo de los formularios
ingresados manualmente por lo que su revisión demanda tiempo, lo que
produce que el departamento Unidad de Registros Administrativos del
INEC-CZ8L tenga falencias en la efectividad y eficacia de sus tareas de
controlar los formularios receptados de campo.
Esta situación es el reflejo de la inexistencia de un sistema que controle
las actividades y que establezca políticas claras para la distribución,
seguimiento y control de los formularios y, de continuar sin los
6
procedimientos adecuados, podría ocasionarse una pérdida de tiempo
innecesaria.
Cuadro N. 1: Causas y Consecuencias del Problema
CAUSAS CONSECUENCIAS
Trabajo realizado en forma
manual Control ineficiente de reportes
Falta de implementación de
sistema informáticos.
Aumento considerable del tiempo en
las tareas de seguimiento y control de
formularios.
Herramientas tecnológicas
inadecuadas
Información consultadas no se obtiene
en tiempo real
Carencia de automatización
de procesos
Aumento en los tiempos de respuesta
en los procesos, la información no está
disponible.
Mal procesamiento de
información. Reportes mal generados.
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Datos de la Investigación.
7
DELIMITACIÓN DEL PROBLEMA
Cuadro N. 2: Delimitación Del Problema
Campo: Control Estadístico
Área: Sistema Computacionales
Aspecto: Software libre que permite a los usuarios administrar
control de los formularios del departamento Unidad de
Registros Administrativos del INEC-CZ8L.
Tema: Desarrollo e Implementación de un Sistema de Control
de los Formularios para la coordinación zonal 8 del
Instituto Nacional de Estadísticas y Censos de la Ciudad
de Guayaquil en el año 2016.
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Datos de la Investigación.
8
FORMULACIÓN DEL PROBLEMA
El departamento Unidad de Registros Administrativos ha gestionado
formas de llevar el control y seguimiento de los formularios pero no le ha
sido efectiva la solución, ¿Cuál sería la incidencia de implementar un
sistema de control de formularios dentro del departamento Unidad de
Registros Administrativos del INEC-CZ8L, durante el año 2016?
En el escenario hipotético de que no se implementen las metodologías se
continuará teniendo los problemas presentados, podríamos optar por una
posibilidad de Implementar el sistema de seguimiento y control de
formularios, ya que existe un gran interés por los directores de optimizar
el tiempo de los procesos de control y seguimiento de los formularios
mediante el uso de herramientas informáticas.
EVALUACIÓN DEL PROBLEMA
La evaluación de este problema se lo realizara con los siguientes
aspectos:
Delimitado: El proyecto se lo realizara en las instalaciones del INEC
de la coordinación zonal 8, provincia del Guayas, ciudad de Guayaquil
durante el año 2016 en la actualidad no cuenta con un sistema
informático que resuelvan las diferentes necesidades de los usuarios
en el manejo de las tareas de control y seguimiento de los formularios.
Claro: El problema es claro porque se orienta a la automatización de
procesos utilizando como base los conocimientos adquiridos en la
carrera de Ingeniería en Sistemas Computacionales.
9
Evidente: Es evidente dada la necesidad de mejorar los procesos de
control de la información que es ingresada en el departamento de
Unidad de Registros Administrativos del INEC-CZ8L.
Factible: El sistema de seguimiento y control de formularios se
encuentra en este aspecto, ya que es factible su solución con la
implementación tecnológica porque se va a tratar de dar solución al
problema y optimizar los procesos, implementando un sistema
informático, para cumplir las necesidades del departamento de Unidad
de Registros Administrativos del INEC-CZ8L. se cuenta con
colaboración de los directores de la institución.
Relevante: la implementación de una herramienta informática es
imprescindible para llevar un control y seguimiento de los formularios
para optimizar los tiempos de respuesta de los procesos.
Original: El proyecto es totalmente novedoso porque optimiza las
tareas de seguimiento y control de los formularios mediante una
aplicación informática vía de web que será implementada en la
Intranet de INEC-CZ8L, además que no existe en la institución.
Concreto: El proyecto a implementar tiene un único objetivo
planteado, el cual es, dar seguimiento y control de los formularios del
departamento Unidad de Registros Administrativos INEC-CZ8L.
10
OBJETIVOS DEL PROBLEMA
OBJETIVO GENERAL
Elaborar un Sistema como Seguimiento y Control de Formularios en el
departamento Unidad de Registros Administrativos INEC-CZ8L, mediante
herramientas Open Source para controlar y gestionar los procesos.
OBJETIVOS ESPECÍFICOS
Analizar los procesos actuales de control de formularios.
Analizar los procesos para la automatización del seguimiento y
control de los formularios receptados de las instituciones
vinculadas.
Diseñar un sistema de entrega y recepción de los formularios
estadísticos.
Desarrollar una solución (software), utilizando plataformas de
desarrollo Open Source.
11
ALCANCES DEL PROBLEMA
El portal web será accesible dentro de la intranet del INEC-CZ8L,
abarcando el seguimiento y control de los formularios.
Con el proyecto que se plantea para el departamento Unidad de Registros
Administrativos del INEC-CZ8L. Se pretende definir un sistema para la
implementación de un software que optimizará el tiempo de respuesta
para la organización.
La implementación del sistema permitirá al departamento Unidad de
Registros Administrativos del INEC-CZ8L, optimizar las tareas de
seguimiento y control de los formularios de manera eficaz y efectiva,
además estará dotado de varias funcionalidades para el manejo y la
administración de la información.
El usuario debe tener un rol de administrador para acceder a todos los
módulos del sistema. Los usuarios del departamento Unidad de Registros
Administrativos estarán configurados en un rol que les permitirá el acceso
a determinados módulos del sistema, según los procesos que realicen.
12
La solución tecnológica para el departamento Unidad de Registros
Administrativos de INEC-CZ8L cubrirá los siguientes puntos:
El diseño e implementación de la herramienta informática la
automatización del control y seguimiento de los formularios.
La herramienta proveerá características administrativas de control y
seguimiento de los formularios mediante el software que se encuentra
desarrollada en una interfaz web en la intranet.
Módulo de mantenimientos:
o Usuarios.
o Instituciones/Oficinas.
o Etiquetas.
Módulo de Planificación:
o Recepción de planta central.
o Distribución a instituciones y oficinas.
Módulo de recolección:
o Generación de Folio.
o Ingreso de Secuenciales.
Módulo de Asignación:
o Asignación.
Módulo de Critica y Digitación:
o Crítica y Digitación.
La herramienta proveerá los siguientes reportes:
o Folios distribuidos a los establecimientos.
o Folios no distribuidos para el SIES.
o Folios Creados.
o Producción Diaria.
13
Capacitar a los usuarios involucrados acerca de la instalación y uso de
la herramienta informática planteada.
Envió de notificaciones correo electrónico:
o A los usuarios asignados a las tareas de crítica y digitación.
o A los Responsables de establecimientos en el proceso de
distribución de formularios.
o A los administradores del sistema cuando el usuario haya
terminado la tarea de crítica o digitación.
14
JUSTIFICACION E IMPORTANCIA
La mayoría de organizaciones, tanto privadas como públicas, enfrentan
problemas en el registro de información de manera manual, en ocasiones
se dificulta tener el control del registro de la información por no contar con
criterios de validación para el registro de la misma.
La finalidad de implementar este sistema es permitir al personal
administrativo y directores del departamento Unidad de Registros
Administrativos, organizar, controlar y dar seguimiento a los formularios y
mantener la interacción entre las diferentes instituciones públicas, a las
que se les recepta y entrega los formularios. Aumentar el control en las
tareas descritas anteriormente.
Considerando que en el departamento Unidad de Registros
Administrativos del INEC-CZ8L no cuenta con un sistema de control de
formularios se espera beneficiar con esta investigación y con la aplicación
de la propuesta al personal del departamento Unidad de Registros
Administrativos del INEC-CZ8L.
Este sistema se realiza primordialmente para buscar y proponer un
mecanismo que desarrolle una solución de acuerdo a la situación
problemática que vive el departamento Unidad de Registros
Administrativos del INEC-CZ8L.
Provocando un impacto social dado la eficiente entrega de resultados a la
comunidad.
15
METODOLOGÍA DEL PROYECTO
Metodología de Desarrollo
Existen varias metodologías entre ágiles y tradicionales para el desarrollo
de software, aunque para el desarrollo de la presente tesis se aplicará la
metodología cascada que es de tipo tradicional.
Etapas del modelo en cascada
Gráfico N. 1: Metodología de Desarrollo
Elaboración: Luis Alejandro Zambrano Vera.
Fuente:http://3.bp.blogspot.com/VCq5TNHp5HY/UWzPqIr2JYI/AAAAAAAAAAU/LJ
7QSJnMOCk/s1600/modelo-en-cascada.png
16
Análisis de Requisitos
En esta fase se analizan las necesidades de los usuarios finales del
software para determinar qué objetivos debe cubrir. De esta fase surge
una memoria llamada SRD (documento de especificación de requisitos),
que contiene la especificación completa de lo que se debe hacer al
sistema sin entrar en detalles internos.
Es importante señalar que en esta etapa se debe consensuar todo lo que
se requiere del sistema y será aquello lo que seguirá en las siguientes
etapas, pudiéndose requerir nuevos resultados a mitad del proceso de
elaboración del software.
Diseño del Sistema
Descompone y organiza el sistema en elementos que pueden elaborarse
por separado, aprovechando las ventajas del desarrollo en equipo. Como
resultado surge el SDD (Documento de Diseño del Software), que
contiene la descripción de la estructura relacional global del sistema y la
especificación de lo que debe hacer cada una de sus partes, así como la
manera en que se combinan unas con otras.
Es conveniente distinguir entre diseño de alto nivel o arquitectónico y
diseño detallado. El primero de ellos tiene como objetivo definir la
estructura de la solución (una vez que la fase de análisis ha descrito el
problema) identificando grandes módulos (conjuntos de funciones que van
a estar asociadas) y sus relaciones. Con ello se define la arquitectura de
la solución elegida. El segundo define los algoritmos empleados y la
organización del código para comenzar la implementación.
17
Implementación
Es la fase en donde se implementa el código fuente, haciendo uso de
prototipos así como de pruebas y ensayos para corregir errores.
Dependiendo del lenguaje de programación y su versión se crean las
bibliotecas y componentes reutilizables dentro del mismo proyecto para
hacer que la programación sea un proceso mucho más rápido
Pruebas
Los elementos, ya programados, se ensamblan para componer el sistema
y se comprueba que funcione correctamente y que cumpla con los
requisitos, antes de ser entregados al usuario final.
Mantenimiento
Una de las etapas más críticas, ya que se destina un 75% de los
recursos, al mantenimiento del Software ya que al utilizarlo como usuario
final puede ser que no cumpla con todas nuestras expectativas.
18
ESTUDIO DE VIABILIDAD
Para el desarrollo del sistema es necesario llevar a cabo un estudio de
viabilidad, teniendo en consideración la Viabilidad Económica y la
Viabilidad Técnica.
Estudio de Viabilidad Infraestructura Tecnológica.
Estudio de Viabilidad Económica.
ESTUDIO DE VIABILIDAD INFRAESTRUCTURA
TECNOLÓGICA.
Durante el análisis técnico se estudia y evalúa si el INEC-CZ8L cuenta
con la tecnología adecuada de tal forma que el funcionamiento del
sistema no se vea afectado. Así mismo la posibilidad de seguir adelante
con realización del sistema.
Se determina que el INEC-CZ8L cuenta con los recursos tecnológicos
necesarios para implantar el Sistema, éste contexto es un paso adelante
en el desarrollo del proyecto. Los recursos de hardware y software cubren
las especificaciones que se requerirán para el buen funcionamiento del
sistema.
19
Estudio de Viabilidad Económica.
Se evalúan los costos frente al beneficio producido por el sistema,
estimando la inversión económica comparada con los beneficios que se
obtendrán con el uso del Sistema.
Se han considerado los costos asociados al desarrollo del presente
estudio y, se determina que no se debe adquirir nuevos equipos
informáticos, el INEC-CZ8L cuenta con los equipos necesarios para la
implementación del Sistema. El Software que se utilizara en el desarrollo
del Sistema es de código abierto (OPEN SOURCE) no generara ningún
costo.
20
Cuadro N. 3: Supuestos y Restricciones
Supuestos
Aprobación del proyecto por parte del INEC-CZ8L.
El personal de INEC-CZ8L presentará una actitud
colaboradora en todo momento del desarrollo del
proyecto.
El personal de INEC-CZ8L estará disponible para
las fechas y horarios en que se realicen las
entrevistas de levantamiento de información,
dentro de los marcos temporales definidos para el
proyecto, para lo cual las fechas y horas
específicas de cada entrevista se fijarán en su
momento y de común acuerdo entre el consultor y
los miembros del equipo de proyecto.
Las propuestas de mejora estarán orientadas a
procesos en los cuales el cambio resulte
estratégico para el aumento de la eficiencia de los
procesos de control y seguimiento de formularios.
Restricciones
Solo se podrá desarrollar el sistema con
herramientas tecnológicas de licencia libre.
Se cuenta con un tiempo muy limitado para la
culminación del proyecto.
Entrevistas con los usuarios para comprender la
lógica negocio son limitadas.
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Datos de la Investigación.
21
Pruebas de Calidad
Durante la implementación del Sistema se realizarán las siguientes
pruebas para determinar el funcionamiento correcto de la aplicación
Cuadro N. 4: Niveles de Pruebas
Niveles de pruebas
Test Objetivo Participantes Ambiente
Unitario Identificar posibles
falencias en los datos,
lógica y algoritmos de
programación
Programadores Desarrollo
Integración Identificar falencias de
interfaces y relaciones
entre sus
componentes
Programadores Desarrollo
Funcional Identificar falencias en
la implementación de
los requerimientos
Testers,
Analista
Desarrollo
Sistema Identificar fallas en el
cubrimiento de los
requerimientos
Testers,
Analista
Desarrollo
Aceptación Identificar fallas en la
implementación del
Sistema
Testers,
Analista, Cliente
Producción
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Datos de la Investigación.
22
CAPÍTULO II
MARCO TEÓRICO
ANTECEDENTES DEL ESTUDIO
El Instituto Nacional de Estadística y Censos (INEC) es el organismo
encargado de generar y difundir las estadísticas oficiales del Ecuador,
siendo una fuente de información completa de gran aporte para la toma
de decisiones en la política pública.
El Departamento Unidad de Registros Administrativos del INEC-CZ8L se
encarga del control, distribución y dirección de la información recolectada
en los formularios.
Gráfico N. 2: Estructura Organizacional del INEC
Elaboración: INEC.
Fuente: http://www.ecuadorencifras.gob.ec/organigrama-equipo-directivo/
23
Se revisaron diversas fuentes referentes a los sistemas de seguimiento y
control de materiales y personal, pudiéndose recolectar investigaciones
relacionadas sobre el diseño, desarrollo e implementación de sistemas de
control de formularios.
Como investigación resaltante en el área, se puede destacar:
Quijano, J. (2013), elaboró un proyecto titulado “Implementación del
Sistema de Control y Administración de Prestamos de Equipos en la
Facultad de Educación Física Deportes y Recreación de la Universidad de
Guayaquil”. Propone, un sistema que permita agilitar las tareas de
préstamos que se llevan dentro de la facultad; mostrar indicadores y
reportes de las actividades de préstamos que se realizan diariamente;
realizar solicitudes de préstamos de una manera rápida y sencilla y que
los solicitantes estén informados sobre el estado de sus solicitudes.
El investigador concluye que el sistema lleva un paso más allá sobre la
gestión de los préstamos de equipos ya que mantiene al solicitante
informado en todo momento sobre el estado de su solicitud de préstamos
e inclusive del estado de los equipos que tiene reservado.
Los administradores pueden tener un mayor control de los activos que se
prestan en la Facultad de Educación Física y establecer
responsabilidades en cada uno de los préstamos.
Para la presente investigación se toma en consideración el control de los
activos que se prestan en la Facultad de Educación Física.
24
Valencia, G.(2012) elaboro un proyecto titulado “Implementación del
Sistema de Gestión Documental Alfresco para la Facultad de Ingeniería
en Geología, Minas, Petróleos y Ambiental de la Universidad Central del
Ecuador” en el cual propone la implementación del Sistema de Gestión
Documental Alfresco en la Ingeniería Geología, Minas, Petróleos y
Ambiental de la Universidad de Central del Ecuador (FIGEMPA), el mismo
que permitirá a la institución la gestión de la documentación e información
generada diariamente, la cual será digitalizada y almacenada en el
repositorio del sistema a implementar. Este sistema les permite a los
usuarios realizar búsquedas avanzadas de los documentos, el trabajo
colaborativo y seguridad de la información, mediante una interfaz
amigable y fácil de usar.
Los resultados del estudio realizado concluyen que el sistema
implementado por Alfresco es una de los mejores sistema ECM (Sistema
de Gestión de Contenido), ya que ofrece una amplia variedad de
funcionalidades que se ajustan a las necesidades de la Institución, para la
Gestión de Documental. Esta investigación encuentra en el trabajo antes
mencionado un aporte significativo por la utilización de gestor de
contenidos para el almacenamiento de documentos digitales.
Guerra, J. (2008), elaboro un proyecto titulado: “Sistema de control y
registro de los bienes nacionales de la coordinación regional del instituto
nacional de geología y minería de Venezuela (INGEOMIN), Región
Guayana” en el cual propone un Sistema de Control y Registro de los
Bienes Nacionales de la Coordinación Regional del Instituto Nacional de
Geología y Minería de Venezuela (INGEOMIN), Región Guayana. El
diseño fue de campo, porque se desarrolló y aplicó en el propio ámbito
donde se presentó la realidad objeto de estudio; el tipo de investigación
en modalidad proyecto factible, ya que no sólo se hizo un diagnóstico
25
acerca del control y registro de los bienes en el marco de la institución,
sino que también se propusieron alternativas de solución que se
expresaron a través de un Sistema de Control y Registro de los Bienes
Nacionales.
FUNDAMENTACIÓN TEÓRICA
La idea principal que plantea el autor es que “La gestión de la
documentación y de la información de una organización tiene que ir
orientada a la persona que la utilizaran, proveedor, cliente o trabajador de
la empresa”. (Russo, 2009, pág. 15)
Por lo tanto el autor plantea, Gestión Documentaria, Es un conjunto de
actividades que permiten coordinar y controlar los aspectos relacionados
con creación, recepción, organización, almacenamiento, preservación,
acceso y difusión de documentos. (Russo, 2009, pág. 10)
La investigadora considera que la gestión documentaria es un conjunto de
tareas direccionadas al manejo, control, tratamiento y gestión de
documentos, desde su principio hasta el final optimizando su búsqueda,
con el fin de cumplir con eficacia los requerimientos de la organización.
Se considera que la Gestión Documental enseña el procedimiento
administrativo que se le debe dar a un documento o grupos documentales
con el fin de mejorar su utilización y preservación.
26
Objetivo de la Administración Documental
La administración documental tiene como objetivo facilitar los sistemas de
creación de los documentos con el fin de evitar la producción masiva o la
elaboración de documentos innecesarios para la institución, de esta
manera podemos organizar técnicamente los archivos y facilitar la
recuperación de la información.
Clasificación de la Administración de Documentos
La clasificación de la administración de los documentos se efectúa en
base a un registro descriptivo de acuerdo al tipo y naturaleza de cada
documento, incluyendo información relacionada, ubicación, persona que
lo registró, fecha de registro, creación, consultas (quién y cuándo),
descripción de su contenido, folio único, procesos relacionados, estatus y
de acuerdo al tipo, campos o plantillas de información adicional.
Hay cuatro elementos importantes que se relacionan con la clasificación
de la administración de documentos que se detallan a continuación.
Planificación.
Organización.
Dirección.
Control.
27
Planificación:
El proceso de planificación, tanto de corto como de largo plazo es el componente más crítico de todo el sistema. Constituye la base y el vínculo para los demás elementos pues a través del proceso de planificación que determinamos lo que vamos a hacer, como lo vamos hacer y quien lo va hacer. (Glenn, Ronald, & Paul, 2005, pág. 6)
Los investigadores dicen que la planificación es importante en las
organizaciones por que funciona como el cerebro y como tal razona y
comunica a todas las áreas de la organización.
Organización:
“En términos generales, el desafío de organizar, dados unos objetivos a
alcanzar, se centra en lograr una división del trabajo, que coordinada
adecuadamente logre el cumplimiento de los objetivos mencionados”.
(Herrscher, Rebori, & D´Annunzio, 2009, pág. 89)
Según lo expresado por el autor se dice que la organización determina
recursos y actividades necesarias para alcanzar los objetivos, diseñando
una estructura departamental de la institución para la asignación de
canales de comunicación y delegar responsabilidades y autoridad a cada
puesto, así permite la consecución de los objetivos primordiales de la
empresa lo más eficientemente y con un mínimo de esfuerzo.
28
Dirección:
“La dirección de la empresa la ejercen las personas con autoridad para
fijar objetivos y tomar las decisiones oportunas para que estos se logren y
dirigir y coordinar el trabajo de otras personas.” (Iborra, Dasí, Consuelo, &
Ferrer, 2006, pág. 27)
Los investigadores indican que la dirección tiene una importante tarea a
realizar. Mejorar la eficacia en la actuación de las empresas. Por ello, ha
recibido y recibirá aportaciones de muchas otras ciencias que le ayudaran
con sus objetivos de mejora, pero su forma de ver y entender a la
empresa es único. La dirección de empresas le interesa la motivación en
tanto que afecta a la eficiencia de sus trabajadores, es decir, en la medida
que la motivación afecta a los resultados empresariales, a su eficacia y a
su eficiencia.
Control:
“El control tiene por objeto la medición de las actividades de la empresa,
determinando las desviaciones que se produzcan entre los objetivos
planificados y los resultados realmente alcanzados, proponiendo, cuando
sea preciso, las medidas correctoras oportunas.” (Dr. Maqueda, 1996,
pág. 29)
Se puede decir que la finalidad del control es asegurar que los objetivos
que se propone la empresa se cumplan, esto quiere decir que el control
se encarga de medir y modificar los procesos organizacionales para
asegurar los objetivos de la organización.
29
HERRAMIENTAS OPEN SOURCE
Gráfico N. 3: Logo de Código Abierto
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: http://commons.wikimedia.org/wiki/File:Opensource.svg
Alrededor del software libre se han creado enormes comunidades, que suelen intercomunicarse mediante medios telemáticos: listas de correo electrónico, foros, sitios web que apoyan el desarrollo (forjas), sistemas de notificación de errores, etc. Las ideas y las prácticas del software libre han ido poco a poco influyendo en otros campos intelectuales con sus debidas adaptaciones. Así, se puede entender el software libre como un espacio en el que encontrar experiencias de cultura libre. (Bañares, Martinez, & Robles, 2010, pág. 18)
Hay una variedad de herramientas libres y de pago que realizan la gestión
de control de documentos. Las herramientas Open Source son utilizadas
por que permiten el acceso a su código de programación, lo que facilita
modificaciones por parte de otros programadores ajenos a los creadores
originales del software en cuestión.
A principio de los 80’, Richard M. Stallman fue el primero en formalizar la
filosofía del “Software Libre”. Para ello creó la “Free Software Foundation”
30
en 1984 y comenzó el proyecto GNU. El aporte básico y más importante
es la licencia GNU-GPL (GNU General Public License) que garantiza y
protege la libertad de utilizar, estudiar, copiar y modificar el software.
En 1991 el estudiante LinusTorvald comienza el desarrollo de Linux bajo
la licencia GPL, lo que acaba suponiendo un gran impulso para el
proyecto GNU y el software libre en general.
Las herramientas open source han creado una apertura en el mercado,
generando competencia, obligando a las empresas a mejorar sus
productos, la manera de trabajo de las herramientas Open Source, son
comunidades que tienen un número amplio de desarrolladores y usuarios
realizando pruebas a los productos, lo que favorece a que los avances y
mejoras sean rápidos.
Las Herramientas Open Source están cada día están siendo usadas en
varios lugares del mundo por el motivo de ser un software libre es muy
usado para la implementación de sitios webs o sistemas de información;
en nuestro país por decreto presidencial 1014 del 10 de abril de 2008 que
dice: “Establecer como política pública para las Entidades de la
Administración Pública Central la utilización de Software Libre en sus
sistemas y equipamientos informáticos.” En unos inicios, esta normativa
solo iba dirigida al poder ejecutivo pero los acontecimientos hicieron que
llegará más lejos.
31
Características de las Herramientas Open Source
Para ser considera libre, un programa debe ser distribuido de tal modo que el usuario pueda, entre otras cosas, estudiar el modo de funcionamiento del programa, adaptarlo a sus necesidades y distribuir, bajo las mismas condiciones, programas derivados. Para que estas libertades sean practicables, no basta con que la licencia del programa las permita. Además, es necesario que el código fuente del programa este a disposición del usuario, ya que de lo contrario las tareas de comprender, adaptar y mejorar el programa se vuelven tan complicadas que es casi lo mismo que si estuvieran prohibidas (Da Rosa & Federico, 2007, pág. 25)
Algunos autores indican que un desarrollo Open Source tiene las
siguientes características:
Calidad:
A medida que los proyectos de código abierto ganan adeptos, más
personas contribuyen a la mejora de la estabilidad, buscando y
corrigiendo errores y mejorando la interface.
Prestaciones:
Con un nivel grande de madurez, las soluciones open source ya cubren la
totalidad de prestaciones que puedan cubrir soluciones privativas.
Seguridad y transparencia:
Lo que alguna vez fue la debilidad del open source, hoy en día es un reto
más que superado. Este tipo de soluciones permite más transparencia.
Cuando el software interactúa con los datos en el código abierto se puede
ver lo que está pasando en ese flujo de datos.
Rápida renovación:
Los desarrolladores de open source no empiezan de cero, sino que
mejoran, renuevan o innovan sobre una base común ya existente.
32
Escalabilidad:
La gran diferencia entre software propietario tradicional y los proyectos
open source, en lo que a escalabilidad se refiere, es que el software
tradicional está enfocado en un segmento de mercado particular. En
cambio, el open source está “construido” en base a los requerimientos del
cliente.
Personalización:
La más obvia. El hecho de tener acceso al código, te permite mucha
mayor libertad a la hora de realizar tus soluciones a medida. Teniendo
acceso al código puedes modificarlo, extenderlo y particularizarlo como
más te convenga.
Colaboración:
Open source facilita el proceso porque permite que empresas
competidoras entre sí puedan colaborar entre ellas, lo que hace ganar
tiempo y dinero al estar trabajando varias en un mismo proyecto.
Estándares:
Es interesante pensar que los estándares son determinados por líderes
de opinión inteligentes, que buscan el mejor camino posible a seguir por
una industria desacoplado de intereses puramente comerciales.
Innovación:
Antes el open source iba por detrás del software propietario y hoy no sólo
marca tendencia sino que el propio software propietario en muchos casos,
sigue al código abierto. La nube, la movilidad, Big Data, Internet de la
cosas y la propia Web, están impulsados por proyectos open source de
alto perfil. Hasta en los de las tecnologías más avanzadas, como la
33
realidad virtual, los principales competidores en plataformas virtuales son
open source.
Costo:
Entre el precio de compra del software en sí, el costo exorbitante de
protección contra virus, los gastos de soporte, los gastos de actualización
y los gastos asociados con estar bloqueado, el software propietario le está
costando más de lo que pueda parecer a las Empresas. Open source
presenta una mejor capacidad de adaptación de costos y permite probar
la solución internamente antes del desembolso.
TECNOLOGÍAS DE DESARROLLO DE APLICACIONES
WEB
La tendencia de nuevas soluciones informáticas están alta orientadas al
empleo de tecnologías Web, esta predilección se debe a que el uso de
estas herramientas brinda un sin número de características sencillas tanto
para su funcionamiento como para su desarrollo.
Como parte del cumplimiento de los objetivos de este tema de tesis se
propone la creación de una aplicación Web basados en los beneficios y
características propias de cada una de las herramientas a utilizarse, y que
permita la integración de todos los componentes necesarios para este fin.
Que permitan ajustarse al modelo MVC, para el manejo modular del
proyecto y las reglas de la programación orientado a objetos, con el fin de
garantizar la construcción de una aplicación portable, reutilizable y de
fácil mantenimiento.
34
Gracias a las tecnologías de aplicaciones web podemos incluir en el
desarrollo el uso de ORM para el manejo de transacciones con la base de
datos y el empleo de interfaces ya sean propias de cada aplicación o
personalizadas para la comunicación entre las diferentes capas.
La arquitectura básica de las aplicaciones web incluye como lo vemos en
el gráfico, navegadores, la red y el servidor web.
Gráfico N. 4: Arquitectura de una aplicación web
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: http://es.slideshare.net/Fastrer/c1-arquitectura
Siendo el servidor web el responsable de la distribución de las paginas a
los clientes que lo solicitan cuyos requerimientos fueron hechos mediante
la conexión de red haciendo uso del protocolo HTTP.
Las aplicaciones web pueden interactúan con una capa intermedia,
conformada por varios componentes que se ejecutan no siempre del lado
del servidor web sino en otros servidores de aplicaciones, esta capa
intermedia encapsula todo lo referente a la lógica del negocio.
35
POO
Consiste en una metodología de diseño donde el desarrollador trata a los
programas como objetos los cuales combinan características
(propiedades) y comportamiento (métodos), el conjunto de estos objetos
que interactúan entre sí, van a realizar diferentes tareas que representan
un subconjunto del mundo real a partir de esta definición surgen una serie
de nuevos conceptos como clases, atributos, entidades, instancias, etc.
La programación orientada a objeto se fundamenta en las siguientes
características: la abstracción, encapsulamiento herencia y polimorfismo.
La abstracción.- Permite al objeto poseer características esenciales que
la distinguen de los demás, es decir que para realizar una tarea
determinada solo necesitan saber su comportamiento.
Encapsulamiento.- Actúa como una especie de caja negra, en la que no
se permite accesar a su estructura interna, permitiendo ver los objeto
como unidades básicas, este aislamiento protege a los datos para que no
puedan ser modificados por quienes no tengan derecho a ello.
Herencia.- Permite la creación de jerarquías de objetos y por lo tanto la
dependencia entre ellos con el fin de compartir propiedades y
comportamientos de forma automática.
Polimorfismo.- Es la capacidad que da a diferentes objetos, la posibilidad
de contar con métodos, propiedades y atributos de igual nombre, sin que
los de un objeto interfieran con el de otro.
Modularidad.- Permite la división de la aplicación en varios módulos
independientes unas de otras y que pueden ser altamente reutilizable.
36
MODELO MVC
El Modelo Vista Controlador (MVC) es un patrón de arquitectura de software que separa los datos y la lógica de negocio de una aplicación de la interfaz de usuario y el módulo encargado de gestionar los eventos y las comunicaciones. Para ello MVC propone la construcción de tres componentes distintos que son el modelo, la vista y el controlador, es decir, por un lado define componentes para la representación de la información, y por otro lado para la interacción del usuario. Este patrón de diseño se basa en las ideas de reutilización de código y la separación de conceptos, características que buscan facilitar la tarea de desarrollo de aplicaciones y su posterior mantenimiento. (Eslava Muñoz, 2013, pág. 109)
Basado en lo expresado por el autor Vicente Eslava el cual define al
modelo MVC como un patrón de arquitectura, podemos concluir que el
desarrollo de aplicaciones mantendrá una organización estructural que
facilitara el desarrollo de cualquier proyecto. Este modelo base propone el
empleo de las siguientes capas:
Modelo.- Representa la lógica del negocio, es la información con la cual
opera el sistema
Vista.- Es la capa que interactúa con el usuario, presenta la información
en un formato adecuado para enviar las peticiones de los usuarios y
generar la respuesta por la acción realiza.
Controlador.- Es el intermediario entre la vista y el modelo, respondiendo
a eventos cuando se hace alguna petición.
37
ORM
Mapeo de objeto relacional son técnicas o modelos de programación que
transformas las tablas de la base de datos en entidades para facilita las
labores básicas de acceso a datos mediante un lenguaje de programación
orientada a objetos.
Ventajas
Facilidad, sencillez y velocidad de uso.
Abstracción de la base de datos usada, lo que lo hace reutilizable,
permitiendo los métodos de los objetos sea instanciados desde
diferentes partes.
Controla la seguridad de la capa de acceso a datos contra ataques.
Desventajas
Si se trata de entornos complejos el poner una capa más en el
proceso puede reducir el rendimiento.
Aprender el nuevo lenguaje del ORM.
Los ORM son utilizados actualmente por lenguajes de alto nivel tales
como JAVA por medio de hibernate, Ebean, ibatis, etc, .Net a través de
Hibernate, Entity Framework, etc. Y PHP con Propel, Doctrine Rocks,
Torpor, etc. A continuación mostramos un comparativo de diferentes
ORM.
38
Cuadro N. 5: Comparación de las tecnologías de la persistencia ORM
Características iBATIS Hibernate JPA
Simplicidad
Muy bueno Bueno Bueno
Solución completa ORM
Mejorable Muy bueno Muy bueno
Adaptabilidad a cambios
en el modelo de datos
Bueno Mejorable Mejorable
Complejidad
Muy bueno Mejorable Mejorable
La dependencia de SQL
Bueno Mejorable Mejorable
Rendimiento
Bueno Muy bueno -
Portabilidad a través de
diferentes bases de datos
relacionales
Mejorable Muy bueno -
Portabilidad a las
plataformas de no-Java
Muy bueno Bueno No soportado
Comunidad de soporte y
documentación
Mejorable Muy bueno Muy bueno
Elaboración: Luis Alejandro Zambrano Vera.
Fuente:http://www.juntadeandalucia.es/servicios/madeja/contenido/recurso/180
39
El cuadro presentado por el estudio realizado por la junta de Andalucia
demuestra que la elección del ORM para el manejo de transacciones a la
base de datos desde una aplicación web dependerá de las necesidades
del proyecto como tal, así como de las demás tecnologías a emplearse y
del nivel de conocimiento de las herramientas quedando al criterio del
analista, cuál sería la mejor opción.
JEE - JAVA ENTERPRISE EDITION
Se trata de una plataforma para el desarrollo de aplicaciones java web,
basadas en componentes de empresas multinivel, contenedores y
servicios, lo que hace que la gestión de la información sea más rápida y
eficiente por ende mejora la productividad del desarrollo; este modelo de
programación permite la estandarización para alojar aplicaciones de
empresas lo cual asegura la portabilidad de los módulos desarrollados.
Decimos que JSF maneja multiniveles ya que un sistema de aplicación
puede abarcar:
Nivel de cliente.- aquí encontramos los componentes web o aplicaciones
autónomas que proporcionan la interfaz dinámica.
Nivel medio.- también denominado nivel de servidor, los cuales se
encargan de realizar las acciones y almacenamiento de datos mediante
los Enterprise beans y los servicios web quienes controlan y
encapsulación de la lógica de negocios.
Nivel de datos.- El cual se encarga del manejo y conservación de los
datos que se encuentran en una base de datos relacional.
Al hablar de estandarización hablamos también de estructuración y JEE
describe la manera correcta que las aplicaciones deben organizarse para
ser compatibles con otros servidores de aplicaciones que lo soporte, en
40
los siguientes enunciados el autor indica que JEE se compone de los
siguientes elementos:
De recurso estático: paginas HMT, imágenes, sonidos, hojas de
estilos.
De recursos dinámicos: servlets, JSP, Java Beans.
De librerías de clases utilizadas por los diferentes componentes
dinámicos.
De un descriptor de despliegue que permite definir los parámetros
de funcionamiento de la aplicación en el servidor, los enlaces entre
las URL y los recursos dinámicos de la aplicación, las paginas por
defecto y de error de la aplicación, la seguridad de la aplicación
etc.
Los archivos que contienen estos elementos tienen que organizarse en
una forma de árbol concreta para ser fácilmente accesibles por el servidor
de aplicaciones. (Groussard, 2010, pág. 19).
Modelo de la aplicación
Como se puede observar este modelo es diseñado para implementar
servicios como aplicaciones de capas múltiples que distribuyen la
accesibilidad y escalabilidad y facilitar el manejo necesario para
aplicaciones. De igual manera la lógica de la aplicación puede ser dividida
en módulos o componentes de acuerdo a la necesidad del sistema
haciendo más fácil la reutilización de código y su portabilidad.
41
Gráfico N. 5: Arquitectura multicapa
Elaboración: Luis Alejandro Zambrano Vera. Fuente:http://www.abrahamgamarra.sistemasuncp.com/descargas/ebooks/Fundamentosd
eJavaServerFaces.pdf
Capa cliente o client-tier.- Son todos aquellos componentes que
se ejecutan en la máquina cliente y que permite la creación de la
interfaz que vemos en el navegador web mediante una página
HTML.
Capa Web-tier.- Se encarga de manejar la lógica de presentación
mediante framework tales como Server Faces (JSF), Servlets y
JSP.
42
Capa Bussines–tier.- Posee componentes que se encargan del
manejo de lógica del negocio, desde aquí se tiene acceso a todos
los servicios de la empresa y son los Enterprise Java Beans (EJB).
La capa Peristence-tier.- O capa de persistencia el cual se
encarga del mapeo de entidades relaciones de una Base Datos en
EJB
La capa EIS-tier.- o capa de sistemas de información
empresariales esta capa se encarga de almacenar los datos se
ejecutan sobre una base de datos ejemplo Mysql, Oracle, Postgres,
Firebird, etc.
COMPONENTES JAVA EE
Las aplicaciones JEE estaban hechas en base a componentes, un componente es una unidad de software funcional que es ensamblada en una aplicación JEE con sus clases relacionadas y posee capacidades de comunicación con otros componentes asimismo puede ser fácilmente actualizado de acuerdo a los cambios en las reglas de negocio y lo más importante es reusable. (Mg. Gamarra, Ing. Vega, & Ing. Huamani, 2011, pág. 9)
Los componentes de la especificación JEE son escritos en java y
compilados como programas JSE definidos son:
Aplicaciones Clientes JSE, se ejecuta sobre la capa cliente aquí se
considerado el browser como una aplicación JSE que entrega
HTML dinámico o puede ejecutar applets.
Servlets, JSF y JSP los cuales se ejecutan sobre la capa web.
EJB, son beans empresariales que se ejecutan sobre la capa de
negocio.
43
Componentes de la capa Cliente
Clientes Web, son aquellos que se componen de una página web
dinámica como html, xml, etc. Y un navegador web que despliega
las paginas al servidor de aplicaciones JEE
Aplicación Cliente JSE, se trata de una interfaz de usuario que
ingresa directamente a los beans EJB mediante el protocolo RMI
(Remote method Invocation).
Componentes de la Capa Web
Los componentes de la capa Web de la arquitectura JEE son los aquellos
que se ejecutan en el servidor y producen paginas dinámicas en Html,
Wireless Markup Language (WML) o XML, en la arquitectura JEE estos
componentes acceden a los componentes de la capa de negocios. (Mg.
Gamarra, Ing. Vega, & Ing. Huamani, 2011, pág. 13)
Componentes de la Capa de Negocio
Recordemos que en esta capa se maneja toda la lógica de negocio, lo
que quiere decir que da soluciones a las necesidades de un dominio de
negocio en particular, los componentes que actúan sobre esa capa son
los EJB los cuales reciben información de un programa JSE de la capa
web y los envía a la capa de información para su almacenamiento, o
viceversa.
44
Capa EIS
La capa del sistema de información empresarial maneja el software EIS e
incluye sistemas que son infraestructura como los ERP’s, Mainframes,
sistemas de bases de datos, y otros sistemas heredados (Mg. Gamarra,
Ing. Vega, & Ing. Huamani, 2011, pág. 44)
Contenedores
Son servicios que ejecutan tareas tales como manejo de transacciones,
hilado múltiples, administraciones de estado y otro detalle de bajo nivel,
proporciona servicios de seguridad, gestión del ciclo de vida,
concurrencia, procesamiento de transacciones, despliegue y otros
servicios.
JAVA SERVER FACES
Java Server faces es una tecnología estándar para el desarrollo de
aplicaciones java EE, es un framework MVC, que gestiona una solicitud
de usuario desde una página web y la traduce a eventos enviados al
servidor para devolver una respuesta sobre la página origen regenerada
por dicha acción.
45
Basado en el API de Servlets que proporciona un conjunto de componentes en forma de etiquetas definidas en páginas XHTML mediante el framework Facelets. Facelets se define en la especificación 2 de JSF como un elemento fundamental de JSF que proporciona características de plantillas y de creación de componentes compuestos. Antes de la especificación actual se utilizaba JSP para componer las páginas JSF (Such, 2014)
Una aplicación JSF se estructura por un conjunto organizado de
directorios y puede ser desplegado por un archivo .war, tal como se
muestra en la siguiente imagen.
Gráfico N. 6: Estructura de directorio de una aplicación JSF
Elaboración: Luis Alejandro Zambrano Vera. Fuente:http://www.abrahamgamarra.sistemasuncp.com/descargas/ebooks/Fundamentosd
eJavaServerFaces.pdf
Como veremos en la imagen siguiente JSF es el encargado de interactuar
directamente con el usuario por lo que su ámbito se limita a la capa de
presentación, el manejo de persistencia, servicios web y otras conexiones
backend están fuera de su alcance.
46
Gráfico N. 7: Arquitectura JSF
Elaboración: Luis Alejandro Zambrano Vera. Fuente:http://www.abrahamgamarra.sistemasuncp.com/descargas/ebooks/Fundamentosd
eJavaServerFaces.pdf
Características principales
Posee grupo de componentes UI interfaz de usuario prefabricado.
Cuenta con un modelo de programación para el manejo de
eventos él se encarga de validar en el lado del servidor y
convertirlo a datos.
Un modelo de componentes que permite la integración de
componentes adicionales desarrollados por terceros.
Definir la navegación entre páginas.
Soportar accesibilidad e internacionalización.
Pose librerías de etiquetas JSP personalizadas para dibujar
componentes UI dentro de una página JSP.
47
PRIMEFACES
Prime faces es uno de los framework más populares utilizados para la
creación de diseños personalizados de páginas web, ubicado en el
segundo puesto de preferencias a nivel mundial, el cual cuenta gama de
librerías de componentes visuales open sources para JSF, y a lo simple
de su instalación ya que no depende de configuraciones adicionales.
Gráfico N. 8: Logo Primefaces
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: http://www.primefaces.org/
48
HIBERNATE
Es Hibernate un framework ORM para entornos de desarrollo java, es un
motor de persistencia que permite a un objeto en ejecución examinarse y
manipularse a sí mismo, el cual facilita la consulta y recuperación de
datos, lo que implica una reducción de tiempo de desarrollo.
Gráfico N. 9: Logo Hibernate
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: http://hibernate.org/
En una aplicación clásica utilizaríamos alguna forma de incrustar un query SQL en nuestro código haciéndosela llegar al motor de la BD. Pero cuando un ORM como Hibernate se hace cargo, surgen otras posibilidades. Para empezar, Hibernate cuenta con su propio lenguaje de consultas llamado HQL, el cual tiene, como veremos, muchas similitudes con SQL, pero que se centra en una visión OO (Object Oriented). HQL está completamente orientado a objetos, lo cual significa que entiende nociones como asociación, herencia y polimorfismo. (Gaitano, 2012, pág. 17)
En base a lo descrito por el autor Gabriel Gaitano podemos decir que
estas serían las razones por la cuales Hibernate es considera uno de los
mejores ORM en el control de acceso a base de datos y el manejo de
transacciones CRUD (créate, read, update, delete) a través de un leguaje
de alto nivel orientado a objetos.
49
El autor en la siguiente cita nos indica parte de la manera de trabajar de
hibernate en la que expresa:
La principal recompensa que nos brinda Hibernate es poder referirnos a la información utilizando un lenguaje y tecnología orientada a objetos. En lugar de tener que manipular filas y columnas de un modelo tabular, se nos presenta la posibilidad de utilizar la popular nomenclatura Objeto.propiedad en nuestro código. Así, por ejemplo, podríamos referenciar Evento.id o Evento.fecha sin ningún problema, lo cual adquiere su pleno poder cuando el modelo de objetos se expande y se agregan muchas interdependencias entre tablas. (Gaitano, 2012, pág. 17)
Gráfico N. 10: Arquitectura General de Hibernate
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: http://www.tutorialsdesk.com/2014/10/hibernate-architecture.html
50
El grafico muestra la arquitectura de hibernate la cual permite crear
objetos persistentes que son los que se encargan de sincronizar los datos
de la aplicación con la base de datos, actuando como una capa
intermedia que carga los detalles de la configuración, como la cadena de
conexión de base de datos, asignaciones, clases de entidad, etc.
Gráfico N. 11: Arquitectura Completa de Hibernate
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: http://java-white-box.blogspot.com/2014/06/hibernate-que-es-hibernate-
arquitectura.html
La grafica muestra la estructura completa de hibérnate:
1. Utiliza varios API de java como JDBC que permite implementar la
conexión con cualquier base de datos por medio de drivers; JTA y
JNDI que permite la integración con servidores de aplicaciones
JEE.
2. Crea un objeto transitorio con el fin de conservar los datos de la
base de datos que fueron mapeados desde la clase java.
51
3. Almacena los objetos de base de datos mediante una instancia de
la interfaz Session Factory que con la ayuda de transactionFactory
y ConnectionProvider implementa los ajustes de configuración en
una base de datos incluyendo los archivos de configuración de
hibérnate.
4. Cada conexión es creada mediante la instancia a la Interfaz
Session.
Cualquier aplicación que haga uso de hibernate crea una sola vez un
objeto de configuración durante su inicialización el cual será requerido por
hibernate este proporciona dos componentes:
Conexión de base de datos: Se trata de archivos de configuración
soportadas por hibernate estos son: hibernate.properties y
hibernate.cfg.xml.
Configuración de Mapeo Clase: Este componente permite la
creación de la conexión entre las clases de Java con las tablas de
la base de datos.
Ventajas
Productividad: Facilita las consultas y recuperación de datos ya
que permite encapsular el código SQL evitando el empleo de
código confuso de la capa de persistencia.
Mantenibilidad: Al permitir dividir la capa de persistencia es más
claro identificar errores.
Permite crear códigos más cortos y claros fáciles de reutilizar y
mantener.
Rendimiento: Garantiza un buen tiempo de respuesta siempre y
cuando se haya realizado las consultas a la base de datos acorde
52
considerando las técnicas de optimización de querys y a la
configuración del framework.
Independiente del proveedor.
MYSQL SERVER
MySQL es uno de los gestores de bases de datos relacionales (SGBDR) más utilizado en el mundo, con más de 10 millones de instalaciones. MySQL tuvo su origen en el intento de mejorar la rapidez y flexibilidad de otra base de datos: mSQL (Piero Berni, 2010, pág. 9)
Gráfico N. 12: Logo Mysql
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: http://java-white-box.blogspot.com/2014/06/hibernate-que-es-hibernate-
arquitectura.html
Es un sistema gestor de base de datos extremadamente rápido. Aunque no ofrece las mismas capacidades y funcionalidades que otras muchas bases de datos, compensa esta pobreza de prestaciones con un rendimiento excelente que hace de ella la base de datos de elección en aquellas situaciones en las que necesitamos sólo unas capacidades básicas. (Mateu, 2014, pág. 249)
53
Sus principales objetivos han sido la velocidad y la robustez. Es un SGBD
sencillo y rápido que se adapta perfectamente a entornos en los que el
volumen de datos sea del orden de megabytes (en la documentación se
habla de su uso con bases de datos de 50 millones de registros). En la
versión 5 de MySQL ha incluido el control de transacciones,
procedimientos almacenados y triggers, por lo que ha rellenado el gran
hueco que lo diferenciaba de grandes SGBD como Oracle. Si bien existe
la posibilidad de comprar su soporte, Oracle sigue teniendo más
aceptación en el mundo empresarial.
Entre sus características más destacadas citamos las siguientes
Soporte de transacciones, posee distintos motores de
almacenamiento como tipos de tablas.
Soporte de replicación.
Librería para uso embebido.
Cache de búsqueda para aumentar el rendimiento.
Escrita en C/C++.
Funciona en múltiples plataformas como por ejemplo Linux,
Window FreeBSD.
Multithread, Multiprocesadores y multilenguaje.
Es software libre su tipo de licencia es GPL y lo encontramos bajo
licencia comercial.
Posee motores de almacenamiento no transaccionales.
Soporta el estándar SQL.
Soporta Multiples opciones de conexión PHP, sockets TCP/IP,
ODBC, JDBC, API de C/C++.
Fácil de instalar, administrar y usar.
54
Gráfico N. 13: Arquitectura Mysql
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: https://cnx.org/contents/-jPvAviC@1/Visin-general-de-la-arquitectu
La arquitectura lógica de mysql está formada de los siguientes
componentes:
Motor de almacenamiento.- crea una interfaz abstracta con funciones de
datos a nivel físico que permita intercambiarse a diferentes motores de
almacenamiento de tablas o bases de datos adecuados a cada necesidad
concreta.
Conectores.- Son API en diferentes lenguajes de programación que
permiten la conexión entre la aplicación y el servidor mysql.
Gestores de conexión.- Es el encargado de mantener y controlar las
múltiples conexiones con los clientes y el acceso mediante la
autentificación de usuarios.
El procesamiento y optimización de consultas.- Esta etapa se encarga
del análisis de consultas y transacciones a la base de datos mysql, para lo
55
cual realiza un análisis sintáctico produciendo una representación
intermedia de la misma.
Cache de consultas.- Mysql implementa una cache la que sirve para
almacenar las consultas y sus resultados solicitados por el cliente
optimizando el tiempo de respuesta.
Control de concurrencia.- Es el mecanismo por medio de bloqueos
utilizado para evitar inconsistencias o efectos no deseados de lecturas o
escrituras simultáneas a una misma porción de datos.
La gestión de transacciones y recuperación.- desde esta capa se
realiza el control semántico de las consultas o transacciones si se detecta
un error el servidor anulara la ejecución produciéndose un rollback.
56
JASPERREPORTS & IREPORT
Poderosa librería java para la generación, impresión y previsualización de
reportes, es una tecnología informática open sources, que forma parte de
la suite jasper Server, permite la creación dinámica de informes en forma
de ficheros xml, csv, html, xls y pdf, ampliamente utilizada en aplicaciones
J2EE, su comportamiento es como el de un compilador e interprete el cual
recibe en formato xml el diseño del reporte y genera un archivo .jasper el
cual utiliza para obtener el reporte final.
Esta librería es utilizada comúnmente por la herramienta iReport el cual
está escrito en java, también de tecnología open sources, que facilita la
creación de las plantillas de reportes de forma sencilla, por la cual es
considerado como un constructor- diseñador, posee imágenes, gráficos,
subinformes, tablas de referencias cruzadas, etc., los datos pueden ser
accedidos a través de JDBC, Javabeans, hibernate, xml, tableModels.
57
GLASSFISH
Gráfico N. 14: Servidor de Aplicaciones GlassFish
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: https://vpsineu.com/blog/wp-content/uploads/2015/06/install-glassfish-4-1-and-
setup-reverse-proxy-with-nginx-on-an-ubuntu-14-04-vps1.jpg
Glassfish es un servidor de aplicaciones de software libre desarrollado por
Sun Microsystems, compañía adquirida por Oracle Corporation, que
implementa las tecnologías definidas en la plataforma Java EE y permite
ejecutar aplicaciones que siguen esta especificación. Es gratuito, de
código libre y se distribuye bajo un licenciamiento dual a través de la
licencia CDDL y la GNU GPL.
58
FUNDAMENTACIÓN LEGAL
Para la fundamentación del proyecto se referencian a las siguientes leyes
de la constitución de la República del Ecuador.
CONSTITUCIÓN DE LA REPÚBLICA DEL ECUADOR
Capítulo sexto
Trabajo y producción
Sección Segunda
Tipos de propiedad
Art. 322.- Sobre la propiedad intelectual manifiesta:
Se reconoce la propiedad intelectual de acuerdo con las condiciones que señale la ley. Se prohíbe toda forma de apropiación de conocimientos colectivos, en el ámbito de las ciencias, tecnologías y saberes ancestrales. Se prohíbe también la apropiación sobre los recursos genéticos que contienen la diversidad biológica y la agro-biodiversidad. (Constitución del Ecuador, 2008, pág. 120)
59
REGISTRO OFICIAL NO 320 LEY DE PROPIEDAD INTELECTUAL
Sección v
Disposiciones especiales sobre ciertas obras
Parágrafo primero
De los programas de ordenador
Art. 28. En lo referente a los programas de ordenador indica:
Los programas de ordenador se consideran obras literarias y se protegen como tales. Dicha protección se otorga independientemente de que hayan sido incorporados en un ordenador y cualquiera sea la forma en que estén expresados, ya sea en forma legible por el hombre (código fuente) o en forma legible por máquina (código objeto), ya sean programas operativos y programas aplicativos, incluyendo diagramas de flujo, planos, manuales de uso, y en general, aquellos elementos que conformen la estructura, secuencia y organización del programa. (Ley de la Propiedad Intelectual Ecuador, 2008)
Art. 29.
Es titular de un programa de ordenador, el productor, esto es la persona natural o jurídica que toma la iniciativa y responsabilidad de la realización de la obra. Se considerará titular, salvo prueba en contrario, a la persona cuyo nombre conste en la obra o sus copias de la forma usual. (Ley de la Propiedad Intelectual Ecuador, 2008).
“Dicho titular está además legitimado para ejercer en nombre propio los
derechos morales sobre la obra, incluyendo la facultad para decidir sobre
su divulgación”. (Ley de la Propiedad Intelectual Ecuador, 2008).
“El productor tendrá el derecho exclusivo de realizar, autorizar o prohibir
la realización de modificaciones o versiones sucesivas del programa, y de
programas derivados del mismo”. (Ley de la Propiedad Intelectual
Ecuador, 2008)
60
“Las disposiciones del presente artículo podrán ser modificadas mediante
acuerdo entre los autores y el productor”. (Ley de la Propiedad Intelectual
Ecuador, 2008).
Art. 30. La adquisición de un ejemplar de un programa de ordenador que
haya circulado lícitamente, autoriza a su propietario a realizar
exclusivamente:
“Una copia de la versión del programa legible por máquina (código objeto)
con fines de seguridad o resguardo”. (Ley de la Propiedad Intelectual
Ecuador, 2008).
“Fijar el programa en la memoria interna del aparato, ya sea que dicha
fijación desaparezca o no al apagarlo, con el único fin y en la medida
necesaria para utilizar el programa”. (Ley de la Propiedad Intelectual
Ecuador, 2008).
Salvo prohibición expresa, adaptar el programa para su exclusivo uso personal, siempre que se limite al uso normal previsto en la licencia. El adquirente no podrá transferir a ningún título el soporte que contenga el programa así adaptado, ni podrá utilizarlo de ninguna otra forma sin autorización expresa, según las reglas generales. (Ley de la Propiedad Intelectual Ecuador, 2008).
Se requerirá de autorización del titular de los derechos para cualquier otra utilización, inclusive la reproducción para fines de uso personal o el aprovechamiento del programa por varias personas, a través de redes u otros sistemas análogos, conocidos o por conocerse. (Ley de la Propiedad Intelectual Ecuador, 2008).
61
Art. 31.
No se considerará que exista arrendamiento de un programa de ordenador cuando éste no sea el objeto esencial de dicho contrato. Se considerará que el programa es el objeto esencial cuando la funcionalidad del objeto materia del contrato, dependa directamente del programa de ordenador suministrado con dicho objeto; como cuando se arrienda un ordenador con programas de ordenador instalados previamente. (Ley de la Propiedad Intelectual Ecuador, 2008).
Art. 32. Las excepciones al derecho de autor establecidas en los artículos
30 y 31 son las únicas aplicables respecto a los programas de ordenador.
“Las normas contenidas en el presente Parágrafo se interpretarán de
manera que su aplicación no perjudique la normal explotación de la obra o
los intereses legítimos del titular de los derechos”. (Ley de la Propiedad
Intelectual Ecuador, 2008).
62
Preguntas a Contestarse
1. ¿La herramienta tecnológica será de ayuda para mejorar todos los
procesos de formularios receptados de las instituciones?
2. ¿El diseño del desarrollo de la propuesta tecnológica INEC Zonal 8 a
implementar promoverá la automatización de otros procesos en el
INEC Zonal 8?
3. ¿De qué manera va influir el desarrollo del sistema en el INEC Zonal 8
para el departamento Unidad de Registros Administrativos?
Definiciones Conceptuales
Acceso.- Es una posibilidad de ingresar durante un tiempo
predeterminado a una cuenta por medio de la autentificación, el
servidor guarda en el cliente una cookie, esta permitirá que el usuario
pueda entrar a su cuenta en el servidor hasta que esta caduque.
Comunicación.- Es un proceso mediante el cual se intercambia
información a través de un canal y mediante un código en común entre
una entidad a otra.
Toma de decisiones.- Es una resolución que se obtiene después de
analizar dos o más opciones para dar una solución a un problema.
Herramientas Tecnológicas.- Son las diferentes aplicaciones y
programas que pueden ser usadas en diversas funciones con mucha
facilidad y sin costo alguno. Estas herramientas están a disposición de
63
la comunidad para aquellos usuarios que quieran suplir una necesidad
en el área informática.
Open Source.- Es el término con que se dio a conocer al software
distribuido y desarrollado libremente, es decir, permite a los usuarios,
ejecutar, copiar, distribuir, estudiar, cambiar y mejorar el software.
Sistema.- Es un conjunto de elementos organizados y relacionadas
que interactúan entre sí para lograr un objetivo, reciben datos y
proveen información.
Software.- Es un programa o un conjunto de programas de cómputo
que incluyen datos y procedimientos que permiten realizar diferentes
tareas en un sistema informático.
Web.- Es un documento electrónico que contiene información, cuyo
formato se adapta para estar insertado en la World Wide Web para
que diferentes usuarios puedan ingresar a la misma por medio de un
navegador.
Tecnologías Informáticas: Es una ciencia aplicada que abarca el
estudio y aplicación de sistemas computacionales en diferentes
dispositivos electrónicos.
HTTP.- Hypertext Transfer Protocol, Protocolo de transferencia de
hipertexto, es decir la forma en la que las páginas web son enviadas a
un ordenador.
FTP.- File Transfer Protocol, protocolo de transferencia, define la
manera en que los datos deben ser transferidos a través de una red
TCP/IP.
TCP/IP.- protocolos para comunicación por red de datos, Un protocolo
es un conjunto de reglas establecidas entre dos dispositivos para
permitir la comunicación entre ambos.
64
JDBC.- Java DataBase Connectivity o Conectividad de Bases de
Datos de Java. Conjunto de clases que permiten administrar bases de
datos.
Framework.- es un esquema o estructura de trabajo para el desarrollo
y la implementación de una aplicación.
Xml.- Lenguaje de Etiquetado Extensible, adaptado a internet, es un
lenguaje estándar de macado adecuado a usos determinados; el cual
presenta estructurada la información para que sea almacenada,
procesada y consultada por diversos tipos de aplicaciones y
dispositivos.
Ajax.- JavaScript asíncrono + XML, esta tecnología permite la
comunicación con sistemas remotos y la actualización de partes de
una página.
OpenSource.- Código abierto, hace referencia al software distribuido y
desarrollado libremente.
jQuery.- es un API o conjunto de funciones y métodos de javascript
implementan cualquier tipo de comportamiento útiles en la mayoría de
proyectos web.
JRE.- Java Runtime Environment, es la conformación JVM (Java
Virtual Machine), las clases de núcleo de la plataforma java y las
librerías de plataforma java de soporte, es lo que permite la ejecución
de una aplicación java en un explorador web.
JDK, es el conjunto de librerías y programas para el desarrollo,
ejecución y compilación de aplicaciones java.
ORM.- Object Relational Mapping, el sistemas de Mapeo Objeto-
Relacional, es quien nos permite la conversión de datos entre el
lenguaje de programación orientado a Objetos a Objetos. Utiliza un
motor de persistencia.
65
Persistencia.- Es un conjunto de librerías o API, que se encargan del
manejo de datos relacionales. En el caso de querer guardar esa
información después de finalizado el programa.
JPA.- Es un conjunto de librerías o APIs, es el estándar de mapeo
entre un objeto java a una base de datos relacional.
DBMS.- Database Management System, se encarga de la creación y
acceso a la base de datos el cual está compuesto por DDL(Lenguaje
de de definición de datos), DML(Lenguaje de Manipulación de Datos) y
SQL(Lenguaje de Consulta).
APIs.- Aplication Programming Interface, conjunto de librerías, clases
y otros elementos utilizados para el desarrollo de aplicaciones java.
Arquitectura.- Se refiere a la estructura de un sistema informático, al
modelo y descripción funcional.
Base de datos.- Es el medio en el cual se almacena un conjunto de
información de manera estructurada.
Código fuente.- Conjunto de instrucciones o subrutinas que
representan un lenguaje de programación para ejecutar un programa.
Conexión.- Se refiere al enlace o unión entre dos equipos.
Estadísticas.- Es una ciencia formal y una herramienta que estudia
usos y análisis provenientes de una muestra representativa de datos,
busca explicar las correlaciones y dependencias de un fenómeno
físico o natural, de ocurrencia en forma aleatoria o condicional.
Formularios.- Es un documento que presenta una visión ordena de la
información registrada por un usuario.
Framework.- Son patrones o estándares para el desarrollo y
aplicación de un programa.
Interfaz.- Sirve para identificar la conexión entre dos sistemas o
dispositivos de cualquier tipo.
66
Librerías.- O un conjunto de funcionabilidades específicas, que
ofrecen una interfaz a los programas para su uso, también llamados
APIS.
Licencias.- Son contratos, que permiten la autorización del uso de
determinado software, especificando sus normas y clausulas para el
empleo de un determinado programa.
Sociodemográfico.- Son estudios de tipo estadístico orientados al
análisis de características sociales de una población.
QUIPUX.- Es un servicio web que la Subsecretaría de Tecnologías de
Información de la Secretaría Nacional de la Administración Pública,
pone a disposición de entidades o instituciones públicas. Permite el
registro, control, circulación y organización de los documentos digitales
y/o físicos que se envían y reciben en una Institución. Quipux, gestiona
la documentación digital y/o impresa.
67
CAPÍTULO III
PROPUESTA TECNOLÓGICA
Análisis de factibilidad
Factibilidad Operacional
Para el desarrollo del proyecto no se presentó ningún inconveniente para
la obtención de la información en el Departamento Unidad de Registros
Administrativos vinculado con el proceso de control y seguimiento de
formularios, debido a que se tuvo el apoyo incondicional del Persona del
Departamento Unidad de Registros Administrativos.
El personal desde el inicio han sido entusiastas con el desarrollo del
sistema, puesto que tienen claro que esto le favorecerá y facilitara la tarea
que a menudo realizan, por lo que existe el deseo de los usuarios directos
de colaborar y participar en el proyecto.
Al implementar este sistema se facilitará el trabajo del personal del control
de los formularios, reduciendo el tiempo que invierte en el ingreso de los
formularios, asignación y control.
68
Factibilidad técnica
Actualmente el departamento Unidad de Registros Administrativos de
INEC-CZ8L, cuenta con servidores para tareas específicas. El Sistema se
implementara en un servidor con distribución de x Centos Versión 5.4
A continuación detallamos la descripción de los Servidores:
Cuadro N. 6: Sistema Informáticos
Aplicación Sistemas Informáticos
Procesador 2 Intel Xeon 2.80 Ghz
Disco Duro 300 Gb
Memoria 8 Gb RAM
Dirección IP WAN:
200.107.42.52
LAN:
192.168.10.204
Sistema Operativo Centos Versión 5.4
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Datos de la Investigación
69
Para el desarrollo del sistema se utilizaran las siguientes herramientas.
Cuadro N. 7: Descripción y Características
Descripción Características
Lenguaje de Programación Java, JSF, JPA 2.1
Motor de Base de Datos MySql 5.5.46
Entorno de Desarrollo Integrado
(IDE)
NetBeans 8.0.2
Herramienta de Reportes JasperReport (iReport),
librerías .jar y plugins.
Servidor Web GlassFish 4.1
Navegadores Firefox.
Google Chrome
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Datos de la Investigación.
Factibilidad Legal
En el presente proyecto se respeta y se hace cumplir la ley de los
derechos de autor cumpliendo con todas las prerrogativas que dicha ley
establece, con el objetivo de evitar multas o demandas a la hora de
implementar el sistema. El sistema ya cuenta con los permisos de
Derechos de Autor. Una vez aprobado el proyecto se tendrá los derechos
de al código fuente del sistema. El proyecto se debe alinear a las
siguientes políticas internas y Normas de Control del INEC CZ8L del
departamento TIC (Tecnologías de la Información y la Comunicación)
70
410-08 Adquisiciones de infraestructura tecnológica
La Unidad de Tecnología de información definirá, justificará, implantará y
actualizará la infraestructura tecnológica de la organización para lo cual
se considerarán los siguientes aspectos:
1. Las adquisiciones tecnológicas estarán alineadas a los objetivos de la
organización, principios de calidad de servicio, portafolios de proyectos y
servicios, y constarán en el plan anual de contrataciones aprobado de la
institución, caso contrario serán autorizadas por la máxima autoridad
previa justificación técnica documentada.
2. La Unidad de Tecnología de Información planificará el incremento de
capacidades, evaluará los riesgos tecnológicos, los costos y la vida útil de
la inversión para futuras actualizaciones, considerando los requerimientos
de carga de trabajo, de almacenamiento, contingencias y ciclos de vida de
los recursos tecnológicos. Un análisis de costo beneficio para el uso
compartido de Data Center con otras entidades del sector público, podrá
ser considerado para optimizar los recursos invertidos.
3. En la adquisición de hardware, los contratos respectivos, tendrán el
detalle suficiente que permita establecer las características técnicas de
los principales componentes tales como: marca, modelo, número de serie,
capacidades, unidades de entrada/salida, entre otros, y las garantías
ofrecidas por el proveedor, a fin de determinar la correspondencia entre
los equipos adquiridos y las especificaciones técnicas y requerimientos
establecidos en las fases precontractual y contractual, lo que será
confirmado en las respectivas actas de entrega/recepción.
4. Los contratos con proveedores de servicio incluirán las
especificaciones formales sobre acuerdos de nivel de servicio,
puntualizando explícitamente los aspectos relacionados con la seguridad
y confidencialidad de la información, además de los requisitos legales que
71
sean aplicables. Se aclarará expresamente que la propiedad de los datos
corresponde a la organización contratante.
410-09 Mantenimiento y control de la infraestructura tecnológica
La Unidad de Tecnología de Información de cada organización definirá y
regulará los procedimientos que garanticen el mantenimiento y uso
adecuado de la infraestructura tecnológica de las entidades. Los temas a
considerar son:
1. Definición de procedimientos para mantenimiento y liberación de
software de aplicación por planeación, por cambios a las disposiciones
legales y normativas, por corrección y mejoramiento de los mismos o por
requerimientos de los usuarios.
2. Los cambios que se realicen en procedimientos, procesos, sistemas y
acuerdos de servicios serán registrados, evaluados y autorizados de
forma previa a su implantación a fin de disminuir los riesgos de integridad
del ambiente de producción. El detalle e información de estas
modificaciones serán registrados en su correspondiente bitácora e
informados a todos los actores y usuarios finales relacionados,
adjuntando las respectivas evidencias.
3. Control y registro de las versiones del software que ingresa a
producción.
4. Actualización de los manuales técnicos y de usuario por cada cambio o
mantenimiento que se realice, los mismos que estarán en constante
difusión y publicación.
5. Se establecerán ambientes de desarrollo/pruebas y de producción
independientes; se implementarán medidas y mecanismos lógicos y
físicos de seguridad para proteger los recursos y garantizar su integridad
y disponibilidad a fin de proporcionar una infraestructura de tecnología de
información confiable y segura.
6. Se elaborará un plan de mantenimiento preventivo y/o correctivo de la
infraestructura tecnológica sustentado en revisiones periódicas y
72
monitoreo en función de las necesidades organizacionales
(principalmente en las aplicaciones críticas de la organización),
estrategias de actualización de hardware y software, riesgos, evaluación
de vulnerabilidades y requerimientos de seguridad.
7. Se mantendrá el control de los bienes informáticos a través de un
inventario actualizado con el detalle de las características y responsables
a cargo, conciliado con los registros contables.
8. El mantenimiento de los bienes que se encuentren en garantía será
proporcionado por el proveedor, sin costo adicional para la entidad.
410-10 Seguridad de tecnología de información
La Unidad de Tecnología de Información, establecerá mecanismos que
protejan y salvaguarden contra pérdidas y fugas los medios físicos y la
información que se procesa mediante sistemas informáticos, para ello se
aplicarán al menos las siguientes medidas:
1. Ubicación adecuada y control de acceso físico a la Unidad de
Tecnología de Información y en especial a las áreas de: servidores,
desarrollo y bibliotecas.
2. Definición de procedimientos de obtención periódica de respaldos en
función a un cronograma definido y aprobado.
3. En los casos de actualización de tecnologías de soporte se migrará la
información a los medios físicos adecuados y con estándares abiertos
para garantizar la perpetuidad de los datos y su recuperación.
4. Almacenamiento de respaldos con información crítica y/o sensible en
lugares externos a la organización.
5. Implementación y administración de seguridades a nivel de software y
hardware, que se realizará con monitoreo de seguridad, pruebas
73
periódicas y acciones correctivas sobre las vulnerabilidades o incidentes
de seguridad identificados.
6. Instalaciones físicas adecuadas que incluyan mecanismos, dispositivos
y equipo especializado para monitorear y controlar fuego, mantener
ambiente con temperatura y humedad relativa del aire controlado,
disponer de energía acondicionada, esto es estabilizada y polarizada,
entre otros;
7. Consideración y disposición de sitios de procesamiento alternativos.
8. Definición de procedimientos de seguridad a observarse por parte del
personal que trabaja en turnos por la noche o en fin de semana.
410-11 Plan de contingencias
Corresponde a la Unidad de Tecnología de Información la definición,
aprobación e implementación de un plan de contingencias que describa
las acciones a tomar en caso de una emergencia o suspensión en el
procesamiento de la información por problemas en los equipos,
programas o personal relacionado.
Los aspectos a considerar son:
1. Plan de respuesta a los riesgos que incluirá la definición y asignación
de roles críticos para administrar los riesgos de tecnología de información,
escenarios de contingencias, la responsabilidad específica de la
seguridad de la información, la seguridad física y su cumplimiento.
2. Definición y ejecución de procedimientos de control de cambios, para
asegurar que el plan de continuidad de tecnología de información se
mantenga actualizado y refleje de manera permanente los requerimientos
actuales de la organización.
3. Plan de continuidad de las operaciones que contemplará la puesta en
marcha de un centro de cómputo alterno propio o de uso compartido en
un Data Center Estatal, mientras dure la contingencia con el
74
restablecimiento de las comunicaciones y recuperación de la información
de los respaldos.
4. Plan de recuperación de desastres que comprenderá:
• Actividades previas al desastre (bitácora de operaciones).
• Actividades durante el desastre (plan de emergencias,
entrenamiento).
• Actividades después del desastre.
5. Es indispensable designar un comité con roles específicos y nombre de
los encargados de ejecutar las funciones de contingencia en caso de
suscitarse una emergencia.
6. El plan de contingencias será un documento de carácter confidencial
que describa los procedimientos a seguir en caso de una emergencia o
fallo computacional que interrumpa la operatividad de los sistemas de
información. La aplicación del plan permitirá recuperar la operación de los
sistemas en un nivel aceptable, además de salvaguardar la integridad y
seguridad de la información.
7. El plan de contingencias aprobado, será difundido entre el personal
responsable de su ejecución y deberá ser sometido a pruebas,
entrenamientos y evaluaciones periódicas, o cuando se haya efectuado
algún cambio en la configuración de los equipos o el esquema de
procesamiento.
75
DE SUS NORMAS
Es norma del INEC:
Especificación de Requerimientos
Esta norma establece que es responsabilidad de la instancia que
demanda la implementación de software llenar el formulario de
“ESPECIFICACIÓN DE REQUERIMIENTOS” de forma clara y precisa de
acuerdo a las especificaciones inherentes al formulario (unidad solicitante,
nombre del producto, objetivos principales, específicos, alcances,
limitaciones, etc.).
Análisis de Requerimientos
En esta etapa es responsabilidad de la instancia solicitante en conjunto
con el o los responsable(s) asignado(s) de la unidad Desarrollo y
administración de Sistemas Informáticos, en realizar el análisis de
factibilidad del desarrollo del software a fin de establecer delimitaciones
en requerimientos y recursos.
Análisis y Diseño
En esta etapa según sea la naturaleza del software se determinará la
metodología de análisis y diseño a seguir en el marco de los
requerimientos y recursos establecidos.
Desarrollo
En esta etapa según sea la naturaleza del software y de acuerdo a los
insumos generados a partir del análisis y diseño se implementará el
ambiente de desarrollo pertinente con los recursos necesarios y
suficientes que permitan un normal desenvolvimiento de esta etapa a fin
de obtener el software deseado en base a las políticas institucionales y de
estado referentes a TIC´S.
76
Factibilidad Económica
Realizado el estudio de la factibilidad económica se determinan los
recursos que se van utilizar para el desarrollo del proceso
Cuadro N. 8: Creación de Sistema
Gastos DÓLARES
Suministros de oficina y computación $200
Fotocopias $50
Libros y documentos $45
Computación portátil y servicios de Internet $900
Movilización $120
Alimentación $70
Empastado, anillado de tesis de grado $95
TOTAL $1480
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Datos de la Investigación.
77
Cuadro N. 9: Implementación del Sistema
ASESORÍAS Y CONSULTORÍAS DÓLARES
Analista $3500
Diseñador $1500
Administrador de Base de Datos $2500
Consultores $900
TOTAL $8400
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Datos de la Investigación.
78
ETAPAS DE LA METODOLOGÍA DEL PROYECTO
El sistema para el Departamento de Unidad de Registros Administrativos
del INEC-CZ8L se encuentra definido en las siguientes etapas:
Cuadro N. 10: Etapas del Proyecto
ETAPAS DEL PROYECTO
Etapa # 0:
Análisis de
Requerimientos
Definir qué tipo de aplicación se requiere,
escritorio o a nivel web: Orientado a la web con
herramientas Open Source.
Definición de Lenguaje de Programación para
el desarrollo del Sistema de Control de
Formularios: Es java con el Framework
PrimeFaces.
Definición de Entorno de Desarrollo Integrado
(IDE) a utilizar: Netbeans 8.0.2.
Definición de Base de Datos a utilizar: MySql.
Definición de Servidor de Aplicaciones: Glass
Fish
Definición de Herramienta para Reportería:
JasperReports.
Levantamiento de Información de los procesos
de control y seguimiento de Formularios.
Definición del modelo entidad-relación (MER)
por cada uno de los módulos que componen el
Sistema de Control de Formularios.
Definición de perfiles por cada una de las
79
Etapa # 1
Diseño
y
Desarrollo
de
Proyecto
opciones que serán usados en el módulo.
Creación de reportes haciendo uso de la
herramienta JasperReport. Se diseña de
acuerdo a los formatos proporcionados por la
misma institución.
El diseño e implementación de la herramienta
informática la automatización del control y
seguimiento de los formularios.
La herramienta proveerá características
administrativas de control y seguimiento de los
formularios mediante el software que se
encuentra desarrollada en una interfaz web en
la intranet.
La herramienta proveerá de reportes acerca
del control y seguimiento de los formularios.
Capacitar a los usuarios involucrado acerca de
la instalación y uso de la herramienta
informática planteada.
Envió de notificaciones:
o Directores departamentales para
asignación de tarea
o Usuarios del sistema en la asignación
de tareas
o Directores de hospitales o registro civil
80
en el caso de entrega de formulario se
le notificara el número de formulario que
se les entrego.
Etapa # 2
Documentación
de Proyecto
Creación de Manual Técnico.
Creación de Manual de Usuario.
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Datos de la Investigación.
ENTREGABLES DEL PROYECTO
Los entregables, constituyen un acuerdo entre el cliente, el cual establece
la prioridad de cada punto especificado de la metodología implementada.
Se entregara al cliente los siguientes entregables:
1. El código fuente.
2. El código ejecutable.
3. Manual técnico.
4. Manual de usuario.
Código fuente y código ejecutable: Implementación del sistema en el
que se desarrolla el código fuente y posterior código ejecutable del
módulo que serán usados por el sistema académico integrado.
81
Manual Técnico: Se especificará toda la información técnica necesaria
sobre recursos utilizados, herramientas, funcionamiento operativo y
aplicación para la creación del proyecto. Se considerarán los siguientes
puntos:
Introducción.
Arquitectura de base de datos.
Código fuente usado en el módulo.
Diagrama de casos de uso.
Diagrama de Secuencia.
Manual de usuario: Se indicarán las pautas de operación del módulo
dentro del sistema de control de formulario que servirá de ayuda para el
usuario final. Se considerarán los siguientes puntos:
Introducción.
Estructura del proyecto.
Pantalla de ingreso y registro de datos.
Pantalla de ingreso de parámetros.
Pantalla de reporte de acuerdo a parámetros y opción
seleccionados.
82
CRITERIOS DE VALIDACIÓN DE LA PROPUESTA
POBLACION Y MUESTRA
Población
Es el conjunto total de individuos, objetos o medidas que poseen algunas
características comunes observables en un lugar y en un momento
determinado. Cuando se vaya a llevar a cabo alguna investigación debe
de tenerse en cuenta algunas características esenciales al seleccionarse
la población bajo estudio.
Entre éstas tenemos:
Homogeneidad - que todos los miembros de la población tengan las
mismas características según las variables que se vayan a considerar en
el estudio o investigación.
Tiempo - se refiere al período de tiempo donde se ubicaría la población
de interés. Determinar si el estudio es del momento presente o si se va a
estudiar a una población de cinco años atrás o si se van a entrevistar
personas de diferentes generaciones.
Espacio - se refiere al lugar donde se ubica la población de interés. Un
estudio no puede ser muy abarcador y por falta de tiempo y recursos hay
que limitarlo a un área o comunidad en específico.
Cantidad - se refiere al tamaño de la población. El tamaño de la
población es sumamente importante porque ello determina o afecta al
tamaño de la muestra que se vaya a seleccionar, además que la falta de
recursos y tiempo también nos limita la extensión de la población que se
vaya a investigar.
83
La población seleccionada para esta investigación es el personal del
Departamento Unidad de Registros Administrativos del INEC CZ8L.
Por lo tanto la muestra escogida corresponde a 15 personas que son
parte del INEC CZ8L.
Muestra
La muestra es un subconjunto fielmente representativo de la población.
Hay diferentes tipos de muestreo. El tipo de muestra que se seleccione
dependerá de la calidad y cuán representativo se quiera sea el estudio de
la población.
Aleatoria - cuando se selecciona al azar y cada miembro tiene igual
oportunidad de ser incluido.
Estratificada - cuando se subdivide en estratos o subgrupos según las
variables o características que se pretenden investigar. Cada estrato debe
corresponder proporcionalmente a la población.
Sistemática - cuando se establece un patrón o criterio al seleccionar la
muestra. Ejemplo: se entrevistará una familia por cada diez que se
detecten.
Personas del departamento realizan actividades con respecto a registros
y control de los formularios, los cuales son una muestra de 15 personas.
84
ANÁLSIS E INTERPRETACIÓN DE DATOS
Se realizó la siguiente encuesta a una población de 15 personas del
departamento Unidad de Registros Administrativos del Inec CZ8L, en el
cual se expondrá los resultados que demostraran la viabilidad de
implementar un sistema de control y seguimiento.
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMATICAS Y FISICAS
CARRERA DE INGENIERIA EN SISTEMAS COMPUTACIONALES
Anote con una X la respuesta que considere más adecuada, sólo
seleccione una opción de cada pregunta.
1. ¿Cree usted que la implementación del Sistema de Control y
Seguimiento de Formularios disminuirá la carga operativa en
el proceso de Control y Seguimiento de Formularios?
Cuadro N. 11: Pregunta 1
a. Si ( )
b. No ( )
c. No responde ( )
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Datos de la Investigación.
85
Cuadro N. 12: Resultado de la Pregunta 1
Frecuencia
Alternativa Absoluta Relativa
(%)
Si 10 67
No 3 20
No Responde 2 13
Total 15 100
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Datos de la Investigación.
Gráfico N. 15: Pregunta 1
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Datos de la Investigación.
Análisis
Observamos que de los 15 entrevistados, 10 personas que representan el
67% creen que el sistema si disminuirá la carga operativa en el proceso
de Control y Seguimiento de Formularios ,3 personas que representan el
20% creen que el sistema no disminuirá la carga operativa en el proceso
de Control y Seguimiento de Formularios, 2 personas que son el 13 % no
contesta.
67%
20%
13%
Pregunta #1
Si No No Responde
86
2. ¿Con la automatización del proceso de Control y Seguimiento
de Formularios se tendrá una mayor protección sobre la
información registrada?
Cuadro N. 13: Pregunta 2
a. Si ( )
b. No ( )
c. No responde ( )
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Datos de la Investigación.
Cuadro N. 14: Resultado de la pregunta 2
Frecuencia
Alternativa Absoluta Relativa
(%)
Si 13 87
No 1 6
No Responde 1 7
Total 15 100
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Datos de la Investigación.
87
Gráfico N. 16: Pregunta 2
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Datos de la Investigación.
Análisis
Los 13 entrevistados que representan el 87% considera que con la
implementación del sistema de control de Formularios se obtendrá una
mayor protección sobre la información registrada, 1 que representa el 6%
Considero que no se tendrá una mayor protección sobre la información
registrada, y el 1 que representa el 7 no contesta.
87%
6%
7%
Pregunta #2
Si No No Responde
88
3. ¿Con la implementación de la Propuesta la ejecución de
reportes va a generar un menor índice de errores?
Cuadro N. 15: Pregunta 3
a. Si ( )
b. No ( )
c. No responde ( )
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Datos de la Investigación.
Cuadro N. 16: Resultado de la pregunta 3
Frecuencia
Alternativa Absoluta Relativa
(%)
Si 13 87
No 2 13
No Responde 0 0
Total 15 100
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Datos de la Investigación.
89
Gráfico N. 17: Pregunta 3
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Datos de la Investigación.
Análisis
Los 13 entrevistados que representan el 87% considera que con la
implementación de la Propuesta la ejecución de reportes va a generar un
menor índice de errores, el 2 que representa el 13% Considero que no se
tendrá una mayor protección sobre la información registrada.
87%
13%
0%
Pregunta #3
Si No No Responde
90
4. ¿Está usted de acuerdo que con la implementación del
sistema los reportes ayudaran a obtener información de sobre
la asignación de tareas?
Cuadro N. 17: Pregunta 4
a. Si ( )
b. No ( )
c. No responde ( )
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Datos de la Investigación.
Cuadro N. 18: Resultado de la pregunta 4
Frecuencia
Alternativa Absoluta Relativa
(%)
Si 15 100
No 0 0
No Responde 0 0
Total 15 100
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Datos de la Investigación.
91
Gráfico N. 18: Pregunta 4
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Datos de la Investigación.
Análisis
Los 15 entrevistados que representan el 100% considera que con la
implementación del sistema los reportes ayudaran a obtener información
de sobre la asignación de tareas.
100%
0% 0%
Pregunta #4
Si No No Responde
92
5. ¿Considera usted de gran utilidad la implementación de un
sistema confiable que través de reportes y envió de
notificaciones se obtenga una mejor disposición de la
información?
Cuadro N. 19: Pregunta 5
a. Si ( )
b. No ( )
c. No responde ( )
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Datos de la Investigación.
Cuadro N. 20: Resultado de la pregunta 5
Frecuencia
Alternativa Absoluta Relativa
(%)
Si 14 94
No 0 0
No Responde 1 6
Total 15 100
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Datos de la Investigación.
93
Gráfico N. 19: Pregunta 5
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Datos de la Investigación.
Análisis
Los 14 entrevistados que representan el 94% cree que es de gran utilidad
la implementación de un sistema confiable que través de reportes y envió
de notificaciones se obtenga una mejor disposición de la información, el 1
que representa el 6% no contesta.
94%
0%
6%
Pregunta #5
Si No No Responde
94
6. ¿Cree usted que el proceso de entrega de los formularios a los
registros civiles y hospitales va tener un mayor control con la
implementación del sistema?
Cuadro N. 21: Pregunta 6
a. Si ( )
b. No ( )
c. No responde ( )
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Datos de la Investigación.
Cuadro N. 22: Resultado de la pregunta 6
Frecuencia
Alternativa Absoluta Relativa
(%)
Si 13 87
No 2 13
No Responde 0 0
Total 15 100
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Datos de la Investigación.
95
Gráfico N. 20: Pregunta 6
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Datos de la Investigación.
Análisis
Los 13 entrevistados que representan el 87%, creen que la
automatización del proceso de entrega los formularios a los registros
civiles y hospitales va tener un mayor control con la implementación del
sistema, los 2 entrevistados que representan el 13% respondió que no
creen que la automatización del proceso de entrega los formularios a los
registros civiles y hospitales va tener un mayor control con la
implementación del sistema
87%
13%
0%
Pregunta #6
Si No No Responde
96
7. ¿Considera necesario la implementación del Sistema para la
asignación de tareas de crítica y digitación?
Cuadro N. 23: Pregunta 7
a. Si ( )
b. No ( )
c. No responde ( )
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Datos de la Investigación.
Cuadro N. 24: Resultado de la pregunta 7
Frecuencia
Alternativa Absoluta Relativa
(%)
Si 15 100
No 0 0
No Responde 0 0
Total 15 100
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Datos de la Investigación.
97
Gráfico N. 21: Pregunta 7
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Datos de la Investigación.
Análisis
Los 15 entrevistados que representan el 100%, considera necesario la
implementación del Sistema para la asignación de tareas de crítica y
digitación.
8. ¿Cree usted que la creación de folios tendrá un mejor control
con la implementación del Sistema?
Cuadro N. 25: Resultado de la pregunta 8
a. Si ( )
b. No ( )
c. No responde ( )
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Datos de la Investigación.
100%
0% 0%
Pregunta #7
Si No No Responde
98
Cuadro N. 26: Resultado de la pregunta 8
Frecuencia
Alternativa Absoluta Relativa
(%)
Si 12 80
No 2 13
No Responde 1 7
Total 15 100
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Datos de la Investigación.
Gráfico N. 22: Pregunta 8
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Datos de la Investigación.
Análisis
Los 12 entrevistados que representan el 80%, cree que la creación de los
folios mediante el sistema tendrá un mejor control con el Sistema, los 2
80%
13% 7%
Pregunta #8
Si No No Responde
99
entrevistados que representan el 13% respondió que no, y un entrevistado
que representa el 7% no contesta
9. ¿Considera usted que se va mejorar el seguimiento de los
formularios que son entregados a los registros civiles y
hospitales?
Cuadro N. 27: Resultado de la pregunta 9
a. Si ( )
b. No ( )
c. No responde ( )
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Datos de la Investigación.
Cuadro N. 28: Resultado de la pregunta 9
Frecuencia
Alternativa Absoluta Relativa
(%)
Si 14 93
No 1 7
No Responde 0 0
Total 15 100
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Datos de la Investigación.
100
Gráfico N. 23: Pregunta 9
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Datos de la Investigación.
Análisis
Los 14 entrevistados que representan el 93.33%, considera que se va
mejorar el seguimiento de los formularios que son entregados a los
registros civiles y hospitales con la implementación del sistema, y un
entrevistados que representa el 7% respondió no.
93%
7%
0%
Pregunta #9
Si No No Responde
101
10. ¿Cree usted que se optimizara el tiempo y recursos del
departamento con la implementación del Sistema de control de
Formularios?
Cuadro N. 29: Resultado de la pregunta 10
a. Si ( )
b. No ( )
c. No responde ( )
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Datos de la Investigación.
Cuadro N. 30: Resultado de la pregunta 10
Frecuencia
Alternativa Absoluta Relativa
(%)
Si 15 100
No 0 0
No Responde 0 0
Total 15 100
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Datos de la Investigación.
102
Gráfico N. 24: Pregunta 10
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Datos de la Investigación.
Análisis
Los 15 entrevistados que representan el 100%, creen que se optimizara el
tiempo y recursos del departamento con la implementación del Sistema
de control de Formularios.
Se aplica “Tablas de contingencia” (Estadístico Chi-cuadrado”)
La tabla de contingencia es una tabla de doble entrada, donde en cada
casilla figurará el número de casos o individuos que poseen un nivel de
uno de los factores o características analizadas y otro nivel del otro factor
analizado.
100%
0% 0%
Pregunta #10
Si No No Responde
103
PRESENTACIÓN DE RESULTADOS
Cuadro N. 31: Presentación de resultados
N° Pregunta Si No No
responde
Total
1 ¿Cree usted que la implementación del Sistema de Control y
Seguimiento de Formularios disminuirá la carga operativa en el
proceso de Control y Seguimiento de Formularios?
10 3 2 15
67% 20% 17% 100%
2 ¿Con la automatización del proceso de Control y Seguimiento
de Formularios se tendrá una mayor protección sobre la
información registrada?
13 1 1 15
87% 6% 7% 100%
3 ¿Con la implementación de la Propuesta la ejecución de reportes
va a generar un menor índice de errores?
13 2 0 15
87% 13% 0% 100%
4 ¿Está usted de acuerdo que con la implementación del sistema
los reportes ayudaran a obtener información de sobre la
asignación de tareas?
15 0 0 15
100% 0% 0% 100%
5 ¿Considera usted de gran utilidad la implementación de un
sistema confiable que través de reportes y envió de
notificaciones se obtenga una mejor disposición de la
información?
14 0 1 15
94% 0% 6% 100%
6 ¿Cree usted que el proceso de entrega los formularios a los
registros civiles y hospitales va tener un mayor control con la
implementación del sistema?
13 2 0 15
87% 13% 0% 100%
104
7 ¿Considera necesario la implementación del Sistema para la
asignación de tareas de crítica y digitación?
15 0 0 15
100% 0% 0% 100%
8 ¿Cree usted que la creación de folios tendrá un mejor control
con la implementación del Sistema?
12 2 1 15
80% 13% 7% 100%
9 ¿Considera usted que se va mejorar el seguimiento de los
formularios que son entregados a los registros civiles y
hospitales?
14 1 0 15
93% 7% 0% 100%
10 ¿Cree usted que se optimizara el tiempo y recursos del
departamento con la implementación del Sistema de control de
Formularios?
15 0 0 15
100% 0% 0% 100%
TOTAL 134 11 5 150
80% 13% 3% 100%
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Datos de la Investigación.
Gráfico N. 25: Presentación de resultados
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Datos de la Investigación.
0
2
4
6
8
10
12
14
16
1 2 3 4 5 6 7 8 9 10
Si
No
No responde
105
DISCUSIÓN DE RESULTADOS
Una vez realizada la presentación de los resultados procedemos a la
discusión de los mismos a partir del condensado de las preguntas
realizadas en la guía de entrevista y en la encuesta.
Realizando el análisis correspondiente al personal del Departamento
Unidad de Registros Administrativos del INEC Zonal, el 80% de los
entrevistados contesta Si a las preguntas, el 13% responde que No y el
7% no responden en la pregunta # 2 tiene relación con la seguridad de la
información el usuario que respondió que No consideran que el sistema
no resguardara la información por ataques de hacking, esto indica que no
tiene conocimiento sobre los ataque de hacking por que la herramienta
será implementada sobre la intranet que no tendrá acceso hacia internet.
Además podemos mencionar que las preguntas 3, 6 y 8 son las que
menos porcentajes de Si tienen y las preguntas 4, 7, y 10 recibieron el
100 % de respuesta Sí.
En la pregunta #3 la pregunta hace referencia a los errores que se
pueden generar en la ejecución de los reportes, los usuarios consideran
que los reportes se pueden generar errores por que usaron herramientas
de reportaría que generaban errores y consideran que el sistema que se
va implementar también va generar errores.
La pregunta # 6 es sobre la entrega de los formularios a las
instituciones, los usuarios consideran que el sistema no va aumentar el
control sobre la entrega de los formularios a las instituciones.
106
La pregunta # 8 es sobre la creación de folios los usuarios consideran
que la creación folios no tendrá un control sobre el registro de los folios
que la información se puede perder estos puntos de vistas son
experiencias que han tenido con herramientas informáticas.
Las preguntas que tienen el 100% del Si contestado son las 4, 7 y 10
estas preguntas están enfocadas a la tareas de asignación de tareas de
crítica y digitación los usuarios consideran que estas tareas el sistema las
efectuara de manera eficiente y eficaz.
Ponderación de preguntas el número de personas que respondieron
afirmativamente y negativamente
Cuadro N. 32: Resumen de Resultados
SI NO NO
CONTESTA
TOTAL
Pregunta1 10 3 2 15
Pregunta2 13 1 1 15
Pregunta3 13 2 0 15
Pregunta4 15 0 0 15
Pregunta5 14 0 1 15
Pregunta6 13 2 0 15
Pregunta7 15 0 0 15
Pregunta8 12 2 1 15
Pregunta9 14 1 0 15
Pregunta10 15 0 0 15
TOTAL 134 11 5 150
Elaboración: Luis Alejandro Zambrano Vera
Fuente: Datos de la Investigación
107
Hipótesis alternativa
H0: Se mejoraran los procesos de gestión y control con la
implementación de un sistema informático basado en el análisis y
optimización de recursos
H1: No se obtendrán mejoras con La implementación del sistema
de control y gestión de formularios para el departamento socio
demográfico del INEC
La prueba en el contraste de independencia de variables
aleatorias cualitativas.
El valor del estadístico como sigue:
Así, el estadístico mide la diferencia entre el valor que debiera resultar
si las dos variables fuesen independientes y el que se ha observado en la
realidad. Cuanto mayor sea esa diferencia (y, por lo tanto, el valor del
estadístico), mayor será la relación entre ambas variables. El hecho de
que las diferencias entre los valores observados y esperados estén
elevadas al cuadrado convierte cualquier diferencia en positiva.
Para obtener los valores esperados , estos se calculan a través del
producto de los totales marginales dividido por el número total de casos
(n).
108
Para el caso de estudio una tabla 10x3. Se tiene que:
Margen de error 0.05
Formula de valor esperado.
E11 = 0,8626 E21 = 0 E31= 0,9
E12 = 0,0119 E22 = 0,0090 E32= 0,9
E13 = 0,0119 E23 = 0,7363 E33= 0
E14 = 0,1910 E24 = 0 E34= 0
E15 = 0,0268 E25 = 0 E35= 0,9
E16= 0,0119 E26= 0,7363 E36= 0
E17= 0,1910 E27= 0 E37= 0
E18= 0,1462 E28= 0,7363 E38= 0,9
E19= 0,0268 E29= 0,0090 E39= 0
E110= 0,1910 E210= 0 E=310= 0
El valor de grados de Libertad
V = (número de filas-1) X (número de columnas-1)
V = 18 Grados de Liberta
El valor del estadístico , para nuestro caso en concreto, vendría dado
entonces como:
X2 = 7,49
109
Si el valor de Chi-cuadrado calculado para el experimento es
menor que el correspondiente al de la probabilidad del 5% se
acepta la hipótesis H1.
Cuadro N. 33: Distribución de chi-cuadrado
Distribución de chi-cuadrado
Probabilidad de un valor superior
Grados de libertad 0,1 0,05 0,025 0,01 0,005
14 21,06 23,68 26,12 29,14 31,32
15 22,31 25 27,49 30,58 32,8
16 23,54 26,3 28,85 32 34,27
17 24,77 27,59 30,19 33,41 35,72
18 25,99 28,87 31,53 34,81 37,16
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Datos de la Investigación.
En el caso de estudio el valor calculado es 7,49 del Chi es menor que el
valor encontrado en la tabla 28,87 de Chi-cuadrado por lo que se rechaza
la hipótesis H1 por que los datos no se ajustan a la distribución.
110
CAPÍTULO IV
CRITERIOS DE ACEPTACIÓN DEL PRODUCTO O
SERVICIO
RESULTADOS
La aceptación del presente del proyecto será emitida por la Directora del
Departamento de Gestión de Tecnología de Información y Comunicación
(TIC’S), mediante una reunión formal con la Coordinadora de la Zonal 8
Litoral del Instituto Nacional de Estadísticas y Censos, quienes firmaran el
documento de aceptación una vez que corroboren las funcionalidades
iniciales del proyecto.
A continuación se detalla los criterios acordados bajos los cuales se
considera que la herramienta desarrollada cumple con las
especificaciones solicitadas:
111
Cuadro N. 34: Criterios de Aceptación
Requerimientos Criterios de Aceptación
Nivel de
Cumplimiento
Administración de
Usuarios
Permite registrar e identificar a los usuarios del
sistema 100%
Administración de
Parámetros
Generales
Permite gestionar los parámetros generales del
Sistema, Mantenimientos de catálogos, 100%
Control y
Seguimiento de
Formularios
Permite el registro de los formularios y asignación
de tareas de critica a los usuarios, 100%
Administraciones de
Instituciones
Permite realizar el ingreso de las instituciones
requeridas para el proceso de visitas y recepción
de formulario 100%
Creación de Folio
Permite la creación de número de folio para
formularios creados antes del 2011. 100%
Entrega de
Formularios a
Instituciones
Se genera un documento con la información de la
institución, el número y tipo de formularios
entregados. 100%
Critica/Digitación
Asignación de formularios para revisión de los
formularios 100%
Reportes
Los reportes que se van a generar del sistema
podrá ser exportadas Excel o CVS de acuerdo al
caso, así como también se podrán obtener
gráficos estadísticos, 100%
Elaboración: Luis Alejandro Zambrano Vera.
Fuente: Datos de la Investigación.
112
CONCLUSIONES
Como conclusiones del desarrollo del presente proyecto podemos
indicar que el uso de esta herramienta informática contribuye de
manera favorable, porque permite realizar de una manera efectiva
y eficaz el proceso que el Control y Seguimiento de Formularios,
facilitando la generación de informes oportunos los cuales aportan
en la toma de decisiones.
Durante la etapa de codificación del sistema se evidenció, que el
uso de herramientas Open Source es muy beneficioso para
proyectos de software, ya que permite tener actualizaciones de la
herramienta de implementación sin demandar costos adicionales.
El sistema está desarrollado parametrizablemente para lograr que
sea escalable, después de ser implementado, en un futuro se
pueda actualizar el sistema si demandar grandes cambios en el.
Al término de la realización de una metodología en el desarrollo de
la aplicación, permitió elaborar las propuestas de manera
ordenada, cumpliendo con los objetivos planteados en cada etapa
de desarrollo. Sin duda, el apoyo de la institución, el aporte de los
recursos tecnológicos y el acceso a la información de sus
procesos, ha dado paso a la elaboración de esta aplicación.
La comunicación directa con el usuario y el análisis de los procesos
que actualmente el Departamento Unidad de Registros
113
Administrativos con relación al proceso de control de formulario,
permitieron definir con claridad las funcionalidades que debería
incluir la aplicación.
La información tendrá una mayor protección al estar centralizada
sobre una base de datos. Donde se podrá realizar respaldos de la
información en caso de alguna eventualidad.
La elección de las herramientas de codificación adecuadas, han
permitido construir los módulos que componen el sistema de una
manera ágil y estructurada.
Se creará un vínculo por medio del sistema entre las instituciones,
los hospitales y registros civiles en la entrega de los formularios
para el intercambio de información y mejorar la comunicación.
Considerando los aspectos antes mencionados antes de empezar
la construcción de una herramienta informática, se garantiza el
favorable término del proyecto y la satisfacción del cliente que
utilizara el programa, demostrando que se puede elaborar un
sistema para optimizar procesos que se llevan de manera manual y
los recursos.
114
RECOMENDACIONES
Debido a que se trata de una herramienta informática se
recomienda la capacitación constante al usuario con el objetivo de
ir bajando los niveles operacionales para la generación de reportes.
Crear planes de contingencias en el proceso de entrega de
formularios a las diferentes instituciones como registros civiles y
hospitales para garantizar su control.
Se recomienda la creación de instructivos o documentos que
contengan los estándares sobre la creación código de folios para
que los usuarios estén al tanto de como verificar la información.
Para verificar que la información generada por el sistema es
correcta.
Entrenar y evaluar al personal sobre el uso de la herramienta e
para mejorar la socialización de la informas con el usuario.
Realizar periódicamente o como considere necesario Backup de la
base de datos con la finalidad de proteger y garantizar la existencia
de información ante cualquier evento o catástrofe ya sea natural o
humano.
Crear políticas de confidencialidad y delegar roles para evitar el
robo o pérdida de la información, una buena práctica es delegar
custodios de la información.
115
Desarrollar e implementar una metodología para la realización de
Pase a Producción para que de esta manera se pueda ejecutar con
confianza, seguridad y de manera efectiva cada paso del mismo;
garantizando que los procesos y servicios sean restablecidos de
manera oportuna, en caso de una falla.
116
REFERENCIA BIBLIOGRÁFICA
Apellido Año Título de la Obra Pág.
Russo, Patricia 2009 "Gestión Documental en las
organizaciones" 10,15
Glenn, Welsch; Ronald, Hilton; Paul, Gordon
2005 "Presupuesto Planificación y
control" 5
Herrscher, Enrique G.; Rebori, Alfredo;
D´Annunzio, Claudia 2009
"Administración: Aprender y actuar"
89
Iborra, María; Dasí, Ángels; Consuelo, Dolz;
Ferrer, Carmen 2006
"Fundamentos de Dirección de Empresas"
27
Dr. Maqueda, Javier 1996 "Cuaderno de Dirección
Estrategica y Planificación" 29
Bañares, David; Martinez, Antoni; Robles, Gregorio
2010 "Fundamentos Tecnológicos de la sociedad de la información"
18
Da Rosa, Fernando; Federico, Heinz
2007
"Guía Práctica sobre software libre su selección y aplicación
local América Latina y el Caribe."
25
117
Eslava Muñoz, Vicente Javier.
2013 "El nuevo PHP Conceptos
avanzados" 109
Mg. Gamarra, Abraham; Ing. Vega, Jorge; Ing. Huamani,
Wilber
2011 Fundamentos de Java Server
Faces 9
118
BIBLIOGRAFÍA
Alejandra Reguera. (2008). Metodologia de la Investigación Lingüística.
Argentina: Encuentro.
Ángel Cobo, P. G. (2005). Tecnología para el Desarrollo de Aplicaciones Web.
España: Díaz de Santos.
Bahit, E. (2011). POO y MVC en PHP. Obtenido de openlibra.com:
https://openlibra.com/es/book/download/poo-y-mvc-en-php
Bañares, D., Martinez, A., & Robles, G. (2010). Fundamentos Tecnológicos de la
sociedad de la información. Barcelona: Eureca.
Bernardo, R. (1990). Planificación y Organización. Antofagasta : UCN.
Clara, V. (2001). Administración Documentaria.
Da Rosa, F., & Federico, H. (2007). Guía Practica sobre software libre su
selección y aplicación local América Latina y el Caribe. Montevideo:
Unesco.
Dr. Maqueda, J. (1996). Cuaderno de Dirección Estrategica y Planificación.
Madrid: Díaz de Santos.
E., P. (2008). Tecnologías de la Información en el Control de Gestión. Madrid:
Diaz Santo.
Eslava Muñoz, V. J. (2013). El nuevo PHP Conceptos avanzados. España:
BubokPublishing SL.
Fernandez, L. D. (2006). Archivo General. Malaga: Universidad de Málaga.
Gaitano, G. (2012). Pixels&Code. Un puente entre mundos hibernate, 17.
Garret, J. D. (2006). Preservando la informacion digital.
Glenn, W., Ronald, H., & Paul, G. (2005). Presupuesto Planificación y control.
Mexico: Pearson Education.
Groussard, T. (2010). Java Enterprise Edition - Desarrollo de Aplicaciones Web
con JEE6. Barcelona: ENI.
Henry Fayol. (2007). Fundamentos de Administración y Gerencia. París:
C.N.A.M. Paris.
Hernández, Fernández y Baptista. (1988). Metodología de la Investigación.
México: McGraw-Hill.
Hernández, Fernández y Baptista. (2006). Metodología de la Investigación.
México: McGraw-Hill.
Herrscher, E. G., Rebori, A., & D´Annunzio, C. (2009). Administración:
Aprender y actuar. Buenos Aires: Granica S.A.
Iborra, M., Dasí, Á., Consuelo, D., & Ferrer, C. (2006). Fundamentos de
Dirección de Empresas. Valencia: Paraninfo.
Idalberto, C. (2002). Administración de Recursos Humanos. Bogota: Mc Graw
Hill.
InvGate Asset Management & Service Desk Management. (2002 - 2014). Invgate.
Recuperado el 23 de Diciembre de 2014, de Sistema de Tickets:
https://www.invgate.com/es/service-desk/sistema-de-tickets/
119
Kico Arjona. (19 de Noviembre de 2014). 8 Herramientas de Ticketing Open
Source (totalmente gratuitas) para gestionar Helpdesks y Servicios.
Recuperado el 20 de Diciembre de 2014, de Quality and Technology:
http://www.calidadytecnologia.com/2014/11/herramientas-ticketing-open-
source.html
Luis, C. (2001). Sistema de Gestion de Documentos. Madrid.
María Guadalupe Moreno Bayardo. (1987). Introducción a la Metodologia de la
Investigación Educativa 1. México: Progreso.
Mateu, C. (2014). Sofware Libre. Barcelona: Eureca.
Mg. Gamarra, A., Ing. Vega, J., & Ing. Huamani, W. (2011). Fundamentos de
Java Server Faces. Perú. Obtenido de
http://www.abrahamgamarra.sistemasuncp.com/:
http://www.abrahamgamarra.sistemasuncp.com/descargas/ebooks/Fundam
entosdeJavaServerFaces.pdf
Miguel Angel Álvarez. (11 de Noviembre de 2008). desarrolloweb.com.
Recuperado el 20 de Diciembre de 2014, de Qué es un CMS:
http://www.desarrolloweb.com/articulos/que-es-un-cms.html
MODx. (2001-2014). OCS Inventory Team. Recuperado el 21 de Diciembre de
2014, de OCS Inventory: http://www.ocsinventory-ng.org/en/
MORALES, J. (2010). APLICACIÓN DE LA METODOLOGÍA RUP PARA
ELDESARROLLO RÁPIDO DE APLICACIONES BASADO EN
ELESTÁNDAR J2EE.
Patricia, R. (2009). Gestión Documental en las organizaciones. UOC.
Patricio, O., & Ivonne, O. (1990). Planificación y Organización. Antofagasta :
UCN.
Piero Berni, M. D. (2010). Laboratorio de PHP y MySql. Barcelona: Eureca.
POZO, M. A. (2015). Sistemas de archivo y clasificación de documentos. España:
Paraninfo. Russo, P. (2009). Gestion Documental en las organizaciones. UOC.
Such, A. (26 de 06 de 2014). Componentes de Presentación. Obtenido de Introducción a
JavaServer Faces: http://www.jtech.ua.es/j2ee/publico/jsf-2012-13/sesion01-
apuntes.html#Caracter%C3%ADsticas+de+JSF
Tamayo Mario. (2002). El Proceso de la Investigación Científica. México: Limusa Noriega
Editores.
Universia España. (4 de Abril de 2014). Profesores: cómo aplicar las herramientas de open
source al aprendizaje. Recuperado el 20 de Diciembre de 2014, de Universidad:
http://noticias.universia.es/en-portada/noticia/2014/04/04/1093408/profesores-aplicar-
herramientas-open-source-aprendizaje.html
Visa, S.A. de C.V. (2014). Guía Práctica para el Desarrollo de Plataformas de Comercio
Electrónico en México. Recuperado el 23 de Diciembre de 2014, de VISA Red de
Empresarios Visa: http://www.redempresariosvisa.com/
ANEXOS
INSTITUTO DE ESTADÍSTICAS Y CENSOS DEL ECUADOR
Foto # 1 Autor (Googlemaps)
ENCUESTA PARA LOS TRABAJADORES
UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS MATEMATICAS Y FISICAS
CARRERA DE INGENIERIA EN SISTEMAS COMPUTACIONALES
Anote con una X la respuesta que considere más adecuada, sólo
seleccione una opción de cada pregunta.
1. ¿Cree usted que la implementación del Sistema de Control y
Seguimiento de Formularios disminuirá la carga operativa en
el proceso de Control y Seguimiento de Formularios?
a. Si ( )
b. No ( )
c. No responde ( )
2. ¿Con la automatización del proceso de Control y Seguimiento
de Formularios se tendrá una mayor protección sobre la
información registrada?
a. Si ( )
b. No ( )
c. No responde ( )
3. ¿Con la implementación de la Propuesta la ejecución de
reportes va a generar un menor índice de errores?
a. Si ( )
b. No ( )
c. No responde ( )
4. ¿Está usted de acuerdo que con la implementación del
sistema los reportes ayudaran a obtener información de sobre
la asignación de tareas?
a. Si ( )
b. No ( )
c. No responde ( )
5. ¿Considera usted de gran utilidad la implementación de un
sistema confiable que través de reportes y envió de
notificaciones se obtenga una mejor disposición de la
información?
a. Si ( )
b. No ( )
c. No responde ( )
6. ¿Cree usted que el proceso de entrega de los formularios a los
registros civiles y hospitales va tener un mayor control con la
implementación del sistema?
a. Si ( )
b. No ( )
c. No responde ( )
7. ¿Considera necesario la implementación del Sistema para la
asignación de tareas de crítica y digitación?
a. Si ( )
b. No ( )
c. No responde ( )
8. ¿Cree usted que la creación de folios tendrá un mejor control
con la implementación del Sistema?
a. Si ( )
b. No ( )
c. No responde ( )
9. ¿Considera usted que se va mejorar el seguimiento de los
formularios que son entregados a los registros civiles y
hospitales?
a. Si ( )
b. No ( )
c. No responde ( )
10. ¿Cree usted que se optimizara el tiempo y recursos del
departamento con la implementación del Sistema de control de
Formularios?
a. Si ( )
b. No ( )
c. No responde ( )
CRONOGRAMA Cronograma de actividades para el cumplimiento del proyecto de investigación.
UBICACIÓN SECTORIAL INSTITUTO DE ESTADÍSTICAS Y CENSOS DEL ECUADOR
Foto # 2 Autor (Googlemaps)
VISTA SATELITAL DEL INSTITUTO DE ESTADÍSTICAS Y CENSOS DEL ECUADOR
Foto # 3 Autor (Googlemaps)
LEVANTAMIENTO DE INFORMACIÓN
Foto # 6 Autor (Mayra Muñoz)
PRESENTACIÓN DEL SISTEMA
Foto # 7 Autor (Mayra Muñoz)
MODELO DE ACTA DE ENTREGA
Foto # 8 Autor (Departamento de Unidad de Registros Administrativos)
DECRETO PRESIDENCIAL
Nº 1014 RAFAEL CORREA DELGADO
PRESIDENTE CONSTITUCIONAL DE LA REPÚBLICA CONSIDERANDO:
Que en el apartado g) del numeral 6 de la Carta Iberoamericana de Gobierno Electrónico, aprobada por el X Conferencia Iberoamericana de Ministros de Administración Pública y Reforma del Estado, realizada en Chile el 1 de Junio de 2007, se recomienda el uso de estándares abiertos y software libre, como herramientas informáticas;
Que es el interés del Gobierno alcanzar soberanía y autonomía tecnológica, así como un significativo ahorro de recursos públicos y que el Software Libre es en muchas instancias un instrumento para alcanzar estos objetivos; Que el 18 de Julio del 2007 se creó e incorporó a la estructura orgánica de la Presidencia de la República la Subsecretaría de Informática, dependiente de la Secretaría General de la Administración, mediante Acuerdo Nº119 publicado en el Registro Oficial No. 139 de 1 de Agosto del 2007;
Que el numeral 1 del artículo 6 del Acuerdo Nº 119, faculta a la Subsecretaría de Informática a elaborar y ejecutar planes, programas, proyectos, estrategias, políticas, proyectos de leyes y reglamentos para el uso de Software Libre en las dependencias del gobierno central; y,
En ejercicio de la atribución que le confiere el numeral 9 del artículo 171 de la Constitución Política de la República;
DECRETA: Artículo 1.- Establecer como política pública para las Entidades de la Administración Pública Central la utilización de Software Libre en sus sistemas y equipamientos informáticos.
Artículo 2.- Se entiende por Software Libre, a los programas de computación que se pueden utilizar y distribuir sin restricción alguna, que permitan su acceso a los códigos fuentes y que sus aplicaciones puedan ser mejoradas.
Estos programas de computación tienen las siguientes libertades:
a) Utilización del programa con cualquier propósito de uso común b) Distribución de copias sin restricción c) Estudio y modificación del programa (Requisito: código fuente disponible) d) Publicación del programa mejorado (Requisito: código fuente disponible).
Artículo 3.- Las entidades de la Administración Pública Central previa a la instalación del software libre en sus equipos, deberán verificar la existencia de capacidad técnica que brinde el soporte necesario para el uso de este tipo de software.
Artículo 4.- Se faculta la utilización de software propietario (no libre) únicamente cuando no exista una solución de Software Libre que supla las necesidades requeridas, o cuando esté en riesgo la seguridad nacional, o cuando el proyecto informático se encuentre en un punto de no retorno.
Para efectos de este decreto se comprende como seguridad nacional, las garantías para la supervivencia de la colectividad y la defensa del patrimonio nacional.
Para efectos de este decreto se entiende por un punto de no retorno, cuando el sistema o proyecto informático se encuentre en cualquiera de estas condiciones:
a) Sistema en producción funcionando satisfactoriamente y que un análisis de costo beneficio muestre que no es razonable ni conveniente una migración a Software Libre. b) Proyecto en estado de desarrollo y que un análisis de costo – beneficio muestre que no es conveniente modificar el proyecto y utilizar Software
Periódicamente se evaluarán los sistemas informáticos que utilizan software propietario con la finalidad de migrarlos a Software Libre.
Artículo 5.- Tanto para software libre como software propietario, siempre y cuando se satisfagan los requerimientos, se debe preferir las soluciones en este orden:
a) Nacionales que permitan autonomía y soberanía tecnológica. b) Regionales con componente nacional. c) Regionales con proveedores nacionales. d) Internacionales con componente nacional. e) Internacionales con proveedores nacionales. f) Internacionales.
Artículo 6.- La Subsecretaría de Informática como órgano regulador y ejecutor de las políticas y proyectos informáticos en las entidades del Gobierno Central deberá realizar el control y seguimiento de este Decreto.
Para todas las evaluaciones constantes en este decreto la Subsecretaría de Informática establecerá los parámetros y metodología obligatorios.
Artículo 7.- Encárguese de la ejecución de este decreto los señores Ministros Coordinadores y el señor Secretario General de la Administración Pública y Comunicación.
Dado en el Palacio Nacional en la ciudad de San Francisco de Quito, Distrito Metropolitano, el día de hoy 10 de abril de 2008
Rafael Correa Delgado PRESIDENTE CONSTITUCIONAL DE LA REPÚBLICA