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. 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. 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.



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



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



6

MAPEO DE CLASES

1.- Realizamos la conexión con la base de datos de Mysql.

Grafico N. 5 Configuración Databases



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



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



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



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



Posteriormente creamos las entidades del proyecto

Gráfico N. 10 wizard Entity Classes from Database



9

Gráfico N. 11 Especificaciones Entity Classes



Gráfico N. 12 Entity Classes



Para finalizar verificamos que el archivo persistences.xml tenga incluido

las clases Entity creadas.

10

Grafico N. 13 Persistence.xml configurado



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



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



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.

https://glassfish.java.net/

12

Gráfico N. 16 GlassFish



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



Comienza el proceso de instalación, al finalizar nos muestra el mensaje

“Installataion Complete”

GRÁFICO 1 Instalación GlassFish

13




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/



Fuente: Luis Alejandro Zambrano Vera

http://localhost:4848/

14

Desde el Netbeans nos ubicamos en la pestaña de servicios

Gráfico N. 20 Lista de Servidores Web



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



15

3.- Finalmente verificamos si se levantan los servicios del servidor GlassFish

Gráfico N. 22 Inicio de GlassFish



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



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



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



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



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



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


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



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


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


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


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


recepción de los formularios

SI



con_detalle_ingreso

Ingreso

Fin

NO


NO

Recepción de formularios a las

instituciones o oficinas se ingresa los números

de folios

SI



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


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



28

Critica Digitación – Critica Digitación


Inicio

Permisos de acceso


Selección de la opción de Critica

Digitación

Bandeja de tarea Critica o

Digitación

SI


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



29

Reportes – Folios Distribuidos a los establecimientos


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



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 opción à Folios no distribuidos

para el SIES

SI

Login


es la fecha

Fin

Consulto los Folios no distribuidos para el SIES

Listan los Folios no distribuidos para el SIES

Descargo archivos CVS



31

Reportes – Folios creados

Gráfico N. 36 Diagrama de Reportes Folios creados

Inicio

Permisos de acceso


Selección opción à Folios Creados

SI

Login


es la fecha

Fin

Consulto los Folios Creados

Listan los Folios Creados

Descargo archivos Excel



32

Reportes – Producción Diaria

Gráfico N. 37 Diagrama de Reportes Producción Diaria

Inicio

Permisos de accesos


Selección opción à Producción Diaria

SI

Login


es la fecha

Fin

Consulto los Producción Diaria

Listan los Producción Diaria




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



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



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


Opción Instituciones/

Oficinas

Crear Institución

Modificar Institución

Eliminar Institución



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



Opción Usuario

Crear Usuario

Modificar Usuario

Eliminar Usuario



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



Opción Etiqueta

Crea Detalle de Etiqueta

Modificar Detalle de Etiqueta



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



Ingreso de formularios

Eliminar detalle de ingreso de formulario



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



Oficinas

Consulta de Instituciones

Consulta de distribución de formularios a Instituciiones


Instituciones

Usuario

Acta de Entrega



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


Generación de Folio

Generación de código de folio

Usuario


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


Ingreso de Secuenciales

Consulta de Instituciones

Ingreso de secuencias por

institución

Usuario



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


Asignación

Asignación de tarea de Critica y Digitación

Usuario



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


Asignación

Proceso de tarea de Critica y Digitación

Usuario


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


Folios distribuidos a los

establecimientos

Generación de Reporte

Usuario


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


FoliosNo distribuidos para

el SIES


Usuario



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


FoliosCreados


Usuario


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


FoliosCreados


Usuario


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


Sesión

Perfil

Usuario

Cerrar Sesión

Modificar contraseñaModificar datos personales


49

forms.dao

DIAGRAMA DE CLASES

DAO

Gráfico N. 54 Diagrama de Clases DAO



50

forms.entities

ENTITIES

Gráfico N. 55 Diagrama de Clases ENTITIES



51

com.forms.converter

CONVERTER



Gráfico N. 56 Diagrama de clase Converter

52

SEGURIDAD

Gráfico N. 57 Diagrama de Seguridad

com.forms.seguridad



53

ASIGNACION

Gráfico N. 58 Diagrama de Clases Asigancion

com.modules.asignacion.beans



54

CRITICA/DIGITACION

Gráfico N. 59 Diagrama de Clases Critica/Digitación

com.modules.critidig.beans



55

GENERAL

Gráfico N. 60 Diagrama de Clases General

com.modules.general.beans



56

com.modules.mantenimiento.beans

MANTENIMIENTO



Gráfico N. 61 Diagrama de Clases Mantenimiento

57

com.modules.planificacion.beans

PLANIFICACION



Gráfico N. 62 Diagrama de Clases Planificación

58

com.modules.recoleccion.beans

RECOLECCIÓN



Gráfico N. 63 Diagrama de Clases Recolección

59

com.modules.reportes.beans

REPORTES



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



61

Gráfico N. 66 Menú del Sistema de Control Formularios


Usuario

Ingreso al Sistema




SISTEMA




sistema

MENU

Verifica permisos

Se muestranOpciones por permisos



62

Gráfico N. 67 Menú Mantenimiento – Instituciones


Usuario

Ingreso al Sistema




SISTEMA




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



63

Gráfico N. 68 Menú Mantenimiento - Usuario


Usuario

Ingreso al Sistema




SISTEMA




sistema

MENU

Verifica permisos


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



64

Gráfico N. 69 Menú Mantenimiento – Etiqueta


Usuario

Ingreso al Sistema




SISTEMA




sistema

MENU

Verifica permisos


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



65

Gráfico N. 70 Planificación – Recepción de Planta Central


Usuario

Ingreso al Sistema




SISTEMA




sistema

MENU

Verifica permisos


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



66

Gráfico N. 71 Menú Planificación – Distribución a Instituciones y

Oficinas


Usuario

Ingreso al Sistema




SISTEMA




sistema

MENU

Verifica permisos


permisos

PLANIFICACION - DISTRIBUCIONOFICINAS


Ingreso al menú de planificación -Distribución

Oficinas Ingreso de fecha

ELIMINAR DETALLE INGRESORECEPCION

Verifica Stock





Envió de correo a institución de la distribución de material estadístico

Eliminar detalle de distribución



67

Gráfico N. 72 Menú Recolección – Generación de Folio


Usuario

Ingreso al Sistema




SISTEMA




sistema

MENU

Verifica permisos


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()



68

Gráfico N. 73 Menú Recolección – Ingreso de secuencias


Usuario

Ingreso al Sistema




SISTEMA




sistema

MENU

Verifica permisos


permisos

RECOLECCIÓN - INGRESODE SECUENCIALES


Ingreso al menú de recolección – ingreso

secuenciales Ingreso de fecha

Verifica Stock





Ingreso de secuenciaIngreso de Secuencial



69

Gráfico N. 74 Menú Asignación – Asignación


Usuario

Ingreso al Sistema




SISTEMA




sistema

MENU

Verifica permisos


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



70

Gráfico N. 75 Menú Critica/Digitación


Usuario

Ingreso al Sistema




SISTEMA




sistema

MENU

Verifica permisos


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



71

Gráfico N. 76 Menú Reportes – Folios distribuidos a los

establecimientos


Usuario

Ingreso al Sistema




SISTEMA




sistema

MENU

Verifica permisos


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



72

Gráfico N. 77 Menú Reportes – Folios no distribuidos para el SIES


Usuario

Ingreso al Sistema




SISTEMA




sistema

MENU

Verifica permisos


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



73

Gráfico N. 78 Menú Reportes – Folios Creados


Usuario

Ingreso al Sistema




SISTEMA




sistema

MENU

Verifica permisos


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



74

Gráfico N. 79 Menú Reportes – Producción Diaria


Usuario

Ingreso al Sistema




SISTEMA




sistema

MENU

Verifica permisos


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



75

Gráfico N. 80 Menú Sesión – Perfil


Usuario

Ingreso al Sistema




SISTEMA




sistema

MENU

Verifica permisos


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



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



Gráfico N. 82 Tabla: con_departamento



77

Gráfico N. 83 Tabla: con_detalle_ingreso



Gráfico N. 84 Tabla: con_establecimiento



78

Gráfico N. 85 Tabla: con_ingreso



Gráfico N. 86 Tabla: con_inventario



Gráfico N. 87 Tabla: con_modulo



Gráfico N. 88 Tabla: con_opcion



79

Gráfico N. 89 Tabla: con_personal



Gráfico N. 90 Tabla: con_rol



Gráfico N. 91 Tabla: gen_catalogo



80

Gráfico N. 92 Tabla: gen_detalle_catalogo



Gráfico N. 93 Tabla: gen_folio



Gráfico N. 94 Tabla: gen_modulo_rol



Gráfico N. 95 Tabla: gen_personal_modulo



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



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






COMPUTACIONALES




2016

MANUAL DE USUARIO




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




Ingreso de recepción del

formulario

SI

Valida información ingresada Ingreso

compromisocon_detalle_ingreso

Ingreso

SI

Fin

NO

SI

NO



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




Oficina


realizar la distribución

SI



con_detalle_ingreso

Ingreso

Fin

NO


NO


instituciones o oficinas y generación de acta de

entrega

SI



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


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



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


recepción de los formularios

SI



con_detalle_ingreso

Ingreso

Fin

NO


NO

Recepción de formularios a las

instituciones o oficinas se ingresa los números

de folios

SI



7

Asignación – Asignación

GRÁFICO 5 Diagrama De Proceso de Asignación

Inicio

Permisos de acceso


Selección de la opción de Asignación

Bandeja de Asignación de

folios para revisión

SI


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



8

Critica Digitación – Critica Digitación


Inicio

Permisos de acceso


Selección de la opción de Critica

Digitación

Bandeja de tarea Critica o

Digitación

SI


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



9

Reportes – Folios Distribuidos a los establecimientos


Inicio

Permisos de acceso y roles


Selección opción à Folios distribuidos a los

establecimientos

SI

Login


es la fecha

Fin

Consulto los Folios distribuidos a los establecimientos

Listan los Folios distribuidos a los establecimientos

Descargo archivos EXCEL



10

Reportes – Folios no distribuidos para el SIES

GRÁFICO 8 Diagrama de Reportes Folios no distribuidos para el SIES

Inicio



Selección opción à Folios no distribuidos

para el SIES

SI

Login


es la fecha

Fin

Consulto los Folios no distribuidos para el SIES

Listan los Folios no distribuidos para el SIES

Descargo archivos CVS



11

Reportes – Folios creados

GRÁFICO 9 Diagrama de Reportes Folios creados

Inicio



Selección opción à Folios Creados

SI

Login


es la fecha

Fin

Consulto los Folios Creados

Listan los Folios Creados




12

Reportes – Producción Diaria

GRÁFICO 10 Diagrama de Reportes Producción Diaria

Inicio



Selección opción à Producción Diaria

SI

Login


es la fecha

Fin

Consulto los Producción Diaria

Listan los Producción Diaria




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


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


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


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.


filtros que se puede realizar por usuario, la estadística y la institución

39


y se presentara la información de los folios no

distribuidos para el SIES


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.


filtros que se puede realizar por usuario, la estadística y año

41


y se presentara la información de los folios creados


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.


filtros que se puede realizar por usuario, la estadística e Institución.

43


y se presentara la información de producción diaria.


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.




COMPUTACIONALES




2016

PROYECTO DE TITULACIÓN




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



CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES


ZONAL 8 DEL INSTITUTO NACIONAL DE ESTADISTICAS Y CENSOS DE


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).

https://es.wikipedia.org/wiki/Hipertexto

http://www.ecuadorencifras.gob.ec/

https://es.wikipedia.org/wiki/Transmission_Control_Protocol

https://en.wikipedia.org/wiki/User_interface

https://es.wikipedia.org/wiki/Lenguaje_de_marcado

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. 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. 14: Resultado de la pregunta 2 ........................................................ 86















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


FACULTAD DE CIENCIAS MATEMÁTICAS Y FÍSICAS CARRERA DE INGENIERÍA EN SISTEMAS COMPUTACIONALES




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


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.


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.



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


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.



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



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


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


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


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



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



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


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


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.

http://java-white-box.blogspot.com.ar/2014/02/ORMQueesunORM.html

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


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


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


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)

http://java-white-box.blogspot.com/2014/06/hibernate-que-es-hibernate-arquitectura.html

http://java-white-box.blogspot.com/2014/06/hibernate-que-es-hibernate-arquitectura.html

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


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


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


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



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



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



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.



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.


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 ( )



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



Gráfico N. 15: Pregunta 1



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?


a. Si ( )

b. No ( )

c. No responde ( )



Cuadro N. 14: Resultado de la pregunta 2

Frecuencia


(%)

Si 13 87

No 1 6

No Responde 1 7

Total 15 100



87




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?


a. Si ( )

b. No ( )

c. No responde ( )




Frecuencia


(%)

Si 13 87

No 2 13

No Responde 0 0

Total 15 100



89




Análisis


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?


a. Si ( )

b. No ( )

c. No responde ( )




Frecuencia


(%)

Si 15 100

No 0 0

No Responde 0 0

Total 15 100



91




Análisis


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?


a. Si ( )

b. No ( )

c. No responde ( )




Frecuencia


(%)

Si 14 94

No 0 0

No Responde 1 6

Total 15 100



93




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?


a. Si ( )

b. No ( )

c. No responde ( )




Frecuencia


(%)

Si 13 87

No 2 13

No Responde 0 0

Total 15 100



95




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


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?


a. Si ( )

b. No ( )

c. No responde ( )




Frecuencia


(%)

Si 15 100

No 0 0

No Responde 0 0

Total 15 100



97




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?


a. Si ( )

b. No ( )

c. No responde ( )



100%

0% 0%

Pregunta #7

Si No No Responde

98


Frecuencia


(%)

Si 12 80

No 2 13

No Responde 1 7

Total 15 100






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?


a. Si ( )

b. No ( )

c. No responde ( )




Frecuencia


(%)

Si 14 93

No 1 7

No Responde 0 0

Total 15 100



100




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?


a. Si ( )

b. No ( )

c. No responde ( )




Frecuencia


(%)

Si 15 100

No 0 0

No Responde 0 0

Total 15 100



102




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



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



información?

14 0 1 15

94% 0% 6% 100%

6 ¿Cree usted que el proceso de entrega los formularios a los



13 2 0 15

87% 13% 0% 100%

104

7 ¿Considera necesario la implementación del Sistema para la


15 0 0 15

100% 0% 0% 100%

8 ¿Cree usted que la creación de folios tendrá un mejor control


12 2 1 15

80% 13% 7% 100%

9 ¿Considera usted que se va mejorar el seguimiento de los


hospitales?

14 1 0 15

93% 7% 0% 100%

10 ¿Cree usted que se optimizara el tiempo y recursos del


Formularios?

15 0 0 15

100% 0% 0% 100%

TOTAL 134 11 5 150

80% 13% 3% 100%



Gráfico N. 25: Presentación de resultados



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



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%



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


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



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



información?

a. Si ( )

b. No ( )

c. No responde ( )

6. ¿Cree usted que el proceso de entrega de los formularios a los



a. Si ( )

b. No ( )

c. No responde ( )

7. ¿Considera necesario la implementación del Sistema para la


a. Si ( )

b. No ( )

c. No responde ( )

8. ¿Cree usted que la creación de folios tendrá un mejor control


a. Si ( )

b. No ( )

c. No responde ( )

9. ¿Considera usted que se va mejorar el seguimiento de los


hospitales?

a. Si ( )

b. No ( )

c. No responde ( )

10. ¿Cree usted que se optimizara el tiempo y recursos del


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


VISTA SATELITAL DEL INSTITUTO DE ESTADÍSTICAS Y CENSOS DEL ECUADOR


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

universidad de guayaquil -...

Documents