“DESARROLLO DE UNA APLICACIÓN PARA EL REGISTRO Y CONTROL DE

LA INFORMACIÓN DE LOS MIEMBROS DE LA IGLESIA ALIANZA

CRISTIANA, EN EL MUNICIPIO DEL BORDO PATÍA”

AUTOR:

DAYRO SANCLEMENTE

CORPORACIÓN UNIVERSITARIA COMFACAUCA-UNICOMFACAUCA

FACULTAD DE INGENIERÍA
PROGRAMA DE INGENIERÍA DE SISTEMAS
SANTANDER DE QUILICHAO, CAUCA
2017
“DESARROLLO DE UNA APLICACIÓN PARA EL REGISTRO Y CONTROL DE
LA INFORMACIÓN DE LOS MIEMBROS DE LA IGLESIA ALIANZA
CRISTIANA, EN EL MUNICIPIO DEL BORDO PATIA”

AUTOR:

DAYRO SANCLEMENTE

DIRECTOR PRÁCTICA PROFESIONAL:

ING. FERNANDO ABANIS

CORPORACION UNIVERSITARIA COMFACAUCA-UNICOMFACAUCA

FACULTAD DE INGENIERÍA
PROGRAMA DE INGENIERÍA DE SISTEMAS
SANTANDER DE QUILICHAO, CAUCA
2017
NOTA DE ACEPTACIÓN

_____________________________
DIRECTOR PRÁCTICA PROFESIONAL

_____________________________
JURADO 1

_____________________________
JURADO 2
 DEDICATORIA

Dedicado principalmente a nuestro gran DIOS a mis padres y mis hermanos,

por el cariño y el amor que me han brindado toda la vida, por ser mis principales
educadores, y por ser el motivo de mi inspiración y esfuerzo de llevar este sueño
adelante y poder siempre contar con ellos en cada etapa de mi vida.

DAYRO ANDRÉS SANCLEMENTE

 AGRADECIMIENTOS

Especialmente mil gracias a DIOS por ser mi creador y el ser más importante en
mi vida. También a mis padres y hermanos, a todos los docentes y amigos que me
brindaron su apoyo, debido a que realizar una práctica profesional no es una tarea
sencilla, depende del esfuerzo, dedicación y compromiso para poder lograr
culminar este proyecto que es de gran importancia para mi carrera, mi futuro
profesional y proyecto de vida. A todos ellos mis más grandes agradecimientos.
 CONTENIDO

Págs.
LISTA DE IMÁGENES..............................................................................................8
RESUMEN ............................................................................................................. 11
FORMULACIÓN DEL PROBLEMA ....................................................................... 12
JUSTIFICACIÓN …….. .......................................................................................... 13
OBJETIVOS .......................................................................................................... 14

CAPITULO 1. FUNDAMENTACIÓN Y TEORIA............................................... 15

1.1. BASE DE DATOS ....................................................................................... 15

1.1.1. Estructura de una base de datos ........................................................................ 15
1.1.2. Modelo entidad relación ....................................................................................... 17
1.2. SISTEMA GESTOR DE BASE DE DATOS ................................................ 18
1.3. SISTEMA GESTOR DE BASE DE DATOS ORACLE ................................. 19
1.3.1. Ventajas de Oracle ..................................................................................... 20
1.3.2. Desventajas de Oracle ................................................................................ 20
1.4. LENGUAJES DE BASES DE DATOS......................................................... 21
1.4.1. Lenguaje SQL ............................................................................................. 21

CAPITULO 2. INFORMACIÓN DE LA EMPRESA........................................... 22

2.1. IGLESIA ALIANZA CRISTIANA .................................................................... 22
2.2. VISIÓN .......................................................................................................... 22
2.3. MISIÓN ......................................................................................................... 23
2.4. ORGANIGRAMA ........................................................................................... 23

CAPITULO 3. INGENIERÍA DEL SOFTWARE ................................................ 24

3.1. METODOLOGÍA PARA EL DESARROLLO DE SOFTWARE ................... 24
3.2. DESARROLLO DE LA METODOLOGÍA................................................... 24
3.2.1. ANÁLISIS DE REQUISITOS ..................................................................... 24

6
3.2.1.1. Requisitos Funcionales ............................................................................. 24
3.2.1.2. Requisitos no Funcionales ....................................................................... 27
3.3. DISEÑO DEL SISTEMA............................................................................ 29
3.3.1. Diseño base de datos (modelo entidad relación) ...................................... 29
3.3.2. Diseño de interfaces de entrada (formularios) ......................................... 32
3.3.3. Diseño de interfaces de salida (reportes) ................................................. 34
3.3.4. Diseño arquitectónico (menú principal) .................................................... 36
3.3.5. Diseño arquitectónico (menú reportes) ..................................................... 38
3.4. ETAPA DE IMPLEMENTACIÓN ............................................................. 40
3.4.1. LISTAS DE VALORES .............................................................................. 40
3.4.1.1. Listas de valores estáticas ........................................................................ 40
3.4.1.2. Listas de valores dinámicas ...................................................................... 40
3.4.1.3. Implementación de listas de valores ......................................................... 40
3.4.1.4. Validación de listas de valores .................................................................. 44
3.4.2. Secuencias ............................................................................................... 45
3.4.3. Alertas ....................................................................................................... 47
3.4.4. Conformación de datos ............................................................................. 50
3.5. ETAPA DE VERIFICACIÓN Y PRUEBAS ............................................... 52
3.5.1. Pruebas de caja blanca............................................................................. 52
3.5.2. Pruebas de caja negra .............................................................................. 64
3.6. ETAPA DE MANTENIMIENTO ................................................................ 65

CAPITULO 4. FINALIZACIÓN DEL PROYECTO ............................................... 66

4.1. RESULTADOS ALCANZADOS .................................................................. 66
4.2. CONCLUSIONES ....................................................................................... 67
BIBLIOGRAFÍA ...................................................................................................... 68
ANEXOS ................................................................................................................ 70

7
 LISTA DE IMÁGENES

Págs.

Imagen 1. Tabla con 4 campos. ......................................................................... 15

Imagen 2. Tabla con 4 campos almacenados. ................................................... 16
Imagen 3. Modelo entidad relación. ................................................................... 17
Imagen 4. Organigrama iglesia alianza cristiana. ............................................... 23
Imagen 5. Modelo entidad relación de la iglesia................................................. 30
Imagen 6. Formulario de la tabla iglesia. ............................................................ 32
Imagen 7. Formulario de la tabla integrante. ..................................................... 33
Imagen 8. Formulario de la tabla pastor. ............................................................ 33
Imagen 9. Creación de un nuevo informe. ......................................................... 34
Imagen 10. Estilo del informe. .............................................................................. 34
Imagen 11. Selección de tablas del informe. ..................................................... 35
Imagen 12. Campos del informe. ......................................................................... 35
Imagen 13. Reporte integrante. ........................................................................... 36
Imagen 14. Menú principal. .................................................................................. 36
Imagen 15. Menú principal- ítem integrante. ........................................................ 37
Imagen 16. Menú principal-ítem trámites. ............................................................ 37
Imagen 17. Menú principal-ítem configuración. .................................................... 37
Imagen 18. Menú principal-ítem educación. ...................................................... 37
Imagen 19. Menú reportes. .................................................................................. 38
Imagen 20. Ítem integrante menú reportes. ......................................................... 38
Imagen 21. Ítem tramites menú reportes. ............................................................. 39
Imagen 22. Ítem configuración menú reportes. .................................................... 39
Imagen 23. Ítem contabilidad menú reportes. ...................................................... 39
Imagen 24. Asistente de listas de valores. ....................................................... …41
Imagen 25. Consulta SQL. .................................................................................. .41
Imagen 26. Código SQL lista de valores. ............................................................. 41

8
Imagen 27. Columnas de la lista de valores. ........................................................ 42
Imagen 28. Valores de retorno LDV. .................................................................... 42
Imagen 29. Elementos asignados LDV ................................................................ 43
Imagen 30. Editor de diseño formulario integrante ............................................... 43
Imagen 31. Disparador smart when-valide-item. .................................................. 44
Imagen 32. Editor PL/SQL nombre_municipio .................................................... 44
Imagen 33. Lista de valores cod_municipio >nombre_municipio. ....................... 45
Imagen 34. Creación de secuencias. ................................................................... 45
Imagen 35. Configuración de secuencias. ........................................................... 46
Imagen 36. Asignación de secuencias. ................................................................ 46
Imagen 37. Configuración de alertas. ................................................................... 47
Imagen 38. Paleta de propiedades alertas. .......................................................... 47
Imagen 39. Código SQL alerta. ............................................................................ 48
Imagen 40. Ejecución alerta. ................................................................................ 48
Imagen 41. Paleta de propiedades alerta. ............................................................ 49
Imagen 42. Código SQL alerta. ......................................................................... 49
Imagen 43. Ejecución alerta. ............................................................................. 50
Imagen 44. Disparador Smart when-valide-ítem. .............................................. 51
Imagen 45. Editor PL/SQL disparador when-valide-ítem. ................................. 51
Imagen 46. Concatenación en el código .............................................................. 51
Imagen 47. Sentencia Call form PL/SQL .............................................................. 65
Imagen 48. Sentencia Run_product PL/SQL........................................................ 65
Imagen 49. Instancia de Oracle............................................................................ 70
Imagen 50. Iniciar servidor de la base de datos weblogic. ................................... 70
Imagen 51. Contraseña y usuario del servidor weblogic ..................................... 71
Imagen 52. Ícono form builder. ............................................................................. 71
Imagen 53. Abrir formularios de la base de datos ............................................... 71
Imagen 54. Compilar formularios de la base de datos ........................................ 72
Imagen 55. Conexión con la base de datos ......................................................... 72
Imagen 56. Ejecución del menú principal ............................................................. 73

9
Imagen 57. Registro de información en la base de datos ................................... 73
Imagen 58. Ejecución lista de valores nombre-iglesia ......................................... 74
Imagen 59. Ejecución lista de valores nombre-municipio .................................... 74
Imagen 60. Ícono Forms Builder .......................................................................... 75
Imagen 61. Selección del Menú Reportes. ........................................................... 76
Imagen 62. Ejecución de la pantalla Menú Reportes ........................................... 76
Imagen 63. Logueo con la base de datos ........................................................... 77
Imagen 64. Menu Reportes .................................................................................. 77
Imagen 65. Selección reporte integrante ............................................................. 78
Imagen 66. Ejecución reporte integrante. ............................................................. 78

10
 RESUMEN

La iglesia “Alianza Cristiana” ubicada en el municipio del Bordo Patía, es una

entidad dedicada a predicar el evangelio de Cristo satisfaciendo de esta manera la
demanda religiosa y espiritual de la sociedad actual.
En este proyecto se pretende desarrollar una aplicación para el registro y control
de la información de los miembros de esta congregación religiosa con el objetivo
de gestionar y automatizar todo el flujo de información que se maneja en la
entidad, se almacenara la información básica de las personas que hacen parte de
la iglesia además de la información de cada uno de los procesos que se llevan a
cabo al interior de esta congregación. La puesta en marcha de este sistema
permitirá cambiar la situación existente en la entidad, lo que se traduce en una
mayor confidencialidad, integridad, disponibilidad de la información manejada,
(eficiencia en la prestación de los servicios), lo que permite la disminución de los
riesgos en pérdida de información.

11
 FORMULACIÓN DEL PROBLEMA

¿La Iglesia Alianza Cristiana cuenta actualmente con un desarrollo de software a

la medida de acuerdo a su contexto para el registro y control de la información de
las personas que hacen parte de la comunidad cristiana?

Actualmente la Iglesia Alianza Cristiana, cuenta con un sistema en Excel donde se

encuentra de forma poco eficiente y ordenada, la información de los miembros de
la congregación, la cual es recopilada y almacenada en un sistema de planillas,
que se almacena en carpetas de igual forma el conteo de dinero proveniente de
diezmos y ofrendas se hace manualmente. Por este motivo es importante el
desarrollo de esta aplicación software para que se pueda almacenar la información
de cada uno de los miembros de la congregación y gestionar la información
importante correspondiente a cada área, proceso, trámite, servicio e información
contable que se desarrolle al interior de esta entidad.

12
 JUSTIFICACIÓN

La iglesia Alianza Cristiana cuenta con un sistema de planillas para el registro y

control de los miembros que hacen parte de la comunidad cristiana, además de
llevar un registro de cada uno de los procesos, servicios, trámites e información
contable llevada a cabo en esta congregación, lo anterior se lleva a cabo de forma
manual y en físico, en Excel. (Ej: Membresía, Bautismos, Matrimonios, Cursos,
Clases de jóvenes, etc.) Debido a que este sistema puede presentar perdida de
información lentitud en los procesos, y falta de seguridad en la información, es
necesaria la creación de una aplicación a la medida que permita cambiar la
situación existente en la entidad en cuanto al manejo de la información, lo que se
traduce en mayor confidencialidad, integridad, disponibilidad de la información
manejada (eficiencia en la prestación de los servicios), lo que permite la
disminución de los riesgos en pérdida de información.

15
OBJETIVOS

OBJETIVO GENERAL

 Diseñar e implementar una aplicación para el registro y control de la

información de la comunidad en la Iglesia Alianza Cristiana, utilizando la
herramienta hecha a la medida para el manejo de la información en la Iglesia
Alianza del municipio del Bordo Patía.

OBJETIVOS ESPECÍFICOS

 Recopilar requerimientos funcionales, no funcionales y del sistema para la

creación de la aplicación para el registro y control.

 Desarrollar la etapa de diseño del sistema que comprende la elaboración de los

módulos que irán en la aplicación de base de datos, (modelo entidad relación,
menús, submenús, formularios y reportes).

 Implementar el código fuente (Lenguaje PL/SQL), haciendo uso de prototipos,

así como de pruebas y ensayos para corregir errores a nivel del código que se
presenten.

 Socialización de la aplicación (capacitación)

18
 CAPÍTULO 1. FUNDAMENTACIÓN Y TEORÍA

1.1. BASE DE DATOS

Una base de datos es un “almacén” que permite guardar grandes cantidades de

información de forma organizada para que luego podamos encontrar y utilizar
fácilmente. El término de bases de datos fue escuchado por primera vez en 1963,
en un simposio celebrado en California, USA. Una base de datos se puede definir
como un conjunto de información relacionada que se encuentra agrupada o
estructurada. Desde el punto de vista informático, la base de datos es un sistema
formado por un conjunto de datos almacenados en discos que permiten el acceso
directo a ellos y un conjunto de programas que manipulen ese conjunto de datos.
Cada base de datos se compone de una o más tablas que guarda un conjunto de
datos. Cada tabla tiene una o más columnas y filas. Las columnas guardan una
parte de la información sobre cada elemento que queramos guardar en la tabla,
cada fila de la tabla conforma un registro. [BDAT07]

1.1.1. ESTRUCTURA DE UNA BASE DE DATOS

Una base de datos, a fin de ordenar la información de manera lógica, posee un

orden que debe ser cumplido para acceder a la información de manera coherente.
Cada base de datos contiene una o más tablas, que cumplen la función de
contener los campos. En el siguiente ejemplo mostramos una tabla que contiene 4
campos. [EDAT07]

IMAGEN 1. TABLA CON 4 CAMPOS.

18
Los datos quedarían organizados en el siguiente ejemplo:

IMAGEN 2. TABLA CON 4 CAMPOS ALMACENADOS

Por consiguiente una base de datos posee el siguiente orden jerárquico:

 TABLAS: en las bases de datos, se refiere al tipo de modelado de datos, donde

se guardan los datos recogidos por un programa. Su estructura general se
asemeja a la vista general de un programa de hoja de cálculo. Una tabla es
utilizada para organizar y presentar información. Las tablas se componen de
filas y columnas de celdas que se pueden rellenar con textos y gráficos Las
tablas se componen de dos estructuras:

 REGISTRO: es cada una de las filas en que se divide la tabla. Cada registro
contiene datos de los mismos tipos que los demás registros. Ejemplo: en una
tabla de nombres y direcciones, cada fila contendrá un nombre y una dirección.

 CAMPO: es cada una de las columnas que forman la tabla. Contienen datos de
tipo diferente a los de otros campos. En el ejemplo anterior, un campo
contendrá un tipo de datos único, como una dirección, o un número de teléfono,
un nombre, etc. A los campos se les puede asignar, además, propiedades
especiales que afectan a los registros insertados.
El campo puede ser definido como índice o autoincrementable, lo cual permite
que los datos de ese campo cambien solos o sean el principal a la hora de
ordenar los datos contenidos. Cada tabla creada debe tener un nombre único
en la Base de Datos, haciéndola accesible mediante su nombre o su seudónimo
(Alias), esto (dependiendo del tipo de base de datos elegida).

16
1.1.2. MODELO ENTIDAD RELACIÓN

Los diagramas o modelos entidad-relación (denominado por su siglas, “Diagram

Entity relationship”) son una herramienta para el modelado de datos de un sistema
de información.

Estos modelos expresan entidades relevantes para un sistema de información, sus

inter-relaciones y propiedades.

IMAGEN 3. MODELO ENTIDAD RELACION

CARDINALIDAD DE LAS RELACIONES

El diseño de relaciones entre las tablas de una base de datos puede ser la
siguiente:

 Relaciones de uno a uno: una instancia de la entidad A se relaciona con una y

solamente una de la entidad B.
 Relaciones de uno a muchos: cada instancia de la entidad A se relaciona con
varias instancias de la entidad B.
 Relaciones de muchos a muchos: cualquier instancia de la entidad A se
relaciona con cualquier instancia de la entidad B. [MOER07]

17
 1.2. SISTEMA GESTOR DE BASE DE DATOS

Un Sistema Gestor de Base de Datos (SGBD, en inglés DBMS: DataBase

Management System) es un sistema de software que permite la definición
de bases de datos; así como la elección de las estructuras de datos necesarios
para el almacenamiento y búsqueda de los datos, ya sea de forma interactiva o a
través de un lenguaje de programación. Un SGBD relacional es un modelo de
datos que facilita a los usuarios describir los datos que serán almacenados en la
base de datos junto con un grupo de operaciones para manejar los datos. Los
SGBD relacionales son una herramienta efectiva que permite a varios usuarios
acceder a los datos al mismo tiempo. Brindan facilidades eficientes y un grupo de
funciones con el objetivo de garantizar la confidencialidad, la calidad, la seguridad
y la integridad de los datos que contienen, así como un acceso fácil y eficiente a
los mismos, existen distintos objetivos que deben cumplir los SGBD: [SGBD14]

 ABSTRACCIÓN DE LA INFORMACIÓN: Los SGBD ahorran a

los usuarios detalles acerca del almacenamiento físico de los datos. Da lo
mismo si una base de datos ocupa uno o cientos de archivos, este hecho se
hace transparente al usuario. Así, se definen varios niveles de abstracción.

 INDEPENDENCIA: La independencia de los datos consiste en la capacidad de

modificar el esquema (Físico o Lógico) de una base de datos sin tener que
realizar cambios en las aplicaciones que se sirven de ella.

 CONSISTENCIA: En aquellos casos en los que no se ha logrado eliminar la

redundancia, será necesario vigilar que aquella información que aparece
repetida se actualice de forma coherente, es decir, que todos los datos
repetidos se actualicen de forma simultánea. Por otra parte, la base de datos.

18
 sistema no debería aceptar datos de un conductor menor de edad. En los
SGBD existen herramientas que facilitan la programación de este tipo de
condiciones.

 SEGURIDAD: La información almacenada en una base de datos puede llegar a

tener un gran valor. Los SGBD deben garantizar que esta Información se
encuentra segura debe tener permisos a usuarios y grupos de usuarios, que
otorguen diversas categorías de roles y privilegios de acceso a la base de
datos.

 MANEJO DE TRANSACCIONES: Una transacción es un programa que se

ejecuta como una sola operación. Esto quiere decir que luego de una ejecución
en la que se produce una falla es el mismo que se obtendría si el programa no
se hubiera ejecutado. Los SGBD proveen mecanismos para programar las
modificaciones de los datos de una forma mucho más simple que si no se
dispusiera de ellos.

 TIEMPO DE RESPUESTA: Lógicamente, es deseable minimizar el tiempo que

el SGBD tarda en darnos la información solicitada y en almacenar los cambios
realizados.[SGBD14]

1.3. SISTEMA GESTOR DE BASE DE DATOS ORACLE

Oracle la Primera Base de Datos Diseñada para Grid Computing, es un sistema de

gestión de base de datos relacional fabricado por Oracle Corporation. El motor de
base de datos Oracle es básicamente un herramienta cliente/servidor para la
gestión de base de datos la gran potencia que tiene y su elevado precio hace que
solo se vea en empresas muy grandes y multinacionales, por norma general.

19
Oracle Corporation: es una de las mayores compañías de software del mundo.
Sus productos van desde bases de datos (Oracle) hasta sistemas de gestión.
Cuenta además, con herramientas propias de desarrollo para realizar potentes
aplicaciones, como Oracle Designer. [ORAC14]

1.3.1. VENTAJAS DE ORACLE

Las entidades complejas del mundo real y la lógica se pueden modelar fácilmente,
lo que permite reutilizar objetos para el desarrollo de base de datos de una forma
más rápida y con mayor eficiencia. Los programadores de aplicaciones pueden
acceder directamente a tipos de objetos Oracle, sin necesidad de ninguna capa
adicional entre la base de datos y la capa cliente. Las aplicaciones que utilizan
objetos de Oracle son fáciles de entender y mantener porque soportan las
características del paradigma orientado a objetos. Tiene buen rendimiento y hace
buen uso de los recursos. Posee un rico diccionario de datos. Brinda soporte a la
mayoría de los lenguajes de programación. Es un sistema multiplataforma,
disponible en Windows, Linux y Unix. Permite tener copias de la base de datos
productiva en lugares lejanos a la ubicación principal. Las copias de la Base de
Datos productiva pueden estar en modo de lectura solamente. [VORA14]

1.3.2. DESVENTAJAS DE ORACLE

Es un producto de elevado precio por lo que por lo general se utiliza en empresas

muy grandes y multinacionales. Los costos de soporte técnico y mantenimiento
son elevados. Vulnerabilidades en la seguridad de la plataforma, se hace
necesario aplicar parches de seguridad. [DORA14]

20
1.4. LENGUAJES DE BASES DE DATOS

1.4.1. LENGUAJE SQL

La sigla que se conoce como SQL corresponde a la expresión inglesa Structured

Query Language (entendida en español como Lenguaje de Consulta
Estructurado), la cual identifica a un tipo de lenguaje vinculado con la gestión
de bases de datos de carácter relacional que permite la especificación de distintas
clases de operaciones entre éstas. Gracias a la utilización del álgebra y de
cálculos relacionales, el SQL brinda la posibilidad de realizar consultas con el
objetivo de recuperar información de las bases de datos de manera sencilla.
El científico Edgar Frank Codd (1923-2003) fue quien propuso un modelo
relacional para las bases de datos y creó un sublenguaje para acceder a los datos
a partir del cálculo de predicados. En base al trabajo
de Codd, IBM (InternationalBusiness Machines) definió el lenguaje conocido
como Structured English Query Language (SQL). El SQL se considera el
antecesor de SQL, un lenguaje de cuarta generación que se estandarizó en 1986.
La versión más primitiva de SQL, por lo tanto, fue la que se bautizó como SQL-
86 (también conocida como SQL1).En esencia, el SQL es un lenguaje declarativo
de alto nivel ya que, al manejar conjuntos de registros y no registros individuales,
ofrece una elevada productividad en la codificación y en la orientación a objetos.
Una sentencia de SQL puede resultar equivalente a más de un programa que
emplee un lenguaje de bajo nivel. Una base de datos implica la coexistencia de
múltiples tipos de lenguajes.
El denominado Data Definition Language (también conocido como DDL) es
aquél que permite modificar la estructura de los objetos contemplados por la base
de datos por medio de cuatro operaciones básicas. SQL, por su parte, es un
lenguaje que permite manipular datos (Data Manipulation Language o DML) que
contribuye a la gestión de las bases de datos a través de consultas. [LSQL08]

21
 CAPÍTULO 2. INFORMACIÓN DE LA EMPRESA

2.1. IGLESIA ALIANZA CRISTIANA

Según varios historiadores, la creación de la iglesia Alianza Cristiana en el

municipio del Bordo Patía data del año 1960, por el señor Alcibíades Carabalí y
su esposa. Cuentan algunas personas que presenciaron la fundación de la iglesia
en el Bordo que los inicios de esta fue difícil, dado que durante los primeros años
fueron muy pocas las personas que atendieron al llamado a congregarse en la
iglesia.
Durante sus inicios la iglesia no contaba con un local o una infraestructura para
congregarse y llevar a cabo las reuniones eclesiásticas, por lo que las pocas
personas que en ese entonces hacían parte de esta congregación debían hacer
las reuniones los días domingos en casa de algunos integrantes de la misma. En
la actualidad se puede notar el crecimiento que ha tenido la iglesia durante los
últimos 35 años dado a que se logró la construcción de un templo, el número de
integrantes bautizados es más de 400, la estructura organizacional de la
congregación cuenta con una sede principal en la ciudad de armenia, la cual es la
de mayor importancia a nivel nacional, a nivel regional se encuentra una sede en
la ciudad de Popayán. La iglesia Alianza Cristiana en Colombia nace como el
resultado de la visión que Dios coloco en el corazón del Dr. Alberto Benjamín
Simpson, y esa visión y deseo fue trasladada al municipio del Bordo Patí por el
señor Alcibíades Carabalí y su esposa.

2.2. VISIÓN

La Iglesia Alianza Cristiana se proyecta como una iglesia saludable a nivel

espiritual y emocional; consolidada en lo ministerial y administrativo, desarrollando
procesos orientados al mejoramiento continuo, por medio de la implementación de
herramientas de la gestión ampliadas a todos los niveles con el personal idóneo,

22
capacitado, competente y comprometido, en el logro de los objetivos
institucionales.

2.3. MISIÓN
Somos una comunidad Cristiana comprometida con el evangelio de Cristo y, a la
evangelización, discipulado y la formación de líderes; fundamentada en los
principios de la palabra de Dios; estructurada, dinámica, reflexiva, transparente y
abierta los cambios sin perder su identidad.

2.4. ORGANIGRAMA

La iglesia está organizada de la siguiente manera por:

1. PASTOR: Es el líder de la congragación.
2. JUNTA DIRECTIVA: está compuesta por el tesorero, la secretaria, y un
miembro de la iglesia.
3. LÍDERES DE MINISTERIOS: (Ministerio de alabanza, ministerio de jóvenes,
ministerio de damas, ministerio de caballeros, ministerio de parejas, ministerio de
intersección, ministerio de evangelismo, ministerio de labor social, ministerio de
niños.)

IMAGEN 4. ORGANIGRAMA IGLESIA ALIANZA CRISTIANA

23
 CAPITULO 3. INGENIERÍA DEL SOFTWARE

3.1. METODOLOGÍA PARA EL DESARROLLO DE SOFTWARE

En el proceso de desarrollo de software se usó el modelo en cascada, o ciclo de

vida clásico, sugiere un enfoque sistemático, secuencial hacia el desarrollo del
software, que se inicia con la especificación de requerimientos del cliente y que
continúa con la planeación, el modelado, la construcción y el despliegue para
culminar en el soporte del software terminado.
Este modelo es aplicable en donde existen ocasiones en que los requisitos de un
problema se entienden de una manera razonable y deben estar bien definidos,
también cuando el trabajo fluye desde la comunicación a través del despliegue de
una manera casi lineal, esta situación se encuentra a veces cuando es necesario
hacer adaptaciones o mejorías bien definidas a un sistema existente. [DESW14]

3.2. DESARROLLO DE LA METODOLOGÍA

3.2.1. ANÁLISIS DE REQUISITOS

En esta etapa se recopilo los requisitos del sistema, las funcionalidades que
tendrá la aplicación de base de datos. Esta fase comprende la obtención de
objetivos o requisitos iniciales para determinar la viabilidad del sistema y escrutar
las distintas alternativas de solución.

3.2.1.1. REQUISITOS FUNCIONALES

 La persona autorizada encargada de ingresar, modificar y borrar datos de la

base de datos es el administrador de la base de datos o la secretaria, la cual
cuenta con un nombre de usuario, y contraseña de acceso a la base de datos.

24
 La aplicación software debe contar con un MENÚ PRINCIPAL el cual
contiene:

 El módulo INTEGRANTE que contiene los formularios de inserción de

datos del INTEGRANTE, DIEZMOS, CURSOS DEL INTEGRANTE.

 El módulo TRÁMITES que contiene los formularios de inserción de datos

del BAUTISMO, MATRIMONIO.

 El módulo CONFIGURACIÓN que contiene los formularios de inserción de

datos del PAIS, CURSOS, DEPARTAMENTO, MUNICIPIO, IGLESIA,
PASTOR, EMPLEADO.

 El módulo CONTABILIDAD que contiene los formularios de inserción de

datos de IMPUESTOS y OFRENDAS.

 La aplicación debe contar con un MENÚ REPORTES de cada uno de los

reportes el cual contiene:

 El módulo INTEGRANTE que contiene los reportes de INTEGRANTE,

DIEZMOS, CURSOS DEL INTEGRANTE.

 El módulo TRÁMITES que contiene los reportes de BAUTISMO,

MATRIMONIO.

 El módulo CONFIGURACIÓN que contiene los reportes de PAIS,

CURSOS, DEPARTAMENTO, MUNICIPIO, IGLESIA, PASTOR,
EMPLEADO.

25
  El módulo CONTABILIDAD que contiene los reportes de IMPUESTOS y
OFRENDAS.

 Se deben crear reportes con parámetros con el fin de facilitar al usuario la

consulta de información Ej: (DIEZMOS POR INTEGRANTE): despliega una
pantalla donde el usuario inserta el código o el nombre del integrante y me
muestra el valor de los diezmos que ha dado el integrante durante el año).

 Ej: (DIEZMOS POR MES): despliega una pantalla donde el usuario inserta
el mes y me muestra el valor de todos los diezmos que han ingresado a la
iglesia durante ese mes.

 Ej: (DIEZMOS POR AÑO): despliega una pantalla donde el usuario inserta
el año y me muestra el valor de todos los diezmos que han ingresado a la
iglesia durante ese año.

 Ej: (OFRENDA POR MES): despliega una pantalla donde el usuario inserta
el mes y me muestra el valor de todas las ofrendas que han ingresado a la
iglesia durante ese mes.

 Ej: (OFRENDA POR AÑO): despliega una pantalla donde el usuario inserta
el año y me muestra el valor de todas las ofrendas que han ingresado a la
iglesia durante ese año.

 Ej: (INTEGRANTES POR CURSO): despliega una pantalla donde el usuario

selecciona el CURSO y me muestra todas las personas inscritas en este
curso.

26
  Ej (INTEGRANTES POR GÉNERO): despliega una pantalla donde el
usuario selecciona Femenino o Masculino, Ej: si selecciona M el reporte hace
un conteo de todas las personas mujeres integrantes de la iglesia.

 Los miembros de la congregación que han cumplido el sacramento del

bautismo son los únicos que se pueden registrar como integrantes.

 Solamente pueden acceder al sacramento del matrimonio los miembros de la

iglesia que han ejercido el sacramento del bautismo.

 Los integrantes de la iglesia que están inscritos en cursos, deben de aprobar

el curso y tener un paz y salvo para poder ser inscritos en los próximos niveles

 El sistema debe permitir la generación de copias de seguridad Back-up Físico

y lógico en cualquier momento.

 El sistema debe validar el ingreso correcto de los diezmos de los miembros de

la iglesia es decir que se ingrese en la fecha correcta: día, mes y año.

3.2.1.2. REQUISITOS NO FUNCIONALES

 Debe permitir la definición de perfiles de usuario y niveles de seguridad para el

acceso.

 Los campos tipo fecha deben ir en formato DD/MM/AAAA.

 Los tipos de datos numéricos van en formato NUMBER. Todos los datos
capturados deben capturarse en letra mayúscula sostenida a excepción de
correos electrónicos (todo en minúscula), las claves (mayúscula y minúscula).

27
 Interfaz amigable y de fácil manejo para los usuarios de la congregación.

 La base de datos de la iglesia se almacenara en el motor de base de datos

ORACLE DATABASE 11G EXPRESS EDITION. inicialmente se desarrollara
en una versión gratuita pero cuando se implemente en la iglesia se debe pagar
por la licencia del software.

 El software debe cumplir con toda la normatividad vigente y actualizarse

permanentemente.

 Los formularios de inserción, actualización, y borrado de datos que tendrá la

aplicación software se desarrollaran en el programa ORACLE FORMS
BUILDER 11G. inicialmente se desarrollara en una versión gratuita pero
cuando se implemente en la iglesia se debe pagar por la licencia del software.

 Los reportes que generara la aplicación software se desarrollaran en el

programa ORACLE REPORTS BUILDER 6I. inicialmente se desarrollara en
una versión gratuita pero cuando se implemente en la iglesia se debe pagar
por la licencia del software.

 La aplicación debe ser de escritorio con arquitectura CLIENTE – SERVIDOR.

 Rendimiento

 Disponibilidad

 Accesibilidad

 Usabilidad

28
 Estabilidad

 Portabilidad

 Operatividad

 Seguridad a nivel de base de datos e interfaces de usuario.

 Escalabilidad del software

 Concurrencia en la base de datos y sus transacciones.

 Mantenibilidad del software

 Interfaz amigable con el diseño entregado por la empresa.

3.3. DISEÑO DEL SISTEMA

Esta etapa comprende el diseño de los módulos que irán en la aplicación

software de base de datos modelo entidad relación, menús, submenús,
formularios y reportes.

3.3.1. DISEÑO BASE DE DATOS (MODELO ENTIDAD RELACIÓN)

El modelo entidad relación se desarrolló en el programa DEZIGN FOR

DATABASE el cual contiene 14 entidades con sus respectivos atributos, cada
atributo de tipo texto será (varchar2), los códigos son de tipo numérico (number), y
las fechas de tipo (DATE). El modelo entidad relación se muestra a continuación.

29
 IMAGEN 5. MODELO ENTIDAD RELACION IGLESIA ALIANZA CRISTIANA

La base de datos de la Iglesia Alianza Cristiana cuenta con 14 tablas o entidades

las cuales se describen cada una de ellas a continuación en la siguiente tabla.

30
NOMBRE DE LA
TABLA DESCRIPCIÓN
Registra la información correspondiente a la iglesia alianza
IGLESIA cristiana (dirección, teléfono, email, municipio).
Registra la información correspondiente a los datos
personales del integrante (tipo de documento, documento,
INTEGRANTE nombre, apellidos, genero, dirección, teléfono, fecha de
membresía, municipio, iglesia, cód. matrimonio)
Registra la información correspondiente a los datos
personales del pastor (tipo de documento, documento,
PASTOR nombre, apellidos, genero, dirección, teléfono, fecha de
membresía, municipio, iglesia, cód. matrimonio).
Registra y contabiliza la información de la ofrenda
OFRENDA recolectada mensualmente en la congregación
Registra y contabiliza la información de los diezmos
DIEZMOS recolectada mensualmente en la congregación
Registra todos los cursos que se realizan en tesorería que
pueden o no afectar presupuesto y deben ser objeto de
CURSOS contabilización.
Registra la información correspondiente a los integrantes
INTEGRANTE- de la iglesia inscritos en cursos ofrecidos por la misma
CURSO
Registra los datos personales de los empleados que se
EMPLEADO contratan en la iglesia.
Registra los datos personales de los integrantes
BAUTISMO bautizados que hacen parte de la congregación.
Registra las parejas de integrantes de la iglesia que son
MATRIMONIO casados.

31
 PAIS Registra el código y el nombre del país de procedencia
del integrante de la iglesia.
Registra el código, consecutivo y el nombre del
DEPARTAMENTO departamento al cual pertenece el integrante de la iglesia.
Registra el código, consecutivo y el nombre del municipio
MUNICIPIO al cual pertenece el integrante de la iglesia.
Registra los gastos que por ley la congregación debe
IMPUESTOS pagar mensualmente,

3.3.2. DISEÑO DE INTERFACES DE ENTRADA (FORMULARIOS)

El diseño de los formularios se realiza en el programa ORACLE FORM BUILDER

11G. Cada formulario sirve para obtener acceso a la base de datos e insertar,
editar, y borrar información.

IMAGEN 6. FORMULARIO DE LA TABLA IGLESIA

32
IMAGEN 7. FORMULARIO DE LA TABLA INTEGRANTE

IMAGEN 8. FORMULARIO DE LA TABLA PASTOR

33
3.3.3. DISEÑO DE INTERFACES DE SALIDA (REPORTES)

En esta etapa de diseño se construyen los reportes los cuales contendrán la

información correspondiente a cada uno de los formularios de la aplicación.
Los reportes se crearon en ORACLE REPORT BUILDER 6i. A continuación un
ejemplo del reporte INTEGRANTE.

IMAGEN 9. CREACION DE UN NUEVO INFORME

Se selecciona el estilo del informe en este caso es Agrupar Arriba y se le coloca el

título de la tabla.

IMAGEN 10. ESTILO DEL INFORME

34
Se seleccionan las tablas y los atributos que contendrá el informe

IMAGEN 11. SELECCIÓN DE TABLAS DEL INFORME

Después se seleccionan los campos que se despliegan en la parte de arriba y los

de abajo en el informe.

IMAGEN 12. CAMPOS DEL INFORME

El siguiente es el reporte listo para la impresión en papel de la tabla

INTEGRANTE.

35
 IMAGEN 13. REPORTE INTEGRANTE

3.3.4. DISEÑO ARQUITECTÓNICO MENÚ PRINCIPAL

En esta etapa de diseño se construye el menú principal en el programa ORACLE

FORM BUILDER 11G de la suite ORACLE FORM REPORTS 11G. El cual brinda
al usuario una mayor interacción con la aplicación debido a que cada formulario de
la aplicación se encuentra debidamente ordenado por ítems en la parte superior
del menú.

IMAGEN 14. MENU PRINCIPAL

36
El ítem INTEGRANTE contiene los formularios de INTEGRANTE, DIEZMOS,
CURSOS DEL INTEGRANTE.

IMAGEN 15. MENU PRINCIPAL- ITEM INTEGRANTE

El ítem TRÁMITES contiene los formularios de BAUTISMO, MATRIMONIO.

IMAGEN 16. MENU PRINCIPAL-ITEM TRÁMITES

El ítem CONFIGURACION contiene los formularios de PAIS, CURSOS,

DEPARTAMENTO, MUNICIPIO, IGLESIA, PASTOR, EMPLEADO.

IMAGEN 17. MENU PRINCIPAL-ITEM CONFIGURACION

El ítem CONTABILIDAD contiene los formularios de IMPUESTOS y OFRENDAS.

IMAGEN 18.MENU PRINCIPAL-ITEM EDUCACION

37
 3.3.5. DISEÑO ARQUITECTÓNICO MENÚ REPORTES

En esta etapa de diseño se construye el menú de reportes en el programa

ORACLE FORM BUILDER 6i El cual brinda al usuario una mayor interacción con
la aplicación debido a que cada reporte de la aplicación se encuentra debidamente
ordenado por los mismos ítems del menú principal en la parte superior del menú.

IMAGEN 19. MENU REPORTES

El ítem INTEGRANTE contiene los reportes de INTEGRANTE, DIEZMOS,

CURSOS DEL INTEGRANTE.

IMAGEN 20. ITEM INTEGRANTE MENU REPORTES

38
El ítem TRÁMITES contiene los reportes de BAUTISMO, MATRIMONIO.

IMAGEN 21. ITEM TRAMITES MENU REPORTES

El ítem CONFIGURACIÓN contiene los reportes de PAIS, CURSOS,

DEPARTAMENTO, MUNICIPIO, IGLESIA, PASTOR, EMPLEADO.

IMAGEN 22. ITEM COMFIGURACION MENU REPORTES

El ítem CONTABILIDAD contiene los reportes de IMPUESTOS y OFRENDAS.

IMAGEN 23. ITEM CONTABILIDAD MENU REPORTES

39
 3.4. ETAPA DE IMPLEMENTACIÓN

Es esta fase en donde se implementa el código fuente para crear la base de datos,
se realiza el modelo entidad relación de la base de datos (el modelo lógico y físico)
Haciendo uso de prototipos así como de pruebas y ensayos para corregir errores a
nivel del código que se presenten.

3.4.1. LISTAS DE VALORES

3.4.1.1. LISTAS DE VALORES ESTÁTICAS

Son utilizadas para definir una lista descriptiva para un dominio especificado para
una columna de tabla, como por ejemplo, para una columna que nos indica si un
registro está activo o no, y que puede tener dos valores específicos (S y N).

3.4.1.2. LISTAS DE VALORES DINÁMICAS

Son obtenidas a partir de una consulta SQL que se hace a una tabla y
normalmente se utilizan para definir o mostrar los valores de las llaves foráneas
para una tabla específica. [LVAL09]

3.4.1.3. IMPLEMENTACION DE LISTAS DE VALORES

Las listas de valores se implementan en cada uno de los formularios de la base de

datos de la IGLESIA ALIANZA CRISTIANA. A continuación un ejemplo de listas de
valores implementado en el formulario de la tabla INTEGRANTE.Se crea la lista de
valores COD_MUNICIPIO-NOMBRE_MUNICIPIO
En el navegador de objetos se da click en Lista de valores>nuevo después
aparece el asistente de creación de listas de valores y se da click en el botón
siguiente.

40
 IMAGEN 24. ASISTENTE DE LISTAS DE VALORES
Se da click en crear consulta SQL y se escoge la tabla municipio se marcan los
atributos código y nombre.

IMAGEN 25. CONSULTA SQL

Después el código SQL para insertar el nombre del municipio queda completado

IMAGEN 26. CODIGO SQL LISTA DE VALORES

41
Luego se seleccionan los atributos que irán en la base de datos

IMAGEN 27. COLUMNAS DE LA LISTA DE VALORES

En la columna CODIGO de la tabla municipio el VALOR DE RETORNO es

INTEGRANTE.COD_MUNICIPIO y en la columna NOMBRE de la tabla municipio
el VALOR DE RETORNO es INTEGRANTE.NOMBRE_MUNICIPIO

IMAGEN 28. VALORES DE RETORNO LDV.

Se coloca el título de la lista de valores NOMBRE_MUNICIPIO se seleccionan los

a los cuales se asigna la lista de valores.

42
 IMAGEN 29. ELEMENTOS ASIGNADOS LDV.

Después de crear las listas de valores se deben asignar por medio de un código
SQL en el elemento de texto donde va a aparecer Las siguientes son las listas de
Valores correspondientes al formulario INTEGRANTE. El cual tiene como llave
foránea a COD_MUNICIPIO de la tabla MUNICIPIO el cual por medio de la lista de
valores me muestra el nombre del municipio. Para asignar la lista de valores se
ingresa a ORACLE FORMS BUILDER se abre el formulario INTEGRANTE en el
editor de diseño y se inserta un ELEMENTO DE TEXTO al lado de
COD_MUNICIPIO el cual se llamara NOMBRE MUNICIPIO.

IMAGEN 30. EDITOR DE DISEÑO FORMULARIO INTEGRANTE

43
Después se debe insertar un código SQL, para traer la información de la tabla
MUNICIPIO. Por lo cual se da clic derecho en el elemento de texto NOMBRE
MUNICIPIO>Disparadores Smart>WHEN VALIDE ITEM.

IMAGEN 31. DISPARADOR SMART WHEN-VALIDE-ITEM

En el disparador WHEN-VALIDE-ITEM se escribe el siguiente código SQL:

SELECT NOMBRE INTO: NOMBRE_MUNICIPIPO FROM MUNICIPIO WHERE
CODIGO=: COD_MUNICIPIO; Se selecciona el atributo NOMBRE y se inserta en
el elemento de texto NOMBRE_MUNICIPIO de la tabla MUNICIPIO.

IMAGEN 32. EDITOR PL/SQL NOMBRE_MUNICIPIO

3.4.1.4. VALIDACION DE LISTAS DE VALORES

Para validar el correcto funcionamiento de la lista de valores

COD_MUNICIPIO>NOMBRE_MUNICIPIO se ejecuta el formulario en el

44
Navegador y se da CTRL L en COD_MUNICIPIO, e inmediatamente aparece un
listado con los nombres de los municipios.

IMAGEN 33. LISTA DE VALORES COD_MUNICIPIO>NOMBRE_MUNICIPIO

3.4.2. SECUENCIAS

Las secuencias se usan en el CODIGO de algunos formularios de manera que

genera un conteo de forma automática desde el número 1 en adelante cada vez
que se inserta un registro. Las secuencias se crean en el modelo entidad relación
en el programa DEZIGN FOR DATABASE. En la parte superior izquierda en MAIN
DIAGRAM en SEQUENCES se da click derecho en new y se crea la secuencia

IMAGEN 34. CREACION DE SECUENCIAS

45
En este proyecto se crearon 5 secuencias las de las entidades MATRIMONIO,
CURSOS, IMPUESTOS Y OFRENDAS. El incremento será de 1 en 1. El valor
mínimo es de 1 y el valor máximo depende del nro. de caracteres del CODIGO.
EJ: La tabla MATRIMONIO tiene 5 caracteres entonces el valor máx. Es de 99999.

IMAGEN 35. CONFIGURACION DE SECUENCIAS

Después de creadas las secuencias estas se asignan al CODIGO de cada

entidad. En PROPIEDADES se da click en la pestaña 2.ADVANCED y se
selecciona la secuencia en este caso S_MATRIMONIO.

IMAGEN 36. ASIGNACION DE SECUENCIAS

46
3.4.3. ALERTAS

Las alertas son avisos predefinidos para mostrar mensajes de error o advertencias
en el momento de ejecutar los formularios del proyecto. Se ingresa a ORACLE
FORM BUILDER y en el navegador de objetos se da doble click en Alertas en el
icono crear, el nombre de esta alerta es BIENVENIDO esta alerta es un mensaje
de bienvenida a la aplicación de base de datos.

IMAGEN 37. CONFIGURACION DE ALERTAS

Después se da click derecho en la alerta en paleta de propiedades y se configura:
-TITULO: BIENVENIDO -MENSAJE! BIENVENIDO A LA APLICACION DE BASE
DE DATOS ALIANZA CRISTIAN ¡-ETIQUETA DE BOTON 1: ACEPTAR

IMAGEN 38. PALETA DE PROPIEDADES ALERTAS

47
Después de esto en el menú principal se selecciona el disparador WHEN-
WINDOW-ACTIVED y se inserta el siguiente código PL/SQL para ejecutar la
alerta BIENVENIDO.

IMAGEN 39. CODIGO SQL ALERTA

Se ejecuta el menú principal y enseguida aparece el mensaje de bienvenida a la
aplicación de base de datos.

IMAGEN 40. EJECUCION ALERTA

48
Después se crea la alerta SALIR y se da click derecho en la alerta en paleta de
propiedades y se configura: -TITULO: SALIR
-MENSAJE: ¿ESTA SEGURO QUE DESEA SALIR?
-ETIQUETA DE BOTON 1: SI
-ETIQUETA DE BOTON 2: NO

IMAGEN 41. PALETA DE PROPIEDADES ALERTA

En el menú principal en MENÚS en el ítem de menú SALIR se inserta el siguiente

código PL/SQL para ejecutar la alerta SALIR.

IMAGEN 42. CODIGO SQL ALERTA

49
Se da click en el ítem SALIR del menú principal y enseguida aparece el mensaje
¿ESTA SEGURO QUE DESEA SALIR? de la aplicación de base de datos.

IMAGEN 43. EJECUCION ALERTA

3.4.4 CONFORMACION DE DATOS

En algunos formularios es necesario concatenar dos tipos de atributos (unir dos

tipos de cadenas de caracteres para formar una cadena de mayor tamaño), para
generar un código único en el formulario Ej: en el formulario INTEGRANTE se
concatenan los atributos
-TIPO_DOCUMENTO el cual contiene dos caracteres y
-DOCUMENTO el cual contiene 10 caracteres
Esta concatenación da como resultado el CODIGO de 12 caracteres del
INTEGRANTE. En ORACLE FORM BUILDER se abre el formulario INTEGRANTE
se selecciona el elemento de texto TIPO_DOCUMENTO y el elemento de texto
DOCUMENTO y se selecciona el disparador Smart WHEN-VALIDE-ITEM.

50
 IMAGEN 44. DISPARADOR SMART WHEN-VALIDE-ITEM

En el cual va el siguiente código en el cual se asigna TIPO_DOCUMENTO Y

DOCUMENTO al CODIGO.
-(El símbolo = es para comparar cadenas de caracteres). Y (el símbolo:=es para
asignar cadenas de caracteres). :=CODIGO:=:TIPO_DOCUMENTO||''||:
DOCUMENTO;

IMAGEN 45. EDITOR PL/SQL DISPARADOR WHEN-VALIDE-ITEM

Después de insertar un registro automáticamente el CODIGO concatena el
TIPO_DOCUMENTO y DOCUMENTO.

IMAGEN 46. CONCATENACION EN EL CODIGO

51
 3.5. ETAPA DE VERIFICACION Y PRUEBAS

3.5.1. PRUEBAS DE CAJA BLANCA

Las pruebas de caja blanca (también conocidas como pruebas de caja de

cristal o pruebas estructurales) se centran en los detalles procedimentales del
software, por lo que su diseño está fuertemente ligado al código fuente. El
testeador escoge distintos valores de entrada para examinar cada uno de los
posibles flujos de ejecución del programa y cerciorarse de que se devuelven los
valores de salida adecuados.

Al estar basadas en una implementación concreta, si ésta se modifica, por regla

general las pruebas también deberán rediseñarse.

Aunque las pruebas de caja blanca son aplicables a varios niveles:

unidad, integración y sistema, habitualmente se aplican a las unidades de
software. Su cometido es comprobar los flujos de ejecución dentro de cada unidad
(función, clase, módulo, etc.) pero también pueden testear los flujos entre
unidades durante la integración, e incluso entre subsistemas, durante las pruebas
de sistema. [PBCB14]

A continuación se detalla un formato de pruebas al software para comprobar el

buen funcionamiento de cada uno de los módulos del software.

52
 FORMATO DE PRUEBAS AL SOFTWARE
IDENTIFICADOR TEST
DE PRUEBA
FECHA DE LA 14/11/2016
PRUEBA
RESPONSABLE Estudiante de ingeniería de sistemas. DAYRO
DE LA PRUEBA SANCLEMENTE.
MODULO EN INTEGRANTE
PRUEBA
VERSIÓN DEL 1.0
SOFTWARE
RESULTADO El menú ha sido terminado satisfactoriamente. Se
GENERAL hicieron todas las correcciones solicitadas el pasado 4
de noviembre de 2016.
ÍTEM O
INTERFAZ RESULTADO DEL ÍTEM
EVALUADA

53
  La pantalla se ha terminado satisfactoriamente se
logró concatenar el campo tipo documento con el
campo documento para generar de manera
automática el código del integrante.
 El reporte generado tiene una buena presentación.
PANTALLA Aunque aún no ha podido ser ejecutado por
INTEGRANTE inconvenientes con el software Reports Builder.
 Utilizar el total de la página en el reporte para que
cada campo tenga mayor tamaño y la información no
se vea tan apretada por columnas.

54
  La pantalla se ha terminado satisfactoriamente se logró
concatenar el campo COD INTEGRANTE con el campo
ANO para generar de manera automática el código del
diezmo.
 El reporte generado tiene una buena presentación.
Aunque aún no ha podido ser ejecutado por
inconvenientes con el software Reports Builder.
PANTALLA  Utilizar el total de la página en el reporte para que cada
DIEZMO campo tenga mayor tamaño y la información no se vea
tan apretada por columnas.
 El reporte debe generar el valor de diezmos por
semestre y por año.
 Mejorar los mensajes cuando se graba un registro.
Generalizar como mensaje el texto “Registro Exitoso”
– Error ya reportado y no ha sido corregido.

55
  La pantalla se ha terminado satisfactoriamente se logró
concatenar el campo COD INTEGRANTE con el
campo COD CURSO para generar de manera
automática el código de integrante curso.
 La pantalla integrante curso no graba los datos en la
base de datos. Corrección ya solicitada y aún no ha
sido atendida.

PANTALLA
CURSOS DEL
INTEGRANTE

 El reporte generado tiene una buena presentación.

Aunque aún no ha podido ser ejecutado por
inconvenientes con el software Reports Builder.
 Utilizar el total de la página en el reporte para que cada
campo tenga mayor tamaño y la información no se vea
tan apretada por columnas.

_________________________________________
Firma del Responsable de la Prueba – Evaluador

56
 FORMATO DE PRUEBAS AL SOFTWARE
IDENTIFICADOR DE 001
PRUEBA
FECHA DE LA 14/11/2016
PRUEBA

RESPONSABLE DE Estudiante de ingeniería de sistemas. DAYRO

LA PRUEBA SANCLEMENTE.

MODULO EN TRAMITES
PRUEBA

VERSIÓN DEL 1.0

SOFTWARE
El menú ha sido terminado satisfactoriamente. Se
RESULTADO hicieron todas las correcciones solicitadas el pasado 4
GENERAL de noviembre de 2016.
ÍTEM O INTERFAZ
EVALUADA RESULTADO DEL ÍTEM
 La pantalla se ha terminado satisfactoriamente
 El reporte generado tiene una buena
presentación. Aunque aún no ha podido ser
ejecutado por inconvenientes con el software
Reports Builder.
PANTALLA  Utilizar el total de la página en el reporte para que
BAUTISMO cada campo tenga mayor tamaño y la información
no se vea tan apretada por columnas.

57
  La pantalla se ha terminado satisfactoriamente.
 El reporte generado tiene una buena presentación.
PANTALLA Aunque aún no ha podido ser ejecutado por
MATRIMONIO inconvenientes con el software Reports Builder.
 Utilizar el total de la página en el reporte para que
cada campo tenga mayor tamaño y la información no
se vea tan apretada por columnas.

_________________________________________
Firma del Responsable de la Prueba – Evaluador

FORMATO DE PRUEBAS AL SOFTWARE

IDENTIFICADOR DE TEST
PRUEBA

FECHA DE LA PRUEBA 14/11/2016

RESPONSABLE DE LA Estudiante de ingeniería de sistemas. DAYRO

PRUEBA SANCLEMENTE.

MODULO EN PRUEBA Configuración

VERSIÓN DEL 1.0

SOFTWARE

58
 RESULTADO El menú ha sido terminado satisfactoriamente. Se
GENERAL hicieron todas las correcciones solicitadas el pasado 4
de noviembre de 2016.
ÍTEM O INTERFAZ
EVALUADA RESULTADO DEL ÍTEM
 La pantalla se ha terminado satisfactoriamente.
 El reporte generado tiene una buena
presentación. Aunque aún no ha podido ser
ejecutado por inconvenientes con el software
PANTALLA PAIS Reports Builder.
 Utilizar el total de la página en el reporte para que
cada campo tenga mayor tamaño y la información
no se vea tan apretada por columnas.

 La pantalla se ha terminado satisfactoriamente.

 El reporte generado tiene una buena
presentación. Aunque aún no ha podido ser
ejecutado por inconvenientes con el software
Reports Builder.
 Utilizar el total de la página en el reporte para que
PANTALLA CURSOS cada campo tenga mayor tamaño y la información
no se vea tan apretada por columnas.

59
  La pantalla se ha terminado satisfactoriamente se
logró concatenar el campo COD PAIS con el
campo CONSECUTIVO para generar de manera
automática el código del departamento.
 El reporte generado tiene una buena
presentación. Aunque aún no ha podido ser
PANTALLA ejecutado por inconvenientes con el software
DEPARTAMENTO Reports Builder.
 Utilizar el total de la página en el reporte para que
cada campo tenga mayor tamaño y la información
no se vea tan apretada por columnas.

 La pantalla se ha terminado satisfactoriamente se

logró concatenar el campo COD DEPTO con el
campo CONSECUTIVO para generar de manera
automática el código del integrante.
 El reporte generado tiene una buena
PANTALLA presentación. Aunque aún no ha podido ser
MUNICIPIO ejecutado por inconvenientes con el software
Reports Builder.
 Utilizar el total de la página en el reporte para que
cada campo tenga mayor tamaño y la información
no se vea tan apretada por columnas.

60
  La pantalla se ha terminado satisfactoriamente
 El reporte generado tiene una buena presentación.
Aunque aún no ha podido ser ejecutado por
PANTALLA inconvenientes con el software Reports Builder.
IGLESIA  Utilizar el total de la página en el reporte para que
cada campo tenga mayor tamaño y la información
no se vea tan apretada por columnas.

 La pantalla se ha terminado satisfactoriamente se

logró concatenar el campo tipo documento con el
campo documento para generar de manera
automática el código del PASTOR.
PANTALLA  El reporte generado tiene una buena presentación.
PASTOR Aunque aún no ha podido ser ejecutado por
inconvenientes con el software Reports Builder.
 Utilizar el total de la página en el reporte para que
cada campo tenga mayor tamaño y la información
no se vea tan apretada por columnas.

61
  La pantalla se ha terminado satisfactoriamente se
logró concatenar el campo tipo documento con el
campo documento para generar de manera
automática el código del EMPLEADO.
 El reporte generado tiene una buena presentación.
PANTALLA Aunque aún no ha podido ser ejecutado por
EMPLEADO inconvenientes con el software Reports Builder.
 Utilizar el total de la página en el reporte para que
cada campo tenga mayor tamaño y la información
no se vea tan apretada por columnas.

 No funciona ningún reporte.

Reportes o
Informes
 Por favor entregar el manual de usuario de la
Recomendaciones aplicación para saber cómo funciona.
Generales  Los reportes no funcionan.

_________________________________________
Firma del Responsable de la Prueba - Evaluador

62
 FORMATO DE PRUEBAS AL SOFTWARE
IDENTIFICADOR DE TEST
PRUEBA
FECHA DE LA 14/11/2016
PRUEBA
RESPONSABLE DE Estudiante de ingeniería de sistemas. DAYRO
LA PRUEBA SANCLEMENTE.
MODULO EN PRUEBA Contabilidad
VERSIÓN DEL 1.0
SOFTWARE
RESULTADO El menú ha sido terminado satisfactoriamente. Se
GENERAL hicieron todas las correcciones solicitadas el pasado
4 de noviembre de 2016.
ÍTEM O INTERFAZ
EVALUADA RESULTADO DEL ÍTEM
 La pantalla se ha terminado satisfactoriamente
 El reporte generado tiene una buena
presentación. Aunque aún no ha podido ser
ejecutado por inconvenientes con el software
PANTALLA Reports Builder.
IMPUESTOS  Utilizar el total de la página en el reporte para que
cada campo tenga mayor tamaño y la
información no se vea tan apretada por
columnas.

63
  La pantalla se ha terminado
satisfactoriamente.
 El reporte generado tiene una buena
presentación. Aunque aún no ha podido ser
ejecutado por inconvenientes con el software
Reports Builder.
PANTALLA OFRENDA  Utilizar el total de la página en el reporte para
que cada campo tenga mayor tamaño y la
información no se vea tan apretada por
columnas.
 El reporte debe generar el valor de diezmos a
por semestre y por año.

ITEM REPORTES  No funciona ningún reporte.

_________________________________________
Firma del Responsable de la Prueba - Evaluador

3.5.2. PRUEBAS DE CAJA NEGRA

En teoría de sistemas y física, se denomina caja negra a aquel elemento que es

estudiado desde el punto de vista de las entradas que recibe y las salidas o
respuestas que produce, sin tener en cuenta su funcionamiento interno. En otras
palabras, de una caja negra nos interesará su forma de interactuar con el medio
que le rodea (en ocasiones, otros elementos que también podrían ser cajas

64
negras) entendiendo qué es lo que hace, pero sin dar importancia a cómo lo
hace. Por tanto, de una caja negra deben estar muy bien definidas sus entradas y

64
Salidas, es decir, su interfaz; en cambio, no se precisa definir ni conocer los
detalles internos de su funcionamiento. [PBCN14]

1- La sentencia CALL FORM que va en el MENÚ FORMULARIOS funciona

correctamente y ejecuta cada uno de los formularios de la base de datos.

IMAGEN 47. SENTENCIA CALL FORM PL/SQL

2- La sentencia RUN_PRODUCT que va en el MENÚ REPORTES funciona

correctamente y ejecuta cada uno de los reportes de la base de datos.

IMAGEN 48. SENTENCIA RUN_PRODUCT FORM PL/SQL

3.6. ETAPA DE MANTENIMIENTO

Después de que la aplicación software se implanto en la congregación, se

realizaron sobre el mismo tareas de mantenimiento, que en función de su
naturaleza se clasificaron en correctivos, evolutivos, adaptativos. Estos son
consecuencia de incidencias y peticiones reportadas por los usuarios.

65
 CAPITULO 4. FINALIZACION DEL PROYECTO

4.1 RESULTADOS ALCANZADOS

La creación de la aplicación para el registro y control de la información de los

miembros de la iglesia Alianza Cristiana, en el municipio del Bordo Patía. Fue un
éxito debido a que esta aplicación unifico toda la información de cada integrante
de la iglesia, además de cada proceso y servicio al interior de la congregación
además de:

 Agilizar procesos en el manejo de información en cuanto a la búsqueda

actualización y almacenamiento de datos de la Iglesia Alianza Cristiana.

 Garantizar mayor seguridad, en los datos debido a que solamente el

administrador de la base de datos, y personas autorizadas podrán tener
acceso a ella, para evitar un posible fraude o pérdida de la información.

 Se logró sistematizar las actividades más importantes en la iglesia como la

admisión y registro de personas. y también permite acortar el tiempo de
búsqueda, acceso y suministro de información de las personas además de los
procesos que se llevan a cabo dentro de la iglesia.

 El Diseño de menú y formularios permitirá el ingreso eficiente de la

información un mayor despliegue y organización en cada ítem del menú de
búsqueda por parte del administrador de la base de datos o personas
autorizadas.

 El Diseño de reportes permitirá llevar un mejor registro físico adecuado de

cada proceso y servicio de la Iglesia Alianza Cristiana.

66
 4.2 CONCLUSIONES

 La aplicación cuenta con todos los requerimientos para su buen funcionamiento

ya que contiene toda la información de los miembros y cada proceso que se
lleva a cabo al interior de la congregación, lo que genera mayor rapidez en
cuanto a búsqueda, actualización y acceso a la información por parte de los
usuarios del sistema.

 La aplicación desarrollada cuenta con los elementos de navegabilidad mínimos

para que los usuarios obtengan la información que necesitan de manera rápida
y eficiente facilitándoles la gestión de la información en cada proceso llevado a
Cabo en la congregación.

 Se logró importar el script de la base de datos en el motor de base de datos

teniendo en cuenta los niveles de seguridad mínimos, generando roles y
privilegios a usuarios para hacerlo seguro ante posibles violaciones o fallas de
seguridad.

 Se verifico correctamente el buen funcionamiento de la aplicación para el

registro y control de la información en la iglesia Alianza Cristiana. Por medio de
pruebas de caja blanca y caja negra. Lo cual genera alta seguridad y se
disminuye el riesgo de que personas ajenas a la empresa obtengan acceso a
información privada o clasificada.

 Las tareas de mantenimiento del sistema se elaboraron correctamente en la

aplicación donde se evaluó el buen funcionamiento de cada uno de los módulos
especialmente en: (tiempo de respuesta, velocidad, despliegue de información,
operabilidad etc.) y se comprobó su correcto funcionamiento.

67
 BIBLIOGRAFÍA

[BDAT07] “Que son las bases de datos” [En línea]. 2007. Dirección URL:
<http://www.maestrosdelweb.com/editorial/%C2%BFque-son-las-bases-de-
datos/> [Consulta: Agosto 2014].

[EDAT07] “Estructura de una Base de Datos” [En línea]. 2007 Dirección URL:
<http://www.maestrosdelweb.com/editorial/%C2%BFque-son-las-bases-de-
datos/> [Consulta: Agosto 2014].

[SGBD14] “Sistema gestor de base de datos”. [En línea]. 2014 Dirección URL:
<www.ecured.cu/index.php/Sistema_Gestor_de_Base_de_Datos> [Consulta:
Agosto 2014].

[MOER07] “Modelo entidad relación” [En línea]. 2007 Dirección URL:

<http://www.maestrosdelweb.com/editorial/%C2%BFque-son-las-bases-de-
datos/>[Consulta Agosto 2014].

[ORAC14] “Que es Oracle”. [En línea]. 2014 Dirección URL:

<https://iessanvicente.com/colaboraciones/oracle.pdf> [Consulta: octubre 2014].

[VORA14] “Ventajas Oracle”. [En línea]. 2014 Dirección URL:

<www.ecured.cu/index.php/Oracle> [Consulta: Agosto 2014].

[DORA14] “Desventajas Oracle”. [En línea]. 2014 Dirección URL:

<www.ecured.cu/index.php/Oracle> [Consulta: Agosto 2014].

[LSQL08] “Lenguaje SQL”. [En línea]. 2008

Dirección URL: <wwwdefinicion.de/sql/> [Consulta: Agosto 2014].

68
[DESW14] “Metodología de desarrollo software”. [En línea]. 2014. Dirección URL:
<http://www.wiki.monagas.udo.edu.ve/index.php/Metodolog%C3%ADas_para_el_
desarrollo_de_software> [Consulta Agosto 2014].

[LVAL09] “Listas de valores” [En línea]. 2009. Dirección URL:

<http://www.expertos-oracle-apex.com/?p=208>[Consulta Noviembre 2014].

[PBCB14] “Pruebas de caja blanca” [En línea]. 2014. Dirección URL:

<http://es.wikipedia.org/wiki/Pruebas_de_caja_blanca> [Consulta Noviembre
2014].

[PBCN14] “Pruebas de caja negra” [En línea]. 2014. Dirección URL:

<http://es.wikipedia.org/wiki/Caja_negra_%28sistemas%29> [Consulta Noviembre
2014].

69
 ANEXOS

MANUAL DE USUARIO MENU PRINCIPAL

Este es el manual de usuario de la “APLICACIÓN PARA EL REGISTRO Y

CONTROL DE LA INFORMACIÓN DE LOS MIEMBROS DE LA IGLESIA
ALIANZA CRISTIANA” Lo primero que se debe hacer para ejecutar la aplicación
es ir a inicio > todos los programas, y en la carpeta Instancia de Oracle Classic –
asint_1.

IMAGEN 49. INSTANCIA DE ORACLE

Se debe iniciar el servidor de Administración WEBLOGIC, para que se ejecuten

todos los complementos del motor de base de datos de Oracle 11G.

IMAGEN 50. INICIAR SERVIDOR DE LA BASE DE DATOS WEBLOGIC

Se espera a que termine de cargar y después el sistema preguntara por el usuario

y por la contraseña.

70
 IMAGEN 51. CONTRASEÑA Y USUARIO DEL SERVIDOR WEBLOGIC

En usuario o Username se escribe WEBLOGIC. Y en contraseña o Password se

escribe WEBLOGIC11. Se espera a que terminen de cargar todos los
complementos. Al terminar de cargar los complementos, se da click en el icono de
FORMS BUILDER.

IMAGEN 52. ICONO FORM BUILDER

Después se abre el MENÚ PRINCIPAL el cual contiene todos los formularios. De

inserción de información a la base de datos.

IMAGEN 53. ABRIR FORMULARIOS DE LA BASE DE DATOS

71
Una vez este cargado el MENÚ PRINCIPAL.
Se ejecuta al dar click en el semáforo de la parte superior de la barra de menús.

IMAGEN 54. COMPILAR FORMULARIOS DE LA BASE DE DATOS

Después aparece una ventana donde se procede a conectarse con la base de

datos. Inmediatamente se debe escribir el nombre de usuario, la contraseña y el
nombre de la base de datos para acceder a la conexión.

IMAGEN 55. CONEXIÓN CON LA BASE DE DATOS

Una vez logiados se ejecuta el MENÚ PRINCIPAL de la aplicación. En la parte

superior se encuentran los ítems del menú:

 El Ítem INTEGRANTE el cual contiene los formularios de Integrante, Diezmos,

y Cursos del integrante.

72
 El Ítem TRÁMITES el cual contiene los formularios de Bautismo, Matrimonio.
 El Ítem CONFIGURACION que contiene los formularios de País, Cursos,
Departamento, Municipio, Iglesia, Pastor, y Empleado.
 El ítem CONTABILIDAD que contiene los formularios de Impuestos y Ofrendas.

IMAGEN 56. EJECUCION DEL MENU PRINCIPAL

Una vez abierto un formulario, se empieza a ingresar información, en este caso el

código será automático, por lo cual comenzaremos a llenar información desde la
casilla documento.

IMAGEN 57. REGISTRO DE INFORMACION EN LA BASE DE DATOS

73
Cuando se está sobre la casilla COD IGLESIA se presiona las teclas CTRL L, lo
cual hará que se despliegue las listas de valores correspondientes a esa casilla.
Lo mismo se hace para la casilla COD MUNICIPIO. Y en todos los formularios
donde hayan códigos.

IMAGEN 58. EJECUCION LISTA DE VALORES NOMBRE-IGLESIA

IMAGEN 59. EJECUCION LISTA DE VALORES NOMBRE-MUNICIPIO

74
Una vez completada la inserción de datos en el formulario, se presiona el disquete
amarillo, en la parte superior izquierda para guardar los datos.

Para agregar un nuevo registro se presiona el mas (+) verde, y para eliminar un
registro se presiona la (x) roja.

Para consultar los datos guardados se presiona los siguientes botones, uno
seguido del otro. (De izquierda a derecha). oF11 y CTRL F11.

Para ver los registros navegaremos con los siguientes botones:

Y para salir de un formulario presionaremos la puerta verde:

MANUAL DE USUARIO MENU REPORTES

Este es el manual de usuario del menú reportes de la APLICACIÓN PARA EL

REGISTRO Y CONTROL DE LA INFORMACION DE LOS MIEMBROS DE LA
IGLESIA ALIANZA CRISTIANA. Lo primero que se debe hacer para ejecutar la
aplicación es ir a inicio >y buscar el icono de la aplicación FORM BUILDER, y
hacer doble clic sobre él.

IMAGEN 60. ICONO FORMS BUILDER

75
Luego de ejecutar la aplicación, se escoge la opción “abrir una pantalla existente”
para poder ejecutar el menú de reportes. Después se desplegara una ventana
donde se escoge la pantalla que se desee ejecutar, en este caso se escoge la
pantalla menú reportes.

IMAGEN 61. SELECCIÓN DE MENU_REPORTES

para ejecutar la pantalla, se presiona el semaforo que se encuentra en la parte

izquierda de la ventana, en este caso el que se encuentra dentro del circulo rojo.

IMAGEN 62. EJECUCION DE PANTALLA MENU_REPORTES

Luego de hacer clic sobre el semáforo, se abrirá una pantalla que preguntara, si se
desea conectar a la base de datos, después de hacer clic en la casilla SI de dicha

76
Ventana, se abrirá otra ventana la cual preguntara el usuario, la contraseña y la
base de datos.

IMAGEN 63. LOGUEO CON LA BASE DE DATOS

Después de conectarse con la base de datos, se abrirá el menú principal de

reportes.

IMAGEN 64. MENU_REPORTES

En la parte superior del MENÚ REPORTES se encuentran los ítems del menú:

 El Ítem INTEGRANTE el cual contiene los reportes de Integrante, Diezmos, y

Cursos del integrante.
 El Ítem TRÁMITES el cual contiene los reportes de Bautismo, Matrimonio.

77
 El Ítem CONFIGURACION que contiene los reportes de País, Cursos,
Departamento, Municipio, Iglesia, Pastor, y Empleado.
 El ítem CONTABILIDAD que contiene los reportes de Impuestos y Ofrendas.

Ya ejecutada la pantalla del MENÚ REPORTES, se podrá escoger, el reporte que

se requiera, del menú desplegable que se encuentra en la parte superior de la
pantalla.
En este caso como ejemplo se seleccionó el reporte INTEGRANTE.

IMAGEN 65. SELECCIÓN REPORTE INTEGRANTE

IMAGEN 66. EJECUCION REPORTE INTEGRANTE

78