UNIVERSIDAD DE GUAYAQUIL
FACULTAD DE CIENCIAS ADMINISTRATIVAS
TRABAJO DE TITULACIÓN PRESENTADA COMO REQUISITO PARA OPTAR
POR EL TÍTULO DE INGENIERÍA EN SISTEMAS ADMINISTRATIVOS
COMPUTACIONALES
TEMA:
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA.”
AUTOR(ES): Delgado España Sandra Stefanie
Mosquera Almeida Gabriela Vanessa
TUTOR DE TESIS: Ing. César Vallejo de la Torre, MBA.
Guayaquil, Octubre 2017
ii
REPOSITORIO NACIONAL EN CIENCIAS Y TECNOLOGÍA
FICHA DE REGISTRO DE TESIS
TÍTULO: Propuesta tecnológica de un sistema de información para el control financiero de la Iglesia Adventista del séptimo
día de Urdesa
AUTORES:
Delgado España Sandra Stefanie
Mosquera Almeida Gabriela Vanessa
REVISORES:
Ing. César Vallejo de la Torre
Ing. César Barrionuevo
INSTITUCIÓN: Universidad de Guayaquil FACULTAD: Ciencias Administrativas
CARRERA: Ingeniería en Sistemas Administrativos Computarizados
FECHA DE PUBLICACIÓN: N° DE PÁGS.: 194
ÁREA TEMÁTICA: Aplicación Web
PALABRAS CLAVES: Software, control administrativo, sistema de información
RESUMEN:
A medida que pasa el tiempo observamos que existen muchas herramientas tecnológicas en la cual podemos ingresar información y procesarla. Los sistemas de información son uno de ellos, los cuales proveen soporte no solamente los procesos de negocios y operaciones, sino también el proceso de tomar decisiones y hacer estrategias competitivas.
Nuestro país cuenta con gran variedad de organizaciones religiosas, lo cual es también necesario llevar el control, registro, actualización y procesamiento de su información de la manera más transparente, personalizada y fácil posible.
Por tal motivo mediante la investigación necesaria, usando las técnicas y metodologías adecuadas se ha propuesto analizar y desarrollar un sistema de información usando herramientas web, que podrá ser capaz de almacenar registros de feligreses flujo de caja y datos financieros generados por la Iglesia Adventista del séptimo día de Urdesa para llevar a cabo el control financiero permitiendo mantener la fidelidad de sus datos así como también que sus actividades e información sean distribuidos de manera novedosa, y sin tradicionales limitaciones los feligreses puedan acceder a ella de manera confiable.
N° DE REGISTRO (en base de datos): N° DE CLASIFICACIÓN:
Nº
DIRECCIÓN URL (tesis en la web):
ADJUNTO PDF
SI
NO
CONTACTO CON AUTORES:
Sandra Stefanie Delgado España
Gabriela Vanessa Mosquera Almeida
Teléfono:
0939446605
0968393248
E-mail:
CONTACTO DE LA INSTITUCIÓN Nombre:
Universidad de Guayaquil - Facultad de ciencias
administrativas
Teléfono: 2590660
iii
INFORME DE URKUND
El presente trabajo ha sido revisado por el programa de URKUND teniendo un porcentaje
del 9% lo cual lo hace apto para su presentación y sustentación.
iv
CERTIFICACION DEL TUTOR
Yo César Vallejo de la Torre, con C.I.: 0912211299, habiendo sido nombrado como tutor del
proyecto de titulación, como requisito para optar por título de Ingeniería en Sistemas
Administrativos Computarizados presentado por las egresadas:
Sandra Stefanie Delgado España con C.I.: 0930876313
Gabriela Vanessa Mosquera Almeida con C.I.: 0927971796
Tema: “Propuesta tecnológica de un sistema de información para el control financiero de la
Iglesia Adventista de Urdesa.”
Tengo a bien informar, que el mismo ha cumplido con las directrices y recomendaciones dadas
por la suscrita, por lo expuesto se procede a la aprobación del proyecto, encontrándose apto
para su sustentación.
Guayaquil, Octubre del 2017
Atentamente,
Ing. César Vallejo De la Torre, MBA.
TUTOR DE TESIS
v
RENUNCIA DE DERECHOS DE AUTOR
Por medio de la presente certifico que los contenidos desarrollados en esta tesis son de absoluta
propiedad y responsabilidad de: Sandra Stefanie Delgado España, con C.I # 0930876313 y,
Gabriela Vanessa Mosquera Almeida, con C.I # 0927971796 cuyo tema es:
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL
CONTROL FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
Derechos que renunciamos a favor de la Universidad de Guayaquil, para que haga uso como a
bien tenga.
SANDRA STEFANIE DELGADO ESPAÑA
CI: 0930876313
GABRIELA VANESSA MOSQUERA
ALMEIDA C.I: 0927971796
vi
El Honorable Jurado Calificador Otorga a este trabajo de Titulación
La Calificación de:
Equivalente a:
vii
DEDICATORIA
Dedico este trabajo de grado inmensamente a Dios quien con su
incondicional y omnipresente amor ha logrado que cumpla una
meta más en el plan que él tiene para mi vida.
A mis padres, Sandra España y Jorge Delgado por su ilimitada
paciencia, comprensión, apoyo y su inmenso esfuerzo han
logrado darme todo lo necesario para seguir adelante.
A mis hermanas Melanie y Damaris por ser mis confidentes y
amigos por ser un pilar más de apoyo en mi vida.
Delgado España Sandra Stefanie
viii
DEDICATORIA
Este proyecto se lo dedico a Dios ya que él fue el intermediario
de proveerme sabiduría y dedicación constante para alcanzar mi
objetivo.
Se lo dedico a mi familia ya que ellos son el pilar fundamental
de mi vida, el motor que me motiva a seguir creciendo personal
y profesionalmente e inspiración constante para proponerme
nuevos retos académicos.
Mosquera Almeida Gabriela Vanessa
ix
AGRADECIMIENTO
A Dios por brindarme la oportunidad de vivir y poder culminar esta
etapa universitaria.
A nuestro tutor el Ing. César Vallejo por tenernos siempre presente
y ser una guía para la culminación de ésta etapa con éxito.
A todos los docentes que día a día se esfuerzan para formar
profesionales.
A cada uno de los líderes y miembros de la Iglesia Adventista del
Séptimo día de Urdesa por brindarme el apoyo en el presente trabajo
de titulación.
Delgado España Sandra Stefanie
x
AGRADECIMIENTO
De todo corazón agradezco a Dios que siempre estuvo a mi lado
brindándome su amor y fortaleza para continuar y cumplir con el
término de esta meta.
Agradezco a mis padres que me supieron guiar por el mejor camino,
ya que aprendí de ellos que con perseverancia y esfuerzo podré
culminar con cada una de las metas que me proponga.
Gracias a mis hermanos que con su motivación y ayuda me
incentivaron alcanzar mi objetivo profesional.
Finalmente agradezco a mis amigos y familiares que siempre
estuvieron pendiente de este proceso y a mi compañera de tesis que
hicimos un excelente equipo para el término de este proyecto.
Mosquera Almeida Gabriela Vanessa
xi
ÍNDICE GENERAL
INTRODUCCIÓN ..................................................................................................................... 1
Antecedentes .............................................................................................................................. 2
CAPÍTULO I ............................................................................................................................. 4
1 PRESENTACIÓN DEL PROYECTO ........................................................................... 4
1.1 TEMA O TÍTULO DEL PROYECTO ....................................................................... 4
1.2 PLANTEAMIENTO DEL PROBLEMA ................................................................... 4
1.2.1 Formulación del problema ........................................................................................... 5
1.2.2 Causas y consecuencias del problema ......................................................................... 5
1.3 OBJETIVOS DE LA INVESTIGACIÓN ................................................................... 6
1.3.1 Objetivo General .......................................................................................................... 6
1.3.2 Objetivos Específicos .................................................................................................. 6
1.4 JUSTIFICACIÓN DEL PROYECTO ......................................................................... 7
CAPÍTULO II ............................................................................................................................ 8
2 MARCO TEÓRICO....................................................................................................... 8
2.1 ANTECEDENTES DE LA INVESTIGACIÓN ......................................................... 8
2.2 Administración de la iglesia ........................................................................................ 8
2.3 Tendencia de los sistemas de informacion ................................................................ 10
2.4 Sistemas de Información en iglesias cristianas a nivel internacional ........................ 10
2.4.1 Softlife ....................................................................................................................... 11
2.4.2 Iglesia de Hoy ............................................................................................................ 11
2.4.3 Keeper ........................................................................................................................ 12
2.4.4 Hablemos de iglesia ................................................................................................... 13
2.4.5 Pastors Helpmate for MS Access 7.0 7.2a ................................................................. 13
2.5 Sistemas de informacion en iglesias a nivel nacional ............................................... 13
xii
2.6 Marco legal ................................................................................................................ 14
2.7 Sistemas de Información ........................................................................................... 18
2.7.1 Actividades de un Sistema de Información ............................................................... 19
2.7.2 Funciones de los Sistemas de Información ................................................................ 19
2.7.3 Características de los sistemas de información ......................................................... 20
2.7.4 Tipos de un Sistema de Información ......................................................................... 21
2.8 Aplicaciones Web ..................................................................................................... 22
2.8.1 Ventajas de las aplicaciones Web .............................................................................. 22
2.9 MVC (Modelo-Vista-Controlador) ........................................................................... 23
2.10 Sistema de base de datos ........................................................................................... 25
2.10.1 Características de los sistemas de base de datos ........................................................ 26
2.11 Cloud Storage ............................................................................................................ 27
2.11.1 Retos y oportunidades del Cloud Computing ............................................................ 27
2.11.2 Ventajas y desventajas de la cloud computing .......................................................... 28
2.12 Definición de Términos religiosos ............................................................................ 29
CAPÍTULO III ......................................................................................................................... 31
3 DISEÑO METODOLÓGICO ...................................................................................... 31
3.1 Diseño metodológico................................................................................................. 31
3.2 Tipos de investigación. .............................................................................................. 32
3.3 Técnicas de recolección de datos .............................................................................. 32
3.4 Observación ............................................................................................................... 33
3.5 LA ENCUESTA ........................................................................................................ 33
3.6 La Entrevista ............................................................................................................. 34
3.7 Población y Muestra .................................................................................................. 35
3.7.1 Población ................................................................................................................... 35
xiii
3.8 Análisis e Interpretación De Resultados ................................................................... 36
3.8.1 Interpretación de entrevista realizada ........................................................................ 36
3.8.2 Interpretación de datos ............................................................................................... 37
3.8.3 Análisis de los resultados encontrados en la investigación ....................................... 49
CAPÍTULO IV......................................................................................................................... 50
4 La propuesta ................................................................................................................. 50
4.1 Objetivo de la propuesta ............................................................................................ 50
4.2 Descripción de la propuesta ...................................................................................... 50
4.2.1 DISEÑO DE PANTALLAS DEL SISTEMA ........................................................... 51
4.3 Análisis de Factibilidad ............................................................................................. 57
4.3.1 Factibilidad Operativa ............................................................................................... 57
4.3.2 Factibilidad técnica .................................................................................................... 59
4.3.2.1 Sistemas Operativos ................................................................................................... 62
4.3.2.2 Aplicaciones Web ...................................................................................................... 65
4.3.2.3 JAVA ......................................................................................................................... 66
4.3.2.4 Web Services ............................................................................................................. 69
4.3.2.5 IDE (Environment Development Integrated) ............................................................ 69
4.3.2.6 NETBEANS .............................................................................................................. 70
4.3.2.7 Apache Tomcat .......................................................................................................... 71
4.3.2.8 Arquitectura Modelo Cliente Servidor ...................................................................... 72
4.3.2.9 POSTGRESQL .......................................................................................................... 73
4.3.2.10 CLOUD COMPUTING ............................................................................................. 76
4.3.3 Factibilidad Legal ...................................................................................................... 78
4.3.4 Factibilidad económica .............................................................................................. 83
4.3.4.1 Evaluación económica financiera .............................................................................. 87
xiv
4.4 Metodología del proyecto.......................................................................................... 89
4.4.1 Metodología en cascada ............................................................................................ 89
4.5 Arquitectura del sistema ............................................................................................ 90
4.6 Capas en la estructura de sistema .............................................................................. 90
4.6.1 Capa de presentación ................................................................................................. 90
4.6.2 Capa de datos ............................................................................................................. 91
4.7 Diagrama de caso de uso ........................................................................................... 92
4.8 Modelo Entidad Relación .......................................................................................... 93
4.9 Impactos de la propuesta ........................................................................................... 94
4.9.1 Impacto social ............................................................................................................ 94
4.9.2 Impacto económico .................................................................................................... 94
4.9.3 Impacto ambiental ..................................................................................................... 94
4.10 Conclusiones ............................................................................................................. 95
4.11 Recomendaciones ...................................................................................................... 96
BIBLIOGRAFÍA ..................................................................................................................... 97
ANEXOS ............................................................................................................................... 101
xv
ÍNDICE DE ILUSTRACIONES
Ilustración 1. Tabla ingresos y aporte de donaciones .............................................................. 18
Ilustración 2. Actividades de un sistema de información ........................................................ 19
Ilustración 3. Tipos de un Sistema de Información ................................................................. 21
Ilustración 4 MVC (Modelo-Vista-Controlador) ..................................................................... 24
Ilustración 5. Esquema general de un sistema de base de datos .............................................. 25
Ilustración 6 Organigrama de la Iglesia ................................................................................... 35
Ilustración 7. Ventana de inicio de sesión ............................................................................... 51
Ilustración 8. Pantalla principal ............................................................................................... 52
Ilustración 9. Módulo de administration .................................................................................. 53
Ilustración 10. Módulo de mantenimiento ............................................................................... 53
Ilustración 11. Módulo de boletines ......................................................................................... 54
Ilustración 12. Módulo de registros ......................................................................................... 54
Ilustración 13. Módulo de visitas ............................................................................................. 55
Ilustración 14. Módulo financiero ............................................................................................ 55
Ilustración 15. Módulos de gastos ........................................................................................... 56
Ilustración 16. Módulo de reportes .......................................................................................... 56
Ilustración 17. Tabla comparativa de plataformas ................................................................... 60
Ilustración 18. Ubicación del Sistema Operativo .................................................................... 62
Ilustración 19. Logo de Windows Server ................................................................................ 63
Ilustración 20. Logo debian ..................................................................................................... 64
Ilustración 21. Logo Java ......................................................................................................... 66
Ilustración 22. Logo NetBeans ................................................................................................ 70
Ilustración 23. Logo Apache Tomcat ....................................................................................... 71
xvi
Ilustración 24. Arquitectura Modelo Cliente - Servidor .......................................................... 72
Ilustración 25. Logo PostgreSQL ........................................................................................... 73
Ilustración 26. Cotización de Servidor Físico. ......................................................................... 85
Ilustración 27. Máquina virtual windows ................................................................................ 86
Ilustración 28. Backup cotización ............................................................................................ 86
Ilustración 29. Azure Database for PostgreSQL ...................................................................... 86
Ilustración 30. Modelo de la Cascada ..................................................................................... 89
Ilustración 31. Arquitectura del sistema .................................................................................. 90
Ilustración 32. Diagrama de caso de uso de la Iglesia Adventista de Urdesa ......................... 92
Ilustración 33. Modelo Entidad relación .................................................................................. 93
Ilustración 34. Resultados sexo.............................................................................................. 108
Ilustración 35. Resultados segunda parte ............................................................................... 109
Ilustración 36. Resultados tercera parte ................................................................................. 110
Ilustración 37. Resultados cuarta parte .................................................................................. 111
Ilustración 38. Resultados quinta parte .................................................................................. 112
Ilustración 39. Resultados última parte .................................................................................. 113
xvii
INDICE DE TABLAS
Tabla 1. Encuesta Sexo ............................................................................................................ 37
Tabla 2. Encuesta Edad ............................................................................................................ 38
Tabla 3. Tiempo de membresía de la iglesia ............................................................................ 39
Tabla 4. Consulta de reportes de diezmos y ofrendas .............................................................. 40
Tabla 5. Medios en el que recibe sus comprobantes de aportaciones de diezmos y ofrendas . 41
Tabla 6. Frecuencia de revisión de aportaciones de diezmos y ofrendas ................................ 42
Tabla 7. Tiempo en brindar información de diezmos y ofrendas ............................................ 43
Tabla 8. Eficiencia de entrega de reportes ............................................................................... 44
Tabla 9. Disponibilidad para proveer información de las actividades de la iglesia ................. 45
Tabla 10. Existe un sistema de información para ingreso de sus actividades .......................... 46
Tabla 11. Existe un sistema de información para ingreso de sus actividades .......................... 47
Tabla 12. Estaría interesado en que la iglesia adquiera un sistema de información. ............... 48
Tabla 13. Comparación de plataformas de administración de iglesias .................................... 58
Tabla 14. Requerimientos mínimos de Hardware.................................................................... 59
Tabla 15. Requerimientos mínimos de Software ..................................................................... 60
Tabla 16. Diferencias entre PostgreSQl y MySQL .................................................................. 75
Tabla 17. Recursos financieros ............................................................................................... 84
Tabla 18. Cotización de servicios en nube ............................................................................... 87
xviii
ÍNDICE DE GRÁFICOS
Gráfico 1 Encuesta: Sexo ......................................................................................................... 37
Gráfico 2 Encuesta: Edad......................................................................................................... 38
Gráfico 3 Encuesta: Años de membresía en la iglesia ............................................................. 39
Gráfico 4 Encuesta: Consulta de reportes de diezmos y ofrendas ........................................... 40
Gráfico 5 Encuesta: Medio en el que recibe sus comprobantes de diezmos y ofrendas .......... 41
Gráfico 6 Encuesta: Frecuencia de revisión de sus aportaciones ............................................ 42
Gráfico 7 Encuesta: Tiempo en brindar información de diezmos y ofrendas .......................... 43
Gráfico 8 Encuesta: Eficiencia de entrega de reportes ............................................................ 44
Gráfico 9 Encuesta: Disponibilidad para proveer información de las actividades de la iglesia
.................................................................................................................................................. 45
Gráfico 10 Encuesta: Existe un sistema de información para ingreso de sus actividades ....... 46
Gráfico 11 Encuesta: Le agradaría ingresar a un sitio web con clave y contraseña ................ 47
Gráfico 12 Encuesta: Estaría interesado en que la iglesia adquiera un sistema de información.
.................................................................................................................................................. 48
xix
ÍNDICE DE ANEXOS
Anexo 1 Formato de entrevista ............................................................................................. 102
Anexo 2 Formato de encuesta ................................................................................................ 105
Anexo 3 Encuesta realizada a los feligreses de la Iglesia Adventista del Séptimo día de
Urdesa. ................................................................................................................................... 108
Anexo 4. ................................................................................................................................. 115
Anexo 5 .................................................................................................................................. 156
xx
RESUMEN
Título del Proyecto: PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA.
A medida que pasa el tiempo observamos que existen muchas herramientas
tecnológicas en la cual podemos ingresar información y procesarla. Los sistemas de
información son uno de ellos, los cuales proveen soporte no solamente los procesos de negocios
y operaciones, sino también el proceso de tomar decisiones y hacer estrategias competitivas.
Nuestro país cuenta con gran variedad de organizaciones religiosas, lo cual es también
necesario llevar el control, registro, actualización y procesamiento de su información de la
manera más transparente, personalizada y fácil posible.
Por tal motivo mediante la investigación necesaria, usando las técnicas y metodologías
adecuadas se ha propuesto analizar y desarrollar un sistema de información usando
herramientas web, que podrá ser capaz de almacenar registros de feligreses flujo de caja y
datos financieros generados por la Iglesia Adventista del séptimo día de Urdesa para llevar a
cabo el control financiero permitiendo mantener la fidelidad de sus datos así como también
que sus actividades e información sean distribuidos de manera novedosa, y sin tradicionales
limitaciones los feligreses puedan acceder a ella de manera confiable.
Autores: Sandra Stefanie Delgado España
Gabriela Vanessa Mosquera Almeida.
Tutor: Ing. César Vallejo De La Torre, MBA.
xxi
ABSTRACT
TITLE: TECHNOLOGICAL PROPOSAL OF AN INFORMATION
SYSTEM FOR THE FINANCIAL CONTROL OF THE
ADVENTIST CHURCH OF URDESA
As time goes by we observe that there are many technological tools in which we can
enter information and process it. Information systems are one of them, which provide support
not only the business processes and operations, but also the process of making decisions and
making competitive strategies.
Our country has a great variety of religious organizations, which is also necessary to
control, register, update and process information in the most transparent, personalized and
easiest way possible.
For this reason, through the necessary research, using the appropriate methods and
techniques, it has been proposed to analyze and develop an information system using web tools,
which may be able to store parishioners records, cash flow and financial data generated by the
Seventh-day Adventist of Urdesa to carry out the financial control allowing to maintain the
fidelity of its data as well as that its activities and information are distributed in a novel way,
and without traditional limitations the congregation can accede to it in a reliable way.
Autores: Sandra Stefanie Delgado España
Gabriela Vanessa Mosquera Almeida.
Tutor: Ing. César Vallejo De La Torre, MBA.
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
1
INTRODUCCIÓN
En el presente proyecto de sistema de información es importante destacar que también
para las organizaciones sin fines de lucro deben llevar una correcta administración. Ya que su
información debe ser gestionada de manera ordenada, actualizada y accesible para sus
miembros y así poder tomar decisiones oportunas por parte de sus líderes, razón por la cual se ha
propuesto diseñar un sistema que sea capaz de poder cumplir con las necesidades de dicha
organización.
En el levantamiento de información nos encontramos con las dificultades que tiene la
iglesia al llevar los registros de los fondos económicos y aportes de los feligreses se realizan
de manera manual sin poder llevar información ordenada, actualizada y oportuna. Creando
inconformidad de parte de la administración de la iglesia al no contar con la información de
los fondos y retroalimentar de una manera precisa a los feligreses de sus aportes.
Por lo que desarrollamos una propuesta tecnológica para el control financiero de la
Iglesia Adventista el Séptimo Día de Urdesa ya que la iglesia es consciente del manejo de la
información para toma de decisiones, cubriendo las necesidades de control y administración
reduciendo tiempos de espera y optimizando la información.
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
2
Antecedentes
La Iglesia Adventista del Séptimo Día de Urdesa es solo un cuerpo con la sola misión
de esparcir el evangelio en el mundo, fue inaugurada en los años 90, ha venido creciendo
físicamente, sin embargo se ha venido realizando todos sus registros y controles de forma
manual, generando tiempo de respuestas sin eficiencia al momento de entregar información
solicitada por los líderes de los departamentos y miembros de la iglesia.
Según (Falconer, 1996),nos menciona lo siguiente: En la investigación sobre la
alfabetización en información religiosa y el uso de información para aprender en la
comunidad, la iglesia explora la naturaleza del aprendizaje informado en el contexto de
la parroquia como una comunidad de aprendizaje. El estudio prevé que los
conocimientos que resulten de esta exploración pueden ayudar a las organizaciones
de la iglesia, líderes de la iglesia y laicos a considerar cómo la información puede ser
usada para cultivar la fe, desarrollar relaciones, administrar la iglesia y responder a
los conocimientos religiosos, que apoyan la búsqueda del bienestar espiritual y el
cultivo de la educación permanente.
Por tal motivo es necesario realizar el análisis y estudio de todos los parámetros
requeridos con el fin de diseñar un sistema de información web para la administración y apoyo
de la Iglesia Adventista del Séptimo Día de Urdesa, permitiendo así optimizar tiempo y su
información esté disponible cuando sea requerida para la toma de decisiones.
Con el cumplimiento se lograra llegar a la misión que es “Glorificar a Dios y bajo la
unción del Espíritu Santo, guiar a cada creyente a una experiencia de relación personal y
transformadora con Cristo que lo capacite como discípulo, para compartir el evangelio con toda
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
3
persona” y cuyos objetivos planteados por la Iglesia Adventista del Séptimo Día de Urdesa
con los mejores resultados. Entre los objetivos tenemos los siguientes:
Glorificar a Dios predicando y enseñando la Santa Palabra de Dios con el fin de edificar
a los creyentes, alcanzar a los perdidos.
Glorificar a Dios predicando el evangelio. Esta obra contempla la tarea de establecer
misiones y plantar iglesias locales en todas partes del mundo conforme al propósito y
providencia de Dios.
Glorificar a Dios por medio de la observancia correcta de ordenanzas establecidas por
la Palabra de Dios, las cuales son dos y son: el Bautismo y la Cena del Señor.
Glorificar a Dios por medio de la adoración pública, es decir, los cultos regulares de
oración y predicación, procurando que todo sea realizado “reverentemente” y que la adoración
sea en “espíritu y verdad” y dentro de los límites establecidos por el “principio regulador”, la
Santa Palabra de Dios.
Glorificar a Dios utilizando todos los medios apropiados para esparcir la Palabra de
Dios, incluyendo la publicación y distribución de libros, folletos, CD´s, videos, internet, etc.
Glorificar a Dios propiciando el desarrollo, capacitación, ordenamiento de feligreses y
candidatos al ministerio.
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
4
CAPÍTULO I
1 PRESENTACIÓN DEL PROYECTO
1.1 TEMA O TÍTULO DEL PROYECTO
Propuesta tecnológica de un sistema de información para el control financiero de la
Iglesia Adventista de Urdesa.
1.2 PLANTEAMIENTO DEL PROBLEMA
Las Iglesias adventistas del Séptimo Día creen en la diversidad de dones y ministerios
utilizados para cumplir con su misión de esparcir el evangelio al mundo. Por esta razón, actúa
en diferentes áreas realizando proyectos, programas y acciones estratégicas.
A medida que pasan los años las iglesias adventistas han venido creciendo y brindando
servicio de formación de niños, adolescentes y adultos logrando un gran aporte en la sociedad
mediante la ayuda en campos de salud, alimentación y misiones.
Pero sus recursos para lograr cubrir sus necesidades y administración por parte de los
líderes de la iglesia con los que cuentan son limitados.
Por ser una organización sin fines de lucro no cuenta con un sistema propio en la cual
les ayude a dar un mejor servicio a los feligreses y líderes con la información que manipulan,
tanto del registro de la misma como las actividades que realicen, así como de sus módulo
económico financiero que se lo realiza de forma manual dando como consecuencia la pérdida
de información y sus procesos no se completen de manera óptima.
Es por esta razón que la Iglesia Adventista del Séptimo Día no lleva un control en
cuanto a los registros de las actividades que se realizan en la misma, ni mucho menos
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
5
seguimiento a los feligreses que la congregan. Existe documentación pero es mínima registrada
físicamente, en documentos de Word, Excel, pero aunque se encuentre documentada de manera
digital o en papel, la información no está disponible en cualquier momento ni mucho menos en
cualquier lugar, creando así limitaciones en cuanto a la disponibilidad de la información.
Para ello ante lo mencionado se requiere realizar un sistema de información que ayude
con el respectivo control de las actividades y módulos básicos financieros pertenecientes a
dicha iglesia.
1.2.1 Formulación del problema
¿Cómo influye una plataforma informativa de control en la imagen de la Iglesia
Adventista de Urdesa a sus Feligreses?
1.2.2 Causas y consecuencias del problema
En la Iglesia Adventista de Urdesa existe una gran deficiencia debido a la falta de un
software que organice la información de manera eficaz, debido a ello se definen las siguientes
causas y consecuencias:
1. Almacenamiento completo de la información en papeles
2. Tiempo de espera
3. Carencia de información actualizada de información de feligreses
4. Falta de registro de actividades
5. Disponibilidad de congregación
6. Gestión de sus recursos
A todas estas causas se pudieron definir las siguientes consecuencias:
1. Se lleva la información en papeles de forma manual y no sistematizada, ocasionando
pérdida de información.
2. Su gestión toma más tiempo de lo que requiere el feligrés de la iglesia.
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
6
3. No se dispone con la información actualizada del feligrés, ocasionando la pérdida de
tiempo de la organización de sus actividades.
4. No se realiza el debido seguimiento de las actividades futuras que plantea la iglesia.
5. No cuenta con la disponibilidad actualizada y detallada de horarios y fechas de las
actividades.
6. No cuenta con la administración y optimización eficiente de sus recursos.
1.3 OBJETIVOS DE LA INVESTIGACIÓN
1.3.1 Objetivo General
El objetivo general de este proyecto es analizar y diseñar un sistema de información
que permita la gestión financiera y el mejoramiento del desempeño de las actividades
relacionadas con cada uno de los departamentos pertenecientes a la Iglesia Adventista del
Séptimo Día de Urdesa para su correcta administración.
1.3.2 Objetivos Específicos
● Desarrollar una herramienta que disponga de un registro confiable de la
información de los feligreses y adicional un módulo sencillo para la gestión de
sus ingresos y gastos.
● Desarrollar una página web para publicar y gestionar de manera correcta el
funcionamiento de las actividades que se realizan en la Iglesia.
● Elaborar un manual de usuario para el correcto uso del sistema.
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
7
1.4 JUSTIFICACIÓN DEL PROYECTO
Las organizaciones religiosas necesitan ser reguladas por tal motivo crea dicha
problemática a la Iglesia Adventista del Séptimo día de Urdesa, con un desorden en el espacio
económico financiero, que no se puede controlar de manera ordenada, dejando una estela de
dudas la posible administración del líder de la iglesia, punto principal por el cual se necesita
que este proyecto se vea viabilizado por temas exclusivamente de imagen del obrero principal
(Pastor).
Por tal motivo existe la necesidad de llevar los procesos de la iglesia en un sistema
confiable en la cual miembros y directrices de la organización podrán realizar tareas de
colaboración y mantenimiento que se requiera de manera amigable, sin tener inconveniente de
coordinación, así como también se permitirá obtener informes necesarios de manera automática
brindando seguridad en aquellos datos que hayan sido ingresados y almacenados incluyendo
la disponibilidad al pastor para cumplir con las instituciones reguladoras.
En este proyecto se utilizará información y conocimientos científicos que puedan
brindar eficacia y eficiencia a quienes realicen las debidas consultas y todos los movimientos
de las actividades generadas por la iglesia y así se logren ejecutar los planes que Dios tiene
para ella.
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
8
CAPÍTULO II
2 MARCO TEÓRICO
2.1 ANTECEDENTES DE LA INVESTIGACIÓN
Realizando las investigaciones basadas en la Iglesia Adventista del Séptimo Día de
Urdesa, podemos denotar que no existe una buena gestión de la organización ya que no lleva
el debido control de administración por parte de los líderes que desempeñan las diferentes
funciones dentro de la iglesia ya que en la mayoría de los casos todo los procesos se lo realiza
de forma manual y en papeles provocando la pérdida de dichos así como la revisión constante
también de información de manera manual.
Teniendo en cuenta sus necesidades y la distribución correcta de información sobre sus
feligreses, organización de sus actividades que existen tanto interna como externamente se eligió
un sistema de información para dar apoyo a la iglesia y mejorar la toma de decisiones, ya que
cuenta con la capacidad de recopilar, analizar y distribuir la información de manera digital y
transparente entre los usuarios y agentes de control.
2.2 ADMINISTRACIÓN DE LA IGLESIA
No se puede pensar en la iglesia solamente como un centro de predicación; tampoco se
puede percibir como una agencia de desarrollo y bienestar social. La iglesia es una institución
divinamente establecida para desarrollar un programa integral, predicar, enseñar, pastorear y
administrar; el líder cristiano opera en un verdadero cuadrilátero de funciones:
1) Predicador.
2) Educador.
3) Pastor.
4) Administrador.
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
9
La Predicación: Es la proclamación del evangelio. La palabra predicador viene de
Kéryx que quiere decir Heraldo que era el que comunicaba al pueblo las noticias del rey, los
requisitos personales del predicador según el Dr. J. Broadus son: Una vida de santidad, Dotes
racionales, Ej. Raciocinio, sentimiento, imaginación, buen vocabulario y buena voz;
conocimiento de todo pero mayormente de la palabra de Dios y habilidad para preparar y
presentar el sermón.
Educar: Es el segundo ángulo del ministerio cristiano, la enseñanza fue la ocupación
característica de Cristo y sus Apóstoles, en la predicación se siembra pero en la enseñanza se
cultiva.
Pastor: Es el que apacienta, las características de Cristo el buen pastor son:
a) Da su vida por las ovejas
b) Conoce sus ovejas
c) Las ovejas lo conocen
La Administración: Cierra el cuadro funcional del ministerio. Ganar, educar,
consolidar y usar; es el procedimiento integral en la iglesia. La iglesia de hoy necesita tener
líderes que tengan sabia dirección.
El Hexágono Funcional de la Administración: Toda administración debe contar con
una base estructural de acuerdo con sus objetivos, sus seis pasos o etapas se ilustran en una
figura geométrica ya que se concibe la administración como un proceso funcional que consiste
en apreciar, planear, preparar, organizar, ejecutar y evaluar.
Hagamos conciencia de la urgente necesidad de líderes dinámicos en la iglesia.
La iglesia tiene al menos cinco tareas misionales que le han sido asignadas por
Jesucristo: Proclamación (kerigma), Enseñanza (Didaje), Adoración (marturia), Servicio
(diakonia) y comunión (koinonia). El liderato cristiano para administrar estas tareas está
compuesta por diversos ministros a mencionar: pastores, maestros, profetas, evangelistas y
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
10
apóstoles. Es importante que revisemos nuestros modelos de iglesia para que respondan a estas
tareas misionales fundamentales. (De Belizario & Belizario)
Tal y como se menciona anteriormente es muy importante la administración de la
iglesia para lograr de manera adecuada el cumplimiento de los objetivos de dicha.
2.3 TENDENCIA DE LOS SISTEMAS DE INFORMACION
Según (Morales, 1976), nos dice que el reconocimiento de la necesidad de disponer
de medios sistemáticos a través de los cuales la información registrada por el poseedor de un
conocimiento puede ser obtenida por alguien que necesita ese conocimiento, ha dado como
resultado el desarrollo del arte o ciencia de la documentación, y la necesidad de dar un enfoque
de sistemas al manejo de la información.
Por tal motivo hoy en día es necesario disponer de medios sistemáticos para el registro
y administración adecuada de la información.
2.4 SISTEMAS DE INFORMACIÓN EN IGLESIAS CRISTIANAS A NIVEL
INTERNACIONAL
La administración eclesiástica se originó desde los tiempos de Moisés, quien con su tarea
de liderar al pueblo hacia la tierra prometida, cuidaba de las necesidades de cada uno, proceso en
el que tardaba hasta un día entero. Fue allí donde Moisés se vio en la necesidad de delegar trabajos,
otorgando al pueblo sublíderes que velaran por las necesidades de un determinado número de
personas. También más adelante a Jesús también se le conoció un modelo de administración
escogiendo 12 apóstoles para que lo ayudaran a la “pesca de hombres”.
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
11
Así cuando surgió el papel, éste fue utilizado como herramienta para almacenar la
información de los miembros en una iglesia. Y es así como en esta época contemporánea, la
administración eclesiástica se ha apoyado en los avances tecnológicos existentes para poder
agilizar los procesos, mejorar la toma de decisiones y ofrecerle lo mejor a Dios. A continuación se
describirá diferentes sistemas desarrollados a nivel internacional, los cuales apoyan el proceso de
administración en las iglesias cristianas.
2.4.1 Softlife
Es un software para la administración de las iglesias, ayuda de una forma más fácil para
que líderes y pastores administren y monitoreen los procesos en la iglesia, orientados en un
trabajo pastoral efectivo. Para adquirirlo se debe realizar la compra de una licencia de acuerdo
a los miembros de la iglesia. (Softlife, 2015).
Ventajas:
Soporta múltiples usuarios
Versión móvil para lideres
Desventajas:
Se debe realizar pago mensualmente para el mantenimiento.
2.4.2 Iglesia de Hoy
Iglesia HOY es un software especializado para iglesias cristianas. Por más de 15 años,
Iglesias cristianas hispanas en todo el mundo han decidido llevar la información de todas los
aspectos que giran en torno a sus miembros de una manera eficiente y ordenada, para ello han
implementado de manera exitosa el software que les brinda todas las herramientas para lograrlo
de una manera excelente. Para adquirirlo se debe realizar el pago de una licencia. (Iglesia Hoy,
s.f.).
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
12
Ventajas:
Manejo propio de base de datos
Modulo editor y generador de reportes
No depende ni necesita tener instalado ningún otro software.
Soporta múltiples usuarios utilizando simultáneamente el mismo sistema en una
red local
Desventajas:
Diseñada solo para ambiente Windows
Cada iglesia requiere licencia el cual debe realizarle el pago para uso de ella.
2.4.3 Keeper
Keeper es un sistema rápido, confiable y seguro, que guarda el crecimiento de las
personas, asegurando que todo lo que pase con ellas, no se quede en el olvido. (Iglesia casa de
fe, 2013)
Ventajas
Disponibilidad 24/7.
Seguimiento en el desarrollo de líderes.
Implementación de modelo de administración eclesiástica.
Generación de reportes en Microsoft Excel.
Desventajas.
No realiza gestión de servicios y eventos en la iglesia.
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
13
2.4.4 Hablemos de iglesia
Software para la gestión de recursos humanos y administrativos para iglesias y
congregaciones. Para adquirirse debe realizarse un pago único de la licencia por Iglesia.
(Hablemos de iglesia , 2017).
Ventajas:
Un usuario para el uso de múltiples iglesias
Respaldos automáticos
Desventajas:
Pago mensual para uso de ella.
2.4.5 Pastors Helpmate for MS Access 7.0 7.2a
Una aplicación de gestión en Microsoft Access para la iglesia. Se ha diseñado para
permitir a los administradores de la iglesia gestionar de manera efectiva y eficiente toda la
información de su iglesia incluyendo membrecía, asistencia, contribución y registros de
participación por grupo. Versiones disponibles para MS Access 2.0 y MS 97.
2.5 SISTEMAS DE INFORMACION EN IGLESIAS A NIVEL NACIONAL
Actualmente no existe algún SI desarrollado en la ciudad de Guayaquil ni menos en el
Ecuador, por lo que algunas iglesias implementan un determinado sistema que es desarrollado
fuera del país. (Pincay, 2015).
Como lo menciona Pincay en Ecuador son muy pocas las iglesias que desarrollan sistemas
de Información para el manejo de información eclesiástica. Las iglesias optan por utilizar alguno
de los sistemas mencionados anteriormente o solo lo realizan manualmente con herramientas de
ofimática para administrar la información de sus miembros o las finanzas.
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
14
2.6 MARCO LEGAL
CONTROL FINANCIERO POR PARTE DEL ESTADO A LAS ORGANIZACIONES
SIN FINES DE LUCRO
De acuerdo a lo establecido en el artículo 35 el artículo del Reglamento para el
funcionamiento del Sistema Unificado de Información de las Organizaciones Sociales
Ciudadanas, las fundaciones o corporaciones están sujetas a los siguientes controles:
1. Control de funcionamiento a cargo de la propia cartera de Estado que le otorgó la
personalidad jurídica, que comprende la verificación de sus documentos, el
cumplimiento del objeto y fines, y el registro de directiva y la nómina de socios;
2. Control de utilización de recursos públicos por parte de los organismos de control
del Estado y de la institución a través de la cual se transfiere los recursos públicos;
3. Control tributario a cargo del Servicio de Rentas Internas;
4. Control del Servicio Nacional de Aduana del Ecuador en las operaciones de
comercio exterior; y,
5. Los demás que establezcan las leyes.
Con la finalidad de ejecutar los controles que se describieron anteriormente, el artículo
36 del mismo reglamento en concordancia con el artículo 27 del Reglamento de Personas
Jurídicas sin fines de lucro determina que :
Las fundaciones o corporaciones están obligadas a proporcionar las actas de
asambleas, informes económicos, informes de auditoría y memorias aprobadas, o
cualquier otra información que se refiera a sus actividades, requerida de manera
anticipada y pública a las distintas carteras de estado y organismos de control y
regulación, la cual se solicitará justificando el propósito de la petición; asimismo
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
15
tendrán la obligación de facilitar el acceso a los funcionarios competentes del
Estado para realizar verificaciones físicas. (Asamblea Nacional, 2015)
De acuerdo a los artículos que fueron mencionados anteriormente podemos deducir que
el estado tiene potestad para ejercer control financiero en ciertas organizaciones sin fines de
lucro e incentivar la transparencia y rendición de cuentas de dichas, con el fin de que aquellas
no se desvíen de sus fines y puedan asignar sus recursos en función a su cumplimiento.
EXONERACIONES A LAS OBLIGACIONES TRIBUTARIA DE LAS ENTIDADES
RELIGIOSAS
LEY DE RÉGIMEN TRIBUTARIO INTERNO
Art. 9. Exenciones
Para fines de la determinación y liquidación del impuesto a la renta, están exonerados
exclusivamente los siguientes ingresos:
5. Los de las instituciones de carácter privado sin fines de lucro legalmente
constituidas, definidas como tales en el Reglamento; siempre que sus bienes e ingresos se
destinen a sus fines específicos y solamente en la parte que se invierta directamente en ellos.
Los excedentes que se generaren al final del ejercicio económico deberán ser invertidos
en sus fines específicos hasta el cierre del siguiente ejercicio.
Para que las instituciones antes mencionadas puedan beneficiarse de esta exoneración,
es requisito indispensable que se encuentren inscritas en el Registro Único de Contribuyentes,
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
16
lleven contabilidad y cumplan con los demás deberes formales contemplados en el Código
Tributario, esta Ley y demás Leyes de la República.
El Estado, a través del Servicio de Rentas Internas verificará en cualquier momento que
las instituciones a que se refiere este numeral, sean exclusivamente sin fines de lucro, se
dediquen al cumplimiento de sus objetivos estatutarios y, que sus bienes e ingresos se destinen
en su totalidad a sus finalidades específicas, dentro del plazo establecido en esta norma. De
establecerse que las instituciones no cumplen con los requisitos arriba indicados, deberán
tributar sin exoneración alguna.
Los valores que deje de percibir el Estado por esta exoneración constituyen una
subvención de carácter público de conformidad con lo dispuesto en la Ley Orgánica de la
Contraloría General del Estado y demás Leyes de la República;
En el artículo anterior establece que están exentos del pago del Impuesto a la Renta, las
instituciones dedicadas al culto religioso, siempre que sus bienes e ingresos se destinen a sus
fines específicos y solamente en la parte que se invierta directamente en ellos.
¿Cuáles son los deberes formales que deben cumplir las instituciones de carácter
privado sin fines de lucro?
En el Art. 96 del Código Tributario, nos menciona los deberes formales de los
contribuyentes o responsables:
1. Cuando lo exijan las leyes, ordenanzas, reglamentos o las disposiciones de la
respectiva autoridad de la administración tributaria:
Inscribirse en los registros pertinentes, proporcionando los datos necesarios relativos a
su actividad; y, comunicar oportunamente los cambios que se operen;
b) Solicitar los permisos previos que fueren del caso;
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
17
c) Llevar los libros y registros contables relacionados con la correspondiente actividad
económica, en idioma castellano; anotar, en moneda de curso legal, sus operaciones o
transacciones y conservar tales libros y registros, mientras la obligación tributaria no esté
prescrita;
d) Presentar las declaraciones que correspondan; y,
e) Cumplir con los deberes específicos que la respectiva ley tributaria establezca.
2. Facilitar a los funcionarios autorizados las inspecciones o verificaciones,
tendientes al control o a la determinación del tributo.
3. Exhibir a los funcionarios respectivos, las declaraciones, informes, libros y
documentos relacionados con los hechos generadores de obligaciones tributarias y formular las
aclaraciones que les fueren solicitadas.
4. Concurrir a las oficinas de la administración tributaria, cuando su presencia sea
requerida por autoridad competente. (SRI, s.f.)
¿Qué establece la normativa tributaria respecto de las donaciones y aportes que
perciben las instituciones de carácter privado sin fines de lucro?
Los ingresos de las instituciones de carácter privado sin fines de lucro, salvo en el caso
de las Universidades y Escuelas Politécnicas creadas por Ley, se deben constituir con
aportaciones o donaciones en un porcentaje mayor o igual a los establecidos en la siguiente
tabla:
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
18
Fuente: SRI
Ilustración 1. Tabla ingresos y aporte de donaciones
Para fines tributarios, el comodato de bienes inmuebles otorgado mediante escritura
pública, por períodos superiores a 15 años, será valorado conforme los criterios técnicos
establecidos en el Reglamento para la Aplicación de la Ley de Régimen Tributario Interno.
Las donaciones anteriormente señaladas, inclusive las de dinero en efectivo, que por su
naturaleza no constituyen gasto deducible, no generan ingreso ni causan efecto tributario
alguno, por lo que no dan lugar al surgimiento de obligaciones tributarias.
Las instituciones de carácter privado sin finalidad de lucro, deberán tener un soporte
documental que justifique de manera efectiva, los aportes o donaciones que hayan recibido.
(SRI, s.f.)
2.7 SISTEMAS DE INFORMACIÓN
Antes de comenzar con el estudio de los Sistemas de Información cabe aclarar los
conceptos básicos y los elementos que interaccionan con ellos.
Un sistema es un conjunto de componentes que interaccionan entre sí para lograr un
objetivo común. Aunque existe una gran variedad de sistemas, la mayoría de ellos pueden
representarse a través de un modelo formado por cinco bloques básicos: elementos de entrada,
elementos de salida, sección de transformación, mecanismos de control y objetivos, los
recursos acceden al sistema a través de los elementos de entrada para ser modificados en la
sección de transformación. Este proceso es controlado por el mecanismo de control con el fin
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
19
de lograr de objetivo marcado. Una vez se ha llevado a cabo la transformación, el resultado
sale del sistema a través de los elementos de salida (Fernández, 2006, pág. 11).
Un sistema de información con la ayuda de la tecnología informática cooperará con el
control de las actividades que realiza la iglesia del Séptimo día de Urdesa, recopila datos para
luego transformarlos en información requerida para la futura toma de decisiones para la
organización.
2.7.1 Actividades de un Sistema de Información
Ilustración 2. Actividades de un sistema de información
2.7.2 Funciones de los Sistemas de Información
● Entrada de los datos: Esta función consiste en captar la información tanto externa (o
relativa al entorno) como interna (generada en la propia empresa), y enviarla a través
del sistema de comunicación a los órganos del sistema de información encargados de
reagruparse para evitar duplicidades e información inútil.
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
20
● Procesamiento: Significa que convierte o transforma la entrada en bruto en un
formato significativo
● Salida: En los ambientes de los sistemas de información, la salida transfiere la
información procesada a las personas que harán uso de ella, o a las actividades para las
que se utilizará.
● Retroalimentación: En los sistemas de información la retroalimentación es la salida
que se devuelve a los miembros apropiados de la organización para ayudarles a evaluar
o corregir la etapa de entrada.
Toda organización independientemente de su tamaño y giro de negocio dispone de un
sistema de información, aunque no todos conozcan de su existencia para gestionar
adecuadamente los debemos tener presente los siguientes puntos:
● Suministrar a los distintos niveles de dirección la información necesaria para la toma
de decisiones
● Colaborar en la consecuencia de los objetivos de la organización
2.7.3 Características de los sistemas de información
Las principales características de los Sistemas de Información son:
● Ser fiable, facilitando información de calidad y sin errores
● Selectivo, suministrando sólo la información necesaria para el objetivo
asignado
● Relevante, proporcionando información de interés para el usuario
● Oportuno, entregando la información en el momento necesario
Flexible, facilitando su propia modificación para ajustarlo a las necesidades cambiantes
de la organización (Pablos Herederos , 2004, pág. 39).
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
21
2.7.4 Tipos de un Sistema de Información
Ilustración 3. Tipos de un Sistema de Información
Fuente: (Pablos Herederos , 2004)
● El nivel de la Dirección estratégica, asociado a la alta dirección, que tiene como
función más distintiva la elaboración de la estrategia, esto es, la formulación de los
fines, objetivos y planes a largo plazo que sitúen a la organización en la mejor
disposición para aprovechar los cambios que se intuyen en el entorno
convirtiéndolos en ventajas competitivas para la empresa.
● El nivel de la dirección táctica, cuyo cometido es la planificación táctica, esto es
la instrumentación de planes a medio plazo, orientados a la consecución de los
objetivos enunciados por el nivel estratégico, así como el control de que
efectivamente los planes conducen a los objetivos previstos.
● El nivel de la dirección operativa o de ejecución de las operaciones de la empresa,
integrado por mandos que son responsables directos de la programación y control
de las actividades u operaciones básicas de la empresa (Pablos Herederos , 2004,
pp. 39-40)
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
22
2.8 APLICACIONES WEB
Actualmente las aplicaciones web son sistemas informáticos que permite al usuario
acceder a un servidor web mediante internet o una intranet.
Las aplicaciones web son comunes debido a la facilidad del navegador web,
actualmente está disponible en Tablet, celulares notebook etc. Según afirma Villoria (2009)
“Las aplicaciones Web son populares debido a lo práctico del navegador Web como cliente
ligero, así como la facilidad para actualizar y mantener aplicaciones Web sin distribuir e
instalar software a miles de usuarios potenciales” (p. 15)
Nuestro objetivo es la calidad e innovación de un sistema de información para la gestión
financiera de la Iglesia Adventista del Séptimo Día para llevar a cabo una mejor transparencia
del área financiera que controla los directivos para las futuras tomas de decisiones dentro de la
organización.
2.8.1 Ventajas de las aplicaciones Web
Como ventajas principales tenemos las siguientes:
● Necesita de un software específico para cada aplicación web que se utilice. Se
utiliza la interfaz de navegación web para manejar dichas aplicaciones.
● Es completamente transportable e independiente de la plataforma. Es decir,
desde cualquier navegador de cualquier equipo se puede acceder a la misma
aplicación. Incluso desde smartphones y tablets.
● El coste de mantenimiento es bajo.
● No depende de licencias.
Como desventajas de las aplicaciones web podemos citar:
● Necesita de conexión constante de internet.
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
23
● Necesita de la vinculación con el servidor que proporciona a la aplicación web.
● No hay control directo de los datos (Talledo San Miguel, 2015, p.76)
2.9 MVC (MODELO-VISTA-CONTROLADOR)
En la actualidad la mayoría de los desarrolladores se centran en dos aspectos muy
importantes dentro de las aplicaciones informáticas: como el lograr crear aplicaciones con la
peculiaridad de minimizar tiempos de desarrollo y utilizar gran cantidad estándares que
permitan la reutilización del código y mejor mantenimiento del sistema.
Se define como Modelo-Vista-Controlador (MVC) según Diaz Gonzalez & Fernandez
Romero (2012) que “Fue diseñado para reducir el esfuerzo de programación necesario en
la implementación de sistemas múltiples y sincronizados de los mismos datos “ (págs. 48-
49), una de las razones que lo caracterizan es por mantener las entidades separadas, esto hace
que cualquier cambio realizado en el Modelo automáticamente se refleje en cada una de las
vistas. Ahora revisemos algunas de las ventajas de un Modelo-Vista-Controlador.
● Separación clara entre los componentes de un programa, logrando una mayor
actualización y mantenimiento del software en forma sencilla.
● Interfaz de Programación de Aplicaciones (API) muy bien definida, cualquiera que use
el API, podrá reemplazar el Modelo, la Vista o el Controlador, sin aparente dificultad.
● Conexión entre modelo y sus vistas dinámicas, se producen en tiempo de ejecución no
en tiempo de compilación.
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
24
Ilustración 4 MVC (Modelo-Vista-Controlador)
Modelo: Es la capa donde se trabaja con los datos que va utilizar la aplicación, aquí se
encuentran los web services y base de datos. Es el encargado de gestionar todos los accesos de
dicha información tanto consultas como actualizaciones, esta capa es la responsable de enviar
a la vista aquella parte de la información que en cada momento se le solicita para que sea
mostrada.
Vista: Es la parte visual en donde el usuario podrá interactuar con la aplicación, además
contiene los registros del controlador.
Controlador: Es una capa que sirve de enlace entre los modelos y las vistas,
respondiendo las solicitudes que realizan los usuarios, sin embargo no es el responsable de
manipular directamente los datos, ni mostrar ningún tipo de salida.
VISTA MODELO
CONTROLADOR
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
25
2.10 SISTEMA DE BASE DE DATOS
Desde un punto de vista informático se define como una serie de datos relacionados
entre sí, los cuales son recolectados y explotados por los sistemas de información de una
empresa.
Es una colección o almacén de datos en donde la redundancia se encuentra controlada.
Los datos son compartidos entre todos los usuarios y aplicaciones del sistema; para ello deben
mantenerse de forma independiente, con una estructura de datos única junto con un modelo de
datos que permita determinar las restricciones, las relaciones y/o interrelaciones existentes
(Almonacid Inzunza, 2016, pág. 31).
Ilustración 5. Esquema general de un sistema de base de datos
Fuente: http://www.mailxmail.com/curso-diseno-creacion-bases-datos/sistemas-gestion-bases-datos-concepto-diseno-mer-
normalizacion-1
Cabe mencionar que existen dos tipos de arquitecturas básicas de base de datos: base
de datos cliente-servidor y base de datos distribuidos.
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
26
Una base de datos por si sola necesita de mantenimiento especial, para eso se creó los
Sistemas de gestión de base de datos. Estos sistemas permiten a un administrador de base de
datos tener acceso a ellas y realizar tareas rutinarias de mantenimiento.
2.10.1 Características de los sistemas de base de datos
Las características más relevantes de un sistema de base de datos son:
● Independencia de los datos: Las aplicación puede ser uso de ellos, los datos no
dependen del programa.
● Redundancia mínima: Es decir, Aprovecharemos almacenamiento de espacio y
evitaremos inconsistencia de los datos.
● Seguridad de los datos: Es la protección de los datos a los usuarios no autorizados.
● Integridad de los datos: Se refiere a la validez y la consistencia de los datos almacenados
básicamente se expresa en las restricciones o reglas que no pueden ser modificadas.
● Control de concurrencia y simultaneidad: Nos indica que gestionan el acceso
concurrente a la base de datos y garantizan que no ocurran pérdida de información.
Incluye la mayoría de tipos de datos de SQL: 2008, como INTEGER, NUMERIC,
BOOLEAN, CHAR, VARCHAR, DATE, INTERVAL y TIMESTAMP.
● Almacenamiento de objetos binarios grandes, incluyendo imágenes, sonido y video.
● Disponibilidad de interfaces de programación nativas para C/C++, Java, .Net, Perl,
Python, Ruby, Tcl, ODBC, entre otros.
● Multi-Version Concurrency Control (MVCC).
● Point in Time Recovery (PITR).
● Tablespaces.
● Replicación asincrónica.
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
27
● Transacciones anidadas (savepoints).
● Copias de respaldo en línea o en caliente (Online/hot backups).
● Optimizador/Planificador de consultas sofisticado.
● Conjuntos de caracteres internacionales.
● Unicode.
Y por su licencia libre, cualquier persona puede usar, modificar y distribuir PostgreSQL
de manera libre y gratuita para cualquier propósito, sea privado, comercial o académico (López
Acevedo , 2016, págs. 3-4)
2.11 CLOUD STORAGE
El Almacenamiento en nube o «cloud storage» es un modelo de
almacenamiento basado en redes, ideado en los 1960s, donde los datos están
alojados en espacios de almacenamiento virtualizados y por lo general están alojados
por terceros. Las compañías de alojamiento operan enormes centros de
procesamiento de datos; y los usuarios que requieren que sus datos sean alojados
compran o alquilan la capacidad de almacenamiento que requieren. (Gallo).
2.11.1 Retos y oportunidades del Cloud Computing
PC World –la prestigiosa revista de computación- en un excelente reportaje considera
alguno de los riesgos y oportunidades que entraña este nuevo modelo de informática y que
sintetizamos a continuación:
• Privacidad de los datos. El peligro aumenta cuando los datos se alojan en “la nube”,
Los datos pueden residir en cualquier lugar o centro de datos. Esto puede suponer hasta un
problema legal ya que las legislaciones de muchos países obligan a que determinados datos
deben estar en territorio nacional.
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
28
• Seguridad. Es necesario tener la mayor seguridad ante amenazas externas y corrupción
de datos. Es importante que los proveedores de servicios garanticen transparencia, confianza y
la realización de auditorías a los sistemas de información.
• Licencias de software. Es preciso estudiar la compatibilidad del software bajo licencia
con el software en la nube.
• Interoperabilidad. Es preciso que esté garantizada la interoperabilidad entre todos los
servicios-
• SLA. Es necesario el cumplimiento de acuerdos a nivel de servicio (SLA) antes de
confiar a una empresa las aplicaciones de la misma.
• Aplicaciones. Es necesario tener presente que las aplicaciones del modelo “cloud
computing” deben estar diseñadas de modo que se puedan dividir entre múltiples servidores.
(Joyanes Aguilar, 2009)
2.11.2 Ventajas y desventajas de la cloud computing
Las ventajas de la cloud computing son:
Acceso a la información y los servicios desde cualquier lugar.
Disponibilidad del servicio y/o aplicación Web 24h/7días/365dias.
Accesibilidad mediante diferentes tecnologías compatibles, tales como PDA,
teléfonos móviles, ordenadores portátiles, BlackBerry, netbooks,etc.
Servicios gratuitos y de pago según las necesidades del usuario.
No saturación del uso del disco duro en el ordenador o aplicación que se usa, debido
a que sólo se necesita un navegador Web e Internet.
Empresas con facilidad de escalabilidad.
Capacidad de procesamiento y almacenamiento sin instalar máquinas localmente.
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
29
Las desventajas son las siguientes:
Acceso de toda la información a terceras empresas.
Dependencia de los servicios en línea.
En ocasiones, debido a una catástrofe natural o error humano, el servicio se suspende,
con las malas repercusiones para los clientes - nosotros.
Es mejor no guardar datos privados, fotos, videos o información mucho más privada
en estos servicios. Hoy parece que ‚ “no nos molesta”, pero, ¿realmente estamos todos de
acuerdo y tranquilos dejando tantos datos al alcance de terceras personas? ¿Dónde y cuándo
comenzaríamos a perder nuestra privacidad y libertad?
Descontrol del manejo, almacenamiento y uso de esta información.
Dependiendo de qué tecnología use ese servicio, un dispositivo podrá acceder o no al
servicio.
Mayor dependencia de proveedores de Internet y de la velocidad de
ADSL, cable, fibra óptica u otras tecnologías.
Posibilidad de que delincuentes cibernéticos revienten la seguridad del servicio y se
hagan con datos privados. (Cruz, 2014)
2.12 DEFINICIÓN DE TÉRMINOS RELIGIOSOS
Pastor: Es el responsable de un distrito que tiene a cargo algunas iglesias, se encarga
de la gestión administrativa así como el cumplimiento del objetivo general de la iglesia que es
llevar el evangelio a todo el país.
Bautizados: Personas que son sumergidas en agua de manera simbólica y hacen un
pacto de vivir como hijos de Dios y cumplir con sus mandamientos. Una vez bautizados,
podrán realizar las actividades de la iglesia.
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
30
Creyentes: conocido como miembros o feligreses de la iglesia, personas que aceptan a
Dios como su salvador, se clasifican en:
1. Creyentes pasivos pues son solo convertidos
2. Creyentes activos pues son convertidos y bautizados
Líderes: Personas que son seleccionadas por el pastor y la junta de la iglesia cada año
para tener bajo su responsabilidad un cargo dentro de la iglesia.
Diácono: Creyente líder que está directamente bajo el mando del pastor, se encarga de ayudar
y visitar a los feligreses.
Apartados o retirados: Creyentes que deciden dejar de asistir y compartir la creencia
de la iglesia voluntariamente, es así que dejan de cumplir con lo requerido para pertenecer a la
iglesia.
Congregación: También llamado iglesia, donde se reúnen los feligreses para realizar
el culto.
Visitas: Creyentes y no creyentes que visitan la iglesia.
Culto: Reunión en la cual asisten los creyentes y visitas.
Escuela sabática: Clases en las que se asigna de acuerdo al rango de edad de los que
asisten los creyentes y visitas los días sábados.
Diezmo: Significa la décima parte de las ganancias y entradas que el creyente destina
para una finalidad sagrada. Esa décima parte es la devolución a Dios como una señal de pacto
y de sociedad con él (Adventistas.org, s.f.)
Ofrenda: Es la acción de ofrecer agradeciendo a Dios por todo lo que nos da.
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
31
CAPÍTULO III
3 DISEÑO METODOLÓGICO
En el presente capítulo se explicará el tipo de investigación, población, herramientas de
recolección de datos utilizadas para el diseño y desarrollo utilizados para llevar a cabo el
proyecto propuesto.
3.1 DISEÑO METODOLÓGICO.
El diseño metodológico, además de identificar y formular con precisión el problema
que se pretende afrontar, permite orientar, dentro del marco de referencia interdisciplinaria, los
mecanismos y técnicas para obtener y analizar la información indispensable en el análisis y
solución del problema abordado. (Tamayo, 2004)
Por otra parte, los autores Palella Stracuzzi y Martins (2010), define que: La
Investigación de campo consiste en la recolección de datos directamente de la realidad donde
ocurren los hechos, sin manipular o controlar las variables. Estudia los fenómenos sociales en
su ambiente natural. El investigador no manipula variables debido a que esto hace perder el
ambiente de naturalidad en el cual se manifiesta (p. 88).
No olvidemos que en una investigación de campo también se utiliza datos secundarios,
sobre todo los provenientes de fuentes bibliográficas, a partir de los cuales se elabora el marco
teórico. Sin embargo los datos primarios obtenidos a través del diseño de campo son los
esenciales para el logro de los objetivos y la solución del problema planteado.
En este capítulo detallaremos cómo se llevó a cabo nuestro trabajo de titulación, el cual
será basado en investigación de campo.
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
32
3.2 TIPOS DE INVESTIGACIÓN.
La investigación, de acuerdo con Sabino (2000), se define como “un esfuerzo que se
emprende para resolver un problema, claro está, un problema de conocimiento” ( p. 47).
Podemos entender que la investigación es un proceso metódico dirigido a resolver un
problema con el objetivo de encontrar respuestas a preguntas.
Según Tamayo (2004), “La investigación de tipo descriptiva trabaja sobre realidades
de hechos, y su característica fundamental es la de presentar una interpretación correcta.”(pág.
46).
Existen varios tipos de investigación pero la que se llevó a cabo en el presente proyecto
es de tipo descriptiva debido a que analizo e identifico cuales son las características
fundamentales que llevan a que se use un portal web en la que los puedan administrar la
iglesia y donde los miembros también puedan formar parte de esta gestión.
3.3 TÉCNICAS DE RECOLECCIÓN DE DATOS
Para esta investigación una parte importante de los datos primarios se obtuvieron de la
aplicación de cuestionarios a los miembros de la Iglesia Adventista del Séptimo día de Urdesa.
El objetivo de la recolección de datos, es aportar información real, oportuna y de
relevancia para la elaboración de propuestas de mejora como objetivo de la investigación.
De acuerdo con Arias (2006), define que las técnicas de recolección “son las distintas
formas o maneras de obtener la información” (p. 53).
Existen distintas formas o medios utilizados para recolectar información, tenemos:
fuentes primarias y fuentes secundarias. Las fuentes primarias es la información oral o escrita
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
33
que es recopilada directamente por el investigador a través de relatos o escritos transmitidos
por los participantes en un suceso o acontecimiento, mientras que las fuentes secundarias es la
información escrita que ha sido recopilada y transcrita por personas que han recibido tal
información a través de otras fuentes escritas o por un participante en un suceso o
acontecimiento (Torres, 2017).
Las técnicas de recolección de datos que fueron utilizadas en la presente investigación
son la observación, entrevista y encuestas.
3.4 OBSERVACIÓN
Según Hernández (2003), “La observación consiste en el registro sistemático, válido y
confiable del comportamiento o de la conducta manifiesta, la cual puede utilizarse en muy
diversas circunstancias”.
La observación se realizó cuando se visitó la Iglesia Adventista de Urdesa con el
objetivo de registrar sus procesos. Se logró determinar cómo se desarrollaba las actividades
en el departamento de tesorería y secretaría, cuales son los recursos que poseen y utilizan.
Se realizó varias visitas en la cual se obtuvo que no cuentan con un sistema de
información, tanto el tesorero como la secretaria trabajan con Microsoft office sin tener un
repositorio para la consulta de datos.
3.5 LA ENCUESTA
La encuesta es una técnica cuantitativa que consiste en una investigación realizada
sobre una muestra de sujetos, representativa de un colectivo más amplio que se lleva a cabo en
el contexto de la vida cotidiana, utilizando procedimientos estandarizados de interrogación con
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
34
el fin de conseguir mediciones cuantitativas sobre una gran cantidad de características objetivas
y subjetivas de la población. (García Ferrando, 1992).
Sin embargo con el avance de las herramientas tecnológicas, se pueden realizar hoy en
día las encuestas digitales, una muy buena opción gracias a su bajo costo, fácil difusión. Otra
ventaja es que al realizarlas online las respuestas se generan automáticamente, se suman a la
base de datos y esto hace posible que instantáneamente se tenga acceso a las respuestas ya
procesadas con la posibilidad de ver los datos volcados en gráficos y tablas fáciles de entender.
Según Blaxter (2000) “El cuestionario es una de las técnicas de recolección de datos
más utilizada. Consiste en formular por escrito preguntas puntuales a las personas cuyas
opiniones, experiencias o habilidades, nos interesan”.
Por tal motivo se realizó un cuestionario como instrumento de la encuesta dirigido a
una muestra de población con el objetivo de conocer la opinión de los miembros de la iglesia.
3.6 LA ENTREVISTA
En una cita que citó (Tabares Vargas, 2015) la entrevista es “es una confrontación
interpersonal, en la cual una persona formúla a otra preguntas cuyo fin es conseguir
contestaciones relacionadas con el problema de investigación”.
En base al organigrama de la Iglesia Adventista de Urdesa vamos a tomar en cuenta al tesorero,
mediante la cual se preparó un formato guía para la entrevista que se realizó en forma directa
y personal, a continuación se muestra el organigrama de la iglesia:
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
35
Ilustración 6 Organigrama de la Iglesia
3.7 POBLACIÓN Y MUESTRA
3.7.1 Población
La población se compone de todos los elementos que van a ser estudiados y a quienes
podrán ser generalizados los resultados de la investigación, una vez concluida ésta, para lo que
es necesario que la muestra con la cual se trabaje sea representativa de la población (Hurtado
& Toro, 2001).
Se establece como población a todos los miembros activos de la Iglesia adventista del
Séptimo Día de Urdesa tanto los que tienen como no cargos en la iglesia donde se extraerá la
información requerida de esta investigación. La Población en estudio se estableció de la
siguiente manera:
Tesorero, secretaría, profesores, líderes y feligreses activos de la Iglesia Adventista del
séptimo día de Urdesa.
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
36
Se realiza las encuestas a los 100 feligreses de la Iglesia Adventista del Séptimo Día de
Urdesa que corresponde al tamaño total de la población.
3.8 ANÁLISIS E INTERPRETACIÓN DE RESULTADOS
3.8.1 Interpretación de entrevista realizada
El objetivo principal de la entrevista es tener el conocimiento de cómo y en qué
herramienta tecnológica se realiza la gestión de las actividades, proyectos y miembros de la
Iglesia Adventista del Séptimo Día de Urdesa.
De los resultados que fueron obtenidos en la entrevista realizada al tesorero de la Iglesia
Adventista del Séptimo Día de Urdesa, podemos detallar los siguientes puntos:
1. Actualmente la iglesia siempre almacena la información en papeles.
2. El tesorero afirma que cuenta con una herramienta informática para la gestión
de la Iglesia Adventista del Séptimo Día de Urdesa, pero solo para el ingreso de
diezmos, pero no genera comprobantes de dichos. Cuenta con el registro de
información de feligreses, pero no para el seguimiento de dichos.
3. Opina qué le agrada la herramienta que utiliza porque es fácil, pero solo cuenta
con pocas opciones.
4. No está de acuerdo completamente con el sistema que usa porque le genera
pérdida de tiempo, piensa que su desempeño es muy regular.
5. Nos comenta que le gustaría mejorar especialmente en las funciones de
portabilidad y actualización del sistema.
6. Nos afirma que los miembros de la iglesia pueden ver limitadamente la
información de la iglesia desde sus hogares, ya que el sistema no cuenta con
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
37
gestión de las actividades de la iglesia, grupos pequeños, seguimiento de visitas,
proyectos, boletines de información, etc.
7. No conoce de algún software libre en la que una iglesia pueda hacer uso de ella.
8. Él está totalmente de acuerdo en que se aplique un sistema con el que pueda
gestionar totalmente los recursos y el buen manejo de la información de la
Iglesia Adventista del Séptimo Día de Urdesa y así alcanzar los planes de Dios
que tiene para dicha iglesia.
3.8.2 Interpretación de datos
Sexo
Tabla 1. Encuesta Sexo
Sexo Fracción Porcentaje
Femenino 59 41%
Masculino 41 59%
Total 100 100%
Elaborado por: Delgado Sandra y Mosquera Gabriela
Gráfico 1 Encuesta: Sexo
Elaborado: Delgado Sandra y Mosquera Gabriela
Interpretación de Resultados:
Según los datos estadísticos de la muestra que fue tomada a los miembros de la Iglesia
Adventista del Séptimo día de Urdesa el 41% es de sexo masculino y el 59% es de sexo
femenino.
41%
59%
Femenino Masculino
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
38
Edad
Tabla 2. Encuesta Edad
Edad Fracción Porcentaje
20 - 30 49 49%
30 - 40 23 23%
40 - 50 18 18%
Más de 50 10 10%
Total 100 100%
Elaborado por: Delgado Sandra y Mosquera Gabriela
Gráfico 2 Encuesta: Edad
Elaborado: Delgado Sandra y Mosquera Gabriela
Interpretación de Resultados:
De acuerdo a los resultados de las encuestas los miembros de la iglesia tienen el 49%
tienen entre 20 – 30 años, el 23% están entre 30 -40 años, está también el 18% entre 40 – 50
años y el 10% son mayores a 50 años de edad.
49%
23%
18%10%
20 - 30 30 - 40 40 - 50 Más de 50
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
39
1. ¿Cuánto tiempo lleva de ser miembro de ésta iglesia?
Tabla 3. Tiempo de membresía de la iglesia
Tiempo Fracción Porcentaje
1 - 10 años 26 26%
11 - 20 años 15 15%
21 - 30 años 20 20%
Más de 30 años
39 39%
Total 100 100% Elaborado por: Delgado Sandra y Mosquera Gabriela
Gráfico 3 Encuesta: Años de membresía en la iglesia
Elaborado: Delgado Sandra y Mosquera Gabriela
Análisis e interpretación:
Analizando el gráfico nos muestra cuánto tiempo llevan de membresía en la Iglesia
Adventista del Séptimo día, como se observa en el gráfico de los 100 feligreses encuestados,
un 39% indicó que tiene más de 30 años de ser miembro de la iglesia, el 20% tiene entre 21 –
30 años, el 15% está entre los 11 – 20 años y el 26% está entre 1 – 10 años.
26%
15%
20%
39%
0%
5%
10%
15%
20%
25%
30%
35%
40%
45%
1 - 10 años 11 - 20 años 21 - 30 años Más de 30 años
Porcentaje
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
40
2. ¿Puede consultar reportes de sus diezmos y ofrendas de meses atrás?
Tabla 4. Consulta de reportes de diezmos y ofrendas
Descripción Feligreses Porcentaje
Si 86 86%
No 14 14%
Total 100 100%
Elaborado por: Delgado Sandra y Mosquera Gabriela
Gráfico 4 Encuesta: Consulta de reportes de diezmos y ofrendas
Elaborado: Delgado Sandra y Mosquera Gabriela
Análisis e interpretación:
En los datos estadísticos elaborados se determinó que el 86% si pueden realizar la
consulta de sus diezmos y ofrenda de meses atrás, mientras el 14% respondió que no pueden
realizar la consulta de dichos.
86%
14%
Si No
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
41
3. ¿En qué medio recibe su comprobante de sus aportaciones de diezmos y ofrendas?
Tabla 5. Medios en el que recibe sus comprobantes de aportaciones de diezmos y ofrendas
Descripción Fracción Porcentaje
Comprobante físico 100 100%
Comprobante electrónico 0 0%
Otro medio 0 0%
Total 100 100%
Elaborado por: Delgado Sandra y Mosquera Gabriela
Gráfico 5 Encuesta: Medio en el que recibe sus comprobantes de diezmos y ofrendas
Análisis e interpretación:
Como se muestra en el gráfico el 100% de la muestra encuestada recibe sus
comprobantes de las aportaciones de diezmos y ofrendas de manera impresa.
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
42
4. ¿Con qué frecuencia usted revisa sus aportaciones de diezmos y ofrendas?
Tabla 6. Frecuencia de revisión de aportaciones de diezmos y ofrendas
Descripción Fracción Porcentaje
Semanal 8 8%
Quincenal 23 23%
Mensual 66 66%
Anual 3 3%
Total 100 100%
Elaborado por: Delgado Sandra y Mosquera Gabriela
Gráfico 6 Encuesta: Frecuencia de revisión de sus aportaciones
Elaborado: Delgado Sandra y Mosquera Gabriela
Análisis e interpretación:
En los datos estadísticos elaborados se determinó que el 66% revisan sus aportaciones
de diezmos y ofrendas mensualmente, el 8% semanalmente, el 23% de maneta quincenal y el
3% anual.
La mayoría de los miembros encuestados de la Iglesia Adventista del séptimo día de
Urdesa revisa sus aportaciones mensualmente.
8%
23%
66%
3%
Semanal Quincenal Mensual Anual
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
43
5. ¿Cuánto se tarda el tesorero en brindarle la información de sus diezmos y
ofrendas?
Tabla 7. Tiempo en brindar información de diezmos y ofrendas
Descripción Fracción Porcentaje
Días 20 20%
Semanas 80 80%
Meses 0 0%
Total 100 100%
Elaborado por: Delgado Sandra y Mosquera Gabriela
Gráfico 7 Encuesta: Tiempo en brindar información de diezmos y ofrendas
Elaborado: Delgado Sandra y Mosquera Gabriela
Análisis e interpretación:
En el gráfico se muestra cuanto se tarda el tesorero en brindar la información de
diezmos y ofrendas a los miembros de la Iglesia Adventista del Séptimo día de Urdesa el 80%
recibe después de semanas y el 20% recibe después de algunos días su información.
20%
80%
Días Semanas Meses
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
44
6. Elija una opción ¿Cómo calificaría la eficiencia de la entrega de reportes de sus
aportaciones?
Tabla 8. Eficiencia de entrega de reportes
Descripción Fracción Porcentaje
Excelente 8 8%
Buena 88 88%
Regular 4 4%
Mala 0 0%
Total 100 100% Elaborado por: Delgado Sandra y Mosquera Gabriela
Gráfico 8 Encuesta: Eficiencia de entrega de reportes
Elaborado: Delgado Sandra y Mosquera Gabriela
Análisis e interpretación:
De acuerdo a los resultados de la encuesta se determinó la eficiencia del tesorero al
entregar los reportes a los miembros de la iglesia Adventista del Séptimo día de Urdesa, según
el gráfico el 88% lo califica como buena, el 8% como excelente, mientras que el 4% como
regular.
8%
88%
4%
Excelente Buena Regular Mala
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
45
7. La disponibilidad de la iglesia para proveer la información de sus actividades es:
Tabla 9. Disponibilidad para proveer información de las actividades de la iglesia
Descripción Fracción Porcentaje
Buena 83 83%
Regular 17 17%
Mala 0 0%
Total 100 100%
Elaborado por: Delgado Sandra y Mosquera Gabriela
Gráfico 9 Encuesta: Disponibilidad para proveer información de las actividades de la iglesia
Elaborado: Delgado Sandra y Mosquera Gabriela
Análisis e interpretación:
Según los datos estadísticos el 83% califica como buena la disponibilidad que provee
la iglesia la información de sus actividades y el 17% indica que regular.
83%
17%
Buena Regular Mala
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
46
8. ¿Existe algún sistema en el que se ingrese la información de las actividades que se
realizan dentro o fuera de la iglesia?
Tabla 10. Existe un sistema de información para ingreso de sus actividades
Descripción Fracción Porcentaje
Si 0 0%
No 100 100%
Total 100 100% Elaborado por: Delgado Sandra y Mosquera Gabriela
Gráfico 10 Encuesta: Existe un sistema de información para ingreso de sus actividades
Elaborado: Delgado Sandra y Mosquera Gabriela
Análisis e interpretación:
En el análisis realizado se pudo llegar a la conclusión de que el 100% de los
encuestados indicaron que la Iglesia Adventista del Séptimo día de Urdesa no cuenta con un
sistema de información donde se pueda ingresar y mostrar las actividades que realiza la iglesia.
0%
Si No
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
47
9. ¿Le agradaría poder ingresar a un sitio web con su usuario y contraseña?
Tabla 11. Existe un sistema de información para ingreso de sus actividades
Descripción Fracción Porcentaje
Si 0 0%
No 100 100%
Total 100 100% Elaborado por: Delgado Sandra y Mosquera Gabriela
Gráfico 11 Encuesta: Le agradaría ingresar a un sitio web con clave y contraseña
Elaborado: Delgado Sandra y Mosquera Gabriela
Análisis e interpretación:
Analizando el gráfico nos muestra que el 100% de los encuestados les agradaría
ingresar a un portal con su propio usuario y contraseña.
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
48
10. ¿Estaría interesado en que la iglesia adquiera un Sistema de Información para la
gestión de miembros, visitas, actividades y proyectos?
Tabla 12. Estaría interesado en que la iglesia adquiera un sistema de información.
Descripción Fracción Porcentaje
Si 100 100%
No 0 0%
Total 100 100%
Elaborado por: Delgado Sandra y Mosquera Gabriela
Gráfico 12 Encuesta: Estaría interesado en que la iglesia adquiera un sistema de información.
Elaborado: Delgado Sandra y Mosquera Gabriela
Análisis e interpretación:
El gráfico determina que el 100% de los miembros de la iglesia encuestados si están
interesados en la que la iglesia cuente con un sistema en el que se pueda gestionar los
miembros, visitas y todas las actividades que se realicen en dicha.
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
49
3.8.3 Análisis de los resultados encontrados en la investigación
De acuerdo a los instrumentos de recolección de información que fueron utilizados
para realizar el análisis de los mismos, se determina la aceptación por parte de los miembros
de la Iglesia Adventista del Séptimo día de Urdesa para el uso de un sistema de información
en la que se pueda gestionar las actividades y miembros de la iglesia.
La Iglesia Adventista del Séptimo día de Urdesa no cuenta con un sistema de
información para las actividades que se desarrollan, para el control de administración y
miembros de la iglesia mencionada.
Mediante la encuesta realizada y el asentamiento de los miembros de la iglesia, les gustaría
ingresar desde la comodidad de su casa con su propio usuario y contraseña para consultar
reportes de aportaciones en la que la mayoría de ellos la revisa mensualmente y en la cual el
tesorero tarda varios días en proporcionárselas, así como estar actualizados con las
actividades que se desarrollan dentro de ella.
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
50
CAPÍTULO IV
4 La propuesta
El presente proyecto tiene como propósito brindar una solución a la Iglesia Adventista
del Séptimo día de Urdesa la cual es una organización sin fines de lucro cuyo objetivo es el
de incluir y motivar a todos los miembros de la iglesia para desempeñar un servicio diligente
que aporte a la conquista de más personas para Dios “La Iglesia Adventista del Séptimo día."
De tal manera mediante los debidos análisis que fueron realizados, los miembros de la iglesia
están de acuerdo en implementar un sistema de información para el control de su iglesia.
La presente solución abarcará el diseño, desarrollo y evaluación de un Sistema de
Información mediante la cual utilizará un software libre, para lograr un producto ejecutable en
ambiente web que permitirá la gestión administrativa de la iglesia.
4.1 OBJETIVO DE LA PROPUESTA
Es preciso indicar que el objetivo de esta propuesta es brindar un sistema en el que
pueda realizarse los registros de los feligreses, su desarrollo dentro de la iglesia, se adicionará
un módulo sencillo para la gestión de sus finanzas el cual se automatizará el proceso de
distribución de ingresos y egresos generales de dinero de la iglesia como son los diezmos,
ofrendas y donaciones. Permitiendo además generar reportes con esta información antes
registrada.
4.2 DESCRIPCIÓN DE LA PROPUESTA
Este sistema de información será el responsable de controlar uno de los principales
temas de la Iglesia que es el registro de los feligreses, datos personales y datos religiosos tales
como si han sido bautizados o asistencia a la escuela Sabática entre otros.
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
51
Cabe destacar que otro de los temas principales es el de poder gestionar de manera
eficiente y transparente el control financiero de la iglesia Adventista del Séptimo día. Lo cual
nos generará los reportes detallados de los ingresos y egresos totales que se realizan en la
iglesia.
Adicional tendremos un módulo para poder visualizar todos los proyectos y donativos
que desarrolla la organización.
Y finalmente el feligrés podrá tener acceso a la aplicación para que pueda visualizar
todas sus aportaciones como son los diezmos y ofrendas que ellos realizan a la iglesia.
4.2.1 DISEÑO DE PANTALLAS DEL SISTEMA
Ventana de inicio de sesión
En esta pantalla tenemos que introducir el nombre de usuario la contraseña y presionar
en el botón Ingresar, si por error no ingresa el usuario o la contraseña aparecerá un mensaje
indicando (usuario y/o contraseña invalido, por favor vuelva a intentar otra vez) ya que estos
campos son obligatorios. Lo mismo ocurrirá si son introducidos de forma incorrecta.
Ilustración 7. Ventana de inicio de sesión
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
52
Pantalla inicial
En este módulo tenemos la pantalla principal en donde encontraremos el menú, la
misión y visión de la iglesia en donde detalla el objetivo de la iglesia para con sus feligreses.
Ilustración 8. Pantalla principal
Módulo de administración
En esta ventana se muestra las opciones para la respectiva configuración de roles.
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
53
Ilustración 9. Módulo de administration
Módulo de mantenimiento
En este módulo vamos a encontrar la información de la iglesia como el RUC, nombre
de la iglesia, teléfonos, dirección, misión y visión.
Ilustración 10. Módulo de mantenimiento
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
54
Módulo de boletines
En este módulo encontraremos todos los eventos, noticias y actividades que se realicen
dentro de la iglesia con el fin de mantener informados a los feligreses y de esta manera mayor
participación en los diferentes actos que realice la iglesia.
Ilustración 11. Módulo de boletines
Módulo de Registros
En este módulo se ingresara toda la información referente al feligrés ingresaremos la
identificación y presionaremos Buscar y nos mostrara el nombre del feligrés, nombres del
curso, la fecha y porcentaje del curso avanzado.
Ilustración 12. Módulo de registros
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
55
Módulo de visitas
Esta opción nos permite el ingreso de visitas o invitados a la iglesia para tener un mejor
control y de esta manera prepararnos de posibles futuros bautismos.
Ilustración 13. Módulo de visitas
Módulo Financiero
En este módulo tendremos la opción de ingresar los valores de los ingresos y egresos
que tiene la iglesia de tal forma que el sistema generara de forma eficiente los respectivos
reportes financieros para las futuras toma de decisiones y de esta manera llevar un buen control
de la iglesia en el aspecto económico.
Ilustración 14. Módulo financiero
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
56
Módulo de gastos
En este módulo se registraran los distintos gastos de la iglesia.
Ilustración 15. Módulos de gastos
Módulo de reportes
En este módulo se generaran los diferentes reportes de los módulos anteriores, como lo
son: asistencia, grupos pequeños, donaciones, comprobante, feligres.
Ilustración 16. Módulo de reportes
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
57
4.3 ANÁLISIS DE FACTIBILIDAD
El estudio de factibilidad es una tarea que suele estar organizada y realizada por los
analistas de sistemas.
Las estrategias utilizadas para el desarrollo de un software son las que determinarán la
factibilidad del mismo, el sistema que desarrollaremos es factible porque las Iglesias
Adventistas del Ecuador no cuentan con un software que automatice sus procesos y mucho
menos adquirir de aquellos que ofrece el mercado por sus altos precios, por lo tanto nuestra
propuesta es desarrollar un software libre que permita a las Iglesias llevar sus procesos de una
manera más ordenada.
Además, la propuesta no requiere tanto de gastos económicos, sino el desarrollo de la
investigación y del software con herramientas free por parte de los autores del proyecto.
4.3.1 Factibilidad Operativa
El estudio de la factibilidad operacional determina que si es factible el proyecto, ya que
la Iglesia Adventista del Séptimo día de Urdesa requiere un sistema de información la cual se
pueda automatizar los procesos financieros en las cuales se puedan generar reportes.
Se brinda información de los beneficios que obtendrían al momento de usar las
herramientas propuestas sobre el feedback de la actividades que se realicen en la iglesia, el
acceso rápido a la información, reportes.
Como resultado de este estudio operacional se determinó que la Iglesia Adventista del
Séptimo día de Urdesa cuenta con apoyo suficiente por parte de sus miembros para el desarrollo
del sistema y por ende esto garantiza el éxito del proyecto.
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
58
Se realizó un cuadro de comparación de las distintas plataformas usadas junto con la
propuesta en el presente proyecto:
Tabla 13. Comparación de plataformas de administración de iglesias
Plataformas
Funcionalidades Iglesia
Hoy Hablemos de iglesia Propuesta(7App Church)
Administración de información del feligrés √ √ √
Grupos celulares √ X √
Crecimiento discipular √ X √
Módulo de escuela bíblica √ X √
Módulo de visitas √ X √
Módulo finanzas √ √ √
Módulo de diezmos y ofrendas √ X √
Módulo de donaciones √ X √
Módulo de proyectos X X √
Boletines √ X √
Generación digital Documentos y actas √ X √
Vinculación con redes sociales X X √
Participación del feligrés en la plataforma X X √
Generación de comprobantes de diezmos √ X √
Reportes de ingresos y gastos √ √ √
Reportes de información de feligrés √ √ √
Reportes de Actividades X X √
Reportes de Donaciones √ X V
Soporte multi-iglesias √ X X
Pago por licencia √ √ X
Podemos observar en la tabla anterior las comparaciones con plataformas para la
administración de iglesias y que nuestra propuesta tiene gran mayoría de las funcionalidades
de ellas y está adaptada a necesidades adicionales de la Iglesia Adventista del Séptimo Día de
Urdesa.
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
59
4.3.2 Factibilidad técnica
Para el cumplimiento óptimo de este proyecto se mencionaran los requerimientos
mínimos a continuación:
Hardware
A continuación se detallan los requisitos mínimos de hardware necesarios:
Tabla 14. Requerimientos mínimos de Hardware
Cantidad Modo de uso Hardware Características
1 Servidor
CPU
Procesador Intel Core i3
Memoria RAM 4GB
Disco Duro 500 GB
Monitor 17"
RESOLUCIÓN 1152x864 a 75 Hz
Teclado y Mouse USB con cable
UPS 1000-300 VA
1 Cliente
PC (escritorio)
Procesador Dual o QuadCore
Memoria RAM 2GB
Disco Duro 300 GB
Monitor 15" RESOLUCIÓN 800x600 a 80 Hz
Teclado y Mouse USB con cable Elaborado por: Delgado Sandra y Mosquera Gabriela
Software
Para la creación del Sistema se utilizó Windows Server 2012, empleando el lenguaje
de programación Java, y para la administración de la base de datos se manejó PostgreSQL
versión 9.6 y como IDE de desarrollo Netbeans versión 8.5.15.
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
60
Tabla 15. Requerimientos mínimos de Software
Cantidad Modo de uso Software Características
1 Servidor
Sistema Operativo Windows Server
Postgre SQL Versión 9.6
Apache Tomcat Versión 8.5.15
Navegador Chrome o Mozilla Firefox
1 Cliente Navegador Chrome o Mozilla Firefox
Elaborado por: Delgado Sandra y Mosquera Gabriela
Ilustración 17. Tabla comparativa de plataformas
De acuerdo al cuadro comparativo mostrado anteriormente podemos evidenciar las
diversas características de las herramientas de trabajo que utilizamos para llevar a cabo la
creación del mismo.
Como es de conocimiento hemos utilizado Netbeans 8.5.15 debido que es
multiplataforma y que trae por defecto un editor visual con el que podrás crear pantallas de
una forma muy sencilla e intuitiva y es expandible mediante plugins, además nos permite
importar proyectos de otras IDEs.
Como motor de base de datos nos hemos inclinado por PostgreSQL ya que posee gran
cantidad de características entre las principales que es Open Source si bien es cierto existen
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
61
otras bases de datos que también lo son como MySQL pero no es tan intuitivo como otros
programas (access), otras de sus características es que posee una gran escalabilidad es decir; es
capaz de ajustarse al número de CPUs y a la cantidad de memoria que posee el sistema de
forma óptima, haciéndole capaz de soportar una mayor cantidad de peticiones simultáneas de
manera correcta (en algunos benchmarks se dice que ha llegado a soportar el triple de carga de
lo que soporta MySQL) y tiene la capacidad de comprobar la integridad referencial, así como
también la de almacenar procedimientos en la propia base de datos, equiparándolo con gestores
de base de datos de alto nivel como puede ser Oracle.
Utilizamos un lenguaje de programación orientada a objeto Java ya que en la actualidad
es uno de los lenguajes más utilizado por los programadores, una de las ventajas que posee
este lenguaje y ha seguido en debate de PHP o Java ha sido el tema de la escalabilidad del
sistema; es decir, propiedad por la cual un sistema no empeora su rendimiento y funcionalidad
ante un número creciente de usuarios, ya que es un factor importante en este proyecto porque
la Iglesia adventista del Séptimo día tiende a crecer en función de sus feligreses.
El aspecto de la seguridad siempre ha sido un punto a tener en cuenta en cualquier
sistema informático y un portal web es especialmente vulnerable por estar expuesto a todo el
público en internet. Como sistemas de seguridad usados en proyectos Java cabe destacar los
que se implementan a nivel de Servidor de aplicaciones (como “JAAS”) y los que están
incluidos en Frameworks externos (como por ejemplo “Spring Security” o “ACEGI”), ambos
eficaces y transparentes a usuarios y programadores. En el desarrollo de un portal web con
PHP debemos controlar la seguridad de acceso a nuestro sistema de una forma mucho más
manual, realizando comprobaciones minuciosas de los diferentes ataques que podemos recibir.
Finalmente como en todo estudio siempre existen diferentes variables que nos influye
a la hora de tomar decisiones y cabe mencionar que en la actualidad existen un sin número de
programas que facilitan el trabajo del programador, por lo cual siempre nos inclinamos por los
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
62
que ya dominamos, por su formación, por su escalabilidad, por seguridad, por ser Open Source
ya que no nos representaría costos adicionales.
4.3.2.1 Sistemas Operativos
Es un programa, o más bien un conjunto de programas o algoritmos, que actúa como
intermediario entre el usuario (en su sentido amplio) de un computador y el hardware del
computador. Según Silberschatz y Galvin (1997), el propósito de un sistema operativo es crear
un entorno en el que el usuario pueda ejecutar programas de forma cómoda y eficiente. (Silva,
2015, pág. 29)
Ilustración 18. Ubicación del Sistema Operativo
Fuente: Silva (2015)
Actualmente los sistemas operativos son creados para la ejecución de varias tareas, el
cual sirve de intermediario entre el usuario y la computadora. Son un conjunto de programa
capaz de manejar el hardware de la computadora y otros dispositivos electrónicos.
Un sistema operativo es el encargado de controlar todos los periféricos de la
computadora y de mantener la integridad del sistema.
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
63
Existen muchos sistemas operativos:
● OS X.
● Windows.
● Unix.
● Solaris.
● FreeBSD.
● OpenBSD.
● Google Chrome OS.
● Debian GNU/Linux (GNU/Linux), entre otros.
4.3.2.1.1 Windows Server 2012
Ilustración 19. Logo de Windows Server
Fuente: http://www.novastor.com/blog/windows-server-2012-r2-deduplication/
Windows 2012 R2 es la versión de Windows Server más moderna y mejorada. Las
ediciones del producto Windows 2012 R2 siguen siendo optimizadas y simplificadas para que
sus clientes puedan elegir más fácilmente la edición que más les convenga.
Si tiene previsto implantar el sistema operativo Windows 2012 R2, elija la edición en
función de sus necesidades de virtualización y las funcionalidades ofrecidas entre las versiones
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
64
Windows 2012 R2 Foundation, Windows 2012 R2 Essentials, Windows 2012 R2 Standard y
Windows 2012 R2 Datacenter.
Cada una de las versiones de Windows 2012 R2 cumple un propósito en particular:
● Windows 2012 R2 Foundation: Pequeñas empresas con hasta 15 usuarios.
● Windows 2012 R2 Essentials: Pequeñas empresas con hasta 25 usuarios.
● Windows 2012 R2 Standard: Para un entorno no virtualizado o poco virtualizado.
● Windows 2012 R2 Datacenter: Para un entorno altamente virtualizado Valdés (2016)
4.3.2.1.2 Debian
Ilustración 20. Logo debian
Fuente: https://blog.desdelinux.net/crea-tu-propio-dvd-de-debian-personalizado/debian-logo-600x290/
Debian es una organización formada totalmente por voluntarios dedicada a
desarrollar software libre y promocionar los ideales de la comunidad del software libre. El
Proyecto Debian comenzó en 1993, cuando Ian Murdock hizo una invitación a todos los
desarrolladores de software a contribuir a una distribución completamente coherente basada en
él, entonces relativamente nuevo, núcleo Linux Debian.
Debian es un sistema operativo multiplataforma, garantiza compatibilidad sin
problemas entre las diferentes sub-distribuciones. Y dado que están construidas sobre la misma
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
65
base, pueden extenderse, completarse y personalizarse fácilmente con las aplicaciones
disponibles. La calidad de Software libre y sus nuevas versiones no son publicadas hasta que
ellas sean sometidas a diversas pruebas de ejecución, lo cual brinda mayor fiabilidad.
Debian es una organización sin ánimos de lucro, conformada por una comunidad de
desarrolladores voluntarios para la mejora de las nuevas versiones del sistema operativo.
(Debian, 2017)
4.3.2.2 Aplicaciones Web
Actualmente las aplicaciones web son sistemas informáticos que permite al usuario
acceder a un servidor web mediante internet o una intranet.
Las aplicaciones web son comunes debido a la facilidad del navegador web,
actualmente está disponible en Tablet, celulares notebook etc. Según afirma Villoria (2009)
“Las aplicaciones Web son populares debido a lo práctico del navegador Web como cliente
ligero, así como la facilidad para actualizar y mantener aplicaciones Web sin distribuir e
instalar software a miles de usuarios potenciales” (p. 15)
Nuestro objetivo es la calidad e innovación de un sistema de información para la gestión
financiera de la Iglesia Adventista del Séptimo Día para llevar a cabo una mejor transparencia
del área financiera que controla los directivos para las futuras tomas de decisiones dentro de la
organización.
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
66
4.3.2.2.1 Ventajas de las Aplicaciones Web
Como ventajas principales tenemos las siguientes:
● Necesita de un software específico para cada aplicación web que se utilice. Se
utiliza la interfaz de navegación web para manejar dichas aplicaciones.
● Es completamente transportable e independiente de la plataforma. Es decir,
desde cualquier navegador de cualquier equipo se puede acceder a la misma
aplicación. Incluso desde smartphones y tablets.
● El coste de mantenimiento es bajo.
● No depende de licencias.
Como desventajas de las aplicaciones web podemos citar:
● Necesita de conexión constante de internet.
● Necesita de la vinculación con el servidor que proporciona a la aplicación web.
● No hay control directo de los datos (Talledo San Miguel, 2015, p.76)
4.3.2.3 JAVA
Ilustración 21. Logo Java
Fuente: https://definicion.mx/java/
Java es un lenguaje de programación orientado a objetos que se incorporó al ámbito de
la informática según describe Durán, Gutiérrez, & Pimentel(2007) que “surgió en los años
noventa como un lenguaje orientado a objetos sencillo, fácil de usar, potente y muy adaptado
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
67
para la programación de aplicaciones en red” (pág. 8) La idea de Java es que pueda realizarse
programas con la posibilidad de ejecutarse en cualquier contexto, en cualquier ambiente, siendo
así su portabilidad uno de sus principales logros.
Puede ser modificado por cualquiera, circunstancia que lo convierte en lo que
comúnmente se denomina “código abierto”.
Según Torres Renon(2013) Java en la actualidad, ha revolucionado la programación y
ha promovido un código derivado de C y C++ que en corto tiempo ha tenido mucho éxito en
las tecnologías de información debido a su filosofía y la forma de operar de sus aplicaciones
cliente-servidor, tanto en la plataforma como en la web (pág. 13)
Existen diversos entornos de desarrollo que tienen como función facilitar el proceso de
programar con Java. Algunos ejemplos al respecto pueden ser: Eclipse, JCreator, NetBeans,
Jbuilder, etc. Estos ofrecen un lugar para escritura de código, señalización de errores,
compilación, etc. Son gratuitos, por los que pueden obtenerse en la red con facilidad.
4.3.2.3.1 Características de Java
Las características básicas de Java son: sencillo, orientado a objetos, distribuido,
interpretado, robusto, seguro, arquitectura neutra, alto rendimiento, multihilo y dinámico.
Ahora revisemos algunas de estas características de Java:
● Orientado a objetos: Los objetos se agrupan en estructuras encapsuladas tanto datos
como métodos que manipulan estos datos. Java se apunta hacia la programación
orientada a objetos debido a entornos complejos y basados en red.
● Distribuido: Esto nos indica que Java ha sido desarrollado en extensas capacidades de
interconexión TCP/IP. Java en sí no es distribuido, sino que proporciona las librerías y
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
68
herramientas para que los programas puedan ser distribuidos, es decir, que se corran en
varias máquinas.
● Robusto: Java realiza verificaciones en busca de problemas tanto en tiempo de
compilación como en tiempo de ejecución. La comprobación de tipos en Java ayuda a
detectar errores, lo antes posible, en el ciclo de desarrollo. Maneja la memoria para
eliminar las preocupaciones por parte del programador de la liberación o corrupción de
memoria.
● Arquitectura neutral: Para establecer Java como parte integral de la red, el compilador
Java compila su código a un fichero objeto de formato independiente de la arquitectura
de la máquina en que se ejecutará. Cualquier máquina que tenga el sistema de ejecución
(run-time) puede ejecutar ese código objeto, sin importar en modo alguno la máquina
en que ha sido generado.
● Seguro: La seguridad en Java tiene dos facetas. En el lenguaje, características como los
punteros o el casting implícito que hace el compilador de C y C++ se eliminan para
prevenir el acceso ilegal a la memoria.
● Portable: Aparte de la portabilidad básica por ser de arquitectura independiente, Java
implementa otros estándares de portabilidad para facilitar el desarrollo. Los enteros son
siempre enteros y además, enteros de 32 bits en complemento a 2.
● Multihilo: Java permite muchas actividades simultáneas en un programa. Los hilos a
veces llamados procesos ligeros, o hilos de ejecución son básicamente pequeños
procesos o piezas independientes de un gran proceso.
● Dinámico: Java no intenta conectar todos los módulos que comprenden una aplicación
hasta el mismo tiempo de ejecución. Las librerías nuevas o actualizadas no paralizarán
la ejecución de las aplicaciones actuales siempre que mantengan el API anterior.
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
69
4.3.2.4 Web Services
Básicamente podríamos decir que un Web Service es un conjunto de protocolos que
sirven para intercambiar datos entre aplicaciones. Cualquier aplicación de software
desarrollada en lenguajes de programación distintos y ejecutados en cualquier plataforma,
pueden usar los servidores web para intercambiar datos en redes de ordenadores como el
internet.
Nos indica Ribas Lequerica (2003) que “un Web Service es una interfaz, accesible por
protocolos (estándar o no) usados en internet, que permite acceder a las funcionalidades de
objeto concreto, sin importar las tecnologías ni plataformas implicadas en la petición” (pág.
10)
Algunas de las ventajas más relevantes de un web service son:
● Aportan interoperabilidad entre aplicaciones de software independientemente de sus
propiedades.
● Fomentan estándares basados en texto, que hacen más fácil acceder a su contenido.
● Permiten que diferentes compañías, aun cuando están ubicadas en diferentes lugares
geográficos puedan proveer servicios integrados es decir, que se combinen fácilmente.
4.3.2.5 IDE (Environment Development Integrated)
Un IDE es un entorno de programación que ha sido empaquetado como un programa
de aplicación, o sea, consiste en un editor de código, un compilador, un depurador y un
constructor de interfaz gráfica. Los IDEs pueden ser aplicaciones por sí solas o pueden ser
parte de aplicaciones existentes. El lenguaje Visual Basic, por ejemplo, puede ser usado dentro
de las aplicaciones de Microsoft Office, lo que hace posible escribir sentencias Visual Basic
en forma de macros para Microsoft Word Ecured (sf).
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
70
4.3.2.6 NETBEANS
Ilustración 22. Logo NetBeans
Fuente: https://blog.idrsolutions.com/2014/06/java-performance-tuning-tools/netbeans-logo/
Según Girardi (2009) manifiesta que “Netbeans es una IDE sumamente completa, fácil
de usar, cómoda y de excelente calidad; y es completamente gratis. Es muy famosa entre los
programadores de java hoy en día, por lo que hay mucha información al respecto” (pág. 3)
Programa que sirve como IDE que permite programar en distintos lenguajes, es ideal
para trabajar con el lenguaje de desarrollo JAVA (y todos sus derivados), además ofrece un
excelente entorno para programar en PHP. También se puede descargar una vez instalado
NetBeans, los complementos para programar en C++. La IDE de NetBeans es perfecta y muy
cómoda para los programadores. Tiene un excelente balance entre una interfaz con múltiples
opciones y un aceptable completamiento de código. (Ecured, sf).
Ventajas:
● Multiplataforma.
● Multilenguaje.
● Código abierto y gratuito.
● Apoyo de la comunidad con el soporte
● Recursos como documentación, videotutoriales, traductores de plugins o herramientas
que se utilizan.
● Módulos.
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
71
● Fácil de usar y adaptable.
● Plugin
Desventajas :
● Lento si no se cuenta con un buen computador y a su vez una memoria de gran
capacidad.
● Entre más proyectos tiende ser lento porque lee todo el código.
4.3.2.7 Apache Tomcat
Ilustración 23. Logo Apache Tomcat
Fuente: http://unaaldia.hispasec.com/2017/04/solucionadas-tres-vulnerabilidades-en.html
Es el servidor más usado. Su éxito se debe, principalmente, a que es multiplataforma y
a su estructura modular, esto permite emplear diversos lenguajes en el lado del servidor
(PHP,Python y Perl, programas CGI y otros), así como incorporar características como la
compresión de datos, las conexiones seguras y la utilización de URLs amigables. Aparte del
mencionado tiene, además, un proyecto llamado TOMCAT, el cual implementa las
especificaciones de los servlets y de JavaServer Pages (JSP) de Oracle Corporation (creado por
Sun Microsystems y absorbido por Oracle) (Talledo San Miguel, 2015, pág. 49)
Es un servidor web de software libre desarrollado por la Apache Software Foundation
(ASF)
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
72
● Estable, en consecuencia de su robustez, impide caídas o cambios en el servidor.
● Flexible y eficiente, capaz de trabajar con el estándar HTTP/1.1.
● Extensible, dispone de gran cantidad de módulos que amplían su funcionalidad.
● Multiplataforma, está disponible para diferentes plataformas como (Linux,
Windows o MacOS)
Apache tiene otras muchas características, como la indexación de directorios, uso de
sobrenombres con las carpetas, negociación de contenidos, informes configurables sobres los
errores HTTP, Ejecuciones SetUID o Programas CGI, administración de recursos para los
procesos emparentados, mapas de imagen para los servidores, reescritura de URL, corrección
de URL y manuales online.
4.3.2.8 Arquitectura Modelo Cliente Servidor
Ilustración 24. Arquitectura Modelo Cliente - Servidor
Fuente:https://cursodecreacionweb.wordpress.com/2012/08/19/arquitectura-cliente-servidor/
Diversas aplicaciones se ejecutan en un entorno Cliente/servidor. Esto significa que los
equipos clientes (equipos que forman parte de una red) contactan a un servidor, un equipo
generalmente muy potente en materia de capacidad de entrada/salida, que proporciona
servicios a los equipos clientes. Estos servicios son programas que proporcionan datos como
la hora, archivos, una conexión, etc.
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
73
El servidor Web se ejecuta en un ordenador manteniéndose a la espera de peticiones
por parte de un cliente (un navegador Web) y que responde a estas peticiones, mediante una
página Web que se exhibirá en el navegador o mostrando el respectivo mensaje si se detectó
algún error. A modo de ejemplo, al escribir la siguiente dirección en el navegador,
[www.ecured.cu], éste realiza una petición al servidor de dicha dirección. El servidor responde
al cliente enviando el código HTML de la página; el cliente, una vez recibido el código, lo
interpreta y lo muestra en pantalla.
4.3.2.9 POSTGRESQL
Ilustración 25. Logo PostgreSQL
Fuente: https://www.postgresql.org/about/press/presskit96/es/
PostgreSQL es un sistema de gestión de bases de datos relacionales orientadas a objetos
(ORDBMS, objectrelational database management system) basado en POSTGRES, Versión
4.2, desarrollado en el Departamento de Ciencias Computacionales de la Universidad de
California, Berkeley. POSTGRES fue pionero en muchos conceptos que solo llegaron a
aparecer en algunos sistemas de bases de datos comerciales mucho tiempo después.
PostgreSQL fue diseñado para funcionar en plataformas similares a UNIX. Sin embargo,
PostgreSQL también fue diseñado para ser portátil para que pueda funcionar en varias
plataformas como Mac OS X, Solaris y Windows. (Lopez Acevedo , 2016, pág. 3).
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
74
4.3.2.9.1 Características de PostgreSQL
Es importante estudiar las características de la base de datos PostgreSQL ya que nos
ayuda a tener una visión clara en por qué los desarrolladores usan PostgreSQL.
● Bases de datos de nivel empresarial.
● Multiplataforma: corre en los sistemas operativos más populares, incluyendo
GNU/Linux, UNIX (AIX, BSD, HP-UX, SGI IRIX, Mac OS X, Solaris, Tru64) y
Windows.
● Altamente escalable tanto en la cantidad de datos que puede administrar como en el
número de usuarios concurrentes que puede manejar. Existen sistemas PostgreSQL en
ambientes de producción que manejan más de 4 terabytes de datos 1.
● Cumplimiento completo de ACID (atomicity, consistency, isolation, durability).
● Claves foráneas (foreign keys).
● Uniones (joins).Vistas (views).
● Disparadores (triggers).
● Procedimientos almacenados (en diferentes lenguajes).
● Incluye la mayoría de tipos de datos de SQL: 2008, como INTEGER, NUMERIC,
BOOLEAN, CHAR, VARCHAR,DATE, INTERVAL y TIMESTAMP.
● Almacenamiento de objetos binarios grandes, incluyendo imágenes, sonido y video.
● Disponibilidad de interfaces de programación nativas para C/C++, Java, .Net, Perl,
Python, Ruby, Tcl, ODBC, entre otros.
● Multi-Version Concurrency Control (MVCC).
● Point in Time Recovery (PITR).
● Tablespaces.
● Replicación asincrónica.
● Transacciones anidadas (savepoints).
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
75
● Copias de respaldo en línea o en caliente (Online/hot backups).
● Optimizador/Planificador de consultas sofisticado.
● Conjuntos de caracteres internacionales.
● Unicode.
Y por su licencia libre, cualquier persona puede usar, modificar y distribuir PostgreSQL
de manera libre y gratuita para cualquier propósito, sea privado, comercial o académico (López
Acevedo , 2016, págs. 3-4)
4.3.2.9.2 Diferencia entre PostgreSQL y MySQL
Tabla 16. Diferencias entre PostgreSQl y MySQL
Características PostgreSQL Características MySQL
Dentro de las características se encuentran, (Aliaga,
Antonio; Miani, 2008):
● Posee licencia BSD (Berkeley Software
Distribution), es decir, tiene menos restricciones en
comparación a la licencia GPL (General Public
License) lo que permite el uso del código fuente en
software no libre.
● Permite la aproximación de datos a un modelo
objeto-relacional (transacciones, optimización de
consultas, herencias, arrays).
● Permite herencia, es decir, las tablas pueden
heredar características de una tabla padre.
● Es altamente extensible, es decir, admite tipos de
datos definidos por el usuario, soporta operadores y
funcionales métodos de acceso.
● Soporta integridad referencial la cual es utilizada
para garantizar la validez de los datos de la base de
datos.
● Tiene soporte para lenguajes procedurales
internosUtiliza control de concurrencia multi-
versión para evitar bloqueos innecesarios.
● Incrementa la dependencia de la base de datos al
registro de cambios antes de que estos sean escritos
en la base de datos
● Es completamente ACID (atomicidad, consistencia,
aislamiento, durabilidad).
● Posibilidad de crear y
configurar usuarios,
asignando a cada uno de
ellos permisos
diferentes
● Facilidad de
exportación e
importación de datos,
incluso de la base de
datos completa.
● Posibilidad de ejecutar
conjuntos de
instrucciones guardadas
en ficheros externos a la
base de datos.
Fuente: (López Acevedo , 2016, págs. 3-4
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
76
4.3.2.10 CLOUD COMPUTING
Cada año cloud computing va creciendo y podemos verlo con el aumento de servicios
y aplicaciones que se encuentran en la red.
Muchas entidades están tendiendo a usar esta nueva forma de manejar la información
que es cloud computing por lo cual es muy importante saber qué ventajas y desventajas trae.
Ventajas:
Acceso: La ventaja quizá más importa que cloud computing ofrece es el acceso a la
información y aplicaciones de cualquier parte del mundo y a toda hora.
Podemos estar trabajando aunque no estemos en las oficinas de nuestra empresa, solo
necesitamos tener acceso a internet. La flexibilidad que cloud computing ofrece atrae a muchas
organizaciones a usarla.
Costos Bajos: Si usamos cloud computing los costos de hardware y software
disminuyen considerablemente. No necesitaremos un equipo de última generación, porque los
procesos se harán en la nube. Tal vez esto no disminuya mucho los costos pero hay que pensar
que no solo compraremos un ordenador. Una ventaja importante es que no tenemos que
comprar la licencia de algún software para un ordenador, mucho menos para cada uno de los
ordenadores en la organización, si no que contamos con este software o aplicación en la nube
y solo pagamos por el uso, que nos sale mucho más barato que adquirir una licencia.
Espacio de Almacenamiento: El tener todos nuestros datos y aplicaciones en la nube
hace que no necesitemos un espacio de almacenamiento físico grande. Muchos de nuestros
archivos estarán en la nube lo cual hace que nuestro ordenador tenga espacio libre.
Facilita la Gestión de Datos e Información: dado que muchos datos se encuentran en
una solo ubicación, podemos manejarla y organizarla fácilmente.
Con la forma tradicional de manejar nuestros datos, gestionarla cuesta más trabajo, con
cloud computing este trabajo disminuye.
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
77
Diversidad de dispositivos: Otra ventaja que trae cloud computing es que podemos
acceder a nuestros datos no solo de un ordenador sino que también de estos dispositivos
electrónicos como ser iPad, Smartphone, portátil, etc.
Muchas veces no contamos con un ordenador o una portátil, pero desde un celular que
casi todo mundo lo tiene podemos acceder a nuestros datos.
Desventajas:
Cloud Computing trae ventajas significativas, pero es muy importante saber que contras trae
para manejarlo de manera correcta.
Dependencia: Una preocupación de cloud compuitng es que el usuario depende del proveedor.
Conexión a Internet: una desventaja importante es que si no contamos con internet no
podremos acceder a la nube ni a nuestros datos. Esto significa que los empleados no podrán
trabajar ocasionando pérdidas a la empresa. Muchas aplicaciones en la nube necesitan una gran
cantidad de ancho de banda para funcionar bien.
Entonces si queremos usar este servicio cloud computing tenemos que tomar en cuenta que
nuestro acceso a internet sea fiable y que nuestra conexión no sea lenta. Muchos expertos
aconsejan tener las aplicaciones usadas todos los días en el ordenador al igual que una copia
de los datos más importantes.
Riesgo: la mayor preocupación de cloud computing es la seguridad y privacidad.
Muchas empresas no están cómodas sabiendo que sus datos están almacenados en un servidor
virtual, del cual no se sabe con qué nivel de seguridad cuenta. La mayoría de los clientes son
conscientes del peligro de dejar el control de los datos fuera de sus propias manos y almacenar
datos en un proveedor exterior de Cloud Computing. Se pueden comprometer los datos por el
propio proveedor de Cloud Computing o por otras empresas competidoras que son clientes del
mismo proveedor de Cloud Computing.
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
78
Migración: el problema de la migración es también una gran preocupación acerca de la
computación en la nube. Si el usuario quiere cambiar a algún otro proveedor entonces no es
fácil de transferir gran cantidad de datos de un proveedor a otro. (Mamani, 2012)
4.3.3 Factibilidad Legal
DECRETO 1014, SOBRE EL USO DEL SOFTWARE LIBRE
Art. 2: Se entiende por software libre, a los programas de computación que se pueden
utilizar y distribuir sin restricción alguna, que permitan el acceso a los códigos fuentes y que
sus aplicaciones puedan ser mejoradas.
Estos programas de computación tienen las siguientes libertades:
· Utilización de programa con cualquier propósito de uso común.
· Distribución de copias sin restricción alguna.
· Estudio y modificación de programa (Requisito: código fuente disponible)
· Publicación del programa mejorado (Requisito: código fuente disponible
Para el caso de Instituciones Educativas Públicas, este mismo decreto abarca la posición
aceptable de la jefatura de Estado, permitiendo así su plena adquisición:
Art. 4: Se faculta la utilización de software propietario (no libre) únicamente cuando
no exista una solución de software libre que supla las necesidades requeridas, o cuando esté en
riesgo de seguridad nacional, o cuando el proyecto informático se encuentre en un punto de no
retorno.
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
79
Art. 5: Tanto para software libre como software propietario, siempre y cuando se
satisfagan los requerimientos.
Art. 6: La subsecretaría de Informática como órgano regulador y ejecutor de las
políticas y proyectos informáticos en las entidades de Gobierno Central deberá realizar el
control y seguimiento de este Decreto.
PRESIDENCIA DE LA REPÚBLICA DE ECUADOR
BOLETÍN DE PRENSA SUBINFO 002, publicado el 11 de Abril de 2008
SE DECRETA EL USO DE SOFTWARE LIBRE EN LA ADMINISTRACIÓN
PÚBLICA CENTRAL
Ecuador implementa el uso de Software Libre en la Administración Pública Central.
Con fecha 10 de abril de 2008, el Presidente de la República de Ecuador, Rafael Correa
Delgado, mediante decreto No. 1014 establece como política para las entidades de la
Administración Pública Central, el uso de software libre en sus sistemas y equipamientos
informáticos.
Es interés del Gobierno de Ecuador alcanzar soberanía y autonomía tecnológica, así
como un ahorro de recursos públicos. El Software Libre le permite al Estado mayor seguridad
informática, libre acceso a datos y programas, ahorro en costos de licencias y es un generador
de empleo para profesionales ecuatorianos.
Software Libre son los programas de computación que se pueden utilizar y distribuir
sin restricción alguna, que permiten su acceso a los códigos fuentes y que sus aplicaciones
pueden ser mejoradas. Estos programas de computación tienen las siguientes libertades:
· Utilización del programa con cualquier propósito de uso común.
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
80
· Distribución de copias sin restricción alguna.
· Estudio y modificación del programa (Requisito código fuente
disponible).
· Publicación del programa mejorado (Requisito código fuente
disponible).
La Subsecretaría de Informática es responsable de elaborar y ejecutar planes, políticas
y reglamentos para el uso de Software Libre en el Gobierno Central. Como órgano regulador
deberá realizar el control y seguimiento de este decreto, en los que la Subsecretaría de
Informática establecerá los parámetros y metodología obligatorios.
! El Software ya es de todos!
Elaborado por:
Lcda. Paola Miño Quintero
ASESORA DE COMUNICACIÓN
Subsecretaría de Informática
Presidencia de la República de Ecuador
INSTITUCIONES DE CRÁCTER PRIVADO SIN FINES DE LUCRO
El Ministerio de Coordinación de Desarrollo Social y el SRI son los encargados de que
se cumplan con las normativas vigentes y que las organizaciones puedan cumplir con sus
obligaciones tributarias.
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
81
¿Las instituciones de carácter privado sin fines de lucro están obligadas a llevar
contabilidad?
En el Artículo 19 de la Ley de Régimen Tributario Interno se menciona las sociedades
que están obligadas a llevar contabilidad, entre ellas, las instituciones de carácter privado sin
fines de lucro.
Capítulo III
EXENCIONES
Art. 19.- Ingresos de instituciones de carácter privado sin fines de lucro.- No estarán
sujetos al Impuesto a la Renta los ingresos de las instituciones de carácter privado sin fines de
lucro legalmente constituidas, de: culto religioso; beneficencia; promoción y desarrollo de la
mujer, el niño y la familia; cultura; arte; educación; investigación; salud; deportivas;
profesionales; gremiales; clasistas; partidos políticos; los de las comunas, pueblos indígenas,
cooperativas, uniones, federaciones y confederaciones de cooperativas y demás asociaciones
de campesinos y pequeños agricultores, legalmente reconocidas, en la parte que no sean
distribuidos, siempre que sus bienes e ingresos se destinen a sus fines específicos y cumplan
con los deberes formales contemplados en el Código Tributario, la Ley de Régimen Tributario
Interno, este Reglamento y demás Leyes y Reglamentos de la República.
¿Cuándo se origina la obligación de tributar sobre la totalidad de los ingresos
percibidos?
Capítulo VI
CONTABILIDAD Y ESTADOS FINANCIEROS
Nota: Denominación de Título sustituida por Art. 79 de Decreto Legislativo No. 000,
publicado en Registro Oficial Suplemento 242 de 29 de Diciembre del 2007.
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
82
Art. 19.- Obligación de llevar contabilidad.- Están obligadas a llevar contabilidad y
declarar el impuesto en base a los resultados que arroje la misma todas las sociedades. También
lo estarán las personas naturales y sucesiones indivisas que al primero de enero operen con un
capital o cuyos ingresos brutos o gastos anuales del ejercicio inmediato anterior, sean
superiores a los límites que en cada caso se establezcan en el Reglamento, incluyendo las
personas naturales que desarrollen actividades agrícolas, pecuarias, forestales o similares.
Las personas naturales que realicen actividades empresariales y que operen con un
capital u obtengan ingresos inferiores a los previstos en el inciso anterior, así como los
profesionales, comisionistas, artesanos, agentes, representantes y demás trabajadores
autónomos deberán llevar una cuenta de ingresos y egresos para determinar su renta imponible.
Para efectos tributarios, las asociaciones, comunas y cooperativas sujetas a la vigilancia de la
Superintendencia de la Economía Popular y Solidaria, con excepción de las entidades del
sistema financiero popular y solidario, podrán llevar registros contables de conformidad con
normas simplificadas que se establezcan en el reglamento.
Nota: Incluida Fe de erratas, publicada en Registro Oficial 478 de 9 de Diciembre del
2004. Nota: Primer inciso sustituido por Art. 79 de Decreto Legislativo No. 000, publicado en
Registro Oficial Suplemento 242 de 29 de Diciembre del 2007. Nota: Inciso tercero agregado
por Ley No. 0, publicada en Registro Oficial Suplemento 405 de 29 de Diciembre del 2014.
Tal como lo dice en el artículo anterior mencionado, la obligación de tributar sobre la
totalidad de los ingresos percibidos por las instituciones de carácter privado sin fines de lucro,
se origina cuando:
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
83
a) El Servicio de Rentas Internas establezca que en un período fiscal no se cumplieron
con los requisitos arriba indicados, en cuyo caso, no aplicará la exoneración tributaria para
dicho período fiscal; y,
b) El propio sujeto pasivo señale que ha incumplido los requisitos legales, en tal caso,
no aplicará la exoneración mientras persista el incumplimiento. (SRI, s.f.)
4.3.4 Factibilidad económica
El análisis de factibilidad permitirá estimar si el proyecto será un beneficio económico
para la Iglesia Adventista del Séptimo día de Urdesa, sin embargo se puede decir el proyecto
es completamente factible económicamente, ya que cuenta con los recursos necesarios para
desarrollar, implementar y mantener el sistema en marcha. El costo es mínimo debido a que
las herramientas de desarrollo son totalmente libres económicamente.
Y con respecto al alojamiento del servidor y todos sus servicios se lo realizará en la
nube ya que brinda costos menos elevados y está de acuerdo a las posibilidades de la iglesia.
A continuación se muestra información comparando alojamiento en servidor físico y en la nube
con los precios de acuerdo a las capacidades moldeables de la iglesia.
Costo del desarrollo del Software
Se refiere al reconocimiento monetario que se calcula que costaría desarrollar el software, el
cálculo se estimó en el anteproyecto, aunque este no tendría costo, debido a que es un proyecto
de graduación.
Costo de implementación del software
Se refiere al reconocimiento monetario que se calcula que costaría implementar el sistema de
información en la Iglesia Adventista de Urdesa.
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
84
Estos costos no generan inversión económica, debido a que ya se cuenta con el recurso humano
necesario, en cuento al equipo informático, se lo realizará en la nube y su costo será bajo.
Como resultado del estudio realizado, se puede determinar que el proyecto cuenta con
disponibilidad tanto como software, hardware, RR.HH., por lo tanto se puede decir que es
factible económicamente.
PRESUPUESTO ESTIMADO
Tabla 17. Recursos financieros
RECURSO DETALLE COSTO TOTAL
1.- HUMANO Desarrollador para instalación y
configuración ($ 1,000 - 15 días)
$0.00 $0.00
Soporte técnico $0.00
2.- SERVICIO EN LA NUBE
Virtual Machines $57.29
Azure Database for PostgreSQL $15.21
Backup $5.12
Support $0.00
Total anual $931.47
3.- VARIOS
Movilización $80.00 $190.00
Copias - Impresiones $60.00
Gastos Adicionales $50.00
TOTAL PROPUESTA $1,121.47
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
85
Comparación de infraestructura física y nube.
Servidor Físico:
Ilustración 26. Cotización de Servidor Físico.
Servicios en Microsoft Azure
Máquina Virtual Windows
fuente : Microsoft Azure
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
86
Ilustración 27. Máquina virtual windows
Backup
Fuente: Microsoft Azure
Ilustración 28. Backup cotización
Azure Database for PostgreSQL
Fuente: Microsoft Azure
Ilustración 29. Azure Database for PostgreSQL
Fuente: Microsoft Azure
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
87
4.3.4.1 Evaluación económica financiera
Se realizó un análisis de cuánto costaría tener la infraestructura en Cloud considerando
equipos robustos para un universo hasta de 500 usuarios.
Microsoft Azure Estimate
Su presupuesto
Service type Region Description Estimated Cost
Virtual Machines West US 1: D1: 1 núcleos, 3.5 GB RAM, 50 GB en disco $57.29
Azure Database for
PostgreSQL
East US Básico: 50 unidades de proceso, 1 servidores,
50 GB de almacenamiento $15.21
Backup East US 1 instancia, 5 GB, LRS $5.12
Support
Support $0.00
Monthly Total $77.62
Annual Total $931.47
Disclaimer
All prices shown are in US Dollar ($). This is a summary estimate, not a quote. For up to date pricing
information please visit https://azure.microsoft.com/pricing/calculator/
This estimate was created at 10/3/2017 5:43:48 PM UTC.
Tabla 18. Cotización de servicios en nube
Como se muestra en los tabla detallada, Microsoft Azure nos proporcionará
almacenamiento, un servidor de aplicaciones (donde ejecutaremos las aplicaciones), y una base
de datos. El alojamiento en una máquina virtual con Linux ya que es más económico y con
herramientas libres para la implementación del sistema.
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
88
Así como también habíamos visto anteriormente una de las ventajas del Cloud es que
ofrece la posibilidad de desplegar aplicaciones sin tener que ocuparte del mantenimiento de la
infraestructura.
Un PaaS( P l a t f o r m a s a S e r v i c e) : debe ser capaz de contener todos los
componentes necesarios (servidor de aplicaciones, base de datos, frameworks, etc.) para poder
desplegar y ejecutar las aplicaciones. Debe tener un rendimiento óptimo, deber ser escalable y
ofrecer seguridad y privacidad de la información que almacena. El propietario de la aplicación
solo se debe preocupar del buen funcionamiento de la aplicación, pues la escalabilidad, el
balanceo de carga, y todo aquello que suponga el mantenimiento de la plataforma corre a cargo
del proveedor PaaS.
Para este proyecto de investigación se optó por usar como PaaS a Windows Azure. Este
PaaS, es un sistema operativo de servicios de la cloud que sirve como entorno de desarrollo,
servicio de hosting y administración de servicios para la plataforma de servicios Azure. Ofrece
a los desarrolladores con necesidades de computación y almacenamiento bajo demanda, a
desplegar, escalar y administrar sus aplicaciones Web en Internet a través de los datacenter de
Microsoft. Estos datacenters están, distribuidos por todo el mundo, garantizando la
disponibilidad del servicio, seguridad de acceso e integridad de los datos. Ese alojamiento,
tendrá un costo, pero las empresas no tendrán que montar y, sobre todo, mantener su propio
centro de datos ni preocuparse por aspectos como la seguridad del hardware y el software.
(Murazzo, Millán, Rodríguez, Segura, & Villafañe, 2003)
Después de los estudios que hemos realizado en base a la problemática de utilizar un
servidor físico o un Cloud Storage nos hemos inclinado por el almacenamiento en la nube
debido a que por ser una institución proyectada a crecimiento pequeño, por tal motivo es más
viable el tener el servicio que fue detallado anteriormente, ya que no es tan caro comparando
con el de adquirir un servidor físico, otra de las razones es que todos los feligreses podrán
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
89
alterar o editar un determinado documento y tener acceso en tiempo real y desde cualquier
lugar con tan solo tener internet.
4.4 METODOLOGÍA DEL PROYECTO
4.4.1 Metodología en cascada
Según el autor Pressman (2010), el método cascada es también llamado ciclo de vida
clásico, sugiere un enfoque sistemático y secuencial para el desarrollo del software, que
comienza con la especificación de los requerimientos por parte del cliente y avanza a través de
planeación, modelado, construcción y despliegue, para concluir con el apoyo del software
terminado. (p. 34).
En este modelo se considera las actividades fundamentales del proceso de
especificación, desarrollo, validación y evolución, y los representa como fases separadas del
proceso, tales como la especificación de requerimientos, el diseño del software, la
implementación, las pruebas etc. (Somerville, 2005).
Tal y como lo mencionan los autores es un método secuencial que al final de cada nivel
se realiza un revisión final para validar si el proyecto se encuentra listo para avanzar a la
siguiente fase.
Ilustración 30. Modelo de la Cascada
Fuente: (Pressman, 2010)
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
90
4.5 ARQUITECTURA DEL SISTEMA
Ilustración 31. Arquitectura del sistema
Elaborado por: Delgado Sandra y Mosquera Gabriela
La arquitectura del presente proyecto de tesis está basado en una arquitectura cliente–
servidor. El sistema en el cual se inicia la sesión, la persona responsable registra los usuarios
el mantenimiento de las actividades y finanzas de la iglesias, envía peticiones http al servidor
de aplicaciones, en este se encuentran alojados los webservices que realizan las consultas a la
base de datos PostgreSql con la información de la iglesia, estas consultas pueden ser ingresos
y actualizaciones. Todas estas tareas son factibles mediante una conexión a Internet.
4.6 CAPAS EN LA ESTRUCTURA DE SISTEMA
4.6.1 Capa de presentación
Es la responsable de la presentación visual de la aplicación. La capa de presentación
enviará mensajes a los objetos de esta capa de negocios o intermedia, la cual o bien responderá
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
91
entonces directamente o mantendrá un diálogo con la capa de la base de datos, la cual
proporcionará los datos que se enviarían como respuesta a la capa de presentación. (Presuman,
2002).
4.6.2 Capa de datos
Esta capa gestiona el acceso a los datos y realizar transacciones con base de datos para
adquirir o ingresar información al sistema.
En esta capa el manejo de los datos deben ejecutarse de manera tal que exista
consistencia en los mismos, así los datos que serán ingresados como extraídos de las bases de
datos, resulten consistentes y precisos.
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
92
4.7 DIAGRAMA DE CASO DE USO
Ilustración 32. Diagrama de caso de uso de la Iglesia Adventista de Urdesa
Elaborado por: Delgado Sandra y Mosquera Gabriela
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
93
4.8 MODELO ENTIDAD RELACIÓN
Ilustración 33. Modelo Entidad relación
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
94
4.9 IMPACTOS DE LA PROPUESTA
4.9.1 Impacto social
Actualmente vivimos en un era en donde la tecnología es parte de nuestras vidas,
mediante las entrevistas realizadas a los colaboradores de la iglesia y las encuestas a los
feligreses pudimos evidenciar que la implementación del sistema de información será un gran
aporte a la sociedad en la gestión y transparencia de las diferentes actividades que realiza la
iglesia.
4.9.2 Impacto económico
En el ámbito económico la propuesta proporcionará lo siguiente:
Minimizar costos: El sistema ayudará a la iglesia a disminuir la compra de suministro
de oficina como lo es el papel ya que no se generarán los comprobantes físicos de aportaciones
de diezmos. Así como los miembros tendrán más conocimiento de sus actividades, donaciones
y proyectos para tener una mejor planificación y reducir recursos.
4.9.3 Impacto ambiental
En vista de la menor utilización de recursos como el papel, tinta, impresora se reduce
un alto grado el índice de contaminación ambiental, ya que gracias a nuestro sistema de
información los feligreses podrán acceder al portal para verificar su historial de aportaciones
permitiéndoles generar sus correspondientes reportes de manera digital sin la necesidad de
imprimirlos ya que podrán ser descargados o enviados a sus respectivos correos.
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
95
4.10 CONCLUSIONES
Mediante el sistema propuesto luego de haber realizado el análisis, recolección de la
información con las respectivas herramientas de investigación, se obtuvieron los resultados que
permiten presentar las siguientes conclusiones:
El sistema de información será un gran aporte a su gestión administrativa financiera
importante para la Iglesia Adventista del Séptimo día de Urdesa ya que permitirá la gestión de
información de sus feligreses. Los líderes, pastor a cargo y feligreses podrán disponer de toda
la información desde la comodidad de sus casas.
Cabe resaltar que el sistema permite la mejora en sus procesos ya que serán
automatizados otorgando la eficiencia y eficacia de los mismos.
El sistema de información permitirá un mejor control y distribución de manera
transparente en el módulo financiero que ayudará a la administración de todos sus gastos e
ingresos. Así como la generación de informes y comprobantes de aportaciones de diezmos en
la cual la iglesia reducirá costos y pérdidas de la información ya que se encontrarán
almacenados en la base de datos.
Mejorará la planificación y realización de las actividades relacionadas con la
organización.
El diseño del sistema es muy fácil de usarlo por tal motivo el usuario podrá adaptarse
con rapidez para su futuro uso.
“PROPUESTA TECNOLÓGICA DE UN SISTEMA DE INFORMACIÓN PARA EL CONTROL
FINANCIERO DE LA IGLESIA ADVENTISTA DE URDESA”
96
4.11 RECOMENDACIONES
● Posteriormente de haber finalizado con la ejecución de la propuesta se muestran las
siguientes recomendaciones:
● El sistema de información propuesto brinda la opción de implementarlo y poder desarrollar
otros módulos de procesos para la asignación de cargos y actividades en las demás iglesias
adventistas a nivel nacional que aún no han sido abarcados.
● Recomendamos este proyecto como investigación por parte de cualquier futuro estudiante
que lo requiera para continuar fomentando una herramienta de apoyo a estas iglesias sin
fines de lucro.
97
BIBLIOGRAFÍA
Acedo, J. (04 de Mayo de 2015). programacion.jias.es. Obtenido de
http://programacion.jias.es/2015/05/web-%C2%BFque-es-el-framework-bootstrap-
ventajas-desventajas/
Adventistas.org. (s.f.). Recuperado el 15 de 06 de 2017, de
http://www.adventistas.org/es/mayordomiacristiana/54-preguntas-sobre-diezmos-y-
ofrendas/
Almonacid Inzunza, D. (Abril de 2016). repositoriodigital.ucsc.cl. Obtenido de
http://repositoriodigital.ucsc.cl/handle/25022009/1092
Arias, F. (2006). Proyecto de investigación: introducción a la metodología científica (quinta
ed.). Caracas: Episteme.
Asamblea Nacional. (2015). Obtenido de http://www.inclusion.gob.ec/wp-
content/uploads/downloads/2015/09/Decreto-Ejecutivo-739-Reglamento.pdf
Balestrini, M. (1998). Como se elabora el Proyecto de Investigación. Caracas: BL Consultores
Asociados.
Blaxter, L., Hughes, C., & Tight, M. (2000). Cómo se hace una investigación. Barcelona:
Gedisa.
Cruz, M. A. (2014). La computadora, herramienta indispensable en diversas áreas de
conocimiento (Primera ed.). México: UAEM.
De Belizario, R., & Belizario, C. (s.f.). Ministerio Dios es Amor. Obtenido de
http://www.ministeriodiosesamor.net.ve/Archivos/Principal.Principal/13447_LIC014-
Administracion%20Eclesi%E1stica.pdf
Debian. (15 de Junio de 2017). debian.org. Obtenido de
https://www.debian.org/releases/stable/i386/install.pdf.es
Diaz Gonzalez, Y., & Fernandez Romero, Y. (2012). Patrón Modelo-Vista-controlador.
Revista digital de las tecnologías de información y las telecomunicaciones, 48-49.
Durán, F., Gutiérrez, F., & Pimentel, E. (2007). Programación orientada a objetos con Java.
Madrid: Parainfo.
Ecured. (sf). ecured.cu. Obtenido de https://www.ecured.cu/IDE_de_Programaci%C3%B3n
Falconer, D. (1996). A Survey pf Strategic information Systems Planning in Australiian
Companies.
98
Fernandez, V. (2006). Desarrollo de Sistema de Información. Barcelona: UCP.
Gallo, M. (s.f.). Obtenido de http://media.axon.es/pdf/98234_3.pdf
Girardi, T. (15 de Abril de 2009). profesores.elo.utfsm.cl. Obtenido de
http://profesores.elo.utfsm.cl/~agv/elo329/miscellaneous/netbeans-ir.doc.pdf
Gómez Obregón, J., & Martínez Maldonado, G. (08 de Septiembre de 2014). github.com.
Goncalves, A. (2009). Beginning Java EE 6 Platform with GlassFish 3: From Novice to
Professional. Apress.
Hablemos de iglesia . (2017). Obtenido de Hablemos de iglesia :
https://app.hablemosdeiglesia.com/#feature
Hernández Sampieri, R., Fernández Collado, C., & Baptista Lucio, P. (2003). Metodología de
la investigación. México: McGraw-Hill.
Hurtado, I., & Toro, G. (2001). Paradigmas y Métodos de Investigación en Tiempos de
Cambio. Valencia-Venezuela: Episteme.
Iglesia casa de fe. (2013). Obtenido de www.iglesiacasadefe.org
Iglesia Hoy. (s.f.). Recuperado el 16 de 08 de 2017, de
http://www.iglesiahoy.com/ihoy/contenido.cfm?cont=MAIN
Joyanes Aguilar, L. (2009). La Computación en Nube (Cloud Computing). Revista
cuatrimestral de las Facultades de Derecho y Ciencias Económicas y Empresariales.
Obtenido de https://revistas.upcomillas.es/index.php/revistaicade/article/view/289/223
López Acevedo, L. (21 de Julio de 2016). media.readthedocs.org. Obtenido de
https://media.readthedocs.org/pdf/pgsqltutorial/9.1.0/pgsqltutorial.pdf
Maciá Perez, F. (2008). Administración de servicios de Internet: De la teoría a la práctica.
Alicante: Universidad de Alicante.
Maldonado, D. (03 de 09 de 2007). el codigo K. Obtenido de
https://elcodigok.blogspot.com/2007/09/que-son-los-ide-de-programacin.html
Mamani, J. J. (2012). Ventajas y Desventajas de Cloud Computing. REVISTA DE
INFORMACIÓN TECONOLOGÍA Y SOCIEDAD, 86-87.
Morales, D. A. (1976). Análisis y Desarrollo de Sistemas de Información. Bib. Orton IICA /
CATIE.
Murazzo, M., Millán, F., Rodríguez, N., Segura, D., & Villafañe, D. (2003). SEDICI. Obtenido
de
http://sedici.unlp.edu.ar/bitstream/handle/10915/19374/Documento_completo.pdf?seq
uence=1
Pablos Herederos , C. (2004). Informatica y Comuniicaciones de la empresa. Madrid: ESIC.
99
Palella Stracuzzi, S., & Martins, F. (2010). Metodología de la investigación cualitativa
(Segunda ed.). Venezuela: FEDUPE.
Pincay, D. (24 de Mayo de 2015). Software de iglesias cristianas en Ecuador.
Pressman, R. S. (2010). Ingeniería del software un enfoque práctico. México D. F.: Mc Graw
Hill.
Presuman, R. (2002). Ingeniería del Software: un enfo- (Quinta ed.). España: McGraw-Hill.
Ribas Lequerica, J. (2003). Web Services(edicion especial). Anaya.
Sabino, C. (2000). El proceso de la investigación. Caracas: Panapo.
Sánchez Maza, M. (2012). JavaScript. Málaga: Innovacion y Cualificación.
Silva, M. (2015). Sistemas Operativos. Buenos Aires: Alfaomega.
Softlife. (2015). Obtenido de Misoftlife: https://misoftlife.com/
Somerville, I. (2005). ingeniería del Software (Séptima ed.). Madrid: Pearson Educación.
SRI. (s.f.). Recuperado el 17 de 7 de 2017, de
https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&cad=rja&
uact=8&ved=0ahUKEwiX4b-
TksnWAhXCPCYKHSw_BrIQFggmMAA&url=http%3A%2F%2Fwww.sri.gob.ec%
2FBibliotecaPortlet%2Fdescargar%2F22d4c28b-2a94-4e75-9b73-
23fb472a0e31%2F8%2529Reglamento%2Bpara%2B
SRI. (s.f.). Obtenido de
https://www.google.com/url?sa=t&rct=j&q=&esrc=s&source=web&cd=1&cad=rja&
uact=8&ved=0ahUKEwjus_mt2MrWAhVDZCYKHSj5D2MQFggmMAA&url=http
%3A%2F%2Fwww.sri.gob.ec%2FBibliotecaPortlet%2Fdescargar%2Fcbac1cfa-
7546-4bf4-ad32-c5686b487ccc%2F20151228%2BLRTI.pdf&usg=AF
SRI. (s.f.). SRI. Recuperado el 2017, de SRI: http://www.sri.gob.ec/de/33
Tabares Vargas, M. (2015). Los Derechos de Terceros y el Uso del Espacio Público. Múnich.
Obtenido de http://www.grin.com/es/e-book/354367/los-derechos-de-terceros-y-el-
uso-del-espacio-publico
Talledo San Miguel, J. (2015). Implantación de aplicaciones web en entorno internet, intranet
y extranet. Madrid: Parainfo.
Tamayo, M. (2004). El proceso de investigación científica (cuarta ed.). México: Limusa.
Torres Renon, M. (2013). Desarrollo de Aplicaciones JAVA. Lima: Macro.
Torres, J. (20 de 02 de 2017). RECOLECCIÓN DE DATOS. Recuperado el 16 de 05 de 2017,
de http://lisandrotorresitfip.blogsot.com/2013/07/recoleccion-de-los-datos.html
100
Valdés, B. (10 de Marzo de 2016). onsanet.com. Obtenido de
http://www.osandnet.com/versiones-de-windows-2012-r2/
Van Lancker, L. (2014). JQuery: el framework JavaScript de la Web 2.0. Barcelona: ENI.
Villoria, L. N. (2009). Aplicaciones Web 2.0. Córdova: Eduvim.
101
ANEXOS
102
Anexo 1 Formato de entrevista
UNIVERSIDAD DE GUAYAQUIL
Facultad de Ciencias Administrativas
Carrera de Ingeniería en Sistemas Administrativos Computacionales
Nombre:
Cargo:
1.- Actualmente la iglesia Adventista del Séptimo día almacena información en papeles
Marque solo una opción
Siempre
A veces
Casi nunca
Nunca
2.- ¿Cuenta usted con alguna herramienta informática para la gestión de la Iglesia Adventista del Séptimo día de Urdesa?
Marque solo una opción
Si
No
3.- ¿Qué aspectos le gustan del sistema actual de ingreso y administración de la Iglesia Adventista del Séptimo día de Urdesa?
Marque solo una opción
Rápida
103
Económica
Fácil
4.- ¿Qué aspectos no le agradan de su sistema actual de administración de la Iglesia Adventista del Séptimo día de Urdesa?
Complicada
No tengo respaldos
No puedo Comparar archivos
No genera reportes
Pérdida de tiempo
Todas las anteriores
5.- ¿Cómo evalúa el desempeño de sus herramientas informáticas en la actualidad?
Marque solo una opción
Buena
Regular
Mala
6.- ¿Qué funciones o mejoras le gustaría cubrir con un sistema de información?
Colaboración en grupo
Portabilidad
Centralización
Desarrollo
Actualización
Todas las anteriores
7.- ¿Su sistema permite que otras personas puedan ver la misma información Simultáneamente desde otras computadoras o por internet?
Marque solo una opción
Si
104
No
8.- ¿Cree usted que con la ayuda de un software mejorarían los procesos de administración de su iglesia?
Marque solo una opción
Totalmente de acuerdo
De acuerdo
Ni de acuerdo, ni en desacuerdo
En desacuerdo
Totalmente en desacuerdo
9.- ¿Conoce usted de algún software libre que se pueda usar en la iglesia para la gestión de miembros y actividades?
Marque solo una opción
Si
No
10.- ¿Le gustaría la implementación de un sistema de información en su iglesia?
Marque solo una opción
Si
No
105
Anexo 2 Formato de encuesta
UNIVERSIDAD DE GUAYAQUIL
Facultad de Ciencias Administrativas
Carrera de Ingeniería en Sistemas Administrativos Computacionales
Nombre:
1.- Por favor indique su sexo
Marque solo una opción
Femenino
Masculino
2.- Indique su rango de edad
Marque solo una opción
De 20 a 30 años
De 30 a 40 años
De 40 a 50 años
Más de 50 años
3.- ¿Cuánto tiempo lleva de ser miembro de ésta iglesia?
4.- Puede consultar reportes de sus diezmos y ofrendas de meses atrás?
Marque solo una opción
Si
No
106
5.- Elija una opción. ¿En qué medio recibe su comprobante de sus aportaciones de diezmos y ofrendas?
Marque solo una opción
Comprobante físico
Comprobante electrónico
Otro medio
6.- Elija una opción ¿Con qué frecuencia usted revisa sus aportaciones de diezmos y ofrendas?
Marque solo una opción
Semanal
Quincenal
Mensual
Anual
7.- ¿Cuánto se tarda el tesorero en brindarle la información de sus diezmos y ofrendas?
Marque solo una opción
Día(s)
Semana(s)
Meses
8.- Elija una opción ¿Cómo calificaría la eficiencia de la entrega de reportes de sus aportaciones?
Marque solo una opción
Excelente
Buena
Regular
Mala
10.- La disponibilidad de la iglesia para proveer la información de sus actividades es:
Marque solo una opción
Buena
107
Regular
Mala
11.-
¿Existe algún sistema en el que se ingrese la información de las actividades que se realizan dentro o fuera de la iglesia?
Marque solo una opción
Si
No
12.- ¿Le agradaría poder ingresar a un sitio web con su usuario y contraseña?
Marque solo una opción
Si
No
13.-
¿Estaría interesado en que la iglesia adquiera un Sistema de Información para la gestión de miembros, visitas, actividades y proyectos?
Marque solo una opción
Si
No
108
Anexo 3 Encuesta realizada a los feligreses de la Iglesia Adventista del Séptimo día de Urdesa.
Ilustración 34. Resultados sexo
109
Ilustración 35. Resultados segunda parte
110
Ilustración 36. Resultados tercera parte
111
Ilustración 37. Resultados cuarta parte
112
Ilustración 38. Resultados quinta parte
113
Ilustración 39. Resultados última parte
114
Manual
Técnico
115
Anexo 4.
Manual Técnico
Manual Técnico ..................................................................................................................... 115
1. Instalación de componentes. .............................................................................................. 121
2. Configuración parámetros Sistema .................................................................................... 121
3. Instalación PostgreSQL. .................................................................................................... 123
4. Configuración de conexión de aplicativo .......................................................................... 127
5. Tablas ................................................................................................................................. 129
5.1 Tb_provincia. ................................................................................................................... 129
5.2 Tb_cantones. .................................................................................................................... 130
5.3 Tb_parroquias. ................................................................................................................. 130
5.4 Tb_nacionalidaes ............................................................................................................. 131
5.5 Tb_familias ...................................................................................................................... 131
5.6 Tb_estadocivil .................................................................................................................. 132
5.7 Tb_empresa ...................................................................................................................... 132
5.8 Tb_dona_proyecto ........................................................................................................... 133
5.9 Tb_grupos ........................................................................................................................ 134
5.10 Tb_boletines ................................................................................................................... 134
5.11 Tb_rol ............................................................................................................................. 135
5.12 Tb_menus ....................................................................................................................... 135
5.13 Tb_menurol .................................................................................................................... 136
5.14 Tb_cursos_feligres ......................................................................................................... 137
5.15 Tb_usuarios .................................................................................................................... 138
5.16 Tb_cursos ....................................................................................................................... 139
116
5.17 Tb_persona ..................................................................................................................... 140
5.18 Tb_asistencia_detalle ..................................................................................................... 141
5.19 Tb_asistencia.................................................................................................................. 142
5.20 Tb_clases........................................................................................................................ 143
6. Vistas.................................................................................................................................. 143
N/A 143
7. DESCRIPCION DE PROCEDIMIENTOS ALMACENADOS ....................................... 143
7.1 Procedimiento fc_genera_pass ......................................................................................... 143
7.2 Procedimiento fn_consultacombo .................................................................................... 144
7.3 Procedimiento fn_curso_feligres ..................................................................................... 144
7.4 Procedimiento fn_imeasistencia ...................................................................................... 144
7.5 Procedimiento fn_imeasistencia_detalle .......................................................................... 145
7.6 Procedimiento fn_imecurso ............................................................................................. 145
7.7 Procedimiento fn_imecursofeligres ................................................................................. 145
7.8 Procedimiento fn_imeempresa......................................................................................... 146
7.9 Procedimiento fn_imefamilia........................................................................................... 146
7.10 Procedimiento fn_imemenu_rol ..................................................................................... 146
7.11 Procedimiento fn_imemenus ......................................................................................... 147
7.12 Procedimiento fn_imepersona ....................................................................................... 147
7.13 Procedimiento fn_imerol ............................................................................................... 148
7.14 Procedimiento fn_imeusuarios....................................................................................... 148
7.15 Procedimiento fn_infoprofesor_estudiante .................................................................... 148
7.16 Procedimiento fn_menu_rol ........................................................................................... 149
7.17 Procedimiento fn_obtenercursos .................................................................................... 149
7.18 Procedimiento fn_obtenerinfoempresa .......................................................................... 150
117
7.19 Procedimiento fn_obtenerinfofamilia ............................................................................ 150
7.20 Procedimiento fn_obtenerinfofeligres ........................................................................... 151
7.21 Procedimiento fn_obtenerinfopersona ........................................................................... 151
7.22 Procedimiento fn_obtenerinfopersonaxcedula............................................................... 152
7.23 Procedimiento fn_obtenerinforol ................................................................................... 152
7.24 Procedimiento fn_obtenerinfousuario ............................................................................ 153
7.25 Procedimiento fn_obtenerinfousuarioxcedula ............................................................... 153
7.26 Procedimiento fn_obtenermenurol................................................................................. 153
7.27 Procedimiento fn_rolconsulta ........................................................................................ 154
7.28 Procedimiento fn_validarlogin....................................................................................... 154
118
INDICE DE TABLAS
Tabla Nº 1 TB_PROVINCIA. ............................................................................................... 129
Tabla Nº 2 Tb_cantones. ........................................................................................................ 130
Tabla Nº 3 TB_PARROQUIAS. ............................................................................................ 130
Tabla Nº 4 TB_NACIONALIDAES ..................................................................................... 131
Tabla Nº 5 TB_FAMILIAS ................................................................................................... 131
Tabla Nº 6 TB_ESTADOCIVIL ............................................................................................ 132
Tabla Nº 7 TB_EMPRESA .................................................................................................... 133
Tabla Nº 8 TB_DONA_PROYECTO ................................................................................... 133
Tabla Nº 9 TB_DONA_PROYECTO ................................................................................... 134
Tabla Nº 10 TB_BOLETINES .............................................................................................. 134
Tabla Nº 11 TB_ROL ............................................................................................................ 135
Tabla Nº 12 TB_MENUS ...................................................................................................... 136
Tabla Nº 13 TB_MENUROL ................................................................................................ 136
Tabla Nº 14 TB_CURSOS_FELIGRES ................................................................................ 137
Tabla Nº 15 TB_USUARIOS ................................................................................................ 138
Tabla Nº 16 TB_CURSOS ..................................................................................................... 139
Tabla Nº 17 TB_PERSONA .................................................................................................. 141
Tabla Nº 18 TB_ASISTENCIA_DETALLE ......................................................................... 141
Tabla Nº 19 TB_ASISTENCIA ............................................................................................. 142
Tabla Nº 20 TB_CLASES ..................................................................................................... 143
Tabla Nº 21 PROCEDIMIENTO FC_GENERA_PASS ....................................................... 143
Tabla Nº 22 PROCEDIMIENTO FN_CONSULTACOMBO .............................................. 144
Tabla Nº 23 PROCEDIMIENTO FN_CURSO_FELIGRES ................................................ 144
Tabla Nº 24 PROCEDIMIENTO FN_IMEASISTENCIA .................................................... 144
119
Tabla Nº 25 PROCEDIMIENTO FN_IMEASISTENCIA_DETALLE ................................ 145
Tabla Nº 26 PROCEDIMIENTO FN_IMECURSO .............................................................. 145
Tabla Nº 27 PROCEDIMIENTO FN_IMECURSOFELIGRES ........................................... 145
Tabla Nº 28 PROCEDIMIENTO FN_IMEEMPRESA ......................................................... 146
Tabla Nº 29 PROCEDIMIENTO FN_IMEFAMILIA .......................................................... 146
Tabla Nº 30 PROCEDIMIENTO FN_IMEMENU_ROL ..................................................... 146
Tabla Nº 31 PROCEDIMIENTO FN_IMEMENUS ............................................................. 147
Tabla Nº 32 PROCEDIMIENTO FN_IMEPERSONA ......................................................... 147
Tabla Nº 33 PROCEDIMIENTO FN_IMEROL ................................................................... 148
Tabla Nº 34 PROCEDIMIENTO FN_IMEUSUARIOS ....................................................... 148
Tabla Nº 35 PROCEDIMIENTO FN_INFOPROFESOR_ESTUDIANTE .......................... 148
Tabla Nº 36 PROCEDIMIENTO FN_MENU_ROL ............................................................. 149
Tabla Nº 37 Procedimiento fn_obtenercursos ....................................................................... 149
Tabla Nº 38 PROCEDIMIENTO FN_OBTENERINFOEMPRESA .................................... 150
Tabla Nº 39 PROCEDIMIENTO FN_OBTENERINFOFAMILIA ...................................... 150
Tabla Nº 40 PROCEDIMIENTO FN_OBTENERINFOFELIGRES .................................... 151
Tabla Nº 41 PROCEDIMIENTO FN_OBTENERINFOPERSONA .................................... 151
Tabla Nº 42 PROCEDIMIENTO FN_OBTENERINFOPERSONAXCEDULA ................. 152
Tabla Nº 43 PROCEDIMIENTO FN_OBTENERINFOROL ............................................... 152
Tabla Nº 44 PROCEDIMIENTO FN_OBTENERINFOUSUARIO ..................................... 153
Tabla Nº 45 PROCEDIMIENTO FN_OBTENERINFOUSUARIOXCEDULA .................. 153
Tabla Nº 46 PROCEDIMIENTO FN_OBTENERMENUROL ............................................ 153
Tabla Nº 47 PROCEDIMIENTO FN_ROLCONSULTA ..................................................... 154
Tabla Nº 48 PROCEDIMIENTO FN_VALIDARLOGIN .................................................... 154
120
INDICE DE IMAGEN
Imagen Nº 1 Instalación del SDK ....................................................................................... 121
Imagen Nº 2 Descomprimir apache ....................................................................................... 121
Imagen Nº 3 Parámetros del sistema...................................................................................... 122
Imagen Nº 4 Cambiar configuracion ..................................................................................... 122
Imagen Nº 5 Propiedades del sistema .................................................................................... 122
Imagen Nº 6 Creación de parametro ...................................................................................... 122
Imagen Nº 7 Creación del segundo parámetro ....................................................................... 123
Imagen Nº 8 Añadir parametros............................................................................................. 123
Imagen Nº 9 Instalación postgre paso 1 ................................................................................. 123
Imagen Nº 10 Instalación paso2............................................................................................. 124
Imagen Nº 11 Instalación postgre paso 3 ............................................................................... 124
Imagen Nº 12 Instalación postgre paso 4 ............................................................................... 125
Imagen Nº 13 Instalación postgre paso 5 ............................................................................... 125
Imagen Nº 14 Restauración de BD ........................................................................................ 125
Imagen Nº 15 Subir BD ......................................................................................................... 126
Imagen Nº 16 Restauración de BD 2 ..................................................................................... 126
Imagen Nº 17 Ventana de exploración de archivos ............................................................... 126
Imagen Nº 18 Selección del archivo de BD ........................................................................... 127
Imagen Nº 19 Configuracion de aplicativo ............................................................................ 127
Imagen Nº 20 ......................................................................................................................... 128
Imagen Nº 21 Edición de archivo Tomcat ............................................................................. 128
Imagen Nº 22 Archivo .war ................................................................................................... 129
121
1. Instalación de componentes.
SDK.
Al finalizar la descarga del programa JDK. Procedemos con la instalación.
Imagen Nº 1 Instalación del SDK
Luego de instalar java procedemos a configurar los parámetros del sistema.
APACHE
Al finalizar la descarga del Apache Tomcat, se descomprime el archivo en el disco C. como
se muestra la imagen
Imagen Nº 2 Descomprimir apache
2. Configuración parámetros Sistema
Seleccionamos el equipo del sistema operativo CLICK derecho y propiedades. Como se
muestra la siguiente imagen.
122
Imagen Nº 3 Parámetros del sistema
Luego aparecerá una pantalla en la cual seleccionamos cambiar configuración.
Imagen Nº 4 Cambiar configuracion
Nos mostrara las propiedades del sistema y seleccionamos la pestaña Opciones avanzadas
y luego hacer CLICK en variables de entorno.
Imagen Nº 5 Propiedades del sistema
Creamos el primer parámetro JAVA_HOME
Imagen Nº 6 Creación de parametro
123
Creamos el segundo parámetro CATALINA_HOME
Imagen Nº 7 Creación del segundo parámetro
Almacenamos las configuraciones y seleccionar PATH y editamos el contenido.
Edición parametros
Creamos y añadimos los siguientes registros como se muestra la siguiente imagen
Imagen Nº 8 Añadir parametros
3. Instalación PostgreSQL.
Después de realizar la descarga de PostgreSQL procedemos con la instalación.
Imagen Nº 9 Instalación postgre paso 1
124
Seleccionamos el directorio donde se creará los componentes del SQL. CLICK en siguiente
Imagen Nº 10 Instalación paso2
Nos aparecerá una pantalla donde requiere que ingresemos una contraseña para el usuario
postgres.
Digitamos una contraseña y CLICK en siguiente.
Imagen Nº 11 Instalación postgre paso 3
Luego nos aparecerá el puerto para conexión del PostgreSQL, por defecto se encuentra el
5432. CLICK en siguiente.
125
Imagen Nº 12 Instalación postgre paso 4
Se procede a realizar la instalación
Imagen Nº 13 Instalación postgre paso 5
Luego de instalar el SQL procedemos a restaurar la Base de Datos. Seleccionamos server y
creamos Data base. Como se muestra la imagen
Imagen Nº 14 Restauración de BD
Llamaremos la Base dt_iglesia.
126
Imagen Nº 15 Subir BD
Luego seleccionamos la Base de Datos que hemos creado y hacer CLICK derecho y
seleccionamos Restore.
Imagen Nº 16 Restauración de BD 2
Nos aparece una ventana donde buscaremos el archivo .bak como se muestra la imagen 18.
Y restauramos.
Imagen Nº 17 Ventana de exploración de archivos
127
Imagen Nº 18 Selección del archivo de BD
4. Configuración de conexión de aplicativo
Abrimos el directorio donde se encuentra Apache Tomcat y abril la carpeta conf y editamos
el archivo Context.
Imagen Nº 19 Configuracion de aplicativo
Adicionamos la configuración, y guardar el archivo.
<Resource name="jdbc/iglesiaDS" auth="Container"
type="javax.sql.DataSource" driverClassName="org.postgresql.Driver"
url="jdbc:postgresql://localhost:5432/dt_iglesia"
username="postgres" password="123456" maxActive="20" maxIdle="10"
maxWait="-1"/>
128
Imagen Nº 20
Editar el archivo tomcat-users. Y luego guardar la configuración
<user password="123456" roles="manager-script,admin,manager-gui" username="sa"/>
Imagen Nº 21 Edición de archivo Tomcat
Por último, copiamos el archivo .war en el directorio webapps donde esta Apache Tomcat.
129
Imagen Nº 22 Archivo .war
Al finalizar ejecutamos el servicio Tomcat para levantar el portal Iglesia.
Nos dirigimos a la carpeta BIN del Tomcat y ejecutar el archivo startup.bat
5. Tablas
5.1 TB_PROVINCIA.
Descripción: Contiene el registro de todas las provincias del país.
Campos
Columna Descripcion
id_provincia Identificación único de provincia
nombre descripcion de la provincia
estado verifica si está activo o no
Observaciones:
Tabla Nº 1 TB_PROVINCIA.
130
5.2 TB_CANTONES.
Descripción: Tabla que contiene todas los cantones de la provincia relacionada.
Campos
Columna Descripcion
id_cantones Identificador único para cantones
id_provincia se relaciona con las provincias
nombre descripción de los cantones
estado verifica si está activo o no
Observaciones:
Tabla Nº 2 Tb_cantones.
5.3 TB_PARROQUIAS.
Descripción: Tabla que contiene todas las parroquias de los cantones relacionada
Campos
Columna Descripcion
id_parroquias Identificador único para las parroquias
id_cantones se relaciona con los cantones
nombre descripcion de las parroquias
estado verifica si esta activo o no
Observaciones:
Tabla Nº 3 TB_PARROQUIAS.
131
5.4 TB_NACIONALIDAES
Descripción: Tabla que contiene todas las nacionalidades
Campos
Columna Descripcion
id_nacionalidades Identificador único para las nacionalidades
nombre descripcion de las parroquias
estado verifica si está activo o no
Observaciones:
Tabla Nº 4 TB_NACIONALIDAES
5.5 TB_FAMILIAS
Descripción: Tabla que contiene el registro de las familia
Campos
Columna Descripcion
id_familias Identificador único para las familias
descripcion descripcion o nombre de la familia
dirección descripcion de dirección
teléfono descripcion de teléfono
estado verifica si esta activo o no
fechaingreso ingresa la fecha que el usuario ingreso
useringreso ingresa el usuario que ingreso
fechamodificacion ingresa la fecha que el usuario modifico
Usermodificacion ingresa el usuario que modifico
Observaciones:
Tabla Nº 5 TB_FAMILIAS
132
5.6 TB_ESTADOCIVIL
Descripción: Tabla que contiene el estado civil
Campos
Column Description
id_estadocivil Identificador único de estado Civil
Nombre descripcion de la estado Civil
estado verifica si está activo o no
Observaciones:
Tabla Nº 6 TB_ESTADOCIVIL
5.7 TB_EMPRESA
Descripción: Tabla que contiene la información de la empresa.
Campos
Column Description
id_empresa Identificador único para la empresa
ruc ruc de la empresa
Nombre nombre de la empresa
dirección dirección de la empresa
teléfono teléfono de la empresa
Logo logo de la empresa
hostemail servidor de correo
133
starttlsemail verifica si tiene configuración TLS
Puertoemail puerto de servidor de correo
Usuarioemail usuario para el ingreso del correo
Passemail contraseña para el ingreso del correo
Sslaut si tiene autentificación SSL
Fromemail correo que será como mascara
fechaingreso ingresa la fecha que el usuario ingreso
useringreso ingresa el usuario que ingreso
fechamodificacion ingresa la fecha que el usuario modifico
usermodificacion ingresa el usuario que modifico
estado verifica si está activo o no
mision Contiene la descripcion de misión
vision Contiene la descripcion de visión
fondo Contiene la imagen del fondo de pantalla
Observaciones:
Tabla Nº 7 TB_EMPRESA
5.8 TB_DONA_PROYECTO
Descripción: Tabla que contiene el registro de las donaciones y proyectos.
Campos
Column Description
id_dona_proyect Identificador único
Descripción descripcion del proyecto o donación
Valorestimado
ingresa el valor estimado de la donaciones y
proyectos
Valoradquirido ingresa el valor adquirido de las donaciones
Fechaingreso ingresa la fecha que el usuario ingreso
Useringreso ingresa el usuario que ingreso
Fechamodificacion ingresa la fecha que el usuario modifico
usermodificacion ingresa el usuario que modifico
estado verifica si está activo o no
Observaciones:
Tabla Nº 8 TB_DONA_PROYECTO
134
5.9 TB_GRUPOS
Descripción: Tabla que contiene el registro de los grupos
Campos
Columna Descripcion
id_grupo Identificación única de grupo
Descripción descripcion del grupo
fechaingreso ingresa la fecha que el usuario ingreso
useringreso ingresa el usuario que ingreso
fechamodificacion ingresa la fecha que el usuario modifico
Usermodificacion ingresa el usuario que modifico
estado verifica si está activo o no
Observaciones:
Tabla Nº 9 TB_DONA_PROYECTO
5.10 TB_BOLETINES
Descripción: Tabla que contiene el registro de boletines.
Campos
Columna Descripcion
id_boletines Identificación única de boletines
Nombre descripcion de boletín
fecha fecha que ingreso el boletín
Fechaingreso ingresa la fecha que el usuario ingreso
Useringreso ingresa el usuario que ingreso
estado verifica si está activo o no
Observaciones:
Tabla Nº 10 TB_BOLETINES
135
5.11 TB_ROL
Descripción: Tabla que contiene la información de los roles.
Campos
Column Description
id_perfil Identificación única para el rol
Descripción descripcion del rol
Fechaingreso ingresa la fecha que el usuario ingreso
Useringreso ingresa el usuario que ingreso
fechamodificacion ingresa la fecha que el usuario modifico
usermodificacion ingresa el usuario que modifico
estado verifica si está activo o no
Observaciones:
Tabla Nº 11 TB_ROL
5.12 TB_MENUS
Descripción: Tabla que contiene la información de relación de roles con usuario.
Campos
Column Description
id_menus Identificación único para el menú
descripcion Descripcion del menú
link_menu Dirección de la página para acceder al menú
136
icono_menus icono del menú
Orden orden que se muestras las opciones del menú
id_padre identificación del menú padre
present_home
se activa si el menú realiza un acceso directo a la
pantalla principal
fechaingreso ingresa la fecha que el usuario ingreso
useringreso ingresa el usuario que ingreso
fechamodificacion ingresa la fecha que el usuario modifico
usermodificacion ingresa el usuario que modifico
estado verifica si está activo o no
Observaciones:
Tabla Nº 12 TB_MENUS
5.13 TB_MENUROL
Descripción: Tabla que contiene la información de roles y menú.
Campos
Column Description
id_menusrol
Identificación única para el acceso del menú y
rol
id_menus Identificación del menú
id_perfil Identificación del rol
fechaingreso ingresa la fecha que el usuario ingreso
useringreso ingresa el usuario que ingreso
fechamodificacion ingresa la fecha que el usuario modifico
usermodificacion ingresa el usuario que modifico
estado verifica si está activo o no
Observaciones:
Tabla Nº 13 TB_MENUROL
137
5.14 TB_CURSOS_FELIGRES
Descripción: Tabla que contiene el registro del estado del curso que tiene el feligrés.
Campos
Column Description
id_curso_feligres Identificación única de cursos y feligrés
id_curso identificación del curso
id_feligres identificación del feligrés
fecha fecha de registro
completado cantidad completado máximo 100%
fechaingreso ingresa la fecha que el usuario ingreso
useringreso ingresa el usuario que ingreso
fechamodificacion ingresa la fecha que el usuario modifico
usermodificacion ingresa el usuario que modifico
estado verifica si está activo o no
Observaciones:
Tabla Nº 14 TB_CURSOS_FELIGRES
138
5.15 TB_USUARIOS
Descripción: Tabla que contiene la información de los usuarios.
Campos
Column Description
id_usuarios Identificación única para los usuarios
id_persona Identificación de la persona
usuario usuario para el ingreso al portal
password contraseña del usuario encriptado
id_perfil verifica el perfil del usuario
fechaingreso ingresa la fecha que el usuario ingreso
useringreso ingresa el usuario que ingreso
fechamodificacion ingresa la fecha que el usuario modifico
usermodificacion ingresa el usuario que modifico
estado verifica si está activo o no
Observaciones:
Tabla Nº 15 TB_USUARIOS
139
5.16 TB_CURSOS
Descripción: Tabla que contiene el registro de las clases.
Campos
Column Description
id_curso Identificación única de cursos
descripcion descripcion de curso
fechaingreso ingresa la fecha que el usuario ingreso
useringreso ingresa el usuario que ingreso
fechamodificacion ingresa la fecha que el usuario modifico
usermodificacion ingresa el usuario que modifico
estado verifica si está activo o no
Observaciones:
Tabla Nº 16 TB_CURSOS
140
5.17 TB_PERSONA
Descripción: Tabla que contiene la información de las personas - feligreses.
Campos
Column Description
id_persona Identificador único para las personas
nombres nombre de la persona
apellidos apellidos de la persona
cedula cedula de la persona
id_estadocivil se ingresa el estado civil de la persona
fechanacimiento fecha de nacimiento de la persona
email correo electrónico de la persona
celular celular de la persona
direcciondomicilio dirección del domicilio de la persona
telefonodomicilio teléfono de domicilio de la persona
sexo
sexo de la persona F = Femenino, M =
Masculino
id_familias se ingresa la familia que pertenece la persona
id_parroquias se ingresa la parroquia que pertenece la persona
id_cantones se ingresa el cantón que pertenece la persona
id_provincia se ingresa la provincia que pertenece la persona
id_nacionalidades
se ingresa la nacionalidad que pertenece la
persona
141
foto
ingresa la ruta del directorio de la foto
seleccionada
fechaingreso ingresa la fecha que el usuario ingreso
useringreso ingresa el usuario que ingreso
fechamodificacion ingresa la fecha que el usuario modifico
usermodificacion ingresa el usuario que modifico
estado verifica si está activo o no
tipopersona
verifica que tipo de persona P=profesor - E=
Estudiante
Observaciones:
Tabla Nº 17 TB_PERSONA
5.18 TB_ASISTENCIA_DETALLE
Descripción: Tabla que contiene el registro de las asistencia detalle.
Campos
Column Description
id_asistencia_detalle Identificación única de asistencia por detalle
id_asistencia identificación de la asistencia
secuencial secuencial de cantidad de registro ingresado
asistio se activa si el estudiante asistió a la clase
observacion observación
fechaingreso ingresa la fecha que el usuario ingreso
useringreso ingresa el usuario que ingreso
fechamodificacion ingresa la fecha que el usuario modifico
usermodificacion ingresa el usuario que modifico
Observaciones:
Tabla Nº 18 TB_ASISTENCIA_DETALLE
142
5.19 TB_ASISTENCIA
Descripción: Tabla que contiene el registro de las asistencia.
Campos
Column Description
id_asistencia Identificación única de asistencia
id_clases identificación de la clase
id_profesor
identificación del feligrés que tiene el rol de
profesor
fecha contiene la fecha de ingreso
ofrenda contiene el valor que se recaudó en las ofrendas
totalasistencia contiene la cantidad de asistencia de los alumnos
totalalumno contiene el total de los alumnos de la clase
fechaingreso ingresa la fecha que el usuario ingreso
useringreso ingresa el usuario que ingreso
fechamodificacion ingresa la fecha que el usuario modifico
usermodificacion ingresa el usuario que modifico
estado verifica si está activo o no
Observaciones:
Tabla Nº 19 TB_ASISTENCIA
143
5.20 TB_CLASES
Descripción: Tabla que contiene el registro de las clases.
Campos
Column Description
id_clases Identificación única de clases
descripcion descripcion de clase
desde ingresa la edad que inicia la clase
hasta ingresa la edad final de la clase
fechaingreso ingresa la fecha que el usuario ingreso
useringreso ingresa el usuario que ingreso
fechamodificacion ingresa la fecha que el usuario modifico
usermodificacion ingresa el usuario que modifico
estado verifica si está activo o no
Observaciones:
Tabla Nº 20 TB_CLASES
6. Vistas
N/A
7. DESCRIPCION DE PROCEDIMIENTOS ALMACENADOS
7.1 PROCEDIMIENTO FC_GENERA_PASS
Descripción: función que realiza la generación temporal de contraseña
Parámetros
Nombre Tipo Tipo Dato Observación
¿? Entrada integer
Resultado Salida String
Observaciones:
Tabla Nº 21 PROCEDIMIENTO FC_GENERA_PASS
144
7.2 PROCEDIMIENTO FN_CONSULTACOMBO
Descripción: función que realiza las consultas para los combox.
Parámetros
Nombre Tipo Tipo Dato Observación
ln_opcion Entrada INTEGER
lv_filtro Salida STRING
lv_value Salida STRING
Observaciones:
Tabla Nº 22 PROCEDIMIENTO FN_CONSULTACOMBO
7.3 PROCEDIMIENTO FN_CURSO_FELIGRES
Descripción: muestra la información de los feligreses con su curso
Parámetros
Nombre Tipo Tipo Dato Observación
lv_filtros Entrada INTEGER
ln_opcion Entrada STRING
ln_id_curso_feligres Salida INTEGER
ln_id_curso Salida INTEGER
ln_id_feligres Salida INTEGER
ld_fecha Salida DATE
ln_completado Salida INTEGER
lb_estado Salida BOOLEAN
lv_curso_desc Salida STRING
lv_feligres_desc Salida STRING
Observaciones:
Tabla Nº 23 PROCEDIMIENTO FN_CURSO_FELIGRES
7.4 PROCEDIMIENTO FN_IMEASISTENCIA
Descripción: función que se encarga de ingresar las asistencias
Parámetros
Nombre Tipo Tipo Dato Observación
ln_id_asistencia Entrada INTEGE
R
ln_id_clases Entrada INTEGER
ln_id_profesor Entrada INTEGER
ld_fecha Entrada DATE
ld_ofrenda Entrada DECIMAL
ln_totalasistencia Entrada INTEGER
ln_totalalumno Entrada INTEGER
lv_usuarioingreso Entrada STRING
ln_opcion Entrada INTEGER
result Salida STRIN
Observaciones:
Tabla Nº 24 PROCEDIMIENTO FN_IMEASISTENCIA
145
7.5 PROCEDIMIENTO FN_IMEASISTENCIA_DETALLE
Descripción: función que se encarga de ingresar el detalle de las asistencias
Parámetros
Nombre Tipo Tipo Dato Observación
ln_id_asistencia_detalle Salida INTEGER
ln_id_asistencia Salida INTEGER
ln_secuencial Salida INTEGER
ln_id_estudiante Salida INTEGER
lb_asistio Salida BOOLEAN
lv_observacion Salida STRING
lv_usuarioingreso Salida STRING
ln_opcion Salida INTEGER
result Entrada STRING
Observaciones:
Tabla Nº 25 PROCEDIMIENTO FN_IMEASISTENCIA_DETALLE
7.6 PROCEDIMIENTO FN_IMECURSO
Descripción: guarda el contenido de los cursos
Parámetros
Nombre Tipo Tipo Dato Observación
ln_id_curso Entrada INTEGER
lv_descripcion Entrada STRING
lv_useringreso Entrada STRING
lb_estado Entrada BOOLEAN
ln_opcion Entrada INTEGER
result Salida STRING
Observaciones:
Tabla Nº 26 PROCEDIMIENTO FN_IMECURSO
7.7 PROCEDIMIENTO FN_IMECURSOFELIGRES
Descripción: Realiza un proceso de crear usuarios de Base de Datos para el proceso de
auditoria
Parámetros
Nombre Tipo Tipo Dato Observación
ln_id_curso_feligres Entrada INTEGER
ln_id_curso Entrada INTEGER
ln_id_feligres Entrada INTEGER
ld_fecha Entrada DATE
ln_completado Entrada INTEGER
lv_useringreso Entrada STRING
lb_estado Entrada BOOLEAN
ln_opcion Entrada INTEGER
result Salida STRING
Observaciones:
Tabla Nº 27 PROCEDIMIENTO FN_IMECURSOFELIGRES
146
7.8 PROCEDIMIENTO FN_IMEEMPRESA
Descripción: función que se encarga de ingresar las empresas
Parámetros
Nombre Tipo Tipo Dato Observación
ln_id_empresa Entrada INTEGER
lv_ruc Entrada STRING
lv_nombre Entrada STRING
Lv_direccion Entrada STRING
lv_mision Entrada STRING
lv_vision Entrada STRING
lv_telefono Entrada STRING
lv_logo Entrada STRING
ln_opcion Entrada INTEGER
lv_useringreso Entrada STRING
lv_fondo Entrada STRING
result Salida STRING
Observaciones:
Tabla Nº 28 PROCEDIMIENTO FN_IMEEMPRESA
7.9 PROCEDIMIENTO FN_IMEFAMILIA
Descripción: función que se encarga de ingresar las familias
Parámetros
Nombre Tipo Tipo Dato Observa
ción
ln_id_familias Entrada INTEGER
lv_descripcion Entrada STRING
lv_direccion Entrada STRING
lv_telefono Entrada STRING
lv_useringreso Entrada STRING
lb_estado Entrada BOOLEAN
ln_opcion Entrada INTEGER
result Salida STRING
Observaciones:
Tabla Nº 29 PROCEDIMIENTO FN_IMEFAMILIA
7.10 PROCEDIMIENTO FN_IMEMENU_ROL
Descripción:.
Parámetros
Nombre Tipo Tipo Dato Observación
ln_id_menus Entrada INTEGER
ln_id_perfil Entrada INTEGER
lv_usuarioingreso Entrada STRING
lb_estado Entrada BOOLEAN
ln_opcion Entrada INTEGER
result Salida STRING
Observaciones:
Tabla Nº 30 PROCEDIMIENTO FN_IMEMENU_ROL
147
7.11 PROCEDIMIENTO FN_IMEMENUS
Descripción: función que se encarga de ingresar el menú de opción.
Parámetros
Nombre Tipo Tipo Dato Observación
ln_id_menus Entrada INTEGER
lv_descripcion Entrada STRING
lv_link_menu Entrada STRING
lv_icono_menus Entrada STRING
ln_orden Entrada INTEGER
ln_id_padre Entrada INTEGER
lb_present_home Entrada BOOLEAN
lv_useringreso Entrada INTEGER
lb_estado Entrada BOOLEAN
ln_opcion Entrada INTEGER
result Salida STRING
Observaciones:
Tabla Nº 31 PROCEDIMIENTO FN_IMEMENUS
7.12 PROCEDIMIENTO FN_IMEPERSONA
Descripción: Mantenimiento de persona
Parámetros
Nombre Tipo Tipo Dato Observación
ln_opcion Entrada INTEGER
ln_id_persona Entrada INTEGER
lv_nombres Entrada STRING
lv_apellidos Entrada STRING
lv_cedula Entrada STRING
ln_id_estadocivil Entrada INTEGER
ld_fechanacimiento Entrada INTEGER
lv_email Entrada STRING
lv_celular Entrada STRING
ln_id_estadocivil Entrada INTEGER
ld_fechanacimiento Entrada DATE
lv_email Entrada STRING
lv_celular Entrada STRING
lv_direcciondomicilio Entrada STRING
lv_telefonodomicilio Entrada STRING
lv_sexo Entrada STRING
ln_id_familias Entrada INTEGER
ln_id_parroquias Entrada INTEGER
ln_id_cantones Entrada INTEGER
ln_id_provincia Entrada INTEGER
ln_id_nacionalidades Entrada INTEGER
lv_foto Entrada STRING
lv_tipopersona Entrada STRING
lb_estado Entrada BOOLEAN
lv_usuarioingreso Entrada STRING
result Salida STRING
Observaciones:
Tabla Nº 32 PROCEDIMIENTO FN_IMEPERSONA
148
7.13 PROCEDIMIENTO FN_IMEROL
Descripción: función que se encarga de ingresar los roles
Parámetros
Nombre Tipo Tipo Dato Observa
ción
ln_id_perfil Entrada INTEGER
lv_descripcion Entrada STRING
lv_useringreso Entrada STRING
lb_estado Entrada BOOLEAN
ln_opcion Entrada INTEGER
result Salida STRING
Observaciones:
Tabla Nº 33 PROCEDIMIENTO FN_IMEROL
7.14 PROCEDIMIENTO FN_IMEUSUARIOS
Descripción: Función que se encarga de realizar el ingreso, actualización del usuario
Parámetros
Nombre Tipo Tipo Dato Observa
ción
ln_id_usuario Entrada INTEGER
ln_id_persona Entrada INTEGER
lv_usuario Entrada STRING
ln_id_perfil Entrada INTEGER
lv_password Entrada STRING
lv_usuarioingreso Entrada STRING
ln_update Entrada INTEGER
lb_estado Entrada BOOLEAN
ln_opcion Entrada INTEGER
result Salida STRING
Observaciones:
Tabla Nº 34 PROCEDIMIENTO FN_IMEUSUARIOS
7.15 PROCEDIMIENTO FN_INFOPROFESOR_ESTUDIANTE
Descripción: función que muestra la información del profesor
Parámetros
Nombre Tipo Tipo Dato Observa
ción
ln_opcion Entrada XML
lv_filtro_1 Entrada STRING
lv_filtro_2 Entrada STRING
ln_id_persona Salida INTEGER
lv_nombre Salida STRING
lv_cedula Salida STRING
Observaciones:
Tabla Nº 35 PROCEDIMIENTO FN_INFOPROFESOR_ESTUDIANTE
149
7.16 PROCEDIMIENTO FN_MENU_ROL
Descripción: función que filtras el contenido de menú y roles
Parámetros
Nombre Tipo Tipo Dato Observa
ción
ln_id_rol Entrada INTEGER
ln_opcion Entrada INTEGER
lv_filtro Entrada STRING
ln_id_menus Salida INTEGER
lv_icono_menus Salida STRING
lv_descripcion Salida STRING
ln_orden Salida INTEGER
lv_link_menu Salida STRING
ln_id_padre Salida INTEGER
lb_present_home Salida BOOLEAN
lb_estado Salida BOOLEAN
lv_descricionmenupadre Salida STRING
lv_estado_des Salida STRING
Observaciones:.
Tabla Nº 36 PROCEDIMIENTO FN_MENU_ROL
7.17 PROCEDIMIENTO FN_OBTENERCURSOS
Descripción: Obtiene información de cursos.
Parámetros
Nombre Tipo Tipo Dato Observa
ción
lv_filtro Entrada STRING
ln_id_curso Salida INTEGER
lv_descripcion Salida STRING
lb_estado Salida BOOLEAN
Observaciones: El resultado depende del tipo de filtro que se le envía como parámetro.
Tabla Nº 37 Procedimiento fn_obtenercursos
150
7.18 PROCEDIMIENTO FN_OBTENERINFOEMPRESA
Descripción: función que contiene información de la empresa
Parámetros
Nombre Tipo Tipo Dato Observa
ción
ln_id_empresa Salida INTEGER
lv_ruc Salida STRING
lv_nombre Salida STRING
lv_direccion Salida STRING
lv_telefono Salida STRING
lv_logo Salida STRING
lv_hostemail Salida STRING
lb_starttlsemail Salida BOOLEAN
lv_puertoemail Salida STRING
lv_usuarioemail Salida STRING
lv_passemail Salida STRING
lb_sslaut Salida BOOLEAN
lv_fromemail Salida STRING
lb_estado Salida BOOLEAN
lv_mision Salida STRING
lv_vision Salida STRING
lv_fondo Salida STRING
Observaciones:
Tabla Nº 38 PROCEDIMIENTO FN_OBTENERINFOEMPRESA
7.19 PROCEDIMIENTO FN_OBTENERINFOFAMILIA
Descripción: muestra la información de la familia
Parámetros
Nombre Tipo Tipo Dato Observa
ción
ln_opcion Entrada INTEGER
lv_filtro Entrada STRING
ln_id_familias Salida INTEGER
lv_descripcion Salida STRING
lv_direccion Salida STRING
lv_telefono Salida STRING
lb_estado Salida BOOLEAN
Observaciones:.
Tabla Nº 39 PROCEDIMIENTO FN_OBTENERINFOFAMILIA
151
7.20 PROCEDIMIENTO FN_OBTENERINFOFELIGRES
Descripción: contiene la información de la persona
Parámetros
Nombre Tipo Tipo Dato Observación
lv_filtro Entrada STRING
ln_id_persona Salida INTEGER
ln_nombres Salida INTEGER
lv_apellidos Salida STRING
lv_cedula Salida STRING
ln_id_estadocivil Salida INTEGER
ld_fechanacimiento Salida DATE
lv_email Salida STRING
lv_celular Salida STRING
lv_direcciondomicilio Salida STRING
lv_telefonodomicilio Salida STRING
lv_sexo Salida STRING
ln_id_familias Salida INTEGER
ln_id_parroquias Salida INTEGER
ln_id_cantones Salida INTEGER
ln_id_provincia Salida INTEGER
ln_id_nacionalidades Salida INTEGER
lv_tipopersona Salida STRING
lv_foto Salida STRING
lb_estado Salida BOOLEAN
Observaciones:.
Tabla Nº 40 PROCEDIMIENTO FN_OBTENERINFOFELIGRES
7.21 PROCEDIMIENTO FN_OBTENERINFOPERSONA
Descripción: contiene la información de la persona
Parámetros
Nombre Tipo Tipo Dato Observación
ln_id_persona Entrada INTEGER
ln_nombres Salida STRING
lv_apellidos Salida STRING
lv_cedula Salida STRING
ln_id_estadocivil Salida INTEGER
ld_fechanacimiento Salida DATE
lv_email Salida STRING
lv_direcciondomicilio Salida STRING
lv_telefonodomicilio Salida STRING
lv_sexo Salida STRING
ln_id_familias Salida INTEGER
ln_id_parroquias Salida INTEGER
ln_id_cantones Salida INTEGER
ln_id_provincia Salida INTEGER
ln_id_nacionalidades Salida INTEGER
lv_foto Salida STRING
lb_estado Salida BOOLEAN
Observaciones:.
Tabla Nº 41 PROCEDIMIENTO FN_OBTENERINFOPERSONA
152
7.22 PROCEDIMIENTO FN_OBTENERINFOPERSONAXCEDULA
Descripción: contiene la información de la persona por cedula
Parámetros
Nombre Tipo Tipo Dato Observación
lvi_cedula Entrada STRING
ln_nombres Salida STRING
lv_apellidos Salida STRING
lv_cedula Salida STRING
ln_id_estadocivil Salida INTEGER
ld_fechanacimiento Salida DATE
lv_email Salida STRING
lv_celular Salida STRING
lv_direcciondomicilio Salida STRING
lv_telefonodomicilio Salida STRING
lv_sexo Salida STRING
ln_id_familias Salida INTEGER
ln_id_parroquias Salida INTEGER
ln_id_cantones Salida INTEGER
ln_id_provincia Salida INTEGER
ln_id_nacionalidades Salida INTEGER
lv_foto Salida STRING
lb_estado Salida BOOLEAN
Observaciones:.
Tabla Nº 42 PROCEDIMIENTO FN_OBTENERINFOPERSONAXCEDULA
7.23 PROCEDIMIENTO FN_OBTENERINFOROL
Descripción: contiene información de rol que el usuario se encuentra registrado
Parámetros
Nombre Tipo Tipo Dato Observación
ln_id_usuarios Entrada STRING
ln_id_perfil Salida INTEGER
lv_descripcion Salida STRING
lv_estado Salida STRING
Observaciones:.
Tabla Nº 43 PROCEDIMIENTO FN_OBTENERINFOROL
153
7.24 PROCEDIMIENTO FN_OBTENERINFOUSUARIO
Descripción: muestra la información del usuario
Parámetros
Nombre Tipo Tipo Dato Observación
ln_opcion Entrada INTEGER
lv_filtro Entrada STRING
ln_id_usuarios Salida INTEGER
ln_id_persona Salida INTEGER
lv_usuario Salida STRING
ln_id_perfil Salida INTEGER
lv_password Salida STRING
lb_estado Salida BOOLEAN
Observaciones:.
Tabla Nº 44 PROCEDIMIENTO FN_OBTENERINFOUSUARIO
7.25 PROCEDIMIENTO FN_OBTENERINFOUSUARIOXCEDULA
Descripción: contiene la información del usuario por cedula
Parámetros
Nombre Tipo Tipo Dato Observa
ción
lvi_cedula Entrada STRING
ln_id_usuarios Salida INTEGER
ln_id_persona Salida INTEGER
lv_usuario Salida STRING
Observaciones:.
Tabla Nº 45 PROCEDIMIENTO FN_OBTENERINFOUSUARIOXCEDULA
7.26 PROCEDIMIENTO FN_OBTENERMENUROL
Descripción: obtiene la información del menú rol.
Parámetros
Nombre Tipo Tipo Dato Observa
ción
ln_id_perfil Entrada INTEGER
lv_descripcion Salida STRING
lv_id_menus Salida STRING
ln_id_perfiles Salida INTEGER
lb_estado Salida BOOLEAN
ln_id_menusrol Salida INTEGER
Observaciones:.
Tabla Nº 46 PROCEDIMIENTO FN_OBTENERMENUROL
154
7.27 PROCEDIMIENTO FN_ROLCONSULTA
Descripción: muestra la consulta de roles
Parámetros
Nombre Tipo Tipo Dato Observación
ln_opcion Entrada INTEGER
lv_filtro Entrada STRING
ln_id_perfil Salida INTEGER
lv_descripcion Salida STRING
lb_estado Salida BOOLEAN
lv_estado_des Salida STRING
Observaciones:.
Tabla Nº 47 PROCEDIMIENTO FN_ROLCONSULTA
7.28 PROCEDIMIENTO FN_VALIDARLOGIN
Descripción: función que valida el ingreso del usuario.
Parámetros
Nombre Tipo Tipo Dato Observación
lv_usuar Entrada STRING
ln_idusuario Salida INTEGER
ln_idpersona Salida INTEGER
lv_usuario Salida STRING
ln_update Salida INTEGER
ln_idperfil Salida INTEGER
lv_password Salida STRING
Observaciones:.
Tabla Nº 48 PROCEDIMIENTO FN_VALIDARLOGIN
155
Manual
de
Usuario
156
Anexo 5
Manual de Usuario
Manual de Usuario ................................................................................................................. 156
1. Introducción al Usuario...................................................................................................... 162
2. Organización de Menús. ................................................................................................... 162
3. Pantallas. ............................................................................................................................ 162
3.1 Ingreso.............................................................................................................................. 162
3.2 Restablecimiento de Contraseña. ..................................................................................... 163
3.3 Registro de usuario .......................................................................................................... 163
3.4 Página principal. .............................................................................................................. 164
3.5 Administración ................................................................................................................. 164
3.5.1 Gestión de Roles. .......................................................................................................... 165
3.5.2 Gestión de Menú. .......................................................................................................... 167
3.5.3 Gestión de Usuario. ....................................................................................................... 168
3.6 Mantenimiento ................................................................................................................ 170
3.6.1 Iglesia ............................................................................................................................ 170
3.6.2 Familias ......................................................................................................................... 171
3.6.2.1 Familia ....................................................................................................................... 171
3.6.3 Feligrés .......................................................................................................................... 172
3.6.3.1 Ingreso de Feligrés ..................................................................................................... 173
3.6.4 Cursos ........................................................................................................................... 175
3.6.4.1 Ingreso de cursos........................................................................................................ 175
3.6.5 Grupos Pequeños .......................................................................................................... 176
3.6.5.1 Ingreso de Grupos pequeños ...................................................................................... 177
157
3.6.5.2 Selección del líder ...................................................................................................... 177
3.6.6 Donaciones y proyecto ................................................................................................. 178
3.6.6.1 Ingreso de donación o proyecto ................................................................................. 179
3.6.7 Distribución................................................................................................................... 179
3.6.7.1 Ingreso de la distribución ........................................................................................... 180
3.7 Boletines .......................................................................................................................... 181
3.8 Registros ......................................................................................................................... 182
3.8.1 Registro de Asistencia................................................................................................... 182
3.8.1.1Filtro de profesores ..................................................................................................... 183
3.8.2 Desarrollo del feligrés ................................................................................................... 183
3.8.2.2 Asignación del curso .................................................................................................. 185
3.8.3 Registro de grupos ........................................................................................................ 186
3.8.3.1 Ingreso de visitas........................................................................................................ 186
3.8.4 Donación y proyectos ................................................................................................... 187
3.8.5 Diezmo .......................................................................................................................... 188
3.9 Visitas .............................................................................................................................. 188
3.10 Financiero ...................................................................................................................... 189
3.10.1 Datos para distribución ............................................................................................... 190
3.11 Gastos ............................................................................................................................. 190
3.12 Reportes ......................................................................................................................... 191
3.12.1 Reporte de asistencias ................................................................................................. 191
3.12.2 Reporte de donaciones y proyectos............................................................................ 192
3.12.3 Reporte de Grupos pequeños ...................................................................................... 192
3.12.4 Generar comprobantes ................................................................................................ 193
3.12.5 Reporte del desarrollo del feligrés .............................................................................. 194
158
INDICE DE CUADROS
Cuadro Nº 1 Pantalla de ingreso ............................................................................................ 162
Cuadro Nº 2 Restablecimiento de contraseña ........................................................................ 163
Cuadro Nº 3 Restablecimiento de contraseña ........................................................................ 164
Cuadro Nº 4 Pagina principal................................................................................................. 164
Cuadro Nº 5 Gestion de roles ................................................................................................. 165
Cuadro Nº 6 Selección de rol ................................................................................................. 166
Cuadro Nº 7 Asignacion de Menu de rol ............................................................................... 166
Cuadro Nº 8 Gestión Menú .................................................................................................... 167
Cuadro Nº 9 Asignacion de menu .......................................................................................... 168
Cuadro Nº 10 Gestión de usuario ........................................................................................... 168
Cuadro Nº 11 Ingreso del usuario .......................................................................................... 169
Cuadro Nº 12 Datos de iglesia ............................................................................................... 170
Cuadro Nº 13 Modulo familias .............................................................................................. 171
Cuadro Nº 14 Ventana de ingreso de familia ......................................................................... 172
Cuadro Nº 15 Modulo del feligres ......................................................................................... 172
Cuadro Nº 16 Ventana de ingreso del feligres ....................................................................... 174
Cuadro Nº 17 Modulo cursos ................................................................................................. 175
Cuadro Nº 18 Ventana ingreso curso ..................................................................................... 176
Cuadro Nº 19 Modulo grupo pequeño ................................................................................... 176
Cuadro Nº 20 Ventana ingreso de grupos pequeños .............................................................. 177
Cuadro Nº 21 Ventana selección del lider ............................................................................. 178
Cuadro Nº 22 Modulo donaciones y proyecto ....................................................................... 178
Cuadro Nº 23 Ventana ingreso de donación y proyectos....................................................... 179
Cuadro Nº 24 Modulo de distribucion ................................................................................... 180
159
Cuadro Nº 25 Ventana ingreso de distribucion ...................................................................... 180
Cuadro Nº 26 Modulo boletines............................................................................................. 181
Cuadro Nº 27 Modulo asistencia ........................................................................................... 182
Cuadro Nº 28 Ventana filtro de profesores ............................................................................ 183
Cuadro Nº 29 modulo de desarrollo del feligres .................................................................... 184
Cuadro Nº 30 Ventana filtro del feligres ............................................................................... 184
Cuadro Nº 31 Modulo cursos ................................................................................................. 185
Cuadro Nº 32 Modulo de grupos ........................................................................................... 186
Cuadro Nº 33 Ventana ingreso visitas ................................................................................... 187
Cuadro Nº 34 Módulo de donación y proyectos .................................................................... 187
Cuadro Nº 35 Modulo de diezmo .......................................................................................... 188
Cuadro Nº 36 módulo de visitas ............................................................................................ 189
Cuadro Nº 37 modulo financiero ........................................................................................... 189
Cuadro Nº 38 Ventana datos de distribucion ......................................................................... 190
Cuadro Nº 39 Modulo gastos ................................................................................................. 191
Cuadro Nº 40 Modulo reporte de asistencias ......................................................................... 191
Cuadro Nº 41 Modulo reporte de donaciones y proyectos .................................................... 192
Cuadro Nº 42 Modulo reportes de grupos pequeños ............................................................. 192
Cuadro Nº 43 Modulo generación de comprobantes ............................................................. 193
Cuadro Nº 44 Modulo reporte del feligres ............................................................................. 194
160
INDICE DE FIGURAS
Figura 1 Pantalla de ingreso ................................................................................................... 162
Figura 2 Restablecimiento de contraseña .............................................................................. 163
Figura 3 Registro de usuario ................................................................................................. 163
Figura 4 Pagina principal ....................................................................................................... 164
Figura 5 Gestion de roles ....................................................................................................... 165
Figura 6 Selección de rol ....................................................................................................... 165
Figura 7 Asignacion de Menu de rol...................................................................................... 166
Figura 8 Gestión Menú .......................................................................................................... 167
Figura 9 Asignacion de menu ................................................................................................ 167
Figura 10 Gestión de usuario ................................................................................................. 168
Figura 11 Ingreso del usuario ................................................................................................ 169
Figura 12 Datos de iglesia ...................................................................................................... 170
Figura 13 Modulo familias..................................................................................................... 171
Figura 14 Ventana de ingreso de familia ............................................................................... 171
Figura 15 Modulo del feligres ................................................................................................ 172
Figura 16 Ventana de ingreso del feligres ............................................................................. 173
Figura 17 Modulo cursos ....................................................................................................... 175
Figura 18 Ventana ingreso curso ........................................................................................... 175
Figura 19 Modulo grupo pequeño.......................................................................................... 176
Figura 20 Ventana ingreso de grupos pequeños .................................................................... 177
Figura 21 Ventana selección del lider .................................................................................... 177
Figura 22 Modulo donaciones y proyecto ............................................................................. 178
Figura 23 Ventana ingreso de donación y proyectos ............................................................. 179
161
Figura 24 Modulo de distribucion.......................................................................................... 179
Figura 25 Ventana ingreso de distribucion ............................................................................ 180
Figura 26 Modulo boletines ................................................................................................... 181
Figura 27 Modulo asistencia .................................................................................................. 182
Figura 28 Ventana filtro de profesores .................................................................................. 183
Figura 29Modulo de desarrollo del feligres ........................................................................... 183
Figura 30 Ventana filtro del feligres ...................................................................................... 184
Figura 31 Modulo cursos ....................................................................................................... 185
Figura 32 Modulo de grupos .................................................................................................. 186
Figura 33 Ventana ingreso visitas .......................................................................................... 186
Figura 34 Módulo de donación y proyectos .......................................................................... 187
Figura 35 Modulo de diezmo ................................................................................................. 188
Figura 36 módulo de visitas ................................................................................................... 188
Figura 37 modulo financiero .................................................................................................. 189
Figura 38 Ventana datos de distribucion ............................................................................... 190
Figura 39 Modulo gastos ....................................................................................................... 190
Figura 40 Modulo reporte de asistencias ............................................................................... 191
Figura 41 Modulo reporte de donaciones y proyectos ........................................................... 192
Figura 42 Modulo reportes de grupos pequeños .................................................................... 192
Figura 43 Modulo generación de comprobantes .................................................................... 193
Figura 44 Modulo reporte del feligres ................................................................................... 194
162
1. Introducción al Usuario.
Es un resumen de la Aplicación dirigido a los Usuarios de la misma.
2. Organización de Menús.
Es la organización de las opciones en una Aplicación (Menú de la Aplicación), con su respectivo
detalle y descripción de ser necesario. Es una guía que permite ubicar cada una de las opciones.
3. Pantallas.
3.1 INGRESO.
Figura 1 Pantalla de ingreso
No. Nombre de Campo Descripción del campo
1 Usuario usuario para ingresar al sistema
2 Contraseña Clave o contraseña del usuario para ingresar al sistema
3 Ingreso Botón para ingresar al sistema
4 Registrar Opción para registrarse
5 Olvido de Contraseña Ingresa a la pantalla para restablecimiento de clave
Característica
Interfaz para acceder a la aplicación WEB Cuadro Nº 1 Pantalla de ingreso
163
3.2 RESTABLECIMIENTO DE CONTRASEÑA.
Figura 2 Restablecimiento de contraseña
No. Nombre de Campo Descripción del campo
1 Cedula Ingresa la identificación del usuario
2 Código imagen Ingresa el código que se muestra en la imagen
3 Aceptar Botón que valida la información del usuario
Característica
Interfaz que permite enviar el correo con la contraseña temporal del usuario. Cuadro Nº 2 Restablecimiento de contraseña
3.3 REGISTRO DE USUARIO
Figura 3 Registro de usuario
No. Nombre de Campo Descripción del campo
1 Cédula Ingresar la cédula del feligrés
2 Nombre Ingresar nombre
3 Apellido Ingresar apellido
4 Correo Ingresar correo electrónico
5 Nueva contraseña Ingresar una contraseña
6 Confirme contraseña Confirmar la contraseña ingresada anteriormente
164
7
Botón que se encarga de guardar la información.
8
Botón que cancela el evento realizado.
Característica
Interfaz que se encarga de hacer el registro de usuario. Cuadro Nº 3 Restablecimiento de contraseña
3.4 PÁGINA PRINCIPAL.
Figura 4 Pagina principal
No. Descripción del campo
1 Items de las opciones para el ingreso de las pantallas
2 Opción de información del usuario, cambio de contraseña y cerrar aplicativo
3 Muestra la información de misión y visión
Característica
Interfaz que visualiza la pantalla principal Cuadro Nº 4 Pagina principal
1
2
3
165
3.5 ADMINISTRACIÓN
3.5.1 Gestión de Roles.
Figura 5 Gestion de roles
No. Descripción del campo
1 Realiza la consulta por filtro de descripción del rol
2 Crea un nuevo rol
3 Opciones de modificación y asignación de menú para el registro del rol
Característica
Interfaz que visualiza los roles configurados del sistema Cuadro Nº 5 Gestion de roles
Figura 6 Selección de rol
166
No. Nombre de Campo Descripción del campo
1 Descripcion Se detalla la descripción del ROL
2 Estado Muestra el estado del Rol (Activo, Inactivo)
3
Botón que se encarga de guardar la información.
4
Botón que cancela el evento realizado.
Característica
Interfaz que se encarga de hacer el ingreso de los datos del rol.. Cuadro Nº 6 Selección de rol
Figura 7 Asignacion de Menu de rol
No. Descripción del campo
1 Realiza la búsqueda de la opción.
2 Asigna las opciones que se debe mostrar al rol seleccionado
3 Realiza el evento de actualizar los cambios o cancelar el evento.
Característica
Interfaz que se encarga de administrar los permisos del Rol para asignarle las
opciones que el usuario tiene habilitado. Cuadro Nº 7 Asignacion de Menu de rol
167
3.5.2 Gestión de Menú.
Figura 8 Gestión Menú
No. Descripción del campo
1 Se ingresa información que se desea filtrar
2 Crea un nuevo registro de Menú.
3 Modifica el contenido del Menú.
Característica
Interfaz que visualiza los Menú ingresados Cuadro Nº 8 Gestión Menú
Figura 9 Asignacion de menu
168
No. Nombre de Campo Descripción del campo
1 Descripción Descripción del menú de opciones.
2 Estado Estado Activo o Inactivo.
3 Menú Padre Selecciona si la opción está relacionado a otro menú.
4 Link Se registra la URL de la opción que se debe visualizar.
5 Orden Se ingresa el valor del orden que se debe mostrar la
opción.
6 Presentar Principal Se activa si la opción se muestra en la pantalla principal.
7 Icono principal Selecciona el icono que se debe mostrar.
8
Botón para hacer el ingreso de menú.
9
Botón para cancelar el evento.
Característica
Interfaz que realiza el ingreso de información del Menú. Cuadro Nº 9 Asignacion de menu
3.5.3 Gestión de Usuario.
Figura 10 Gestión de usuario
No. Descripción del campo
1 Se ingresa información que se desea filtrar.
2 Crea un nuevo registro de Usuario.
3 Modifica o Inhabilita el registro del usuario.
Característica
Interfaz que visualiza los usuarios ingresados. Cuadro Nº 10 Gestión de usuario
169
Figura 11 Ingreso del usuario
No. Nombre de Campo Descripción del campo
1 Cédula Ingresa la Identificación del Feligrés para mostrar toda la
información, hacer CLICK derecho en el botón .
2 Nombre Muestra el nombre del Feligrés ingresado
3 Perfil Se le acciona el perfil del usuario.
4 Usuario Se le acciona un perfil único al usuario.
5 Pass Se ingresa una contraseña, o puede asignar un aleatorio
haciendo CLICK en el botón .
6
Botón para hacer el guarda del usuario.
7
Botón que cancela el evento realizado.
Característica
Interfaz que realiza el ingreso de información del usuario. Cuadro Nº 11 Ingreso del usuario
170
3.6 Mantenimiento
3.6.1 Iglesia
Figura 12 Datos de iglesia
No. Nombre de Campo Descripción del campo
1 Imagen Muestra imagen de la iglesia, el administrador puede
realizar el cambio.
2 RUC Muestra el RUC de la iglesia si lo posee.
3 Nombre Muestra el nombre de la iglesia
4 Teléfono Muestra el teléfono de la iglesia
5 Dirección Muestra la dirección de la iglesia.
6 Misión Muestra la misión de la iglesia.
7 Visión Muestra la visión de la iglesia.
8
Botón que guarda la información de la iglesia.
Característica
Interfaz que realiza el ingreso de información de la iglesia. Cuadro Nº 12 Datos de iglesia
171
3.6.2 Familias
Figura 13 Modulo familias
No. Descripción del campo
1 Se ingresa información que se desea filtrar.
2 Crea un nuevo registro de familia.
3 Modifica o Inhabilita el registro de la familia.
Característica
Interfaz que visualiza las familias ingresadas. Cuadro Nº 13 Modulo familias
3.6.2.1 Familia
Figura 14 Ventana de ingreso de familia
1 2
3
172
No. Nombre de Campo Descripción del campo
1 Descripción Ingresa la descripcion de la familia.
2 Dirección Ingresa la dirección de la familia
3 Teléfono Se ingresa el teléfono que corresponde a la familia.
4 Estado Se selecciona si la familia está activa o inactiva.
5
Botón guardar para hacer el registro de la familia del
usuario.
6
Botón para cancelar el registro de los datos de la familia.
Característica
Interfaz que realiza el ingreso de información de la familia.
Cuadro Nº 14 Ventana de ingreso de familia
3.6.3 Feligrés
Figura 15 Modulo del feligres
No. Descripción del campo
1 Se ingresa información que se desea filtrar.
2 Crea un nuevo registro del feligrés.
3 Modifica o Inhabilita el registro del feligrés.
Característica
Interfaz que visualiza los feligreses ingresados.
Cuadro Nº 15 Modulo del feligres
173
3.6.3.1 Ingreso de Feligrés
Figura 16 Ventana de ingreso del feligres
174
No. Nombre de Campo Descripción del campo
1 Cédula Se ingresa la cédula del feligrés.
2 Nacionalidad Se selecciona la nacionalidad del feligrés.
3 Familia Se escoge la respectiva familia del feligrés.
4 Nombres Se ingresa los nombres del feligrés.
5 Apellidos Se ingresa los apellidos del feligrés.
6 Estado Civil Se selecciona el estado civil del feligrés.
7 Telefono Se ingresa el teléfono del feligrés.
8 Tipo Se escoge el tipo estudiante o profesor.
9 Celular Se ingresa el celular del feligrés.
10 Email Se ingresa el correo del feligrés.
11 Sexo Se selecciona la opción correspondiente.
12 Fecha de nacimiento Se selecciona la fecha de nacimiento del feligrés,
13 Provincia Se escoge la provincia del feligrés.
14 Canton Se selecciona el cantón correspondiente del feligrés.
15 Parroquia Se escoge la parroquia del feligrés.
16 Direccion Se ingresa la dirección de domicilio del feligrés.
17 Miembro de otra
iglesia
Si damos visto a esta opción se habilitará el campo iglesia
de bautismo.
18 Fecha de bautismo Seleccionar la fecha de bautismo.
19 Iglesia de bautismo Ingresar iglesia de bautismo del miembro.
20 Lugar de bautismo Ingresar el lugar en el que fue bautizado el feligrés.
21 Pastor bautismo Digitar el nombre del pastor que lo bautizo
22 Fecha de membresia Selecciona fecha en la que obtuvo la membresía el
feligrés.
23 Padres son miembros
de iglesia
Dar check si sus padres son miembros de iglesia
24 Cónyuge es miembro
de iglesia
Check si es afirmativo
25 Cónyugue Nombre del cónyuge del feligrés.
26 Hijos Nombres de los hijos del feligrés.
27
Botón guardar para registrar información del feligrés.
28
Botón para cancelar el registro de los datos del feligrés.
Característica
Interfaz que realiza el ingreso de información del feligrés. Cuadro Nº 16 Ventana de ingreso del feligres
175
3.6.4 Cursos
Figura 17 Modulo cursos
No. Descripción del campo
1 Se ingresa información que se desea filtrar.
2 Crea un nuevo registro de los cursos.
3 Modifica o Inhabilita el registro del curso.
Característica
Interfaz que visualiza los cursos ingresados. Cuadro Nº 17 Modulo cursos
3.6.4.1 INGRESO DE CURSOS
Figura 18 Ventana ingreso curso
176
No. Nombre de Campo Descripción del campo
1 Descripción Ingresa la descripción del curso.
2 Estado Seleccionar el estado del curso.
3
Botón guardar para el registro del curso.
4
Botón para cancelar el registro curso.
Característica
Interfaz que realiza el ingreso de los cursos que realizará la iglesia. Cuadro Nº 18 Ventana ingreso curso
3.6.5 GRUPOS PEQUEÑOS
Figura 19 Modulo grupo pequeño
No. Descripción del campo
1 Se ingresa información que se desea filtrar.
2 Crea un nuevo registro de los grupos.
3 Modifica o Inhabilita el registro del grupo.
Característica
Interfaz que visualiza los grupos ingresados. Cuadro Nº 19 Modulo grupo pequeño
177
3.6.5.1 Ingreso de Grupos pequeños
Figura 20 Ventana ingreso de grupos pequeños
No. Nombre de Campo Descripción del campo
1 Descripción Ingresa la descripción del grupo.
2 Líder Seleccionar el líder. Filtramos el líder con el icono de la
,
3 Estado Seleccionamos si se encuentra activo o inactivo.
4
Botón guardar para el registro del grupo.
5
Botón para cancelar el registro del grupo.
Característica
Interfaz que realiza el ingreso del grupo pequeño de la iglesia. Cuadro Nº 20 Ventana ingreso de grupos pequeños
3.6.5.2 Selección del líder
Figura 21 Ventana selección del lider
178
No. Nombre de Campo Descripción del campo
1 Filtrar Ingresamos el nombre o número de cedula y hacemos clic
en el icono de la lupa para filtrar el líder.
2 Seleccionar el líder.
3
Botón para cancelar la selección del líder.
Característica
Interfaz para seleccionar el líder del grupo. Cuadro Nº 21 Ventana selección del lider
3.6.6 Donaciones y proyecto
Figura 22 Modulo donaciones y proyecto
No. Descripción del campo
1 Se ingresa información que se desea filtrar.
2 Crea un nuevo registro de las donaciones y proyectos.
3 Modifica o Inhabilita el registro de donaciones y proyectos ingresados.
Característica
Interfaz que visualiza las donaciones y proyectos ingresados. Cuadro Nº 22 Modulo donaciones y proyecto
179
3.6.6.1 Ingreso de donación o proyecto
Figura 23 Ventana ingreso de donación y proyectos
No. Nombre de Campo Descripción del campo
1 Tipo Seleccionamos si lo que registraremos es una donación o
proyecto.
2 Descripción Ingresamos la descripción de la donación o proyecto.
3 Valor estimado Ingresamos el valor estimado de la donación o proyecto.
4 Valor Adquirido Ingresamos el valor adquirido de la donación o proyecto.
5 Estado
Escogemos si se encuentra activo o inactivo.
6
Botón guardar el registro de la donación o proyecto.
7 Botón para cancelar el registro de la donación o proyecto.
Característica
Interfaz para el registro de donaciones o proyectos. Cuadro Nº 23 Ventana ingreso de donación y proyectos
3.6.7 Distribución
Figura 24 Modulo de distribucion
180
No. Descripción del campo
1 Se ingresa información que se desea filtrar.
2 Crea un nuevo registro de la distribución.
3 Modifica o Inhabilita el registro de la distribución.
Característica
Interfaz que visualiza las distribuciones. Cuadro Nº 24 Modulo de distribucion
3.6.7.1 Ingreso de la distribución
Figura 25 Ventana ingreso de distribucion
No. Nombre de Campo Descripción del campo
1 Descripción Ingresamos la descripcion de la distribución.
2 Porcentaje Ingresamos el porcentaje de la distribución.
3 Estado
Seleccionamos si se encuentra activo o inactivo.
4
Botón guardar el registro de la distribución.
5 Botón para cancelar el registro de la distribución.
Característica
Interfaz para el registro de las distribuciones. Cuadro Nº 25 Ventana ingreso de distribucion
181
3.7 BOLETINES
Figura 26 Modulo boletines
No. Descripción del campo
1 Botón para crear boletín
Se ingresa información del boletín que será subido
Botón guardar, registrará la información que se subirá
Característica
Interfaz que registra los boletines. Cuadro Nº 26 Modulo boletines
182
3.8 REGISTROS
3.8.1 Registro de Asistencia
Figura 27 Modulo asistencia
No. Nombre de Campo Descripción del campo
1 Identificación Mostrará la identificación de profesor filtrado
2 Nombre Ingresar nombre para la búsqueda del profesor
3
Botón para filtro de profesores
4 Clase Seleccionar la clase correspondiente
5 Ofrendas Ingresar el monto de la ofrenda de la clase
6 Fecha Seleccionar la fecha del registro
7 Total de asistencia Mostrará el total de estudiantes que han asistido
8 Total alumnos Mostrará el total de alumnos de la clase
9 Muestra los alumnos Se seleccionara los estudiantes que asistieron
10
Botón que guardara el registro de la asistencia de los
alumnos
11 Botón para cancelar el registro de la asistencia.
Característica
Interfaz para el registro de las asistencias de las clases. Cuadro Nº 27 Modulo asistencia
183
3.8.1.1Filtro de profesores
Figura 28 Ventana filtro de profesores
No. Nombre de Campo Descripción del campo
1 Filtrar Ingresar el nombre o cedula del profesor(a)
2
Botón que realiza la búsqueda del profesor(a)
3 Identificación
Mostrará la identificación del profesor(a)
4 Nombres Mostrará el nombre del profesor(a)
5
Botón que selecciona el profesor(a).
6 Botón para cancelar la selección del profesor(a)
Característica
Interfaz para la selección del profesor(a). Cuadro Nº 28 Ventana filtro de profesores
3.8.2 Desarrollo del feligrés
Figura 29Modulo de desarrollo del feligres
184
No. Nombre de Campo Descripción del campo
1 Identificación Mostrará la identificación del feligrés
2
Botón de filtro del feligrés
3 Curso Mostrará el o los cursos del feligrés
4 Fecha Muestra la fecha del curso
5 Completado Muestra el avance del curso del feligrés
6 Opciones
7
Botón para cancelar la selección del líder.
8
Botón para realizar la asignación del curso al feligrés.
Característica
Interfaz que muestra el desarrollo del feligrés. Cuadro Nº 29 modulo de desarrollo del feligres
3.8.2.1 Filtro del feligrés
Figura 30 Ventana filtro del feligrés
No. Nombre de Campo Descripción del campo
1 Filtrar Ingresar el nombre o cedula del feligrés
2
Botón que realiza la búsqueda del feligrés
3 Identificación
Mostrará la identificación del feligrés
4 Nombres Mostrará el nombre del feligrés
5
Botón que selecciona el feligrés
6 Botón para cancelar la selección del feligrés
Característica
Interfaz para la selección del feligrés. Cuadro Nº 30 Ventana filtro del feligres
185
3.8.2.2 Asignación del curso
Figura 31 Modulo cursos
No. Nombre de Campo Descripción del campo
1 Identificación Muestra la cedula del feligrés seleccionado
2 Nombre Muestra el nombre del feligrés
3 Curso Seleccionar el curso que se le asignará al feligrés
4 Fecha Seleccionar la fecha del curso
5 Completado Seleccionar el porcentaje de avance del curso
6 Estado Seleccionar si el curso está activo o inactivo
7
Botón que guarda la asignación del curso
8 Botón para cancelar la asignación del curso
Característica
Interfaz para la selección del feligrés a quien se le asignará el curso. Cuadro Nº 31 Modulo cursos
186
3.8.3 Registro de grupos
Figura 32 Modulo de grupos
No. Nombre de Campo Descripción del campo
1 Grupo Muestra los grupos registrados
2 Líder Muestra el líder del grupo seleccionado
3 Integrantes Se selecciona en el botón de la para escoger los
integrantes.
4 Donación/Proyecto Se selecciona en el botón de la para escoger la
donación o proyecto que participará el grupo.
5 Fecha Seleccionar la fecha de registro del grupo
6
Botón que agrega las visitas asistidas en el grupo
pequeño
7
Botón para borrar la información ingresada en los
campos.
Característica
Interfaz para el registro de los integrantes de los grupos. Cuadro Nº 32 Modulo de grupos
3.8.3.1 Ingreso de visitas
Figura 33 Ventana ingreso visitas
Agregar
Agregar visitas
187
No. Nombre de Campo Descripción del campo
1 Identificación Se ingresa la identificación de la visita
2 Nombre Se ingresa el nombre de la visita
3 Apellido Se ingresa el apellido de la visita
4 Dirección Se ingresa la dirección de la visita
5 Observacion Se ingresa alguna observación de la visita
6
Botón que guarda los datos de la visita
7 Botón para cancelar el registro de la visita
Característica
Interfaz para el ingreso de la información de la visita Cuadro Nº 33 Ventana ingreso visitas
3.8.4 Donación y proyectos
Figura 34 Módulo de donación y proyectos
No. Nombre de Campo Descripción del campo
1 Escoja tipo Muestra las donaciones disponibles
2 Fecha Seleccionar la fecha de registro de la donación
3
Botón para agregar al feligrés que aportará en la donación
o proyecto
4 Cedula Muestra la cedula del feligrés
5 Nombres Muestra el nombre del feligrés que aportará en la
donación o proyecto
6 Valor Ingresar el valor que el feligrés aportará en la donación o
proyecto
7 Observación Se ingresa alguna observación
8
Botón que registra los datos de las donaciones o
proyectos del feligrés
9
Botón para borrar los datos ingresados en las donaciones
o proyectos
Característica
Interfaz para el ingreso de la información de donaciones y proyectos que
participan los feligreses. Cuadro Nº 34 Módulo de donación y proyectos
188
3.8.5 Diezmo
Figura 35 Modulo de diezmo
No. Nombre de Campo Descripción del campo
1 Fecha Seleccionar la fecha de registro del diezmo
2
Botón para filtrar al feligrés, al hacer clic se habilitan los
campos de cédula y nombres.
3 Cedula
Muestra la cedula del feligrés
4 Nombres Muestra los nombres del feligrés
5 Valor Ingresa el valor del diezmo
7 Observación Se ingresa alguna observación
6
Botón que registra los datos del diezmo del feligrés
7
Botón para borrar los datos ingresados del diezmo
Característica
Interfaz para el ingreso de los diezmos del feligrés. Cuadro Nº 35 Modulo de diezmo
3.9 VISITAS
Figura 36 módulo de visitas
189
No. Nombre de Campo Descripción del campo
1 Fecha Seleccionar la fecha de registro de la visita
2 Identificación Ingresar la identificación de la visita(opcional)
3 Nombre Ingresar el nombre de la visita
4 Apellido Ingresar el apellido de la visita
5 Dirección Ingresar la dirección de la visita
6 Observación Se ingresa alguna observación
7
Botón que registra los datos de la visita
8
Botón para borrar los datos ingresados de la visita
Característica
Interfaz para el ingreso de las visitas. Cuadro Nº 36 módulo de visitas
3.10 FINANCIERO
Figura 37 modulo financiero
No. Descripción del campo
1 Se muestra la información de las distribuciones ingresadas.
2 Distribución
Característica
Interfaz que visualiza y calcula las distribuciones. Cuadro Nº 37 modulo financiero
190
3.10.1 DATOS PARA DISTRIBUCIÓN
Figura 38 Ventana datos de distribución
No. Nombre de Campo Descripción del campo
1 Periodo Seleccionamos el año de distribución
2 Mes Escoger el mes de la distribución
3 Diezmo Aparecerá el valor de los diezmos ingresados
4 Ofrenda Aparecerá el valor de las ofrendas ingresadas
5 Total Calculara la suma de los diezmos y ofrendas
6
Botón guardar que realizará el registro de la distribución.
7
Botón para cancelar el registro de la distribución.
8
Botón distribuir de acuerdo a los diezmos y ofrendas los
asignara a las respectivas cuentas.
Característica
Interfaz para la distribución de diezmos y ofrendas. Cuadro Nº 38 Ventana datos de distribución
3.11 GASTOS
Figura 39 Modulo gastos
191
No. Nombre de Campo Descripción del campo
1 Distribución Seleccionar la distribución
2 Fecha Seleccionar la fecha que se realizará la distribución
3
Botón agregar comprobante, habilitara los campos
comprobante, valor y observación.
4 Comprobante Se ingresara el número del comprobante
5 Valor Ingresar el valor del comprobante
6 Observación Ingresar observación o detalle del comprobante
7
Botón que borra la información ingresada
8
Botón que registra el ingreso del comprobante
Característica
Interfaz para el ingreso de los gastos. Cuadro Nº 39 Modulo gastos
3.12 REPORTES
3.12.1 Reporte de asistencias
Figura 40 Modulo reporte de asistencias
No. Nombre de Campo Descripción del campo
1 Identificación Muestra la identificación del feligrés
2 Nombre Muestra el nombre del feligrés
3
Botón para filtrar al feligrés
4 Fecha Seleccionar la fecha que se desea del reporte
5 Clase Seleccionar la clase que se desea el reporte
6
Botón que genera el reporte
Característica
Interfaz para la generación del reporte de asistencia de las clases. Cuadro Nº 40 Modulo reporte de asistencias
192
3.12.2 Reporte de donaciones y proyectos
Figura 41 Modulo reporte de donaciones y proyectos
No. Nombre de Campo Descripción del campo
1 Fecha desde Seleccionar la fecha inicial para el reporte
2 Fecha Hasta Seleccionar la fecha final para el reporte
3 Tipo Mostrará las donaciones y proyectos activos
4
Botón que genera el reporte
Característica
Interfaz para la generación del reporte de donaciones y proyectos. Cuadro Nº 41 Modulo reporte de donaciones y proyectos
3.12.3 Reporte de Grupos pequeños
Figura 42 Modulo reportes de grupos pequeños
No. Nombre de Campo Descripción del campo
1 Fecha desde Seleccionar la fecha inicial para el reporte
2 Fecha Hasta Seleccionar la fecha final para el reporte
3 Grupo Mostrará los grupos ingresados
4
Botón que genera el reporte
Característica
Interfaz para la generación del reporte de grupos pequeños. Cuadro Nº 42 Modulo reportes de grupos pequeños
193
3.12.4 Generar comprobantes
Figura 43 Modulo generación de comprobantes
No. Nombre de Campo Descripción del campo
1 Período Seleccionar el mes del que se desea generar el
comprobante
2 Anio Seleccionar el año del reporte a generar
3 Identificación Muestra la identificación del feligrés
4
Botón de filtro del feligrés
5 Diezmo Muestra el total de diezmo ingresado del feligrés
6 Ofrenda Ingresar las ofrendas
7 Observacion Ingresar la observación (opcional)
8
Botón que genera el reporte
9
Botón que envía el reporte al correo del feligrés
Característica
Interfaz para la generación del reporte de comprobantes de diezmos y ofrendas. Cuadro Nº 43 Modulo generación de comprobantes
194
3.12.5 Reporte del desarrollo del feligrés
Figura 44 Modulo reporte del feligrés
No. Nombre de Campo Descripción del campo
1 Fecha desde Seleccionar la fecha inicial para el reporte
2 Fecha hasta Seleccionar la fecha final para el reporte
3 Identificación Muestra la identificación del feligrés
4 Nombre Muestra el nombre del feligrés
5
Botón de filtro del feligrés
6
Botón que genera el reporte
Característica
Interfaz para la generación del reporte del desarrollo del feligrés.
Cuadro Nº 44 Modulo reporte del feligrés