UNIVERSIDAD REGIONAL AUTÓNOMA DE LOS …dspace.uniandes.edu.ec/bitstream/123456789/3956/1/... ·...
142
UNIVERSIDAD REGIONAL AUTÓNOMA DE LOS ANDES “UNIANDES” FACULTAD DE SISTEMAS MERCANTILES CARRERA DE SISTEMAS TESIS DE GRADO PREVIO A LA OBTENCIÓN DEL TÍTULO EN INGENIERO EN SISTEMAS E INFORMÁTICA TEMA: “APLICACIÓN WEB PARA LA GESTIÓN DE INFORMACIÓN DE SACRAMENTOS CATÓLICOS DE LAS PARROQUIAS ECLESIÁSTICAS DE LA DIÓCESIS DE IBARRA”. AUTOR: TNLG. CARRANCO GONZÁLEZ GAVINO ALEXANDER ASESOR: ING. VÍCTOR CARANQUI, MSC. IBARRA – ECUADOR 2014
Transcript of UNIVERSIDAD REGIONAL AUTÓNOMA DE LOS …dspace.uniandes.edu.ec/bitstream/123456789/3956/1/... ·...
UNIVERSIDAD REGIONAL AUTÓNOMA DE LOS ANDES
“UNIANDES”
FACULTAD DE SISTEMAS MERCANTILES
CARRERA DE SISTEMAS
TESIS DE GRADO PREVIO A LA OBTENCIÓN DEL TÍTULO EN INGENIERO
EN SISTEMAS E INFORMÁTICA
TEMA: “APLICACIÓN WEB PARA LA GESTIÓN DE INFORMACIÓN DE
SACRAMENTOS CATÓLICOS DE LAS PARROQUIAS ECLESIÁSTICAS DE LA
DIÓCESIS DE IBARRA”.
AUTOR: TNLG. CARRANCO GONZÁLEZ GAVINO ALEXANDER
ASESOR: ING. VÍCTOR CARANQUI, MSC.
IBARRA – ECUADOR
2014
II
III
IV
DEDICATORIA
A MI ESPOSA
Apoyo esencial en la culminación de mi carrera, compañera de vida quien siempre ha
creído en mí y me ha ayudado a lograr los más altos objetivos.
A MI HIJA
La razón que día a día me anima a seguir adelante, mejorando personal y profesionalmente,
mi fuente de inspiración y deseos de vivir conquistando mis miedos en pro de una vida
mejor.
A MIS PADRES
Por su dedicación, preocupación y entrega durante toda mi vida, este logro es un premio a
su esfuerzo y por haber inculcado en mí siempre deseos de superación.
V
AGRADECIMIENTO
Un agradecimiento especial a mi hija y mi esposa quienes con su amor y apoyo supieron
orientarme para poder culminar este gran logro, a mis padres y hermanos que nunca
dejaron de creer en mis capacidades, a mis profesores que a lo largo de mi carrera supieron
cultivar en mí la semilla del conocimiento, en especial al Ing. Freddy Baño por su apoyo
incondicional, como también a mis amigos y todos quienes de una u otra manera me
acompañaron en los momentos buenos y malos, brindándome ánimo y deseos de
superación.
VI
ÍNDICE GENERAL
INTRODUCCIÓN .................................................................................................................... 1
Antecedentes de la Investigación ................................................................................................ 1
Planteamiento del Problema ....................................................................................................... 2
Formulación del Problema .......................................................................................................... 2
Delimitación del Problema ......................................................................................................... 2
Objeto de estudio ........................................................................................................................ 2
Campo de acción ......................................................................................................................... 2
Lugar ........................................................................................................................................... 3
Identificación de la línea de investigación .................................................................................. 3
Objetivos ..................................................................................................................................... 3
Justificación ................................................................................................................................ 4
Aporte Teórico ............................................................................................................................ 5
Significación Práctica ................................................................................................................. 5
Novedad ...................................................................................................................................... 6
CAPÍTULO I ............................................................................................................................. 7
1. MARCO TEÓRICO ............................................................................................................. 7
1.1 Diócesis de Ibarra ................................................................................................................. 7
1.1.1 Historia ................................................................................................................................... 7
1.1.2 Parroquias Eclesiásticas ......................................................................................................... 8
1.1.3 Archivos parroquiales ............................................................................................................. 9
1.1.4 Funciones ................................................................................................................................ 9
1.1.5 Principales libros parroquiales ............................................................................................... 9
1.1.6 Libro de bautizados .............................................................................................................. 10
1.1.7 Libro de confirmaciones ....................................................................................................... 10
1.1.8 Libro de Matrimonios ........................................................................................................... 11
VII
1.1.9 Libro de Defunciones ........................................................................................................... 11
1.1.10 Responsabilidad custodia libros ...................................................................................... 11
1.1.11 Certificados ..................................................................................................................... 12
1.1.12 Bautizo ............................................................................................................................ 12
1.1.13 Confirmación ................................................................................................................... 13
1.1.14 Matrimonio ...................................................................................................................... 14
1.1.15 Archivos prenupciales ..................................................................................................... 15
1.1.16 Muerte ............................................................................................................................. 15
1.2 Sistemas de información .................................................................................................... 15
1.2.1 Componentes y funciones .................................................................................................... 16
1.2.2 Uso de los sistemas de información ..................................................................................... 17
1.2.3 Sistemas de información estratégicos ................................................................................... 17
1.2.4 Aplicación de los sistemas de información .......................................................................... 18
1.3 Aplicación web .................................................................................................................... 18
1.3.1 Estructura de las aplicaciones web ....................................................................................... 18
1.3.2 Ventajas de las aplicaciones web ......................................................................................... 19
1.3.3 Desventajas ........................................................................................................................... 20
1.3.4 Seguridad web ...................................................................................................................... 20
1.3.5 Integración de la web con la base de datos .......................................................................... 20
1.4 Bases de datos ..................................................................................................................... 21
1.4.1 Objetivos de las bases de datos ............................................................................................ 21
1.4.2 Normalización ...................................................................................................................... 22
1.4.3 Lenguaje SQL ....................................................................................................................... 22
1.4.4 Objetivos SQL ...................................................................................................................... 22
1.4.5 Componentes de base de datos ............................................................................................. 23
1.4.6 Base de datos MySql ............................................................................................................ 23
1.4.7 Modelos de tratamiento de datos .......................................................................................... 24
VIII
1.4.8 Bases de datos relacionales .................................................................................................. 24
1.4.9 Ventajas ................................................................................................................................ 25
1.4.10 Inconvenientes ................................................................................................................. 25
1.5 Fundamentos de HTML5, CSS3 y JavaScript ................................................................. 25
1.5.1 Aplicaciones JavaScript ....................................................................................................... 26
1.5.2 Elementos estructurales de HTML5 ..................................................................................... 26
1.5.3 Propiedades de CSS3 ............................................................................................................ 27
1.6 Aplicaciones móviles ........................................................................................................... 27
1.6.1 Tipos de aplicaciones móviles .............................................................................................. 27
1.6.2 Aplicaciones web móviles .................................................................................................... 28
1.6.3 Despliegue de aplicaciones web en los diferentes dispositivos móviles .............................. 28
1.7 Conclusiones parciales del capítulo .................................................................................. 28
CAPÍTULO II ......................................................................................................................... 30
2. MARCO METODOLÓGICO .................................................................................... 30
2.1. Caracterización del sector ................................................................................................. 30
2.2 Descripción procedimiento metodológico ........................................................................ 31
2.2.1 Modalidad de la investigación .............................................................................................. 31
2.2.2 Población y muestra ............................................................................................................. 32
2.2.3 Técnicas e instrumentos ....................................................................................................... 33
2.2.3.1 Técnicas ....................................................................................................................... 33
2.3 Análisis e interpretación de datos ..................................................................................... 34
2.4 Propuesta del Investigador ................................................................................................ 45
2.5 Conclusiones parciales del capítulo .................................................................................. 46
CAPÍTULO III ........................................................................................................................ 47
3. MARCO PROPOSITIVO ................................................................................................. 47
3.1. Tema .................................................................................................................................... 47
3.2. Objetivo ............................................................................................................................... 47
IX
3.3. Desarrollo de la Propuesta ................................................................................................. 47
3.3.1 Situación Actual ................................................................................................................... 47
3.3.2 Metodología cascada ............................................................................................................ 47
3.4. Análisis ................................................................................................................................ 48
3.4.1 Necesidad y Cambios ........................................................................................................... 48
3.4.2 Descripción de los cambios deseados .................................................................................. 48
3.4.3 Alcance ................................................................................................................................. 49
3.4.4 Herramientas a utilizar ......................................................................................................... 50
3.4.5 Descripción General ............................................................................................................. 51
3.4.6 Perspectiva del producto ...................................................................................................... 51
3.4.7 Funcionalidad del Producto .................................................................................................. 53
3.4.8 Suposiciones y Dependencias .............................................................................................. 53
3.4.9 Requisitos específicos del sistema ....................................................................................... 53
3.5. Diseño .................................................................................................................................. 55
3.5.1. Diagrama de contexto ........................................................................................................... 55
3.5.2. Diseño de la base de datos .................................................................................................... 57
3.5.3. Diseño de la aplicación web ................................................................................................. 61
3.6. Codificación ........................................................................................................................ 65
3.6.1. Capa de datos ........................................................................................................................ 65
3.6.2 Descripción Técnica de la Aplicación SACRASIS .............................................................. 71
3.7. Implementación ................................................................................................................... 74
3.7.1. Diseño entrada de la Aplicación Web .................................................................................. 74
3.7.2. Login de Usuario Invitado .................................................................................................... 75
3.7.3. Solicitud de Curso Pre-Bautismal ........................................................................................ 75
3.7.4. Solicitud Curso Pre-Matrimonial ......................................................................................... 77
3.7.5. Verificar estado de Solicitudes ............................................................................................. 78
3.7.6. Gestión de Personas .............................................................................................................. 78
X
3.7.7. Administración de Sacramentos ........................................................................................... 79
3.7.8. Administración de Agenda ................................................................................................... 84
3.7.9. Gestión de Noticias .............................................................................................................. 84
3.8. Pruebas ................................................................................................................................ 85
3.8.1 Objetivo ................................................................................................................................ 85
3.8.2 Pruebas de despliegue .......................................................................................................... 85
3.8.3 Pruebas de velocidad de despliegue ..................................................................................... 90
3.8.4 Pruebas de sistema ................................................................................................................ 90
3.8.5 Pruebas de acceso carga de datos ......................................................................................... 91
3.8.6 Pruebas de integración aplicación ........................................................................................ 91
3.9 Mantenimiento .................................................................................................................... 92
3.9.1 Requisitos Comunes ............................................................................................................. 92
3.9.2 Interfaz de Comunicación .................................................................................................... 93
3.9.3 Rendimiento ......................................................................................................................... 93
3.9.4 Seguridad .............................................................................................................................. 93
3.9.5 Fiabilidad .............................................................................................................................. 94
3.9.6 Disponibilidad ...................................................................................................................... 94
CONCLUSIONES .................................................................................................................. 95
RECOMENDACIONES ........................................................................................................ 96
BIBLIOGRAFÍA .................................................................................................................... 97
LINKOGRAFIA ..................................................................................................................... 98
XI
ÍNDICE DE GRÁFICOS
GRÁFICO N 1 ESTRUCTURA DE UNA APLICACIÓN WEB .......................................... 19
GRÁFICO N 2 DIFICULTAD PARA OBTENER CERTIFICADOS ................................... 34
GRÁFICO N 3 UTILIZACIÓN DE SERVICIOS ECLESIÁSTICOS .................................... 35
GRÁFICO N 4 CONOCIMIENTO DE LAS DEPENDENCIAS .......................................... 36
GRÁFICO N 5 CALIDAD DEL SERVICIO EN LOS DESPACHOS PARROQUIALES ..... 37
GRÁFICO N 6 DISPONIBILIDAD DE EQUIPOS INFORMÁTICOS ................................ 38
GRÁFICO N 7 UTILIZACIÓN DE LOS SERVICIOS DE INTERNET ................................ 39
GRÁFICO N 8 PREFERENCIAS DE LAS PERSONAS PARA CONTAR CON UNA
APLICACIÓN WEB ..................................................................................................... 40
GRÁFICO N 9 CUSTODIA DE LA INFORMACIÓN CON LA APLICACIÓN WEB ......... 41
GRÁFICO N 10 DIAGRAMA DE CONTEXTO ................................................................... 55
GRÁFICO N 11 DISEÑO DE PROCESOS DE LA APLICACIÓN WEB ............................ 56
GRÁFICO N 12 DISEÑO DE BASE DE DATOS E-R ......................................................... 57
GRÁFICO N 13 GRÁFICA FRONT-END ........................................................................... 62
GRÁFICO N 14 GRÁFICA BACK-END ............................................................................. 63
GRÁFICO N 15 DIRECTORIOS FRAMEWORK CODEIGNITER .................................... 72
GRÁFICO N 16 DIRECTORIOS DE LA CARPETA APPLICATION ................................. 73
GRÁFICO N 17 REGISTRO DE USUARIO INVITADO..................................................... 74
GRÁFICO N 18 LOGIN DE USUARIOS ............................................................................ 75
GRÁFICO N 19 SOLICITUD CURSO PRE-BAUTISMAL ................................................. 76
GRÁFICO N 20 SOLICITUD CURSO PRE-MATRIMONIAL ............................................ 77
GRÁFICO N 21 VERIFICACIÓN DE ESTADO DE SOLICITUDES DE SACRAMENTOS
..................................................................................................................................... 78
GRÁFICO N 22 INGRESO DE PERSONAS ....................................................................... 79
GRÁFICO N 23 FORMULARIO DE BAUTIZO .................................................................. 80
GRÁFICO N 24 FORMULARIO DE CONFIRMACIÓN .................................................... 81
GRÁFICO N 25 FORMULARIO DE MATRIMONIO ......................................................... 82
GRÁFICO N 26 FORMULARIO DE DEFUNCIÓN ........................................................... 83
GRÁFICO N 27 VISTA DE AGENDA ................................................................................. 84
GRÁFICO N 28 FORMULARIO DE NOTICIAS ................................................................ 85
GRÁFICO N 29 GRAFICAS DE DESPLIEGUE ................................................................. 90
XII
ÍNDICE DE TABLAS
TABLA N 1 POBLACIÓN Y MUESTRA .............................................................................. 32
TABLA N 2 RESULTADOS DE LA DIFICULTAD DE OBTENER CERTIFICADOS ........ 34
TABLA N 3 RESULTADOS DE LA UTILIZACIÓN DE SERVICIOS ECLESIÁSTICOS ... 35
TABLA N 4 RESULTADO DEL CONOCIMIENTO DE LAS DEPENDENCIAS .............. 36
TABLA N 5 RESULTADOS DEL TIPO DE SERVICIO BRINDADO EN LOS
DESPACHOS ............................................................................................................... 37
TABLA N 6 RESULTADOS DE LA DISPONIBILIDAD DE EQUIPOS INFORMÁTICOS 38
TABLA N 7 RESULTADOS DE LA UTILIZACIÓN DE LOS SERVICIOS DE INTERNET 39
TABLA N 8 PREFERENCIAS DE LAS PERSONAS PARA CONTAR CON UNA
APLICACIÓN WEB ..................................................................................................... 40
TABLA N 9 RESULTADOS DE LA IMPLEMENTACIÓN DE UNA APLICACIÓN WEB . 41
TABLA N 10: REQUISISTOS ESPECÍFICOS DEL SISTEMA ........................................... 54
TABLA N 11: TABLA PERSONA ......................................................................................... 58
TABLA N 12: TABLA PÁRROCO ........................................................................................ 58
TABLA N 13: TABLA SACRAMENTO ................................................................................ 59
TABLA N 14: TABLA AGENDA .......................................................................................... 59
TABLA N 15: TABLA AUDITORÍA ..................................................................................... 60
TABLA N 16: TABLA USUARIO ......................................................................................... 60
TABLA N 17: TABLA PARROQUIA .................................................................................... 61
TABLA N 18: TABLA BACK - END .................................................................................... 63
TABLA N 19: DISEÑO ENTRADAS Y SALIDAS ................................................................ 65
TABLA N 20: DIRECTORIOS ............................................................................................. 65
TABLA N 21: DIRECTORIOS ............................................................................................. 66
TABLA N 22: CLASE AUDITORIA.PHP ............................................................................ 66
TABLA N 23: CLASE PERSONA.PHP ................................................................................ 66
TABLA N 24: CLASE SACRAMENTOS.PHP ...................................................................... 71
TABLA N 25: DESCRIPCIÓN DE ESCENARIO DE PRUEBAS EN NAVEGADORES ..... 85
TABLA N 26: DESCRIPCIÓN DESPLIEGUE EN INTERNET EXPLORER...................... 86
TABLA N 27: DESCRIPCIÓN DESPLIEGUE EN APPLE SAFARI ................................... 87
TABLA N 28: DESCRIPCIÓN DESPLIEGUE EN GOOGLE CHROME ........................... 88
TABLA N 29: DESCRIPCIÓN DESPLIEGUE EN MOZILLA FIREFOX ........................... 89
XIII
TABLA N 30: PRUEBAS DE DESPLIEGUE ...................................................................... 90
TABLA N 31: PRUEBAS DE SISTEMA .............................................................................. 91
TABLA N 32: PRUEBAS DE CARGA DE DATOS .............................................................. 91
TABLA N 33: PRUEBAS DE INTEGRACIÓN .................................................................... 92
XIV
RESUMEN EJECUTIVO
Las tecnologías informáticas permiten la automatización de procesos a la vez gestionan las
tareas manuales de las instituciones en general. Siendo así los sistemas abarcan la mayoría
de procesos aplicados mediante el uso de la tecnología en beneficio.
El proyecto plantea como objetivo desarrollar una “Aplicación web para la gestión de
información de Sacramentos Católicos de las Parroquias Eclesiásticas de la Diócesis de
Ibarra” con la finalidad de solventar las necesidades de gestión de información de los
distintos Sacramentos Católicos ya que la importancia de la implementación del proyecto
radica en el apoyo en las diferentes entidades que brindan servicios eclesiásticos,
mejoramiento de los procesos inmersos en la gestión de certificados mediante el desarrollo
de la aplicación web basados en el análisis y requisitos, requerimientos y la buena práctica
de la Metodología en Cascada, que permite generar un producto acorde a las necesidades
de la institución tomando en cuenta los requerimientos de todos los actores inmersos en la
gestión Sacramental.
El desarrollo de la aplicación se enmarca en línea de investigación “Desarrollo de software
y programación de sistemas en entornos libre y propietario”, desarrollado e ideado a través
de especificaciones de usuarios, con la finalidad de obtener una interfaz acorde a las
necesidades del usuario final mediante herramientas de libre distribución. La aplicación
web beneficiará al personal clérigo, operarios, y usuarios externos de las distintas
Parroquias Eclesiásticas de la Diócesis de Ibarra quienes dispondrán con una herramienta
de apoyo para la obtención oportuna de los certificados de los diferentes Sacramentos.
XV
EXECUTIVE SUMMARY
Computer technologies allow automation of processes; simultaneously manage the manual
tasks of institutions in general. As such systems cover most processes applied by using
technology for benefit.
The project aims to develop a "Web application for managing information of the
Ecclesiastical Sacraments from Catholic Parishes of the Ibarra’s Diocese" in order to solve
the information management needs of the different Catholic Sacraments because the
importance of implementation of the project is to support the different entities that are
providing church services, improving the processes involved in managing certificates using
the web application development based on analysis and specifications, requirements and
good practice of the Cascade Methodology, that generates a product according to the needs
of the institution according the requirements of all people involved in the Sacrament
management.
The application development is part of the research line "Software development and
systems programming on free and owner environments", developed and thought through
user specifications, in order to get an interface according to the needs of the end user using
tools freely distributed. The web application will benefit the clergy personnel, operators,
and external users of the different Ecclesiastical Parishes of the Ibarra’s Diocese that
provide a support tool for timely obtain certificates of different Sacraments.
1
INTRODUCCIÓN
ANTECEDENTES DE LA INVESTIGACIÓN
Con la aparición de internet y de la web en concreto, se han abierto infinidad de
posibilidades en cuanto al acceso de la información desde cualquier sitio. Los sistemas de
información conocidos como aplicaciones online permiten una infinidad de aplicaciones
brindando múltiples beneficios de posicionamiento en internet.
El proyecto propuesto permitirá mejorar la emisión de certificados de los diferentes
Sacramentos Católicos en las Parroquias Eclesiásticas de la Diócesis de Ibarra, permitiendo
disponer de un sitio en internet de fácil acceso que permita mejorar el grado de eficiencia
administrativa y de gestión mediante el uso de tecnológica.
(Instituto Nacional de Estadísticas y Censos, 2012), en su más actualizado levantamiento
de datos en relación a las creencias profesadas en el Ecuador se menciona a la religión
Católica como la de mayor peso dentro del territorio ecuatoriano, indicándose que 8 de
cada 10 habitantes mayores de 16 años que afirman tener filiación religiosa son Católicos.
Existen cuatro Sacramentos dentro de la Fe Católica que pueden ser recibidos una sola vez
en la vida de cada feligrés y son: Bautizo, Confirmación, Matrimonio, Unción de los
Enfermos (Defunción), los tres primeros son recibidos en secuencia jerárquica, quiere decir
que cada uno de estos tiene precedencia y un orden específico, para recibir el siguiente es
necesario haber completado el anterior, y como dichos Sacramentos pueden ser otorgados
en cualquier Parroquia Eclesiástica se convierte en un gran problema de dispersión de
información ya que el registro de datos está aislado en cada Administración Parroquial.
El manejo de esta gran cantidad de datos importantes para la generación de los
correspondientes certificados de los Sacramentos actualmente se lo realiza por medio de
registros manuales, hojas electrónicas y/o un sistema informático precario desarrollado en
un lenguaje obsoleto y en forma local lo que genera los inconvenientes actuales de pérdida,
falta de acceso y aislamiento de la información.
2
PLANTEAMIENTO DEL PROBLEMA
La dificultad en la obtención de los certificados de realización de los diferentes
Sacramentos Católicos es causada principalmente por el aislamiento de información en
cada Despacho Parroquial lo que provoca que los usuarios no conozcan a que Parroquia
Eclesiástica dirigirse por su requerimiento, a esto se suma la a falta de conocimientos
informáticos por parte del personal encargado del manejo de la información que genera un
inadecuado manejo de datos, así como también la falta de herramientas informáticas
orientadas a esta finalidad para automatizar adecuadamente los procesos de generación de
certificados conjuntamente con el manejo de registros manuales que ralentiza dichos
procedimientos.
FORMULACIÓN DEL PROBLEMA
La falta de TIC (Tecnologías de la información y comunicación) para la gestión
centralizada de información de Sacramentos Católicos y el analfabetismo informático por
parte de los Administradores Parroquiales impide una generación eficiente de certificados.
DELIMITACIÓN DEL PROBLEMA
Esta investigación se realizara en el Área de Sistemas Informáticos, para mejorar la gestión
de emisión de certificados de Sacramentos en las Parroquias más representativas de la
Diócesis de Ibarra
OBJETO DE ESTUDIO
Procesos sacramentales.
CAMPO DE ACCIÓN
Desarrollo de software
3
LUGAR
Diócesis de Ibarra.
IDENTIFICACIÓN DE LA LÍNEA DE INVESTIGACIÓN
Desarrollo de software y programación de sistemas.
OBJETIVOS
Objetivo general
Implantar una aplicación web para la gestión de información de sacramentos católicos de
las Parroquias Eclesiásticas de la Diócesis de Ibarra.
Objetivos específicos
Fundamentar teóricamente los sistemas informáticos y los procesos de gestión de los
sacramentos católicos.
Diagnosticar la situación actual de la gestión de información de los diferentes
sacramentos católicos en las Parroquias Eclesiásticas que pertenecen a la Diócesis de
Ibarra.
Desarrollar una aplicación web para la gestión de información de los sacramentos
católicos en las Parroquias Eclesiásticas de la Diócesis de Ibarra.
Validar la propuesta por expertos.
IDEA A DEFENDER
Con la implementación del sistema informático para la gestión de sacramentos católicos de
las parroquias en la diócesis de Ibarra, se mejorara el servicio a los feligreses y se agilitará
los tramites.
4
JUSTIFICACIÓN
En la actualidad se está produciendo una serie de cambios en todos los ámbitos, por lo que
el desarrollo de la tecnología se ha convertido en un elemento preponderante en el
crecimiento del Ser Humano, permitiéndole crecer en todos los aspectos Personal,
Espiritual, tendiente a satisfacer las necesidades básicas y suntuarias.
De ahí la búsqueda de las herramientas más optimas que permitan cubrir la necesidad de
adquirir un certificado del cumplimiento de un sacramento que tienen los usuarios
católicos en las diferentes Parroquias de la Diócesis de Ibarra.
El diagnóstico situacional ha permitido determinar la ausencia de una aplicación web, lo
cual entorpece la gestión efectiva de emisión de certificados sacramentales,
desconocimiento por parte de los usuarios a donde dirigirse a solicitar dicho documento,
desembocando en un inadecuado uso de la información histórica generada en cada
parroquia, dando paso a la mala aplicación de los recursos.
Razón por la que es importante que la Diócesis de Ibarra al contar con una aplicación web
que le permita mejorar la gestión administrativa de la emisión de certificados de
sacramentos. Esto brindara un aporte al crecimiento y fortalecimiento de cada una de las
Parroquias Eclesiásticas de la Diócesis.
Con la implementación de la aplicación web que se propone se encamina a proporcionar
una solución eficiente a los diferentes problemas ocasionados por una inadecuada gestión
de emisión de certificados sacramentales en cada parroquia, permitiendo el archivo digital
de la información, evitando la perdida de información.
Por otra parte se pretende solucionar problemas de dispersión de datos, los usuarios no
saben exactamente a qué despacho parroquial dirigirse a solicitar su certificado.
5
METODOLOGIA
La investigación utilizada para la presente propuesta se basa en el estudio de las Parroquias
más representativas de cada Vicaria que comprende la Diócesis de Ibarra lugar donde
ocurren los hechos y el problema y de los usuarios en general, de los servicios
eclesiásticos, para así realizar un diagnóstico general de la problemática.
Cualitativa
La investigación utilizando esta modalidad se le realizara en cuanto esta permite observar
las diferentes características, circunstancias y demás aspectos relacionados con la gestión
de la información sacramental que se lleva a cabo en cada Parroquia Eclesiástica, para
poder identificar el problema que estas tienen y lograr la solución
Cuantitativa
A través de este tipo de investigación se pretende obtener datos numéricos que permitan
evidenciar de forma exacta y precisa variables relacionadas con la gestión sacramental que
son parte de la problemática enunciada y que se pretende dar solución.
APORTE TEÓRICO
El desarrollo del presente proyecto contará con las últimas técnicas de manejo de datos,
organización y presentación de resultados además del estudio de nuevos generadores de
código de programación orientada a la web, los mismos que estarán debidamente
documentados brindando así una fuente teórica aplicada a la práctica, de esta forma
proveerá facilidad de asimilación de conceptos.
SIGNIFICACIÓN PRÁCTICA
Esta Aplicación web será de gran ayuda para todos los habitantes de las Parroquias que
comprenden la Diócesis de Ibarra, quienes podrán tener acceso a información relevante
acerca de los Sacramentos católicos recibidos y saber exactamente a qué localidad y
6
dependencia acercarse a solicitar los distintos certificados y así evitar la pérdida de tiempo
y trámites engorrosos que muchas veces no dan como resultado la obtención del
requerimiento.
Enfocándonos desde el punto de vista práctico será de gran impacto ya que se contará con
una guía completa y especializada de información Sacramental relevante en un sólo lugar,
gratuita y a muy pocos clics de distancia tomando en cuenta que en el territorio de
implantación la comunidad Católica es la de mayor acogida.
NOVEDAD
La novedad del presente proyecto estará orientada a la implantación de las nuevas
tecnologías de los dispositivos móviles, lo que permitirá interactuar tanto al Administrador
Parroquial como al Usuario independientemente del lugar donde se encuentren en el
registro y actualización de información, verificación de horarios de Sacramentos, consulta
de dependencias para la emisión de certificados, horarios de atención, personas de
contacto, entre otras opciones, aprovechando al máximo las facilidades de conectividad
que brindan los equipos Smartphone y Tablet.
7
CAPÍTULO I
1. MARCO TEÓRICO
1.1 Diócesis de Ibarra
1.1.1 Historia
Según (González, 1945) Hasta 1862, la provincia de Imbabura que abarcaba el extenso
territorio de las actuales provincias de Carchi, Imbabura y norte de Pichincha, pertenecía a
la Arquidiócesis de Quito, que fue creada por Bula del Papa Pío IX en 13 de enero de
1849. Era muy grande, llegando sus límites a Chimborazo, por el sur; por el este, desde
Pastaza hacia el norte; y por el oeste, Manabí y Esmeraldas, lo que de suyo implicaba que
el prelado quiteño, cuando salía de vista apostólica, se demoraba en su recorrido
aproximadamente un año, razón por la que los obispos solicitaban con insistencia al
presidente de la República gestione ante la Santa Sede la creación de por los menos cuatro
obispados más, que tengan como sede a las ciudades de Ibarra, Riobamba y Portoviejo.
(Documentos sobre la creación de la Diócesis de Ibarra, 1860) Indica: Recibiendo con
mucho gusto las preces del mismo Presidente y para mejor administración de aquellas
Diócesis, extensión de la Iglesia de Quito, por la separación de aquellos lugares, y también
por la multitud de cristianos, tenga lugar ahora la demarcación arriba mencionada y que
por lo tanto separadas algunas parroquias de aquella Diócesis se haya de instituir una
nueva Iglesia Episcopal, y haya de llamarse Ibarrense.
Acerca de lo que, pesadas maduramente todas las cosas, y recibidas con ánimo benigno las
frases arriba mencionadas del Presidente de la República del Ecuador y bien reflexionadas
todas las circunstancias que habían de tenerse en cuenta, deseando mirar por el bien, honor
y utilidad de los Ciudadanos Ibarrenses, en virtud de estas nuestras Letras Apostólicas
separamos de la Diócesis de Quito a las Parroquias que siguen, a saber: San Miguel de
Ibarra, Caranqui, Angochagua, San Antonio de Ibarra, Atuntaqui, Urcuquí, Intag, San
Pedro de Piquer, San Pedro de la Carolina, Mira, Pimampiro, Ambuquí, Concepción, San
8
Luis, Jordán, Cotacachi, Imantag, San Pablo, Tulcán, Ascensión, Huaca, Tusa, Puntal y El
Ángel.
Y teniendo Ibarra templo dedicado al Arcángel San Miguel, elevamos este mismo templo
al título de Iglesia Catedral así erigida retenga y guarde con cuidado la antigua invocación
como también la parroquialidad, y cuidado de las almas.
1.1.2 Parroquias Eclesiásticas
Según el Catecismo de la Iglesia católica (2179), La parroquia es una determinada
comunidad de fieles constituida de modo estable en la Iglesia particular, cuya cura
pastoral, bajo la autoridad del obispo diocesano, se encomienda a un párroco, como su
pastor propio’ (CIC can. 515, 1). Es el lugar donde todos los fieles pueden reunirse para la
celebración dominical de la Eucaristía. La parroquia inicia al pueblo cristiano en la
expresión ordinaria de la vida litúrgica, le congrega en esta celebración; le enseña la
doctrina salvífica de Cristo. Practica la caridad del Señor en obras buenas y fraternas:
Generalmente las parroquias se definen por un territorio. Es decir, pertenecen a la
parroquia todos los fieles que habiten dentro de los límites territoriales de la parroquia.
También es posible establecer parroquias personales en función del rito, lengua o
nacionalidad de los fieles de un territorio "o incluso por otra determinada razón".
1.1.2.1 Encargado
(Muxika, 2003), El encargado del Archivo es el Párroco o el Administrador Parroquial
nombrado por la Autoridad diocesana. Él puede delegar esta función en un coadjutor. Para
que otra persona ostente esa responsabilidad deberá tener delegación escrita del Sr. Obispo
o Vicario General. Sólo las personas nombradas por la Autoridad diocesana están
legitimadas para firmar las partidas sacramentales. Los ayudantes en la oficina parroquial,
no deben firmar documentos oficiales; sí, en cambio pueden transcribirlos y/u ordenarlos
9
1.1.3 Archivos parroquiales
(Pérez, 2014), El archivo parroquial: concepto y funciones Vamos a empezar definiendo
qué es exactamente una parroquia. Según el canon 515 del Derecho Canónico su definición
sería la de una determinada comunidad de fieles constituida de modo estable en la Iglesia
particular, cuya cura pastoral, bajo la autoridad del Obispo Diocesano, se encomienda a un
párroco como su pastor propio.
Los archivos parroquiales son, por su naturaleza, archivos privados ya que pertenecen a la
Iglesia Católica, lo que no es impedimento para que sus fondos formen parte del
patrimonio documental Español. Los documentos que los integran son el resultado del
ejercicio de las actividades del párroco como gesto de los bienes de la Iglesia, como
administrador del culto y de los sacramentos y de su relación con la jerarquía eclesiástica y
con sus fieles.
1.1.4 Funciones
(Pérez, 2014), los párrocos deben cuidarse de que “...toda la documentación que se reciba o
se produzca en la parroquia sea cuidadosamente conservada e integrada en el archivo
parroquial, ya que ella constituirá el día de mañana la fuente primordial del conocimiento
de la actividad comunitaria de la parroquia”
En resumen se puede enunciar que entre las principales funciones de un archivo parroquial
es:
Recopila la información concerniente a las celebraciones realizadas en la parroquia
Que esta información sea de fácil acceso para los usuarios
Conservar estos datos de la mejor forma para futuras usos
1.1.5 Principales libros parroquiales
(Pérez, 2014), Los archivos parroquiales presentan una variedad de tipología documental
tan amplia como lo son sus funciones, pero no cabe ninguna duda de que los libros
sacramentales son la serie más significativa. Estos libros son registros en los que los
10
párrocos recogen los datos correspondientes a la impartición de ciertos sacramentos, tales
como el bautismo o la extremaunción
1.1.6 Libro de bautizados
(Pérez, 2014), También se le denomina como libro de bautismos. El bautismo es un
sacramento por el que se acoge al neófito en la fe cristiana. El canon 877.1) establece que
“El párroco del lugar en el que se celebre el bautismo debe anotar diligentemente y sin
demora en el libro de bautismo el nombre del bautizado, haciendo mención del ministro,
los padres, padrinos, testigos si los hubo y el lugar y día en que se administró, indicando
asimismo el día y lugar del nacimiento”.
(Muxika, 2003), Rectificación de partidas: Para cualquier rectificación-alteración de
partidas, sean errores, omisiones o cambios efectuados en el Registro Civil, se requiere la
autorización de la Vicaría General. Sólo en el caso de cambios de castellano a su
equivalente al euskara o viceversa podrá rectificar el Párroco la partida sin tener que
solicitar permiso, siempre que antes se haya efectuado dicho cambio en el Registro Civil y
se presente el documento que demuestre fehacientemente que aquél se ha realizado.
Cada cambio o alteración se hará constar en la partida consignando, al menos, la referencia
del documento que acredite dicha modificación.
1.1.7 Libro de confirmaciones
(Pérez, 2014) La confirmación como sacramento, marca la evolución espiritual de un
cristiano y siempre queda constancia de su impartición en el libro de bautismos. Pero
algunas parroquias de cierta entidad pueden contar con un libro para registrar estas
confirmaciones si así lo dispone el Obispo diocesano. En otros archivos parroquiales, lo
que puede aparecer es un listado de todos aquellos que han recibido este sacramento y de
sus padrinos, encabezado por el nombre del Obispo que lo impartió; este listado suele
figurar anexo al libro de bautismos.
11
1.1.8 Libro de Matrimonios
(Pérez, 2014), También recibe el nombre de libro de casados o de velados. El canon 1121
recoge que tras la celebración del matrimonio el párroco “...debe anotar cuanto antes en el
registro matrimonial los nombres de los cónyuges, del asistente y de los testigos, y el lugar
y el día de la celebración, según el modo prescrito por la Conferencia Episcopal o por el
Obispo diocesano”.
Este registro está íntimamente vinculado a la serie de “expedientes matrimoniales”, en los
que se recogen todos los antecedentes y pruebas que constaten que dos personas pueden
contraer matrimonio, esto es, que no hay impedimentos la celebración del enlace
(expedientes ordinarios) o, si los hubiesen, se incluiría además la documentación que
demostrase la concesión de la correspondiente dispensa (expedientes extraordinarios).
1.1.9 Libro de Defunciones
(Pérez, 2014), También puede recibir otras denominaciones, como libro de difuntos, de
finados o de entierros. Las defunciones en sí no constituyen ningún sacramento, pero
llevan implícitas la administración de uno: el de la extremaunción. El canon 1182 nos dice
que “Una vez terminado el entierro, se ha de hacer la debida anotación en el libro de
difuntos...”
En su origen, en este libro sólo se inscribían a aquellos difuntos que habían incluido en su
testamento el que se rezase por su alma y era muy habitual que en los asientos figuras de la
fórmula “mando lo siguiente” seguida del número de misas y el montante que se dejaba
para ello. En algunos libros, además, puede figurar la causa del fallecimiento y si recibió
los últimos sacramentos.
1.1.10 Responsabilidad custodia libros
(Muxika, 2003) Confidencialidad: Siguiendo la normativa eclesiástica, se establece como
norma general que la documentación de los últimos 75 años ha de permanecer cerrada a la
libre y pública consulta5, especialmente, aquélla que contienen registros sacramentales ya
12
que, por su naturaleza, son reservados. A partir de esa fecha pasará a considerarse
documentación histórica y, por lo tanto, de uso público
La persona a cargo puede escoger delegar la administración diaria (por ejemplo, entradas
de inscripción rutinarias) del registro sacramental a una Párroco de la parroquia o a otra
persona responsable. Toda la información contenida en el registro sacramental debe ser
manejada con discreción y confidencialidad.
1.1.11 Certificados
(Muxika, 2003) Sólo el Párroco o delegado debidamente acreditado pueden extender
certificados o extractos a las personas interesadas que acrediten su identidad o a quienes
presenten la debida autorización del afectado. Los certificados o extractos pueden
extenderse bien escritos a mano o mecanografiados, pero siempre cumplimentados en el
modelo propio de la Diócesis y validados por la firma del Párroco o su delegado y por el
sello parroquia.
De acuerdo al Código de Derecho Canónico, que establece los lineamientos para establecer
determinados procesos, es importante destacar que se emite certificados de los siguientes
Sacramentos: Bautizo, Confirmación, Matrimonio y Defunción, al tratarse de Sacramentos
que se realizan una sola vez y que genera información para ser almacenada en los libros
parroquiales.
Los sacramentos de penitencia, eucaristía son sacramentos que se realizan varias veces,
que no son parte de los registros de los libros.
1.1.12 Bautizo
(Políticas y Normas de los Documentos Sacramentales, 2010), en el Canon 849 El
bautismo, puerta de los sacramentos, cuya recepción de hecho o al menos de deseo es
necesaria para la salvación, por el cual los hombres son liberados de los pecados,
reengendrados como hijos de Dios e incorporados a la Iglesia, quedando configurados con
13
Cristo por el carácter indeleble, se confiere válidamente sólo mediante la ablución con
agua verdadera acompañada de la debida forma verbal.
En el Canon 859 Si, por la lejanía u otras circunstancias, el que ha de ser bautizado no
puede ir o ser llevado sin grave inconveniente a la iglesia parroquial o a aquella otra iglesia
u oratorio de que se trata en el c. 858.
§ 2, puede y debe conferirse el bautismo en otra iglesia u oratorio más cercanos, o en otro.
Padrino.-
Canon 872 “En la medida de lo posible, a quien va a recibir el bautismo se le ha de dar un
padrino, cuya función es asistir en su iniciación cristiana al adulto que se bautiza, y,
juntamente con los padres, presentar al niño que va a recibir el bautismo y procurar que
después lleve una vida cristiana congruente con el bautismo y cumpla fielmente las
obligaciones inherentes al mismo.”
1.1.13 Confirmación
(Políticas y Normas de los Documentos Sacramentales, 2010) En el Canon 880
§ 1. El sacramento de la confirmación se administra por la unción con el crisma en la
frente, que se hace con imposición de la mano, y por las palabras prescritas en los libros
litúrgicos aprobados. § 2. El crisma que se debe emplear en la confirmación ha de ser
consagrado por el Obispo, aunque sea un presbítero quien administre el sacramento.
Los padrinos.-
Canon 892 En la medida de lo posible, tenga el confirmando un padrino, a quien
corresponde procurar que se comporte como verdadero testigo de Cristo y cumpla
fielmente las obligaciones inherentes al sacramento.
El registro de la confirmación debe incluir:
El nombre completo del confirmado como está escrito en el certificado de bautizo
Fecha y lugar del bautizo, tal como puede ser verificado en el certificado de bautizo
Nombre de confirmación, si es diferente al nombre de bautizo
14
Nombre completo de los padres
Nombre completo del padrino
Fecha y lugar del evento
Nombre del ministro (canon 895)
Una copia del certificado bautismal es requerida como documentación de soporte. Una
excepción es el caso donde la confirmación toma lugar en la misma parroquia o
comunidad de fe donde el bautizo se efectúo. En ese caso, el record bautismal debe ser
verificado antes de la confirmación.
1.1.14 Matrimonio
(Políticas y Normas de los Documentos Sacramentales, 2010) En el Canon 1055
§ 1. La alianza matrimonial, por la que el varón y la mujer constituyen entre sí un
consorcio de toda la vida, ordenado por su misma índole natural al bien de los cónyuges y
a la generación y educación de la prole, fue elevada por Cristo Señor a la dignidad de
sacramento entre bautizados.
§ 2. Por tanto, entre bautizados, no puede haber contrato matrimonial válido que no sea por
eso mismo sacramento.
El registro del matrimonio debe incluir:
Los nombres completos de ambos individuos (el nombre de la mujer como se
encuentra en el certificado de bautizo, o si no ha sido bautizada, su nombre de
nacimiento o de soltera)
Fecha y lugar del bautizo de la novia y el novio, como puede ser verificado en los
certificados de bautizo
Nombres completos de los testigos
Nombre del oficiante
Fecha y lugar de la celebración del matrimonio (Canon 1121 §1)
Anotación acerca de dispensación, permiso, anulación, etc. según aplique
15
1.1.15 Archivos prenupciales
(Políticas y Normas de los Documentos Sacramentales, 2010) El archivo prenupcial creado
para el matrimonio debe ser retenido en el archivo permanente del archivo de la parroquia
donde se celebró el matrimonio.
Los documentos de soporte del archivo prematrimonial deben incluir:
Certificados de bautizo
Certificados de Confirmación
Formas prenupciales completas, copia firmada de la licencia del matrimonio civil
Certificado de los cursos de preparación para el matrimonio requerido
1.1.16 Muerte
(Políticas y Normas de los Documentos Sacramentales, 2010) Después del
entierro/disposición del cuerpo, se debe hacer una entrada en el registro de los muertos, de
acuerdo con la ley especifica. (Canon 1182)
El registro de las muertes debe incluir:
El nombre completo del muerto;
Fecha de la muerte;
Nombre del que presidio;
Fecha y lugar del entierro/disposición del cuerpo.
El registro debe ser arreglado cronológicamente por la fecha de la muerte del parroquiano.
1.2 Sistemas de información
(London, 2006), definen a los sistemas de información “Como un conjunto de
componentes interrelacionado que recolectan (o recuperan), procesan almacenan y
distribuyen información para apoyar la toma de decisiones y control de una organización.
Además de apoyar la toma de decisiones, la coordinación y el control, los sistemas de
16
información también pueden ayudar a los gerentes y trabajadores analizar problemas, a
visualizar asuntos complejos y a crear productos nuevos”.
Los sistemas de información hoy en día permite a las empresas enfrentarse a una estructura
empresarial mucho más compleja en cuanto atravesó de los sistemas de información se
podrá reunir una serie de datos los mismos que serán procesados de acuerdo a las
necesidades para posteriormente emitir una información más retroalimentada y útil para la
toma decisiones
1.2.1 Componentes y funciones
Según (PonJuán, 2009) Los componentes básicos de un Sistema de Información son:
Documentos: Cualquier fuente de información, en forma material, capaz de ser
empleada para referencia o estudio como una autoridad.
Registros: es un conjunto de elementos que en forma colectiva aportan información
acerca del asunto que registran.
Ficheros o archivos de registros: es un conjunto de registros, casi siempre con
características similares.
Equipos: el equipamiento es muy variado y depende de la línea tecnológica que
emplea el sistema.
Elementos de apoyo a los sistemas pueden citarse: manuales de procedimiento,
software específico.
Procesos: Conjunto de tareas que se relacionan de forma lógica, para obtener un
resultado concreto. Dentro de los SI se desarrollan múltiples procesos, con sus
procedimientos, actividades y tareas
Personas: Son las que diseñan los sistemas, operan los equipos, realizan los procesos,
y ponen gran parte de las decisiones técnicas y profesionales que permiten que los
sistemas operen con eficacia.
En resumen los sistemas de información permiten la recolección de información, para que
esta sea tratada de acuerdo a los requerimientos, teniendo en cuenta que este tipo de
información debe caracterizarse por ser clara, precisa, y sintetizada.
17
1.2.2 Uso de los sistemas de información
(Briceño, 2005), indica que durante los próximos años, los SI cumplirán tres objetivos
básicos en las organizaciones:
Automatización de procesos operativos.
Proporcionar información que sirva de apoyo al proceso de toma de decisiones.
Lograr ventajas competitivas por medio de su implantación y uso.
Siendo importante para las organizaciones de hoy en día los sistemas de información ya
que permite la automatización de la información y de los procesos que se ejecutan
internamente en las entidades, para lograr con ello un óptimo uso de los datos generados
facilitando la toma de decisiones en todo ámbito, permitiendo el desarrollo a nivel
empresarial.
1.2.3 Sistemas de información estratégicos
Los Sistemas de Información según (Brien, 2007) Se componen de cinco recursos
importantes: humanos, hardware, software, datos y redes. Dentro de los sistemas de
información se ubican los llamados sistemas gerenciales, estos según Antonorsi (1999)
comprenden todos los procedimientos que hacen funcionar a la organización como tal. El
papel estratégico de los sistemas de información involucra el uso de la tecnología de la
información para el desarrollo de productos, servicios y capacidades que dan a una
empresa ventajas estratégicas sobre las fuerzas competitivas.
De acuerdo a la clasificación antes expuesta se determina que los Sistemas de Información
permiten la recolección de datos, siendo estos transformados en información útil para las
empresas de hoy en día, sirviendo como base para la toma de decisiones en el ámbito
empresarial. Siendo una gran herramienta el uso de los Sistemas de información para el
mundo económico que se maneja hoy en día.
18
1.2.4 Aplicación de los sistemas de información
De acuerdo con (Monforte, 2009) los Sistemas de Información en la organización se
desarrollan con diferentes propósitos, los cuales pueden ser:
Procesamiento de datos (TPS – Transactional Processing Systems): se desarrollan
para procesar grandes volúmenes de información. Ejecutan las actividades de carácter
rutinario de las organizaciones; sin embargo, el elemento humano sigue participando
en la captura de la información requerida.
Sistemas de información para la administración o gerenciales (MIS -
Management Information Systems): proporcionan informes periódicos para la
planeación, el control y la toma de decisiones. Son sistemas que se sustentan en la
relación que surge entre las personas y las computadoras.
Sistemas expertos o sistemas basados en el conocimiento (WKS – Knowledge
Working Systems): captura y utiliza el conocimiento de un experto para la solución
de un problema particular. Si bien en los SSD la decisión depende de la persona
responsable, el sistema experto selecciona la mejor solución al problema o al tipo
específico de problemas
Un sistema de información para la organización es de suma importancia pues facilita la
organización y normalización de la información, con lo cual permite conocer el estado de
los datos, la información sobre mercados y competidores, estadísticas de proyectos,
proveedores y otras informaciones relevantes para la gestión organizacional y la toma de
decisiones.
1.3 Aplicación web
(Pereira, 2010) Indica “Las aplicaciones Web son aquellas en que los usuarios acceden a
ellas en un servidor Web a través de Internet o de una intranet.”
1.3.1 Estructura de las aplicaciones web
(Velasco, 2013) La arquitectura tradicional de cliente/servidor también es conocida como
arquitectura de dos capas. Requiere una interfaz de usuario que se instala y se ejecuta en
una PC o estación de trabajo y envía solicitudes a un servidor para ejecutar operaciones
19
complejas. La arquitectura de tres capas es un diseño reciente que introduce una capa
intermedia en el proceso. Cada capa es un proceso separado y bien definido corriendo en
plataformas separadas. En la arquitectura tradicional de tres capas se instala una interfaz de
usuario en la computadora del usuario final (el cliente). La arquitectura asada en Web
transforma la interfaz de búsqueda existente (el explorador de Web), en la interfaz del
usuario final.
Gráfico N 1 Estructura de una aplicación web
Fuente: http://www.prograweb.com.mx/pweb/0201arquiAplicaweb.html
Las aplicaciones web hoy en día han sido de gran uso para la realización de los sistemas
informáticos, permitiendo la utilización de otras herramientas informáticas que permitan
una interfaz más comprensible para los usuarios, logrando obtener productos con utilidades
diversas.
1.3.2 Ventajas de las aplicaciones web
(Velasco, 2013), establece como ventajas las siguientes:
Las llamadas de la interfaz del usuario en la estación de trabajo, al servidor de capa
intermedia, son más flexibles que en el diseño de dos capas, ya que la estación solo
necesita transferir parámetros a la capa intermedia.
Con la arquitectura de tres capas, la interfaz del cliente no es requerida para
comprender o comunicarse con el receptor de los datos. Por lo tanto, esa estructura de
los datos puede ser modificada sin cambiar la interfaz del usuario en la PC.
El código de la capa intermedia puede ser reutilizado por múltiples aplicaciones si está
diseñado en formato modular.
20
De las ventajas mencionadas se destaca la separación de las tres capas es importante ya que
permite realizar los cambios sin que se vea afectado los otras capas, permitiendo facilitar el
desarrollo de las aplicaciones de forma rápida y concisa de acuerdo a los requerimientos.
1.3.3 Desventajas
Para (Velasco, 2013) las desventajas de las aplicaciones web son las que se enuncian a
continuación:
Los ambientes de tres capas pueden incrementar el tráfico en la red y requiere más
balance de carga u tolerancia a las fallas.
Los exploradores actuales no son todos iguales.
La estandarización entre diferentes proveedores ha sido lenta en desarrollarse. Muchas
organizaciones son forzadas a escoger uno en lugar de otro, mientras que cada uno
ofrece sus propias y distintas ventajas.
1.3.4 Seguridad web
(Carlos Cortez, 1997), La evaluación de este punto es uno de los más importantes en la
interconexión del Web con bases de datos. A nivel de una red local, se puede permitir o
impedir, a diferentes usuarios el acceso a cierta información, pero en la red mundial de
Internet se necesita de controles más efectivos en este sentido, ante posible espionaje,
copia de datos, manipulación de éstos, etc. La identificación del usuario es una de las
formas de guardar la seguridad. Las identidades y permisos de usuarios están definidas en
los Archivos de Control de Acceso. Pero la seguridad e integridad total de los datos puede
conservarse, permitiendo el acceso a distintos campos de una base de datos, solamente a
usuarios autorizados para ello.
1.3.5 Integración de la web con la base de datos
Indica (Carlos Cortez, 1997) cómo funciona la integración de la base de datos en la web
Para realizar una requisición de acceso desde el Web hasta una base de datos no sólo se
necesita de un browser del Web y de un Servidor Web, sino también de un software de
procesamiento (aplicación CGI), el cual es el programa que es llamado directamente desde
21
un documento HTML en el cliente. Dicho programa lee la entrada de datos desde que
provienen del cliente y toma cierta información de variables de ambiente.
Una vez se reciben los datos de entrada (sentencias SQL o piezas de ellas), el software de
procesamiento los prepara para enviarlos a la interfaz en forma de SQL, y luego ésta
procesa los resultados que se extraen de la base de datos.
1.4 Bases de datos
(Megias, Base de Datos, 2005), indica que base de datos “Es un método, que nos permite
construir estructuras de datos para aplicaciones educativas, de traducción, de catalogación,
comunicación móvil; misma que responden a su almacenamiento, búsqueda, recuperación
y presentación. Una importante rama de investigación sobre base de datos, es garantizar
la integridad de la información contenida en sus registros”
Del concepto que enuncia el autor se destaca que la base de datos permite la construcción
de estructuras de datos de toda índole que permite un almacenamiento de cualquier
cantidad de información y lograr un acceso más rápido a dichos datos y resguardo de los
datos.
1.4.1 Objetivos de las bases de datos
(Anaya, 2010) , determina “Un objetivo principal de un sistema de base de datos es
proporcionar a los usuarios finales una visión abstracta de los datos, esto se logra
escondiendo ciertos detalles de cómo se almacenan y mantienen los datos.”
(Paré, 2011), Determina como objetivos nuevos o recientes los siguientes
Servir eficientemente los Data Warehouse.
Adaptarse al desarrollo orientado a objetos.
Incorporar el tiempo como un elemento de caracterización de la información.
Adaptarse al mundo de Internet
22
1.4.2 Normalización
(Quiroz, 2003) La normalización, o sea la razón y uso de las formas normales, es evitar la
repetición innecesaria de datos (redundancia). Una solución a este problema es repartirlos
en varias relaciones y utilizar referencias por valor entre ellas. Este procedimiento ahorra
espacio de almacenamiento, optimiza el rendimiento y, al eliminar la redundancia, impide
modificaciones parciales o incompletas que podrían dar lugar a inconsistencias.
1.4.3 Lenguaje SQL
(Rodríguez, 2010), define a SQL (Structured Query Language - Lenguaje Estructurado de
Consultas) es un lenguaje para acceder a información almacenada en Bases de Datos
relacionales. SQL fue la evolución de SEQUEL, que surgió como solución al concepto
formulado por el Sr. Codd de Bases de Datos Relacionales en 1970. Permite expresar
operaciones aritméticas, combinatorias y lógicas (entre otras) con los datos almacenados en
Bases de Datos relacionales.
(Rodríguez, 2010), da a conocer las utilidades de SQL:
Consultar y actualizar datos almacenados.
Definir y destruir objetos de la Base de Datos (generalmente un DBA).
Conceder y denegar autorizaciones para usar esos objetos (generalmente un DBA).
1.4.4 Objetivos SQL
Portabilidad entre sistemas informáticas
Acuerdos con Microsoft (ODBC)
Fundamento relacional
Múltiples vistas de los datos
Lenguaje completo de base de datos
Definición dinámica de base de datos
Arquitectura cliente/servidor.
23
1.4.5 Componentes de base de datos
(Tramullas, 2005) Recoge los componentes con los que debe contar un sistema de gestión
de bases de datos ideal:
Un lenguaje de definición de esquema conceptual.
Un sistema de diccionario de datos.
Un lenguaje de especificación de paquetes de entrada/salida.
Un lenguaje de definición de esquemas de base de datos.
Una estructura simétrica de almacenamiento de datos.
Un módulo de transformación lógica a física.
Un subsistema de privacidad de propósito general.
Un subsistema de integridad de propósito general
Un subsistema de reserva y recuperación de propósito general.
Un generador de programas de aplicación.
Un generador de programas de informes.
Un lenguaje de consulta de propósito general.
1.4.6 Base de datos MySql
(Gracia, 2009), define a MySQL como un gestor de base de datos sencillo de usar e
increíblemente rápido. También es uno de los motores de base de datos más usados en
Internet, la principal razón de esto es que es gratis para aplicaciones no comerciales.
Las características principales de MySQL son:
Es un gestor de base de datos. Una base de datos es un conjunto de datos y un gestor
de base de datos es una aplicación capaz de manejar este conjunto de datos de manera
eficiente y cómoda.
Es una base de datos relacional. Una base de datos relacional es un conjunto de datos
que están almacenados en tablas entre las cuales se establecen unas relaciones para
manejar los datos de una forma eficiente y segura. Para usar y gestionar una base de
datos relacional se usa el lenguaje estándar de programación SQL.
24
Es Open Source. El código fuente de MySQL se puede descargar y está accesible a
cualquiera, por otra parte, usa la licencia GPL para aplicaciones no comerciales.
Es una base de datos muy rápida, segura y fácil de usar. Gracias a la colaboración de
muchos usuarios, la base de datos se ha ido mejorando optimizándose en velocidad.
Por eso es una de las bases de datos más usadas en Internet.
1.4.7 Modelos de tratamiento de datos
(Tramullas, 2005) Los modelos clásicos de tratamiento de los datos son:
Jerárquico: puede representar dos tipos de relaciones entre los datos: relaciones de
uno a uno y relaciones de uno a muchos. Este modelo tiene forma de árbol invertido
en el que una rama puede tener varios hijos, pero cada hijo sólo puede tener un padre.
En red: Este modelo permite la representación de muchos a muchos, de tal forma que
cualquier registro dentro de la base de datos puede tener varias ocurrencias superiores
a él. El modelo de red evita redundancia en la información, a través de la
incorporación de un tipo de registro denominado el conector. En el modelo en red se
representa el mundo real mediante registros lógicos que representan a una entidad y
que se relacionan entre sí por medio de flechas.
1.4.8 Bases de datos relacionales
(Tramullas, 2005) Determina el modelo relacional de la siguiente forma: Desde los años 80
es el modelo más utilizado, ya que permite una mayor eficacia, flexibilidad y confianza en
el tratamiento de los datos. La mayor parte de las bases de datos y sistemas de información
actuales se basan en el modelo relacional ya que ofrece numerosas ventajas.
(Sánchez, 2004) Los datos se muestran en forma de tablas y relaciones. Este es el modelo
que se comenta en el presente documento. De hecho es el claramente más popular.
Independencia física. La forma de almacenar los datos, no debe influir en su
manipulación lógica.
25
Independencia lógica. Las aplicaciones que utilizan la base de datos no deben ser
modificadas por que se modifiquen elementos de la base de datos.
Flexibilidad. La base de datos ofrece fácilmente distintas vistas en función de los
usuarios y aplicaciones.
Uniformidad. Las estructuras lógicas siempre tienen una única forma conceptual.
1.4.9 Ventajas
(Anaya, 2010), determina las siguientes ventajas:
Independencia de los datos frente a los tratamientos
Tiempo de desarrollo de aplicaciones reducido
Flexibilidad. Facilidad para añadir o eliminar datos necesarios
Disponibilidad inmediata de las actualizaciones de datos para todos los usuarios
Reducción del espacio de almacenamiento
Coherencia de los resultados
Seguridad de los datos.
1.4.10 Inconvenientes
(Anaya, 2010), da a conocer los siguientes inconvenientes:
Instalación costosa hardware software
Personal especializado. Hay que disponer de gente con los conocimientos necesarios,
sobre todo para el diseño y la administración de bases de datos.
Implantación larga y difícil
Rentabilidad sólo a medio plazo.
1.5 Fundamentos de HTML5, CSS3 y JavaScript
(Rafael Menéndez, 2013), considera que HTML 5 es la última versión. Aún no está
muy extendida, llama mucho la atención porque trae muchas mejoras como la
posibilidad de incluir fácilmente vídeos, mejorar el contenido, nuevas características
26
para los formularios, etc. Esta es la versión que vamos a describir en esta
documentación. EL estándar estará completado en el año 2014.
Indica que CSS 3 es la última versión, que agrega características muy esperadas, tales
como bordes redondeados, degradados, sombras.
1.5.1 Aplicaciones JavaScript
(Carlos Cortez, 1997), las aplicaciones desarrolladas en el JavaScrip, especialmente
diseñado para la creación de escritos, que se alojan dentro de un documento HTML. Dicho
lenguaje es propiedad de Netscape.
Es un API programable que permite crear escritos de eventos, objetos y acciones, bajo
cualquier plataforma. Gracias a que JavaScript es parte de la conexión en vivo, se
puede usar para crear interacciones entre documentos HTML, Plug-ins (aplicaciones
que corren dentro del browser del Web) y Java.
Las conexiones en vivo habilitan:
Navegación con Plug-ins, que se carga en una página para interactuar con JavaScript,
que se encuentra activo dentro de la misma página.
Aplicaciones de Java cargados en la misma página para comunicarse con los escritos
JavaScript activos dentro de la misma página, y viceversa.
1.5.2 Elementos estructurales de HTML5
(Ortega, 2012), Enuncia a los elementos estructurales de HTML5 de la siguiente forma:
Estos elementos que se introducen en HTML5 hacen de los lenguajes más semánticos, ya
que ayudan a definir las principales demarcaciones en el documento. Así HTML5 está
orientado al contenido y presentación del mismo, introduciendo elementos nuevos como:
header: Utilizado para contener la información principal e identificable del site, puede
incluir información suplementaria como Logotipos y ayuda en la navegación.
27
footer: Contiene información acerca de una página o sección, como quién la escribió,
links a información relacionada y derechos de copyright.
nav: Contiene la gran mayoría de enlaces de navegación por página, puede estar
incluida en el header, mas no es obligatorio.
aside: Contiene información relacionada con contenido circundante, puede
también existir de forma independiente, como una barra lateral.
section: Es el más genérico de los elementos estructurales, contiene el contenido que
puede agruparse por temas.
article: Contiene la información en sí.
1.5.3 Propiedades de CSS3
(S/N, 2007), Las nuevas propiedades han sido agrupadas en varios módulos según sus
prestaciones. La siguiente lista de nuevas propiedades ha sido extraída de CSS3:
Bordes: border-color, border-image, border-radius, box-shadow.
Backgrounds: background-origin, background-clip, background-size, layering
multiple background images.
Color: HSL colors, HSLA colors, RGBA colors opacity.
Texto: text-shadow, text-overflow.
Interface: box-sizing, resize.
1.6 Aplicaciones móviles
1.6.1 Tipos de aplicaciones móviles
Hoy en día existen una serie de aplicaciones móviles que permiten la gestión de la
información del negocio a través de dispositivos inteligentes lo que hace que dichos
procesos de tratamiento, gestión y recuperación de información esté al alcance de las
manos eliminando la barrera tiempo /espacio.
28
1.6.2 Aplicaciones web móviles
Proceso de desarrollo de aplicaciones web móviles: Las aplicaciones web móviles, a
diferencia de las aplicaciones nativas, se ejecutan dentro del navegador del teléfono. Por
ejemplo, en la plataforma iOS, se ejecutan en el navegador Safari. Estas aplicaciones están
desarrolladas con HTML, CSS y Javascript.
El proceso de desarrollo es más sencillo ya que emplean tecnologías ya conocidas
como HTML, CSS y Javascript.
Estas aplicaciones se pueden encontrar con los tradicionales buscadores.
No necesitan de la aprobación de ningún fabricante para ser publicadas.
1.6.3 Despliegue de aplicaciones web en los diferentes dispositivos móviles
(Rafael Menéndez, 2013), considera que los navegadores en los teléfonos inteligentes
están en el mismo equipo, son una versión más ligera adecuada para móvil. Depende
del tipo de teléfono, principalmente del sistema operativo.
iPhone.- En el iPhone de Apple, se utiliza el navegador Safari Mobile. Esta es una
versión ligera y sin embargo muy completa.
Android.- Los Android se benefician de Mobile Chrome. De nuevo, esta es una
versión adaptada al móvil.
Windows Phone.- Internet Explorer Mobile. El principio es el mismo que para
navegadores anteriores: se dedica a la versión móvil.
Los navegadores móviles admiten la mayoría de las últimas características de HTML y
CSS. La actualización automática ofrece garantías de que los usuarios de teléfonos
celulares móviles están actualizados a las últimas versiones.
1.7 Conclusiones parciales del capítulo
Los Sacramentos tienen bases administrativas muy bien definidas y se rigen a
reglamentos estipulados a nivel mundial y que son de conocimiento popular.
A pesar de que la Religión Católica es una de las más antiguas y existiendo una gran
cantidad de información relacionada con Sacramentos, no existen buenas prácticas al
momento de gestionarla.
29
Los Sistemas de información pasan a ser parte esencial en la administración de las
diferentes Instituciones y han dado un vuelco significativo hacia la nube para brindar
un servicio integral.
Las nuevas tecnologías orientadas al manejo de información por medio de equipos
móviles están surgiendo debido a su eficiencia y utilidad, como también por la
facilidad de adquirirlas y el creciente abanico de posibilidades que se abre para
potenciarlas.
30
CAPÍTULO II
2. MARCO METODOLÓGICO
2.1. Caracterización del sector
La Diócesis de Ibarra fue creada el 29 de diciembre de 1862, es una institución sin fines de
lucro con autonomía propia y su actividad principal es realizar actividades de servicio
social, religioso y espiritual.
Dentro de la estructura organizativa de la diócesis, en primer lugar se encuentra el Obispo
Diocesano, es la máxima autoridad y tiene la tarea de enseñar, santificar y gobernar a toda
la Diócesis, de él depende toda la estructura en los campos Administrativo , jurídico y
pastoral. Seguido del Vicario General, quien ayuda al obispo en su tarea de gobierno de la
diócesis, en forma especial se encarga de toda la parte pastoral además que reemplaza al
obispo en su ausencia.
La Curia Diocesana es un conjunto de organismos y personas que colaboran con el Obispo
en el gobierno de toda la Diócesis principalmente en la dirección de la actividad pastoral,
administración económica y la actividad judicial de primera instancia
En muchas diócesis así como en la de Ibarra, está vigente el sistema departamental de
manera que las actividades administrativas de la Curia Diocesana se distribuyen en
diversas vicarías, oficinas y secciones diferenciadas entre sí en razón de la materia.
En la Sección Pastoral contamos con Vicarías Episcopales, Vicarías Foráneas, además del
presbiterio, movimientos laicales y comunidades religiosas y realizan su trabajo pastoral a
través de las parroquias y las diversas comisiones pastorales con el objeto de la promoción
de la fe que es el concepto dogmático de la iglesia.
La Diócesis económicamente depende de los aportes realizados por parte de cada
Parroquia Eclesiástica, provenientes de los sacramentos y demás servicios que se efectúan
en cada dependencia.
31
Al constituir un pilar fundamental de ingreso los servicios eclesiásticos que se brindan en
cada Parroquia, esto no ha sido atendido como se debe, pues son limitados los aportes de
los feligreses, por lo que dichas dependencias no pueden ejecutar acciones que permitan
mejorar el servicio para lograr mayores aportes.
El personal no adecuado en todas las dependencias, falta de equipos informáticos, equipos
mal utilizados, falta de documentos formales de manejo administrativo financiero, y demás
son aspectos que han frenado el desarrollo de actividades que permitan lograr un buen
servicio en todos los niveles, y que sea un motivo que impulse a la concurrencia de fieles a
las Iglesias para hacer uso de cada uno de los servicios eclesiásticos.
Hoy en día la tecnología está inmersa en todos los ámbitos, pero la Iglesia se está
quedando atrás esto se evidencia en la preferencia de un cierto grupo de personas por otras
iglesias practicantes de otras religiones, las cuales hacen uso de todos los medios para
ganar más adeptos.
Por ello la Iglesia Católica se enfrenta a muchos retos entre ellos la modernización, lo cual
genere que los católicos cambien el enfoque de la religión, dejando atrás la idea de que la
religión es un tema aburrido, que más bien mediante el uso de la tecnología sea un tema
más dinámico y práctico.
2.2 Descripción procedimiento metodológico
2.2.1 Modalidad de la investigación
La investigación utilizada para la presente propuesta se basa en el estudio de las Parroquias
más representativas de cada Vicaria que comprende la Diócesis de Ibarra lugar donde
ocurren los hechos y el problema y de los usuarios en general, de los servicios
eclesiásticos, para así realizar un diagnóstico general de la problemática.
Cualitativa
La investigación utilizando esta modalidad se le realizara en cuanto esta permite observar
las diferentes características, circunstancias y demás aspectos relacionados con la gestión
32
de la información sacramental que se lleva a cabo en cada Parroquia Eclesiástica, para
poder identificar el problema que estas tienen y lograr la solución
Cuantitativa
A través de este tipo de investigación se pretende obtener datos numéricos que permitan
evidenciar de forma exacta y precisa variables relacionadas con la gestión sacramental que
son parte de la problemática enunciada y que se pretende dar solución.
2.2.2 Población y muestra
Para la presente investigación se tomó en cuenta lo siguiente para la determinación de la
población y muestra objeto de estudio:
Población: Usuarios que solicitan los certificados de los sacramentos, obteniendo un
promedio de doscientos usuarios atendidos anuales, tomado del análisis realizado a la
observación de los registros de los libros sacramentales y certificados emitidos.
ACTORES CANTIDAD
Párroco ( Parroquia de San Francisco de Natabuela) 1
Usuarios de Servicios eclesiásticos 200
Tabla N 1 Población y muestra
Elaborado por: Gavino Carranco
Muestra: Una vez determinada la población, objeto de estudio, comprende el conjunto
mínimo representativo de la población
Para calcular la muestra se aplica la siguiente fórmula
Donde:
n = tamaño de la muestra
N = población
E = Límite aceptable de error de la muestra (0.05)
33
n = 200/(0.05)2 (200-1)+1
n= 200/1.4975
n= 134
Por lo que la muestra de los clientes será de 134 usuarios de servicios eclesiásticos
2.2.3 Técnicas e instrumentos
2.2.3.1 Técnicas
Encuestas.- Las encuestas fueron aplicadas a los usuarios de servicios parroquiales,
mediante esta técnica se logró recolectar de manera eficaz y oportuna los resultados
que van a ser contabilizados y analizados, para esto se aplicó preguntas cerradas con
indicadores puntuales.
Entrevistas.- Se aplicó al Párroco de San Francisco de Natabuela y San José de
Chaltura mediante un diálogo abierto y preguntas relacionadas con el tema de procesos
sacramentales. Esta técnica fue de gran utilidad debido a la interacción directa con el
sujeto y el medio de acción.
34
2.3 Análisis e interpretación de datos
ENCUESTA DIRIGIDA A USUARIOS
1.- ¿Ha tenido dificultad en conseguir un certificado de Bautizo, Confirmación,
Matrimonio y/o Defunción?
Tabla N 2 Resultados de la dificultad de obtener certificados
Elaborado por: Gavino Carranco
Gráfico N 2 Dificultad para obtener certificados
Elaborado por: Gavino Carranco
ANÁLISIS:
Los procesos manuales en las organizaciones no automatizados presentan problemas de
gestión ya que la información se localiza en archivos físicos por lo que esto representa
tiempo y recursos y por ende malestar en los usuarios de acuerdo a la gráfica se evidencia
que a la mayoría de usuarios se les ha presentado dificultades para la obtención de
certificados de sacramentos
57%
43%
SI NO
DESCRIPCIÓN FRECUENCIA PORCENTAJE
SI 76 57
NO 58 43
TOTAL 134 100
35
2.- ¿Con que frecuencia utiliza los servicios Eclesiásticos de un Despacho Parroquial?
Semanal ( ) Mensual ( ) Anual ( ) Ocasional ( ) Nunca ( )
DESCRIPCIÓN FRECUENCIA PORCENTAJE
Semanal 15 4
Mensual 13 13
Anual 36 27
Ocasional 65 49
Nunca 10 7
TOTAL 134 100
Tabla N 3 Resultados de la utilización de servicios Eclesiásticos
Elaborado por: Gavino Carranco
Gráfico N 3 utilización de servicios eclesiásticos
Elaborado por: Gavino Carranco
ANÁLISIS:
La demanda de servicios parroquiales por parte de los usuarios es alta y por ende se debe
poner a disposición de los mismos un servicio de calidad bajo el estándar de eficiencia y
eficacia por lo que la automatización es requerida, como se aprecia en el grafico se puede
evidenciar que la gran mayoría de personas utilizan los servicios eclesiásticos de forma
ocasional.
4% 13%
27%49%
7%
semanal mensual anual
ocasional nunca
36
3.- ¿Sabe con exactitud la(s) Dependencia(s) donde dirigirse a solicitar los certificados
de Bautizo, Confirmación, Matrimonio y/o Defunción; propios o de sus familiares?
DESCRIPCIÓN FRECUENCIA PORCENTAJE
SI 30 22
NO 104 78
TOTAL 134 100
Tabla N 4 Resultado del conocimiento de las dependencias
Elaborado por: Gavino Carranco
Gráfico N 4 Conocimiento de las dependencias
Elaborado por: Gavino Carranco
ANÁLISIS:
La comunicación de los servicios que la diócesis presta como ente parroquial juega un
papel importante en la comunidad y usuarios quienes requieren de dichos servicios es por
ello que una aplicación web que ponga al servicio de la comunidad para la información de
los sitios donde se pueda obtener información necesaria para obtener un certificado. Los
resultados muestran que gran parte de las personas que han requerido solicitar un
certificado de determinado sacramento no saben con exactitud a que dependencia ir a
solicitar dicho requerimiento
22%
78%
SI NO
37
4.- Considera que el servicio que brindan actualmente los Despachos Parroquiales es:
DESCRIPCIÓN FRECUENCIA PORCENTAJE
EXCELENTE 15 11
BUENO 31 23
REGULAR 47 35
MALO 41 31
TOTAL 134 100
Tabla N 5 Resultados del tipo de servicio brindado en los Despachos
Elaborado por: Gavino Carranco
Gráfico N 5 Calidad del servicio en los Despachos Parroquiales
Elaborado por: Gavino Carranco
ANÁLISIS:
Si consideramos que la diócesis y por ende las parroquias llevan los procesos
sacramentales de forma manual haciendo esto evidente en la calidad del servicio que da a
los usuarios lo que se evidencia en los resultados que la gran mayoría catalogan al servicio
brindado por los Despachos Parroquiales como regular, pocos como malo, una minoría
como bueno y muy pocos lo consideran como excelente.
11%
23%
35%
31%
EXCELENTE BUENO REGULAR MALO
38
5.- ¿Considera que los Despachos Parroquiales cuentan con todas las herramientas y
equipos informáticos que faciliten la emisión de certificados?
DESCRIPCIÓN FRECUENCIA PORCENTAJE
SI 69 51
NO 65 49
TOTAL 134 100
Tabla N 6 Resultados de la disponibilidad de equipos informáticos
Elaborado por: Gavino Carranco
Gráfico N 6 Disponibilidad de equipos informáticos
Elaborado por: Gavino Carranco
ANÁLISIS:
Hoy en día las instituciones se apoyan en tecnología para de alguna manera gestionar la
información de las mismas en cuanto a los servicios que estas brinda a los usuarios, si bien
es cierto de alguna manera la utilización de hojas de cálculo y utilitarios permiten controlar
la información así como la organización no es suficiente para llevar el control de los
sacramentos en la diócesis de Ibarra, como el grafico muestra que la mayoría de
encuestados consideran que los Despachos Parroquiales si cuentan con herramientas y
equipos informáticos
51%
49%
SI NO
39
6.- ¿Ha utilizado el internet para consultar u obtener algún servicio?
Objetivo: Determinar el porcentaje de utilización de los servicios de internet para solicitar
cualquier tipo de servicios.
Tabla N 7 Resultados de la utilización de los servicios de internet
Elaborado por: Gavino Carranco
Gráfico N 7 Utilización de los servicios de internet
Elaborado por: Gavino Carranco
ANÁLISIS:
Hoy en día el internet es un servicio básico más y por ende los usuarios hacen uso de dicha
herramienta para la búsqueda y recuperación de información de toda índole por lo que las
organizaciones deben proporcionar aplicaciones web especializadas que les permita
informarse y más si se trata de organizaciones que brindan servicios como los resultados
indican que la gran mayoría de encuestados utilizan el internet para solicitar cualquier tipo
de servicios, otros pocos no requieren de los servicios de internet para solicitar
determinados servicios
59%
41%
SI NO
DESCRIPCIÓN FRECUENCIA PORCENTAJE
SI 79 59
NO 55 41
TOTAL 134 100
40
7.- ¿Considera necesario que los Despachos Parroquiales cuenten con una aplicación
Web que permita mejorar el servicio de emisión de certificados?
DESCRIPCIÓN FRECUENCIA PORCENTAJE
SI 79 59
NO 55 41
TOTAL 134 100
Tabla N 8 Preferencias de las personas para contar con una aplicación web
Elaborado por: Gavino Carranco
Gráfico N 8 Preferencias de las personas para contar con una aplicación web
Elaborado por: Gavino Carranco
ANÁLISIS:
El uso de aplicaciones informáticas es una poderosa herramienta que permite a las
organizaciones posicionarse de forma efectiva para promover los servicios y por ende
información para los usuarios eliminando la barrera tiempo/espacio en pos del
mejoramiento continuo, como los resultados indican que la mayoría de personas
encuestadas consideran necesario que exista una aplicación web que permita determinara
el Despacho Parroquial a donde ir a solicitar certificados sacramentales, muy pocos no
estiman necesario dicha aplicación
59%
41%
SI NO
41
8.- ¿Cree usted que la implementación de una Aplicación Web permitirá una mejor
custodia de la información histórica y evitarán pérdidas de información?
DESCRIPCIÓN FRECUENCIA PORCENTAJE
SI 87 65
NO 47 35
TOTAL 134 100
Tabla N 9 Resultados de la implementación de una aplicación web
Elaborado por: Gavino Carranco
Gráfico N 9 Custodia de la información con la Aplicación Web
Elaborado por: Gavino Carranco
ANÁLISIS:
Las aplicaciones en entornos web accesibles mediante internet implementadas en las
organizaciones permiten la gestión, seguimiento y control de las actividades de esta,
mediante un flujo de información automatizado en base a procesos haciendo que dichas
organizaciones dispongan de una herramienta para el análisis y recuperación de
información por lo que para la mayoría de personas es importante la custodia de la
información a través de la implementación de una aplicación web, muy pocos no
consideran importante dicho tema.
65%
35%
SI NO
42
Entrevista dirigida al Padre Amado Carranco, Párroco de la Parroquia de San
Francisco de Natabuela y San José de Chaltura.
1.- Considera importante la implementación de una Aplicación web para la emisión
de certificados sacramentales, en cada Parroquia Eclesiástica.
Respuesta: La tecnología si bien es cierto es algo esencial en todas partes, al existir una
aplicación web que permita lograr una eficiente administración de la información generada
de los sacramentos seria de vital importancia su aplicación en las parroquias eclesiástica.
2.- En calidad de Párroco de las parroquias de San Francisco de Natabuela y San José
de Chaltura, considera que la administración actual de la Iglesia, brindará su
colaboración a estos proyectos.
Respuesta: De acuerdo a su pregunta para mí es demasiado importante que exista una
aplicación web para la emisión de certificados sacramentales en cada Parroquia, en cuanto
cada despacho se maneja mucha información concerniente a los sacramentos celebrados
los cuales el buen manejo de dicha información será a través de una herramienta
informática
3.- Cree usted que el grado de satisfacción de los usuarios mejorará con la
implementación de una aplicación web para los servicios de las Parroquias
Eclesiásticas en cuanto a la emisión de certificados.
Respuesta: Sería evidente el grado de satisfacción de los usuarios al recibir un buen
servicio, y si esto se lo lograría con una aplicación informática ayudaría al trabajo
administrativo de cada parroquia.
4.- Cree usted que existen los recursos necesarios en cada Parroquia Eclesiástica para
el diseño e implantación de la aplicación web para la emisión de certificados.
Respuesta: Realmente la disponibilidad de recursos en general es algo que depende de la
realidad de cada Parroquia, ahora la predisposición para pretender modernizarse y mejorar
43
el servicio depende mucho de cada Párroco para realizar la gestión necesaria para contar
con todos los recursos que permitan implementar una aplicación web, esto en el caso de las
Parroquias que aún no cuentan con los suficientes recursos; a diferencia que en otras
Parroquias si existen los recursos para poder realizar dicha implementación
5.- Considera importante que los datos históricos consten en una base de datos de
forma digital a parte de los libros históricos.
Respuesta: Es un tema muy importante en cuanto en cada Parroquia se vive realidades
diferentes, con esto quiero hacer hincapié en que en ciertos lugares existe alto índice de
riesgo en la ocurrencia de determinados hechos que vayan afectar de forma física a los
despachos parroquiales, me refiero a incendios, robos y demás hechos que nadie está
exento, que llevaría a una pérdida total de información muy importante; y al contar con un
sistema que permita mantener resguardad esta información es algo fabuloso e innovador
6.- De acuerdo a su experiencia como Párroco de diferentes Parroquias, la
metodología de almacenamiento de Libros Parroquiales es la misma en todas las
Parroquias.
Respuesta: Al respecto la Curia es quien se encarga de emitir los formatos para remitir
información a la administración de la curia y para el archivo individual en cada parroquia,
basándose en lo establecido en el Código de Derecho Canónico
7.- De acuerdo a su experiencia como Párroco de diferentes Parroquias, la
metodología para emitir certificados del cumplimiento de sacramentos es la misma en
todas las Parroquias.
Respuesta: De igual forma hoy en día la curia es quien emite las especies respectivas para
imprimir los certificados de los sacramentos, anteriormente se lo realizaba de acuerdo al
formato que se manejaba interiormente en cada Parroquia
44
ANÁLISIS:
De las respuestas emitidas por el Padre Amado Carranco, quien ha sido seleccionado para
realizar esta entrevista por su gran aporte y apoyo a la Diócesis de Ibarra y elevado
conocimiento respecto al manejo de diferentes Parroquias Eclesiásticas y por ser parte del
grupo de trabajo del Señor Obispo en las diferentes actividades eclesiásticas a nivel de
todas las Dependencias que pertenecen a la Diócesis.
Su aporte se enfocó en establecer la necesidad de todas las Parroquias, una de estas la
modernización, respecto a la implementación de sistemas informáticos que permitan
mejorar la administración de las parroquias, de forma puntual a la gran cantidad de datos
generados con la realización de los sacramentos.
De la experiencia del Padre, se destaca que en cada Parroquia se vive realidades diferentes,
haciendo hincapié en que en ciertos lugares existe alto índice de riesgo en la ocurrencia de
determinados hechos que vayan afectar de forma física a los despachos parroquiales, me
refiero a incendios, robos y demás hechos que nadie está exento, que llevaría a una pérdida
total de información muy importante; y al contar con un sistema que permita mantener
resguardada esta información es algo innovador.
Por otro lado señala que la Curia Diocesana, encabezada por el Obispo, es quien se
encarga de emitir las disposiciones para los formatos de archivo de la información
sacramental en cada parroquia y emitir las especies respectivas para imprimir los
certificados de los sacramentos.
Con la aplicación web que se pretende implementar a nivel Parroquial, sería evidente el
grado de satisfacción de los usuarios al recibir un buen servicio, mejorando la satisfacción
del cliente externo e interno.
45
2.4 Propuesta del Investigador
En vista de las necesidades tanto de los usuarios como de los encargados de administrar y
gestionar la información de los diferentes Sacramentos Católicos de las Parroquias que
componen la Diócesis de Ibarra se propone en esencia brindar un repositorio único y
organizado de datos alimentado por medio de una aplicación web que funcionará en dos
etapas, para usuarios o invitados y para los encargados de los Despachos Parroquiales y
Sacerdotes.
En el lado del usuario final o invitado podrá realizar tareas de consulta de datos de
Sacramentos con el objetivo de saber exactamente la Parroquia a la cual dirigirse en el caso
de requerir los diferentes certificados, además tendrá acceso a la creación de solicitudes
para los Sacramentos de Bautizo y Matrimonio.
A nivel de los Administradores Parroquiales contarán con una interfaz limpia, cómoda e
intuitiva donde podrán realizar:
Ingreso y actualización de datos de personas.
Ingreso y actualización de datos de cumplimiento de Sacramentos.
Impresión de certificados de cumplimiento de los diferentes Sacramentos.
Registro histórico de información de los Sacramentos.
Generación de reportes de listados de personas por Sacramento.
Consulta de datos históricos por persona, sacramento, parroquia, etc.
Control de identificación y acceso de usuarios al sistema.
Registro de eventos en las agendas parroquiales
Autorización o denegación de solicitudes de cursos Pre bautismal y Pre Matrimonial.
Consulta de datos por medio de equipos Smartphone.
Todo esto en un ambiente orientado a la web de fácil acceso, total disponibilidad y libre de
costo.
46
2.5 Conclusiones parciales del capítulo
Se determina que la mayoría de usuarios de servicios eclesiásticos han tenido
inconvenientes para obtener el certificado del cumplimiento de determinado
sacramento, esto debido al desconocimiento de las dependencias a donde ir a dirigirse
a solicitar dicho certificado.
Los usuarios catalogan al servicio brindado por los Despachos Parroquiales como
regular, esto debido a los inconvenientes presentados al momento de requerir los
servicios de emisión de certificados.
De acuerdo a las dificultades que han presentado los usuarios es pertinente la
implementación de la aplicación web que permita brindar un servicio eficiente, en
cuanto permitirá una administración interna más eficiente y rápida de cada una de las
dependencias.
La curia emite especies valoradas que permite la impresión de los certificados
sacramentales, lo cual hace que todas la Parroquias Eclesiásticas manejen una misma
metodología para emisión de certificados.
Las Parroquias no cuentan con un sistema informático que permita el registro y
generación de reportes de información sacramental, esto se pretende corregir a través
del sistema que se propone con el afán de mejorar la gestión de certificados y un
manejo centralizado de la información sacramental.
No existe una aplicación web en la que los usuarios puedan consultar la dependencia a
donde dirigirse exactamente para solicitar un certificado de determinando sacramento.
Hoy en día la mayoría de personas utilizan los servicios de internet, por lo que es
pertinente que se realice la aplicación web para la consulta de las dependencias para
saber exactamente a donde dirigirse a solicitar los certificados requeridos, generando
mayor satisfacción a los usuarios.
47
CAPÍTULO III
3. MARCO PROPOSITIVO
3.1.Tema
SACRASIS: “Aplicación Web para la Gestión de información de Sacramentos Católicos
de las Parroquias Eclesiásticas de la Diócesis de Ibarra”.
3.2.Objetivo
Implementar la aplicación web, “SACRASIS” para las Parroquias Eclesiásticas de la
Diócesis de Ibarra.
3.3. Desarrollo de la Propuesta
3.3.1 Situación Actual
Las Parroquias Eclesiásticas de la Diócesis de Ibarra, desde su creación hasta la actualidad
no cuenta con una aplicación web para los procesos que implican la gestión de información
de los sacramentos católicos realizados en cada una de las parroquias, aplicación que
servirá de apoyo de las actividades cotidianas en el manejo de los datos y mejor
organización del área administrativa de cada entidad eclesiástica, en cuanto actualmente
dichos procesos, actividades, reportes, actividades, registros de publicidad y demás son
llevados de manera manual.
3.3.2 Metodología cascada
Para el desarrollo de la aplicación se empleó la metodología en cascada, que comprende las
etapas correspondientes para el desarrollo del software, considerando que con este modelo
un proyecto progresa a través de una secuencia ordenada de pasos partiendo de la
especificación de requerimientos hasta el mantenimiento del mismo, adicional este método
realiza una revisión al final de cada etapa para determinar si está preparado para pasar a la
siguiente etapa, por ejemplo, desde el análisis de requerimientos hasta el diseño.
48
Para la utilización de este método se tiene las siguientes etapas: análisis, diseño del
sistema, diseño del programa, codificación, pruebas, implementación y mantenimiento.
3.2.3 Antecedentes
La fe católica, como base teológica ha constituido el impulso para que los católicos
acudan a las diferentes instancias eclesiásticas a realizar la respectiva preparación para
poder dar cumplimiento a cada uno de los sacramentos católicos y por ende se ha generado
gran cantidad de información en las Parroquias eclesiásticas, que se ha venido registrando
en los respectivos libros de archivo.
Para la obtención del certificado de cumplimiento de determinado Sacramento los usuarios
tienen que realizar una constante búsqueda de la Dependencia donde ir a solicitar dicho
documento, generando pérdida de tiempo e información en las oficinas de las Parroquias,
ya que se viene llevando la información sacramental de forma manual y no existe control
de los datos pues se encuentran almacenados en forma física.
3.4. Análisis
3.4.1 Necesidad y Cambios
Los Parroquias Eclesiásticas de la Diócesis de Ibarra enfrentan día un ambiente laborioso
el cual repercute en cambios fundamentales en los servicios que presta el área
administrativa, de ahí la necesidad de contar con un sistema apropiado que permita la
automatización de los procesos de gestión de información de los sacramentos y emisión de
certificados a través de las tecnologías e internet y de este modo eliminar los
procedimientos manuales y monótonos permitiendo experimentar un nuevo
comportamiento organizacional interno de las Parroquias Eclesiásticas, para una mejora de
los servicios eclesiásticos.
3.4.2 Descripción de los cambios deseados
Surge la necesidad de diseñar una aplicación web para la gestión de la Información de
Sacramentos Católicos de las Parroquias Eclesiásticas que permitan la automatización de
49
los procesos manuales en lo que se refiere al registro de datos, clasificación, selección de la
información, de los diferentes sacramentos, y la emisión de certificados sacramentales.
De tal modo que permita obtener un mejor servicio a los usuarios a través de la utilización
de la Aplicación web.
Dicha aplicación permitirá automatizar los procesos de peticiones en las que los clientes
realizan las consultas de las dependencias donde ir a solicitar el certificado sacramental a
nivel externo y a nivel interno es decir en los Despachos Parroquiales un mejor resguardo
de la información, agilidad en la impresión de los certificados, eliminando la duplicación
de datos.
La información contenida en el sistema estar disponible las 24 horas del día sin límite de
tiempo y espacio. Permitirá mayor rapidez y eficiencia en los procedimientos para la
impresión de certificados expresado en una mejora en el servicio.
Se busca eliminar costos adicionales ya que con la creación de la Aplicación Web será de
fácil y rápido acceso, pudiendo ingresar desde cualquier parte del mundo a cualquier hora
y conocer todos los servicios y agenda de eventos a efectuarse en las Parroquias
Eclesiásticas
3.4.3 Alcance
La aplicación web para la gestión de información de Sacramentos Católicos de las
Parroquias Eclesiásticas de la Diócesis de Ibarra facilitará la administración ofreciendo las
siguientes funcionalidades:
Ingreso y actualización de datos de personas.
Ingreso y actualización de datos de cumplimiento de Sacramentos.
Impresión de certificados de cumplimiento de los diferentes Sacramentos.
Registro histórico de información de los Sacramentos.
Generación de reportes de listados de personas por Sacramento.
Consulta de datos históricos por persona, sacramento, parroquia, etc.
Consulta de localidades, horarios y dependencias de emisión de certificados de
Sacramentos.
50
Control de identificación y acceso de usuarios al sistema.
Consulta de datos por medio de equipos Smartphone.
El sistema permitirá accesibilidad y disponibilidad permanente de los datos ya que se
implementará en entorno Cloud.
Las limitaciones del sistema o funciones que este no cumplirá son:
No incluirá generación de certificados por el usuario final.
No incluirá digitalización de imágenes de libros históricos
No permitirá crear automáticamente Parroquias, sino que estas deberán ser creadas y
configuradas por el usuario súper administrador del sistema
3.4.4 Herramientas a utilizar
Las herramientas informáticas utilizadas para el desarrollo de la presente aplicación web
son las más adecuadas en función al grado de conocimiento y fácil utilización.
Será construido en un entorno Cloud, almacenado en un servidor Linux con soporte de
lenguaje PHP, bases de datos MySQL y dispondrá también de una alternativa de consulta
de datos por medio del lenguaje html5 para desplegarse en dispositivos móviles, esto
permitirá su visualización en cualquier navegador web en cualquier computador y
dispositivos Smartphone con acceso a Internet.
Manejará un control de acceso al sistema dependiendo del tipo de usuario y manejará una
base de datos relacional y normalizada.
51
3.4.5 Descripción General
3.4.6 Perspectiva del producto
La aplicación web para la gestión de información de Sacramentos Católicos de las
Parroquias Eclesiásticas de la Diócesis de Ibarra es un software único y autónomo que no
depende de otros sistemas ni forma parte de un sistema informático más grande.
Interfaces del sistema
La aplicación web para la gestión de información de Sacramentos Católicos de las
Parroquias Eclesiásticas de la Diócesis de Ibarra interactuará con diferentes actores y
dispositivos.
Actores:
Parroquias Eclesiásticas:
Párroco de la Parroquia Eclesiástica
Digitador
Usuarios
Usuario requirentes de certificado sacramental
Usuario que consulta dependencias, agenda de las parroquias, solicita sacramento
Dispositivos:
Impresoras.- medio de impresión de los certificados
Smartphone.- medio de consultas
Interfaces con el usuario
El Sistema establecerá diferentes entornos para manejo de diferentes tipos de usuario en
los cuales se presentará funcionalidades diferentes de acuerdo al usuario que accedió al
sistema, teniendo en cuenta los requisitos de calidad que debe cumplir a nivel de interfaz
52
tales como: usabilidad, riqueza en contenidos y utilidades orientadas al tipo de usuario,
contenido intuitivo, robustez en el manejo de entradas erróneas.
Funcionará a través de un navegador web presentando una interfaz principal que permitirá
la parametrización y configuración del sistema, control de usuarios, vistas de los de acceso
y de errores, auditoría de datos. A este entorno tendrá acceso únicamente el usuario
Superad ministrador del sistema, debido a la vulnerabilidad de las funcionalidades.
Las funcionalidades específicas para cada tipo de usuario se detallarán más adelante en el
documento.
Interfaces con el hardware
El sistema únicamente tendrá interacción directa con 3 tipos de dispositivos de hardware
externos que son: impresoras, escáneres y cámaras web.
La interacción con las impresoras se da al generar reportes y otras salidas impresas en
papel.
La interacción directa tanto con los escáneres y cámaras web se presenta al requerir el
almacenamiento de datos tipo imagen ya sea por ejemplo fotografía de las personas
registradas en el sistema o documentos digitalizados que se requiera adjuntar en la
información.
Restricciones de comunicaciones
El Sistema Informático para la gestión de información sacramental funcionará en entorno
Cloud por lo que para que se pueda acceder a él necesariamente el usuario debe contar con
una conexión de Internet estable.
53
Restricciones de memoria
El Sistema Informático para la gestión de información sacramental debe contar con un
usuario Superad ministrador permanente del sistema que tenga como una de sus funciones
principales administrar el manejo de información y vigilar la sobrecarga de la memoria,
manejo de respaldos de los datos y limpieza de información innecesaria.
3.4.7 Funcionalidad del Producto
El software utiliza una estructura modular Back-End y Front-End con sus respectivos
submenús donde los módulos mencionados son parte importantes para el funcionamiento
del sistema, el Front-End es la parte del software que interactúa con el usuario invitado
como el usuario con privilegio, permite el registro del usuario invitado para acceder a las
opciones básicas del sistema tales como: consulta de sacramentos y creación de solicitudes,
el usuario con privilegios – ende que está encargado de todo el registro y gestión de la
información
3.4.8 Suposiciones y Dependencias
El software no depende de hardware pero como se trata de una aplicación web dependerá
de la conexión a internet
3.4.9 Requisitos específicos del sistema
Número de requisito RF1
Nombre de requisito Registro de usuario
Tipo Requisito Restricción
Fuente del requisito Información de usuarios
Prioridad del requisito Alta/Esencial Media/Deseado Baja/ Opcional
Número de requisito RF2
Nombre de requisito Login
Tipo Requisito Restricción
Fuente del requisito Administrador de bdd
Prioridad del requisito Alta/Esencial Media/Deseado Baja/ Opcional
54
Número de requisito RF3
Nombre de requisito Consultas
Tipo Requisito Restricción
Fuente del requisito Administrador del sistema
Prioridad del requisito Alta/Esencial Media/Deseado Baja/ Opcional
Número de requisito RF4
Nombre de requisito Gestión de contenido
Tipo Requisito Restricción
Fuente del requisito Administrador del sistema
Prioridad del requisito Alta/Esencial Media/Deseado Baja/ Opcional
Número de requisito RF5
Nombre de requisito Gestión de sacramentos
Tipo Requisito Restricción
Fuente del requisito Administrador Parroquial
Prioridad del requisito Alta/Esencial Media/Deseado Baja/ Opcional
Número de requisito RF6
Nombre de requisito Auditoria
Tipo Requisito Restricción
Fuente del requisito Administrador despacho parroquial
Prioridad del requisito Alta/Esencial Media/Deseado Baja/ Opcional
Número de requisito RF7
Nombre de requisito Reportes
Tipo Requisito Restricción
Fuente del requisito Administrador despacho parroquial
Prioridad del requisito Alta/Esencial Media/Deseado Baja/ Opcional
Tabla N 10: Requisistos específicos del Sistema
Elaborado por: Gavino Carranco
55
3.5.Diseño
3.5.1. Diagrama de contexto
Gráfico N 10 Diagrama de contexto
Elaborado por: Gavino Carranco
El sistema contará con las interacciones de las siguientes entidades:
Entidad Administrador.- Encargado del mantenimiento y administración global del
sistema.
Entidad Párroco.- Facultado para la gestión completa de información de Personas y
Sacramentos.
Entidad Digitador.- Quien registra y actualiza la información de Personas y Sacramentos.
Entidad Invitado.- Podrá consultar información específica de datos de los diferentes
Sacramentos como también generar solicitudes para la realización de los mismos.
Entidad Invitado.- Podrá consultar información específica de datos de los diferentes
Sacramentos como también generar solicitudes para la realización de los mismos.
56
3.4.1 Gestión de la aplicación web
Gráfico N 11 Diseño de procesos de la Aplicación Web
Elaborado por: Gavino Carranco
57
3.5.2. Diseño de la base de datos
Gráfico N 12 Diseño de base de datos E-R
Elaborado por: Gavino Carranco
3.5.1 Tablas
A continuación se describe las principales tablas de la base de datos, su función y
contenido:
tbl_sacramento
id_sacramento
id_parroquia
id_tiposacramento
id_estadosacramento
fecha_sacramento
tomo_sacramento
pagina_sacramento
numero_sacramento
rc_tomo_sacramento
rc_numero_sacramento
rc_anio_sacramento
rc_lugar_sacramento
rc_inscripcion_sacramento
rc_cedula_sacramento
observacion_sacramento
Serial
Integer
Integer
Integer
Date
Variable characters (50)
Variable characters (50)
Variable characters (50)
Variable characters (50)
Variable characters (50)
Variable characters (50)
Variable characters (50)
Variable characters (50)
Variable characters (50)
Text
Key_1 <pi>
tbl_persona
id_persona
id_nacionaldiad
id_tipoidentificacion
nidentificacion_persona
primerapellido_persona
segundoapellido_persona
primernombre_persona
segundonombre_persona
direccion_persona
telefono_persona
email_persona
sexo_persona
nacimiento_persona
defuncion_persona
estado_persona
Serial
Integer
Integer
Variable characters (50)
Variable characters (50)
Variable characters (50)
Variable characters (50)
Variable characters (50)
Variable characters (50)
Variable characters (50)
Variable characters (50)
Variable characters (50)
Date
Date
Variable characters (25)
Key_1 <pi>
tbl_nacionalidad
id_nacionaldiad
nombre_nacionalidad
Serial
Variable characters (50)
Key_1 <pi>
tbl_parroquia
id_parroquia
nombre_parroquia
direccion_parroquia
telefono_parroquia
email_parroquia
foto_parroquia
Serial
Variable characters (50)
Variable characters (50)
Variable characters (50)
Variable characters (50)
Variable characters (255)
Key_1 <pi>
tbl_parroco
id_parroco
id_persona
id_parroquia
id_sacramento
id_estadoparroco
id_tituloparroco
desde_parroco
hasta_parroco
foto_parroco
Serial
Integer
Integer
Integer
Integer
Integer
Date
Date
Variable characters (255)
Key_1 <pi>
tbl_personasacramento
id_personasacramento
id_persona
id_tipopersona
id_sacramento
Serial
Integer
Integer
Integer
Key_1 <pi>
tbl_tipopersona
id_tipol_persona
id_tiposacramento
nombre_tipopersona
Serial
Integer
Variable characters (50)
Key_1 <pi>
tbl_tiposacramento
id_tiposacramento
nombre_tiposacramento
Serial
Variable characters (50)
Key_1 <pi>
tbl_usuario
id_usuario
id_persona
clave_usuario
estado_usuario
Serial
Integer
Variable characters (50)
Variable characters (50)
Key_1 <pi>
tbl_rol
id_rol
nombre_rol
Serial
Variable characters (50)
Key_1 <pi>
tbl_usuarioparroquia
id_usuarioparroquia
id_rol
id_usuario
id_parroquia
Serial
Integer
Integer
Integer
Key_1 <pi>
tbl_tipoidentificacion
id_tipoidentificacion
nombre_tipoidentificacion
Serial
Variable characters (50)
Key_1 <pi>
tbl_estadosacramento
id_estadosacramento
descripcion_estadosacramento
Serial
Variable characters (50)
Key_1 <pi>
tbl_agenda
id_agenda
id_parroquia
fecha_agenda
nombre_agenda
hora_agenda
Serial
Integer
Date
Text
Time
Key_1 <pi>
tbl_detalleagenda
id_detalleagenda
id_agenda
id_sacramento
observacion_detalleagenda
Serial
Integer
Integer
Text
Key_1 <pi>
tbl_estadoparroco
id_estadoparroco
descripcion_estadoparroco
Serial
Variable characters (50)
Key_1 <pi>
tbl_auditoria
id_auditoria
id_usuario
transaccion_auditoria
trama_auditoria
Serial
Integer
Variable characters (50)
Variable characters (50)
Key_1 <pi>
tbl_tituloparroco
id_tituloparroco
descripcion_tituloparroco
Serial
Variable characters (50)
Key_1 <pi>
58
3.5.1.1 Tabla Persona
Contiene el compendio centralizado de datos personales de todos los involucrados tales
como usuarios, invitados, sacerdotes, etc.
Tabla N 11: tabla persona
Elaborado por: Gavino Carranco
3.5.1.2 Tabla Párroco
Contiene la especificación del usuario Párroco, datos que identifican y son de uso interno
en el sistema.
Tabla N 12: Tabla Párroco
Elaborado por: Gavino Carranco
59
3.5.1.3 Tabla Sacramento
Contiene los datos de los diferentes sacramentos católicos que se imparten en la Diócesis.
Tabla N 13: Tabla Sacramento
Elaborado por: Gavino Carranco
3.5.1.4 Tabla Agenda
Esta tabla almacenará el detalle de cada uno de los eventos de la agenda electrónica
mismos que serán enviados como notificaciones vía correo electrónico.
Tabla N 14: Tabla Agenda
Elaborado por: Gavino Carranco
60
3.5.1.5 Tabla Auditoria
Registra las operaciones de creación, actualización y eliminación realizada en la base de
datos para su posterior control y revisión.
Tabla N 15: Tabla Auditoría
Elaborado por: Gavino Carranco
3.5.1.6 Tabla Usuario
Esta tabla almacena los datos de registro y validación de los diferentes tipos de usuarios de
la aplicación web.
Tabla N 16: Tabla Usuario
Elaborado por: Gavino Carranco
61
3.5.1.7 Tabla Parroquia
Almacenará los datos de las diferentes Parroquias de la Diócesis.
Tabla N 17: Tabla Parroquia
Elaborado por: Gavino Carranco
3.5.3. Diseño de la aplicación web
El diseño de la aplicación web consta de dos etapas Front End y Back End.
Front-End
Presenta una página principal que permite el registro, acceso e interacción del usuario
invitado como a los usuarios con privilegios.
Principalmente despliega los contenidos relacionados con la Diócesis tales como Misión,
Visión y Objetivos como también los accesos a la consulta de Sacramentos, Eventos y el
acceso al Back-End.
62
Gráfico N 13 Gráfica Front-End
Elaborado por: Gavino Carranco
Back-End
Despliega las opciones según los privilegios que el usuario posea, entre los principales
módulos están:
Panel de control de administración Panel de mantenimiento
Gestión y visualización global de la aplicación.
Gestión de clientes.
Gestión de sacramentos
Gestión certificados
Gestión parroquias
Perfiles y roles
Sacerdote
Auditoria
Estado civil
Estado sacerdote
Titulo sacerdote
Días de horario
Nacionalidad
Tipo de identificación
Gestión reportes Parroquia
Reportes por fecha
Reporte por usuarios
Reporte sacramento
Agenda
Noticias
Datos Parroquia
63
Reporte por parroquia
Solicitudes
Tabla N 18: Tabla Back - End
Elaborado por: Gavino Carranco
Gráfico N 14 Gráfica Back-End
Elaborado por: Gavino Carranco
3.6.1 Entradas y Salidas
Dentro del proceso de diseño del sistema hay que tener en cuenta los efectos que pueda
producir la introducción del nuevo sistema sobre el entorno en el que deba funcionar,
adecuando los criterios de diseño a las características del mismo. En este contexto el
proyecto propuesto adquiere una importancia creciente, la adaptación de todo sistema-
producto a las capacidades de las personas que van a utilizarlo, de forma que su operación
sea sencilla, cómoda, efectiva y eficiente. Teniendo en cuenta estas consideraciones para el
diseño se deben determinarse los elementos de entrada relacionados con los requisitos del
producto y mantenerse registros de los mismos, estos elementos de entrada deben incluyen.
64
Los requisitos funcionales y de desempeño son los siguientes:
Escenarios operacionales
Escenarios 1
Autentificación mediante usuario /contraseña el usuario deberá estar
registrado en la base de datos para poder acceder a las diferentes
funciones asignadas al tipo de usuario
Entrada Usuario y contraseña
Procesos
A través de la interface de usuario pedirá autentificación validando
usuario y contraseña contra el usuario registrado en la base de datos
si los datos son correctos ingresa al sistema dependiendo del tipo de
usuario podrá utilizar las funciones del sistema
Salidas
Si los datos ingresados no corresponden con los registrados en la
base de datos envía mensaje “Usuario no encontrado”
Mensaje de error en casos de ingresar incorrectamente los datos es
decir que el formato de los datos sea incorrecto.
Escenarios 2
El sistema debe permitir gestionar información es decir crear,
modificar, actualizar, eliminar, cuentas de usuarios, pacientes y
demás datos asociados a los mismos.
Entrada Cédula, nombres, apellidos, usuario
Procesos
Para cada uno de los escenarios el sistema requiere autentificación
mediante usuario y contraseña a través de la interfaz de usuario si los
datos son correctos el usuario podrá gestionar datos del paciente a
través del mismo formulario podrá crear, modificar, guardar y
eliminar.
Salidas
Las salidas van dirigidas a: Administrador.
Mensaje de error en el caso de no haber llenado algún campo.
Mensaje de error en casos de ingresar incorrectamente los datos es
decir que el formato de los datos sea incorrecto.
Mensaje de error al eliminar una cuenta, ya que no se permite
eliminaciones encascada.
Escenarios El sistema debe emitir reportes de usuarios, estadísticos por
65
búsqueda, filtro de nombre, cédula, fecha.
Entrada Cédula, fecha, nombre.
Procesos
Para cumplir el escenario se presentara la interface donde el sistema
pedirá la correspondiente identificación de usuario para efectuarla
tarea, para realizar dicha operación debe ingresar un parámetro de
búsqueda, la salida del reporte será en formato PDF o podrá
imprimir.
Salidas
Las salidas van dirigidas a: Administrador
Mensaje de aviso: operaciones efectuadas satisfactoriamente.
Mensaje de error: en el caso de no haber llenado algún campo.
Mensaje de error: en casos de ingreso de búsqueda
Tabla N 19: Diseño entradas y salidas
Elaborado por: Gavino Carranco
3.6.Codificación
3.6.1. Capa de datos
El sistema consta de una arquitectura cliente/servidor, basado en MVC, por lo que la
programación por capas es el objetivo primordial del desarrollo del sistema propuesto ya
que la separación de la lógica de negocios de la lógica de diseño. La ventaja principal de
este estilo es que el desarrollo se puede llevar a cabo en varios niveles y, en caso de que
sobrevengan cambios se reprogramará en el nivel requerido sin tener que revisar entre
código mezclado.
AppeServer
C:\\ www \Ubicación de los módulos de la aplicación
sacramentos\ Archivos que utiliza la aplicación
Default\ Índex acceso menú
Módulos\ Módulos de acceso a datos
Reportes\ Archivos de presentación y vistas
Tabla N 20: Directorios
Elaborado por: Gavino Carranco
66
Nombre agenda.php
Tipo Script php
Tipo de Clase Heredada de CI_Controller
Ubicación /sacramentos/applicaction/controller/agenda.php
Descripcion Permite la gestión de los eventos de la agenda electrónica
Tabla N 21: Directorios
Elaborado por: Gavino Carranco
Nombre auditoria.php
Tipo Script php
Tipo de Clase Heredada de CI_Controller
Ubicación /sacramentos/applicaction/controller/auditoria.php
Descripcion Contiene los métodos que registran automáticamente todas las
transacciones en la base de datos de los diferentes módulos del sistema.
Tabla N 22: Clase auditoria.php
Elaborado por: Gavino Carranco
Nombre persona.php
Tipo Script php
Tipo de Clase Heredada de CI_Controller
Ubicación /sacramentos/applicaction/controller/agenda.php
Descripcion Permite la gestión de información de todas las personas involucradas en el
sistema siendo estos sacerdotes, usuarios del sistema o personas cuya
información forma parte de los Sacramentos.
Tabla N 23: Clase persona.php
Elaborado por: Gavino Carranco
67
Nombre sacramentos.php
Tipo Script php
Tipo de Clase Heredada de CI_Controller
Ubicación /sacramentos/applicaction/controller/ sacramento.php
Descripcion Presenta los diferentes métodos para las diferentes acciones que se pueden
realizar con los distitntos Sacramentos.
Codigo
Fuente
<?php class sacramento extends CI_Controller { public function index() { $this->listar(); } public function listar() { $this->load->model('sacramentoModel','sacramento'); extract(CIUtils::AllVars()); $id_parroquia = CIUtils::Session("USERLOCALPARROQUIA_ID"); $data["var_id_parroquia"] = $id_parroquia; $data["var_id_tiposacramento"] = $id_tiposacramento; $listado = $this->sacramento->TodosAlter($id_parroquia,$id_tiposacramento); $data['listado'] = $listado; $data['total_registros'] = $this->sacramento->getContadorfilas(); $this->load->view("sacramento/listar", $data); } public function pendientes() { $this->load->helper("url"); $this->load->model('sacramentoModel','sacramento'); extract(CIUtils::AllVars()); $id_parroquia = CIUtils::Session("USERLOCALPARROQUIA_ID"); $data["var_id_parroquia"] = $id_parroquia; $data["var_id_tiposacramento"] = $id_tiposacramento; $listado = $this->sacramento->PendientesByParroquia($id_parroquia); $data['listado'] = $listado; $data['total_registros'] = $this->sacramento->getContadorfilas(); $this->load->view("sacramento/pendientes", $data); } public function agregar() { $xtformaction = CIUtils::Request("xtformaction"); if($xtformaction=="") { //inicia modo $this->load->model('parrocoModel','listado_parroco'); $this->load-
68
>model('tiposacramentoModel','listado_tiposacramento'); $this->load->model('parroquiaModel','listado_parroquia'); $this->load->model('estadosacramentoModel','listado_estadosacramento'); $data['listado_parroco'] = $this->listado_parroco->Todos(); $data['listado_tiposacramento'] = $this->listado_tiposacramento->Todos(); $data['listado_parroquia'] = $this->listado_parroquia->Todos(); $data['listado_estadosacramento'] = $this->listado_estadosacramento->Todos(); extract(CIUtils::AllVars()); $this->load->model('tipopersonaModel','listado_tipopersona'); $data['listado_tipopersona'] = $this->listado_tipopersona->Todos($id_tiposacramento); $data["var_id_parroquia"] = $id_parroquia; $data["var_id_tiposacramento"] = $id_tiposacramento; $this->load->view("sacramento/agregar",$data); } elseif($xtformaction=="GUARDAR"){ //inicia modo de guardado $this->load->model('sacramentoModel','sacramento'); extract(CIUtils::AllVars()); $tranret = $this->sacramento->Insertar(CIUtils::AllVars()); if($tranret==true){ $datareturn[]=array('estado'=>'OK','parametro'=>$this->sacramento->last_insert); echo array2json($datareturn); } else{ $datareturn[]=array('estado'=>'ERROR','parametro'=>$this->sacramento->getErrorMensaje()); echo array2json($datareturn); } } } public function editar() { $this->load->model('sacramentoModel','sacramento'); $xtformaction = CIUtils::Request("xtformaction"); if($xtformaction=="") { $id_sacramento = CIUtils::Request("codigo"); if($id_sacramento==null){ die('No se ha seleccionado ningun
69
registro'); } extract(CIUtils::AllVars()); $localfila = $this->sacramento->RegistroxId($id_sacramento); $data['localfila'] = $localfila; extract($localfila); $this->load->model('parrocoModel','listado_parroco'); $this->load->model('tiposacramentoModel','listado_tiposacramento'); $this->load->model('parroquiaModel','listado_parroquia'); $this->load->model('estadosacramentoModel','listado_estadosacramento'); $data[listado_parroco] = $this->listado_parroco->Todos(); $data[listado_tiposacramento] = $this->listado_tiposacramento->Todos(); $data[listado_parroquia] = $this->listado_parroquia->Todos(); $data[listado_estadosacramento] = $this->listado_estadosacramento->Todos(); $this->load->model('tipopersonaModel','listado_tipopersona'); $data['listado_tipopersona'] = $this->listado_tipopersona->Todos($id_tiposacramento); $this->load->view("sacramento/editar",$data); //inicia modo } elseif($xtformaction=="GUARDAR"){ //inicia modo de guardado extract(CIUtils::AllVars()); $tranret = $this->sacramento->Actualizar(CIUtils::AllVars()); if($tranret==true){ $datareturn[]=array('estado'=>'OK','parametro'=>''); echo array2json($datareturn); } else{ $datareturn[]=array('estado'=>'ERROR','parametro'=>$this->sacramento->getErrorMensaje()); echo array2json($datareturn); } } } public function certificado(){ $this->load->helper("url"); $this->load->model('sacramentoModel','sacramento'); $xtformaction = CIUtils::Request("xtformaction"); $id_sacramento = CIUtils::Request("codigo"); if($id_sacramento==null){
70
die('No se ha seleccionado ningun registro'); } extract(CIUtils::AllVars()); $localfila = $this->sacramento->RegistroxId($id_sacramento); $data['localfila'] = $localfila; extract($localfila); $this->load->model('parrocoModel','listado_parroco'); $this->load->model('tiposacramentoModel','listado_tiposacramento'); $this->load->model('parroquiaModel','listado_parroquia'); $this->load->model('estadosacramentoModel','listado_estadosacramento'); $data[listado_parroco] = $this->listado_parroco->Todos(); $data[listado_tiposacramento] = $this->listado_tiposacramento->Todos(); $data[listado_parroquia] = $this->listado_parroquia->Todos(); $data[listado_estadosacramento] = $this->listado_estadosacramento->Todos(); $this->load->model('tipopersonaModel','listado_tipopersona'); $data['listado_tipopersona'] = $this->listado_tipopersona->Todos($id_tiposacramento); $this->load->model('parrocoModel','parroco'); $data["localparroco"] = $this->parroco->RegistroxIdParroquia(CIUtils::Session("USERLOCALPARROQUIA_ID")); $this->load->view("sacramento/certificado",$data); //inicia modo } public function eliminar() { $this->load->model('sacramentoModel','sacramento'); $eliminarcodigo = CIUtils::Request("eliminarcodigo"); $tranret = $this->sacramento->Eliminar($eliminarcodigo); if($tranret==true){ $datareturn[]=array('estado'=>'OK','parametro'=>''); echo array2json($datareturn); } else{ $datareturn[]=array('estado'=>'ERROR','parametro'=>$this->sacramento->getErrorMensaje()); echo array2json($datareturn);
71
} } } ?>
Tabla N 24: Clase sacramentos.php
Elaborado por: Gavino Carranco
3.6.2 Descripción Técnica de la Aplicación SACRASIS
Está Basado en Code Igniter Framework PHP http://www.codeigniter.com/ de distribución
libre y gratuita bajo licencia GNU.
Disposición de directorios:
En la carpeta principal del servidor llamada sacramentos encontraremos principalmente
tres directorios importantes application, system y user_guide que vienen por defecto en la
distribución de Codeigniter:
Application: Se encuentran todos los archivos de nuestro proyecto y es donde
trabajaremos.
System: Aquí se encuentran todas las librerías del Framework. No es nada recomendable
modificarlos.
User_guide: La guía de usuario que podemos borrar sin problemas si lo vemos un gasto
innecesario de espacio, ya que tenemos una guía online que está muy bien estructurada.
72
Gráfico N 15 Directorios Framework Codeigniter
Elaborado por: Gavino Carranco
El directorio “application” a su vez contiene tres directorios principales que son
controllers, models y views:
Controllers: Carpeta que contiene los controladores o archivos de procesos de los
diferentes módulos.
Models: Carpeta que contiene los modelos o archivos de acceso a datos de los diferentes
módulos.
Views: Carpeta que contiene las vistas o archivos de presentación de los diferentes
módulos.
Además contiene otros complementarios que son:
Helpers: Se encuentran aquellas funciones que nos facilitarán la escritura de código.
Codeigniter proporciona algunos, como facilitarnos la creación de formularios.
73
Hooks: En esta carpeta alteraríamos el comportamiento que tiene normalmente el
framework sin tocar en los archivos los contenidos de la carpeta system. Nosotros lo
usaremos para cambiar la seguridad y controlar la entrada de usuarios.
Libreries: La usaremos para la creación de funciones complicadas, que involucren varias
tablas o que sencillamente no creamos conveniente alojarla en el modelo. La intención de
esto es aislar la lógica de la aplicación con el acceso a la base de datos.
Third_party: Serian las librerías que descargamos para ampliar funcionalidades de PHP.
Como podría ser leer PDF o generarlos, envió de correos… Se alojarían todos aquellos
plugins creados por personas ajenas a nuestra aplicación.
Config: Se encuentran los archivos más comunes de configuración.
Gráfico N 16 Directorios de la carpeta Application
Elaborado por: Gavino Carranco
74
3.7.Implementación
3.7.1. Diseño entrada de la Aplicación Web
La opción de registro de usuario provee la capacidad de obtener una cuenta de tipo
invitado para poder acceder a la zona del usuario que contiene las siguientes opciones:
Solicitar un Curso Pre-Bautismal
Solicitar un Curso Pre-Matrimonial
Consultar Sacramentos
Verificar estado de Solicitudes
Para esto se verifica el número de cédula dentro del Sistema, si consta en los datos
registrados se solicita un correo electrónico válido para la activación de la cuenta. Caso
contrario se solicita registrar los siguientes datos:
Gráfico N 17 Registro de Usuario Invitado
Elaborado por: Gavino Carranco
Una vez ingresado los datos se tendrá acceso al área de Invitado.
75
3.7.2. Login de Usuario Invitado
Formulario mediante la cual se valida los datos de usuario Invitado.
Para el ingreso a la Zona de Invitado se debe ingresar el Número de cédula y contraseña
registradas y presionar el botón Iniciar Sesión.
Gráfico N 18 Login de Usuarios
Elaborado por: Gavino Carranco
3.7.3. Solicitud de Curso Pre-Bautismal
Provee la apertura del Proceso de solicitud de Curso Pre-Bautismal, el mismo que se lo
puede realizar en cualquier Parroquia, como resultado se obtiene una ficha de inscripción
al curso Pre-Bautismal, requisito indispensable para el Sacramento del Bautizo.
Para completar la solicitud debemos completar los siguientes campos requeridos:
76
Gráfico N 19 Solicitud Curso Pre-Bautismal
Elaborado por: Gavino Carranco
77
3.7.4. Solicitud Curso Pre-Matrimonial
Provee la apertura del Proceso de solicitud de Curso Pre-Matrimonial, el mismo que se lo
puede realizar en la Parroquia de residencia del novio o novia, conociéndose como
parroquia de residencia al lugar donde se vive 3 o más meses, como resultado se obtiene
una ficha de inscripción al curso Pre-Matrimonial, requisito indispensable para el
Sacramento del Matrimonio.
Para completar la solicitud debemos completar los siguientes campos requeridos:
Gráfico N 20 Solicitud Curso Pre-Matrimonial
Elaborado por: Gavino Carranco
78
3.7.5. Verificar estado de Solicitudes
Muestra el estado de las solicitadas desde la zona de invitado, el estado puede ser:
ENVIADO, APROBADO y NEGADO. En el caso que el proceso sea aprobado deberá
revisar el correo electrónico registrado para imprimir la ficha resultante:
Gráfico N 21 Verificación de estado de solicitudes de Sacramentos
Elaborado por: Gavino Carranco
3.7.6. Gestión de Personas
Permite agregar, actualizar o eliminar datos y registros de Personas. Esta es la base
principal y en la que se requiere mayor atención para poder recabar información válida y
real, contiene controles de verificación para que los datos ingresados contengan la
longitud, la estructura y la consistencia adecuada para cada uno de ellos.
79
Gráfico N 22 Ingreso de Personas
Elaborado por: Gavino Carranco
3.7.7. Administración de Sacramentos
Los diferentes formularios de registro de sacramentos respetan un mismo lineamiento y
presentan datos de entrada muy parecidos con ciertas restricciones de acuerdo a la
naturaleza del sacramento a registrar. Provee controles de seguridad para evitar errores
comunes en longitudes de fechas, estructura de los datos y ausencia de los mismos.
Bautizos
Permite agregar, actualizar o eliminar datos y registros de Bautizos. El primero de los
sacramentos en ser recibidos por los católicos, reciba datos civiles que actualmente se
entrega en el Registro Civil y son requisito para sentar una partida bautismal.
80
Gráfico N 23 Formulario de Bautizo
Elaborado por: Gavino Carranco
81
Confirmaciones
Permite agregar, actualizar o eliminar datos y registros de Confirmaciones. Este
Sacramento en particular exige haber tenido una instrucción previa ya que es la
culminación de la etapa de aprendizaje obligatorio de todo católico.
Gráfico N 24 Formulario de Confirmación
Elaborado por: Gavino Carranco
82
Matrimonios
Permite agregar, actualizar o eliminar datos y registros de Matrimonios. En este
Sacramento en particular contiene la interacción de varios involucrados directos que son
Sacerdote que Certifica, Sacerdote Ministro, Esposo, Esposa y debe constar como norma
interna de la Fe un matrimonio casado por la iglesia como Padrinos.
Gráfico N 25 Formulario de Matrimonio
Elaborado por: Gavino Carranco
83
Defunciones
Permite agregar, actualizar o eliminar datos y registros de Defunciones. Una vez que la
persona ha sido registrada como difunta con sus respectivos documentos verificables el
estado de dicha persona cambia a nivel de Diócesis y no podrá ser tomado en cuenta dentro
del sistema, evitando así incongruencia de datos.
Gráfico N 26 Formulario de Defunción
Elaborado por: Gavino Carranco
84
3.7.8. Administración de Agenda
Permite agregar, actualizar o eliminar registros de Agenda. Al momento de crear un evento
en la agenda se enviará automáticamente una notificación vía correo electrónico al
Sacerdote responsable de celebrar el Sacramento con el contenido principal tal como fecha
y hora como también los involucrados.
Gráfico N 27 Vista de Agenda
Elaborado por: Gavino Carranco
3.7.9. Gestión de Noticias
Agregar, actualiza o elimina registros de Noticias. En este módulo cada Párroco podrá
ingresar, editar y eliminar las noticias más relevantes de su Parroquia para hacerlo público
para conocimiento de los feligreses.
85
Gráfico N 28 Formulario de Noticias
Elaborado por: Gavino Carranco
3.8.Pruebas
3.8.1 Objetivo
Desarrollar los escenarios operacionales de las pruebas necesarias con la finalidad de
verificar el funcionamiento, despliegue carga de datos y transacciones necesarias que el
sistema debe soportar en determinados escenarios operacionales y bajo cierta demanda de
trabajo.
3.8.2 Pruebas de despliegue
Las pruebas de despliegue de la aplicación en los diferentes navegadores se realizaron en el
siguiente escenario:
EQUIPO CONEXIÓN
Tipo: Notebook Tipo: ADSL
Procesador: Core i7 ISP: CNT
Memoria RAM: 4GB Velocidad Download: 1Mb (4:1)
Sistema Operativo: Microsoft Windows 7 Velocidad Upload: 256Kb
Tabla N 25: Descripción de escenario de pruebas en navegadores
Elaborado por: Gavino Carranco
La velocidad en los resultados está dada en la escala de del 0 al 5, siendo 0 la puntuación
más baja y 5 la mejor.
86
NAVEGADOR: Microsoft Internet Explorer Versión: 8.0.7601
FRONT END
Velocidad de Carga: 0
BACK END
Velocidad de Carga: 0
ANÁLISIS DE RESULTADO: MALO
Los componentes son no se despliegan si es que el plugin externo no está instalado,
además las seguridades bloquean componentes esenciales como menús y links principales,
por esta razón el sistema se vuelve inaccesible.
Tabla N 26: Descripción despliegue en Internet Explorer
Elaborado por: Gavino Carranco
87
NAVEGADOR: Apple Safari Versión: 5.7.1
FRONT END
Velocidad de Carga: 3
BACK END
Velocidad de Carga: 4
ANÁLISIS DE RESULTADO: MALO
Despliegue de imágenes eficiente, la carga de datos en los componentes Ajax tienen cierta
demora lo que no proporciona un ambiente fluido de trabajo.
Tabla N 27: Descripción despliegue en Apple Safari
Elaborado por: Gavino Carranco
88
NAVEGADOR: Google Chrome Versión: 37.0.2062.120
FRONT END
Velocidad de Carga: 4
BACK END
Velocidad de Carga: 4
ANÁLISIS DE RESULTADO: MUY BUENO
El despliegue se realiza uniformemente, las imágenes son manejadas con velocidad
moderada y todos los componentes se despliegan pero tiene cierta demora en la carga de
los componentes Ajax en el retrieve de la base de datos.
Tabla N 28: Descripción despliegue en Google Chrome
Elaborado por: Gavino Carranco
89
NAVEGADOR: Mozilla Firefox Versión: 8.0.7601
FRONT END
Velocidad de Carga: 5
BACK END
Velocidad de Carga: 5
EXCELENTE
Manejo de imágenes óptimo, los componentes y retrieve de base de datos se realiza con
alta velocidad, prácticamente sin ningún problema hallado.
Tabla N 29: Descripción despliegue en Mozilla Firefox
Elaborado por: Gavino Carranco
90
3.8.3 Pruebas de velocidad de despliegue
Document Complete Fully Loaded
Load
Time
First
Byte
Start
Render
Speed
Index
DOM
Elements Time Requests
Bytes
In Time Requests
Bytes
In
First
View 2.540s 0.318s 1.513s 2073 160 2.540s 19
936
KB 2.652s 19
936
KB
Repeat
View 0.586s 0.273s 0.483s 500 160 0.586s 2
14
KB 0.700s 2
14
KB
Tabla N 30: Pruebas de despliegue
Elaborado por: Gavino Carranco
Gráfico N 29 Graficas de despliegue
Elaborado por: Gavino Carranco
3.8.4 Pruebas de sistema
Objetivo: Permite la navegación y funcionamiento del sistema mediante
transacciones a la BDD procesando y recuperando la información
Técnica: Ejecutar transacciones de búsqueda y recuperación de información
desde y hacia la base de datos por parte del usuario
91
Criterio de
completitud
Pruebas ejecutadas con éxito
Los errores han sido modificados
Tabla N 31: Pruebas de sistema
Elaborado por: Gavino Carranco
3.8.5 Pruebas de acceso carga de datos
FASE 1 Acceso Interface
N° PARÁMETROS DE ENTRADA SE ESPERA SE
OBTIENE
APROBACIÓN
1 http://localhost/nw_syssacramentos Index1.php ok ok
2 Navegación menús 02-05 s ok ok
3 Visualización de contenidos 02-05 s ok ok
N Funcionalidad 02-05 s ok ok
1 Autentificación ok ok ok
2 Administración contenido ok ok ok
3 Gestión de usuarios ok ok ok
4 Inicio ok ok ok
5 Sistema Sacramental ok ok ok
6 Eventos ok ok ok
7 Usuarios ok ok ok
8 Cerrar sesión ok ok ok
Tabla N 32: Pruebas de carga de datos
Elaborado por: Gavino Carranco
3.8.6 Pruebas de integración aplicación
FASE 1
Control de acceso
N° PARÁMETROS DE ENTRADA Tipo Carga Tiempo
1 URL sitio URL 2.351s 2.4 mls
2 Carga site Frontal 2.4 mls 2.4 mls
3 Navegación menús formulario 2.4 mls 2.4 mls
4 Visualización contenidos Datos 2.4 mls 2.4 mls
5 Funcionabilidad Navegabilidad 2.4 mls 2.4 mls
FASE 2
92
Ingreso Back-End
N° PARÁMETROS DE ENTRADA Código Carga Tiempo
1 Acceso usuarios CSS Satisfactoria 2.4 mls
2 Administración global CSS Satisfactoria 2.4 mls
3 Administración sacramentos JavaScript Satisfactoria 2.4 mls
4 Administración mantenimiento Jsb tess CSs Satisfactoria 2.4 mls
5 Administración parroquia Jsb tess CSs Satisfactoria 2.4 mls
6 Administración agenda Jsb tess CSs Satisfactoria 2.4 mls
7 Administración noticias Jsb tess CSs Satisfactoria 2.4 mls
8 Administración despacho Jsb tess CSs Satisfactoria 2.4 mls
9 Administración datos Jsb tess CSs Satisfactoria 2.4 mls
10 Administración horario Jsb tess CSs Satisfactoria 2.4 mls
11 Administración reportes Jsb tess CSs Satisfactoria 2.4 mls
Tabla N 33: Pruebas de integración
Elaborado por: Gavino Carranco
3.9 Mantenimiento
3.9.1 Requisitos Comunes
El software plateando maneja una estructura modular compuesto de forma general, Front-
End hace referencia al estado inicial de un proceso y verifica con Back-End, que se refiere
al estado final de los procesos que maneja el software.
3.9.2 Interfaz De Usuario
La aplicación se visualiza mediante la interface (Front-End) que permite tener acceso al
usuario a las funciones del sistema este es responsable de recoger entradas de los usuarios,
procesarlas de tal manera que cumplan las especificaciones para que el Back-End pueda
usarlas formando una interfaz con entorno amigable.
3.9.3 Interfaz de Hardware
La interfaz necesaria para el sistema requiere de los siguientes requerimientos: 4gb RAM,
dispositivo E/S, procesador Core i5, disco de 500gb y conexión a internet 1024 Kbps.
93
3.9.4 Interfaz de Software
Servidor de base de datos MySqlv5 donde se almacenará la información de la aplicación
web para gestión y marketing online. Como lenguaje interpretado de alto nivel para la
creación y generación dinámica de páginas HTML y ejecutado en el servidor se utiliza
PHP.
El Servidor Apache HTTP: Es un servidor Web de tecnología Open Source sólido de uso
comercial flexible, rápido eficiente y multiplataforma.
3.9.2 Interfaz de Comunicación
La interfaz de comunicación entre el servidor de base de datos y la aplicación desarrollada
se realiza a través de php data objects es la librería de acceso a datos de la aplicación.
3.9.3 Rendimiento
El software soporta varias conexiones a la vez ya que está desarrollado a través de interfaz
web que permite soportar varias conexiones a la vez.
3.9.4 Seguridad
Uso de contraseñas para cada usuario
La conexión entre la administración web es a través del protocolo http utilizando como
plataforma servidor Apache, para encriptar el envío y recepción de datos.
Validación de usuarios a través de script propio de MySql y Md5.
Seguridad a nivel de MySql para dar políticas de acceso a las tablas del software
Registros de ingreso al sistema.
Creación de roles y asignarlos a cada usuario dependiendo su funcionalidad.
94
3.9.5 Fiabilidad
La plataforma de la aplicación es Codeigniter con la base de datos MySql, que se
caracteriza por la seguridad, integridad y disponibilidad de los datos.
3.9.6 Disponibilidad
El sistema ha sido desarrollado tomando en cuenta las necesidades, requerimientos, reglas,
políticas, objetivos de las empresas por lo que se encuentra disponible el 100% del tiempo
mientras las tareas de mantenimiento se realizan en días no laborables que no afectan las
tareas administrativas sobre el sistema.
95
CONCLUSIONES
El desarrollo de software ha dado un vuelco importante hacia las tecnologías
orientadas a la web debido a las funcionalidades que brindan tales como facilidad de
acceso, disponibilidad y eficiencia.
Los procesos de los Sacramentos Católicos generan una gran cantidad de información,
el intento de organización y registro manual soluciona parcialmente este
inconveniente.
Se evidencia que la forma de manejo de la información de los Sacramentos Católicos
es muy precaria pese a que la Diócesis es una de las entidades más antiguas en la
manipulación de datos
La falta de un sistema para la gestión centralizada de información de Sacramentos
provoca una dispersión de información, se tiende al error y pérdidas constantes debido
a una falta de control.
El desarrollo de la presente aplicación web para el manejo de información de
Sacramentos Católicos soluciona los problemas de dispersión de información al
brindar un repositorio organizado y seguro de información.
96
RECOMENDACIONES
De la recopilación de información para sustentar de forma teórica los proceso que con
llevan el manejo de información de sacramentos, es importante que este material
recolectado sea tomado en cuenta por la personas interesadas, en cuanto se ha
realizado un análisis profundo de los sacramentos que generan certificados, para que
existan una mejor administración de la información generada concerniente a los
sacramentos católicos que generan certificados.
Del diagnóstico realizado a la situación actual de las Parroquias Eclesiásticas en lo que
respecta al servicio de emisión de certificados, se logró establecer procesos estándar
para la emisión de certificados de los sacramentos; Bautizo, Confirmación,
Matrimonio, Defunción,, por lo que es de vital importancia que se atienda a estos
proceso por parte de las Parroquias que conforman la Diócesis de Ibarra, para lograr
un servicio eficaz.
Es por consiguiente que se elaboró la Aplicación Web para la gestión de información
de sacramentos para la Diócesis de Ibarra, con el fin de orientar, uniformar y controlar
las rutinas de trabajo referentes a la emisión de certificados sacramentales, para evitar
fallas o errores, reducir riesgos de perdida de información, agilitar procesos de emisión
de certificados, y solicitudes de cursos prematrimoniales, además de aumentar la
eficiencia a nivel general; por lo que es pertinente su aplicación por parte de los
actores inmersos en la presente propuesta.
Con la aplicación web, al ser de uso público se enfrenta al inadecuado uso de las
misma por parte de usuarios, por lo que se ha tomado las debidas precauciones en
cuanto a seguridades informáticas, pero su uso efectivo y racional depende de las
personas, por lo que es recomendable que esta aplicación se le dé un uso adecuado y
oportuno por parte de los usuarios, ya que con ello se está solucionando la
problemática detectada.
97
BIBLIOGRAFÍA
- AYALA MORA, Enrique, (1986), “GABRIEL GARCÍA MORENO Y LA GESTACIÓN
DEL ESTADO NACIONAL EN ECUADOR”, Editorial Siglo XXI, Quito – Ecuador.
- BEATI, Hernan, (2012), “EL GRAN LIBRO DE PHP: CREACION DE PAGINAS WEB
DINAMICAS”, Editorial MARCOMBO S.A., Primera Edición, Madrid – España.
- MELONI, Julie, (2009), “PHP, MYSQL Y APACHE (PROGRAMACION)”, Editorial
ANAYA MULTIMEDIA, Tercera Edición, Madrid – España.
- MORENO GARCIA, Pedro, (2011), “BASES DE DATOS RELACIONALES: DISEÑO E
IMPLEMENTACION”, Editorial Diego Marín Librero, Primera Edición, DF – México.
- PAVON PUERTAS, Jacobo, (2007), “CREACIÓN DE UN PORTAL CON PHP Y
MYSQL”, RA-MA, Tercera Edición, Madrid – España.
- SALVADOR SANCHEZ, Alonso, (2011), “INGENIERIA DEL SOFTWARE: UN
ENFOQUE DESDE LA GUIA SWEBOK”, Editorial Alfaomega Garceta, Primera Edición,
Madrid – España.
98
LINKOGRAFIA
ACIMED. (Noviembre de 2009). Obtenido de http://scielo.sld.cu/scielo.php?pid=S1024-
94352009001100006&script=sci_arttext
Anaya, B. T. (12 de Enero de 2010). Objetivos de la Base de Datos. Recuperado el 7 de
Abril de 2014, de TIC02SM09: http://betybyo.ohlog.com/objetivos-de-las-bases-
de.oh79407.html
Briceño, E. A. (15 de Agosto de 2005). Los sistemas de información y su importancia para
las organizaciones y empresas. Recuperado el 7 de Julio de 2014, de
http://www.monografias.com/trabajos24/tics-empresas/tics-empresas.shtml
Brien, O. (12 de Julio de 2007). LOS SISTEMAS DE INFORMACIÓN COMO
ELEMENTO. Recuperado el 16 de Agosto de 2014, de Revista NEGOTIUM:
http://www.revistanegotium.org.ve/pdf/7/Art1.pdf
Carlos Cortez, J. M. (1997). Guia Didactica para la Integración de Base de Datos en
Internet. Obtenido de
http://www.uca.edu.sv/investigacion/bdweb/indice.html#contenido
Documentos sobre la creación de la Diócesis de Ibarra. (05 de Septiembre de 1860).
Ibarra.
Geospatial. (2013). Tipos de aplicaciones móviles. Obtenido de
http://geospatialtraininges.com/recursos-gratuitos/tipos-de-aplicaciones-moviles/
González, M. M. (1945). Historia de la Diócesis de Loja. Loja.
Gracia, J. (11 de Mayo de 2009). Introducción a MYSQL. Obtenido de
http://www.webestilo.com/mysql/intro.phtml
Instituto Nacional de Estadísticas y Censos. (2012). INEC Institucional. Obtenido de
http://www.inec.gob.ec/inec/index.php?option=com_content&view=article&id=51
3%3Ainec-presenta-por-primera-vez-estadisticas-sobre-
religion&catid=56%3Adestacados&Itemid=3&lang=es
London, L. &. (15 de Mayo de 2006). Sistemas de Informacion. Recuperado el 17 de Mayo
de 2014, de http://puertas97sc.files.wordpress.com/2011/09/que-es-un-sistema-de-
informacion2.pdf
Megias, D. (2005). Base de Datos. Obtenido de
http://www.cie.umich.mx/concepto_de_base_de_datos.htm
99
Megias, D. (15 de Octubre de 2005). Base de Datos. Recuperado el 14 de Enero de 2014,
de http://www.cie.umich.mx/concepto_de_base_de_datos.htm
Monforte. (15 de Septiembre de 2009). Tipologia Sistemas de informacion. Recuperado el
15 de Septiembre de 2014, de
http://www.ecured.cu/index.php/Sistemas_de_informaci%C3%B3n_en_las_organi
zaciones
Muxika, J. Á. (10 de Mayo de 2003). Archivo Histórico. Obtenido de
http://mendezmende.org/es/normativas/archivos.html
Ortega, O. G. (21 de 02 de 2012). Sintáxis y semántica Básica de HTML5, II Parte.
Obtenido de http://www.elclubdelprogramador.com/2012/02/21/html5-sintaxis-y-
semantica-basica-de-html5-ii-parte/
Paré, R. C. (2 de Octubre de 2011). Bases de Datos. Recuperado el 25 de Enero de 2014,
de http://www.sw-computacion.f2s.com/Linux/007-Bases_de_datos.pdf
Pereira, J. E. (18 de Enero de 2010). Aplicaciones Web y ASPs. Recuperado el 15 de
Septiembre de 2014, de Revista Digital:
http://www.mercadeo.com/blog/2010/01/aplicaciones-web-y-asps/
Pérez, M. S. (2014). Apuntes sobre los archivos parroquiales. Obtenido de
http://revistas.concytec.gob.pe/scielo.php?pid=S1562-
47302009000100006&script=sci_arttext
Políticas y Normas de los Documentos Sacramentales. (2010). Obtenido de
https://www.yumpu.com/es/document/view/14641241/politicas-y-normas-de-los-
documentos-
Políticas y Normas de los Documentos Sacramentales. (2010). Obtenido de
https://www.yumpu.com/es/document/view/14641241/politicas-y-normas-de-los-
documentos-
PonJuán. (6 de Febrero de 2009). EcuRed. Recuperado el 4 de Abril de 2014, de Sistemas
de información en las organizaciones:
http://www.ecured.cu/index.php/Sistemas_de_informaci%C3%B3n_en_las_organi
zaciones
Quiroz, J. (12 de Noviembre de 2003). Modelo relacional de Base de datos. Recuperado el
14 de Marzo de 2014, de
http://www.inegi.org.mx/inegi/contenidos/espanol/prensa/contenidos/articulos/tecn
ologia/relacional.pdf
100
Rafael Menéndez. (15 de Abril de 2013). Desarrollo Aplicaciones Web. Recuperado el 28
de Agosto de 2014, de http://www.um.es/docencia/barzana/DAWEB/Lenguaje-de-
programacion-HTML-1.pdf
Rodríguez, G. A. (2010). SQL con MYSQL5. Obtenido de
https://www.google.com.ec/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&cad=
rja&uact=8&ved=0CCUQFjAA&url=http%3A%2F%2Fwww.publicatuslibros.com
%2Ffileadmin%2FBiblioteca%2FLibros%2FTecnicos%2FGerardo_A_Otero_SQL
_con_MySQL_5.pdf&ei=9h2XU_fqKvOisQTH5oGoCA&usg=AFQj
S/N. (20 de Diciembre de 2007). CSS3 Las nuevas Propiedades . Obtenido de
http://www.maestrosdelweb.com/editorial/css-3-las-nuevas-propiedades/
Sánchez, J. (2004). Principios sobre Base de Datos Relacionales . Obtenido de
http://www.jorgesanchez.net/bd/bdrelacional.pdf
Santos, A. (15 de Mayo de 2013). Tipos de aplicaciones móviles . Recuperado el 16 de
Septiembre de 2014, de http://geospatialtraininges.com/recursos-gratuitos/tipos-de-
aplicaciones-moviles/
Tramullas, J. (14 de Enero de 2005). Bases de Datos. Recuperado el 15 de Agosto de 2014,
de http://www.hipertexto.info/documentos/b_datos.htm
Velasco, J. E. (15 de Mayo de 2013). Programación WebClave SCF. Recuperado el 15 de
Abril de 2014, de http://www.prograweb.com.mx/pweb/0201arquiAplicaweb.html
101
ANEXOS
MANUAL DE USUARIO
1. INTRODUCCION
2. FRONT END
2.1 Registro de Usuario Invitado
Descripción:
La opción de registro de usuario provee la capacidad de obtener una cuenta de tipo
invitado para poder acceder a la zona del usuario que contiene las siguientes opciones:
Solicitar un Curso Pre-Bautismal
Solicitar un Curso Pre-Matrimonial
Consultar Sacramentos
Verificar estado de Solicitudes
Para esto se verifica el número de cédula dentro del Sistema, si consta en los datos
registrados se solicita un correo electrónico válido para la activación de la cuenta. Caso
contrario se solicita registrar los siguientes datos:
Una vez ingresado los datos se tendrá acceso al área de Invitado.
2.2 Login de Usuario Invitado
Descripción:
Formulario mediante la cual se valida los datos de usuario Invitado.
Para el ingreso a la Zona de Invitado se debe ingresar el Número de cédula y contraseña
registradas y presionar el botón Iniciar Sesión.
2.3 Solicitud Curso Pre-Bautismal
Descripción:
Provee la apertura del Proceso de solicitud de Curso Pre-Bautismal, el mismo que se lo
puede realizar en cualquier Parroquia, como resultado se obtiene una ficha de inscripción
al curso Pre-Bautismal, requisito indispensable para el Sacramento del Bautizo.
Para completar la solicitud debemos completar los siguientes campos requeridos:
2.4 Solicitud Curso Pre-Matrimonial
Descripción:
Provee la apertura del Proceso de solicitud de Curso Pre-Matrimonial, el mismo que se lo
puede realizar en la Parroquia de residencia del novio o novia, conociéndose como
parroquia de residencia al lugar donde se vive 3 o más meses, como resultado se obtiene
una ficha de inscripción al curso Pre-Matrimonial, requisito indispensable para el
Sacramento del Matrimonio.
Para completar la solicitud debemos completar los siguientes campos requeridos:
2.5 Verificar estado de Solicitudes
Descripción:
Muestra el estado de las solicitadas desde la zona de invitado, el estado puede ser:
ENVIADO, APROBADO y NEGADO. En el caso que el proceso sea aprobado deberá
revisar el correo electrónico registrado para imprimir la ficha resultante:
3. BACK END
3.1 PANEL DE CONTROL
3.1.1 Personas
Descripción:
Permite agregar, actualizar o eliminar datos y registros de Personas.
3.1.2 Parroquia
Descripción:
Permite agregar, actualizar o eliminar datos y registros de Parroquia.
3.1.3 Usuarios
Permite agregar, actualizar o eliminar datos y registros de Usuarios.
3.1.4 Roles y Privilegios
Descripción:
Agregar, actualiza o elimina datos y roles y privilegios a Usuarios.
3.1.5 Sacerdote
Descripción:
Permite agregar, actualizar o eliminar datos y registros de Sacerdote.
3.1.6 Estado Civil
Descripción:
Permite agregar, actualizar o eliminar datos y registros de Estado civil.
3.1.7 Auditoria
Descripción:
Visualiza los registros de auditoria organizados por Usuario, Tabla y las acciones
realizadas.
3.2 MANTENIMIENTO
3.2.1 Estado Sacerdote
Descripción:
Permite agregar, actualizar o eliminar datos y registros de Estado de Sacerdote.
3.2.2 Título de Sacerdote
Descripción:
Permite agregar, actualizar o eliminar datos y registros de Títulos de Sacerdote.
3.2.3 Días de horario
Descripción:
Permite agregar, actualizar o eliminar datos y registros de los días de horario.
3.2.4 Nacionalidad
Descripción:
Permite agregar, actualizar o eliminar datos y registros de Estado civil.
3.2.5 Tipo de identificación
Descripción:
Permite agregar, actualizar o eliminar datos y registros de Estado civil.
3.3 SACRAMENTOS
3.3.1 Bautizos
Descripción:
Permite agregar, actualizar o eliminar datos y registros de Bautizos.
3.3.2 Confirmaciones
Descripción:
Permite agregar, actualizar o eliminar datos y registros de Confirmaciones.
3.3.3 Matrimonios
Descripción:
Permite agregar, actualizar o eliminar datos y registros de Matrimonios.
3.3.4 Defunciones
Descripción:
Permite agregar, actualizar o eliminar datos y registros de Defunciones.
3.4 PARROQUIA
3.4.1 Agenda
Descripción:
Permite agregar, actualizar o eliminar registros de Agenda.
3.4.2 Noticias
Descripción:
Agregar, actualiza o elimina registros de Noticias.
3.4.3 Datos de Parroquia
Descripción:
Permite agregar o actualizar datos y registros de Datos de Parroquia.
3.4.4 Horario de atención
Descripción:
Permite agregar, actualizar o eliminar datos y registros de Horarios de Atención.
3.4.5 Solicitudes de Bautizo
Descripción:
Permite aprobar o negar las solicitudes para el curso pre-bautismal.
3.4.6 Solicitudes de Matrimonio
Descripción:
Permite aprobar o negar las solicitudes para el curso pre-matrimonial.
3.4.7 Pendientes
Descripción:
Muestra los Sacramentos que se encuentran en estado PENDIENTE y brida la opción para
editar o completar la información de dichos Sacramentos.
ENCUESTA USUARIOS DE SERVICIOS ECLESIASTICOS
La siguiente encuesta tiene como objetivo definir la importancia y vialidad de la
implementación de una aplicación web para la gestión de información centralizada de los
diferentes Sacramentos Católicos en la Diócesis de Ibarra, agradecemos su tiempo en
responderla.
1.- ¿Ha tenido dificultad en conseguir un certificado de Bautizo, Confirmación,
Matrimonio y/o Defunción?
SI ( ) NO ( )
2.- ¿Con que frecuencia utiliza los servicios Eclesiásticos de un Despacho Parroquial?
Semanal ( ) Mensual ( ) Anual ( ) Ocasional ( ) Nunca ( )
3.- ¿Sabe con exactitud la(s) Dependencia(s) donde dirigirse a solicitar los certificados de
Bautizo, Confirmación, Matrimonio y/o Defunción; propios o de sus familiares?
SI ( ) NO ( )
4.- Considera que el servicio que brindan actualmente los Despachos Parroquiales es:
Excelente ( ) Bueno ( ) Regular ( ) Malo ( )
5.- ¿Ha utilizado el internet para consultar u obtener algún servicio?
SI ( ) NO ( )
6.- ¿Le gustaría que los Despachos Parroquiales dispongan de una aplicación web para
consultar exactamente la dependencia a cual dirigirse a solicitar los certificados de los
diferentes Sacramentos?
SI ( ) NO ( )
7.- ¿Considera necesario que los Despachos Parroquiales cuenten con una aplicación Web
que permita mejorar el servicio de emisión de certificados?
SI ( ) NO ( )
8.- ¿Cree usted que la implementación de una Aplicación Web permitirá una mejor
custodia de la información histórica y evitarán pérdidas de información?
SI ( ) NO ( )
Gracias por su colaboración.
PROCESOS DE SACRAMENTOS CATOLICOS
PROCESO INSCRIPCION BAUTIZO
1. Los padres/responsables del bautizado solicitan los requisitos
a. Requisitos
i. Papeleta de inscripción de Registro Civil
ii. PADRINOS (Esposos): Partida de Matrimonio Eclesiástico
iii. PADRINO (Soltero/a): Certificado Confirmación
iv. Compra de un folleto Pre-Bautismal (Curia Ibarra-Iglesia Matriz
Atuntaqui)
v. Cancelar la contribución por el Sacramento
vi. Curso pre-bautismal
1. 2 Primeros sábados de cada mes
2. Horario de 15h00 a 17h00
3. Asisten: Padres y Padrinos del bautizado
4. Duración: 2 sábados
5. Responsables: Miembros de la comunidad apostólica
parroquial
2. Los padres/responsables del bautizado entregan requisitos completos
3. Secretaria entrega ficha de inscripción con datos de bautizado y curso pre-
bautismal
4. Padres y Padrinos asisten al curso pre-bautismal con la ficha entregada en
Secretaría
5. El miembro de la comunidad apostólica parroquial imparte curso pre-bautismal
registra la asistencia en ficha de inscripción.
6. Antes de participar de la ceremonia el párroco revisa la ficha de asistencia al curso.
7. El sacerdote celebra el Sacramento
8. Párroco entrega la ficha de los bautizados en Secretaría
9. Secretaria registra en los libros físicos
PROCESO DE INSCRIPCION DE PARTIDA DE BAUTIZO, CONFIRMACIÓN
SUPLETORIA
Cuando no existen datos en el sistema ni en libros.
1. Los padres/involucrado se acerca a solicitar certificado del sacramento
2. Secretaría confirma la no existencia de registros físicos ni digitales
3. Secretaría solicita evidencia visual del sacramento (fotos, testimonio)
4. Secretaría entrega a padres/involucrado la solicitud dirigida al Vicario General de
la Diócesis para juramento supletorio del Sacramento
5. Los padres/involucrado presenta en la Curia la solicitud de juramento supletorio de
la Parroquia, presentando la cédula del involucrado y cédula de un testigo (copia y
original).
6. La Vicaría general recepta la solicitud
7. El Vicario toma el juramento verbal al involucrado y al testigo
8. Vicaría entrega el documento de juramento supletorio con los datos completos del
sacramento para poderlo registrar
9. Los padres/involucrado entrega el documento de juramento supletorio en la
Parroquia
10. Secretaría ingresa en libros físicos y sistema informático local
a. MINISTRO: si no existe nombre del ministro se registra “Partida
Supletoria”
11. Se procede a generar el certificado
PROCESO DE INSCRIPCION DE ACTA MATRIMONIAL NO REGISTRADA
1. Párroco solicita al Vicario General el trámite de acta matrimonial no registrada
2. Los interesados entregan la documentación completa en la Vicaría General
3. El Vicario autoriza la realización del acta matrimonial no registrada
4. El párroco realiza el acta matrimonial con la presencia de Esposos, 2 testigos en el
Despacho Parroquial
5. El Párroco registra los datos en los libros físicos, sistema local u hojas de cálculo
6. La información queda dispuesta para la generación de certificados.
PROCESO OBTENCION DE CERTIFICADOS DE BAUTIZO, CONFIRMACION
Y DEFUNCION
1. El interesado se acerca a solicitar el certificado del sacramento en la Secretaría de
la Parroquia
a. Se revisa en el libro físico del inventario Parroquial
b. Se solicita al interesado fecha de referencia (año de nacimiento)
c. Se solicita el número de cédula en caso de ser Bautizo y Confirmación para
completar los datos
d. Se calcula la fecha del sacramento de acuerdo a datos de familiares con
respecto al sacramento
e. Una vez encontrado se digitaliza en hoja de cálculo o sistema informático
local
2. El interesado cancela el aporte parroquial en Secretaría por el documento
3. Secretaría Imprime el certificado en especie valorada entregada por la Curia
4. El párroco firma y sella el certificado
5. Se entrega el certificado al interesado con validez de un año calendario
PROCESO INSCRIPCION CONFIRMACION
1. Los padres/responsables/involucrado presentan los requisitos
a. Requisitos
i. Fe de bautizo
ii. Copia de cédula
iii. Presentación del certificado de clausura de 5to Nivel de Catequesis
iv. PADRINOS
1. PADRINO/MADRINA (Casados): Partida de Matrimonio
Eclesiástico
2. PADRINO/MADRINA (Soltero/a): Certificado
Confirmación
v. Cancelar el valor de libro de Catequesis 6to Nivel
vi. Cancelar aporte parroquial y derecho de confirmación
vii. Curso Catequesis
1. Horario: Sábado de 15h00 a 17h00
2. Duración: 1 año calendario
3. Responsable: Miembro de la comunidad apostólica
2. Secretaria entrega ficha de inscripción con los datos del futuro confirmado
3. Se agregar al confirmando a un listado parroquial para la realización del curso
4. El catequista imparte el curso de catequesis
5. Catequista entrega un listado de los niños que han culminado la formación en
Secretaría
6. Se envía el listado a la Diócesis con fecha tentativa de sacramento
7. El Obispo confirma fechas y horas de sacramento
8. El Párroco prepara a los niños para la ceremonia
9. El Obispo o un Sacerdote delegado realiza el sacramento
10. Secretaria registra en los libros físicos
11. Se entrega el certificado al confirmado de haber concluido el 6to año de Iniciación
Cristiana
PROCESO INSCRIPCION MATRIMONIO
1. Los interesados solicitan/reciben los requisitos en Secretaría (adj01) con un mes de
anticipación
2. Entregar todos los requisitos en Secretaría
a. REQUISITOS
i. Partidas bautismales de los novios
ii. Certificados de confirmación
iii. Certificado de matrimonio civil
iv. Copias de cédulas de los novios
v. Copias de cédulas de los testigos (1 por novio)
vi. Partida matrimonial de los Padrinos (Deben ser matrimonio)
3. Secretaría entrega solicitud del curso y se fija fecha del sacramento
a. CURSO
i. Deben comprar los folletos para el curso y expediente matrimoniales
en la Curia
ii. Asisten al curso en la Parroquia destinada por la zona (En reunión)
4. Los miembros de la comunidad apostólica imparten el curso y firma la asistencia
5. Los solicitantes presentan la solicitud de curso firmada y los demás requisitos en
Secretaría
6. Secretaría crea una carpeta con todos los documentos y se fija fecha para firma del
expediente matrimonial
7. Se firma el expediente en presencia del párroco, los novios y un testigo de cada
novio
8. Imparte el sacramento en la fecha predispuesta
9. Se registra en los libros físicos la constancia de celebración y se firma por los
novios y padrinos.
PROCESO INSCRIPCION DEFUNCION
1. Los familiares informan en el Despacho el fallecimiento
2. Solicitan la ceremonia religiosa
3. Se entrega la papeleta de defunción en Secretaría
4. Se cancela el aporte parroquial
5. Se celebra la santa misa
6. Se registra en los libros parroquiales
PROCESO DE SOLICITUD DE CAMBIO DE PARROQUIA DE CELEBRACION
DE MATRIMONIO
1. Los interesados solicitan/reciben los requisitos en Secretaría (adj01) con un mes de
anticipación
2. Entregar todos los requisitos en Secretaría
a. REQUISITOS
i. Partidas bautismales de los novios
ii. Certificados de confirmación
iii. Certificado de matrimonio civil
iv. Copias de cédulas de los novios
v. Copias de cédulas de los testigos (1 por novio)
vi. Partida matrimonial de los Padrinos (Deben ser matrimonio)
3. Secretaría entrega solicitud del curso y se fija fecha del sacramento
a. CURSO
i. Deben comprar los folletos para el curso y expediente matrimoniales
en la Curia
ii. Asisten al curso en la Parroquia destinada por la zona (En reunión)
4. Los miembros de la comunidad apostólica imparten el curso y firma la asistencia
5. Los solicitantes presentan la solicitud de curso firmada y los demás requisitos en
Secretaría
6. Secretaría crea una carpeta con todos los documentos y se fija fecha para firma del
expediente matrimonial
7. Se firma el expediente en presencia del párroco, los novios y un testigo de cada
novio
8. Se envía el expediente matrimonial con la solicitud del matrimonio a la Parroquia
solicitada
9. Se realiza el sacramento en la Parroquia solicitada
10. Se registra en los libros de la Parroquia solicitada
