Wendy,tabla de contenodo.practica final pdf

Universidad Modular Abierta
Centro Universitario de Santa Ana
Facultad de Ciencias Económicas
Lcdo. Dennis Zepeda
Materia: Informática I
Participante: Wendy Lisseth Flores de
Clavel
Practica Final-Tabla de contenido

INTRODUCCION
El sistema de tesorería de Iglesia Bautista Shekina permitirá mediante su
implementación mejorar el método actual para ingresar registros contables, es de gran
importancia definir información importante de lo que pretende lograr la aplicación en
beneficio de la organización para lograr que el sistemas sea más eficaz y eficiente,
verificando aspectos general en la organización y así definir el grado de importancia
para realizar la implementación de dicho sistema.
La confiabilidad así como lograr la presentación de resultados de forma transparente y
exacta al momento de necesitar informes financieros de la congregación es la finalidad
del proyecto, para auxiliar a los tesoreros a presentar las cuentas económicas de la
institución facilitándoles el trabajo a los usuarios finales mediante una interfaz gráfica
atractiva, simple, segura y de manejo sencillo.

Contenido
INTRODUCCION............................................................................................................................. 1
1. ANALISIS DEL PROBLEMA Y DISEÑO LOGICO...................................................... 4
1.1. Entender el dominio del problema...................................................................... 4
1.1.1. Vocabulario del negocio.......................................................................... 4
1.1.2. Marco de referencia para listar el dominio del sistema........................... 5
1.2. Analizar problemas y oportunidades................................................................... 5
1.2.1. Análisis del problema .............................................................................. 5
1.2.2. Oportunidades......................................................................................... 6
1.3. Analizar los procesos del negocio........................................................................ 6
1.4. Objetivos de la mejora del sistema. .................................................................... 7
1.5. Análisis y definición de requerimientos del sistema (funcionales y no
funcionales)............................................................................................................................... 8
1.5.1. Requisitos funcionales............................................................................. 8
1.5.2. Requisitos no funcionales........................................................................ 8
1.5.3. Requerimientos con casos de uso asociados.......................................... 9
1.6. Análisis de factibilidad....................................................................................... 10
1.6.1. Pruebas de factibilidad.......................................................................... 10
1.6.2. Matriz de soluciones alternativas del sistema...................................... 11
1.6.3. Matriz de análisis de factibilidad de soluciones. .................................. 13
1.6.4. Recomendaciones (sobre las pruebas de factibilidad y en análisis de
factibilidad de soluciones).................................................................................................. 14
2. ARQUITECTURA DE LA INFORMACION.................................................................. 15
2.1. Modelado de datos............................................................................................ 15
2.2 Entidad BALANCEXCUENTA......................................................................................... 16
3 Entidad EDU_CRISTIANA................................................ ¡Error! Marcador no definido.
4. Entidad TESORERIA GENERAL ................................................................................. 19
5. Entidad SOLIDARIDAD ................................................................................................. 20
6. Entidad PROVISION....................................................................................................... 21
7. Entidad USUARIO........................................................................................................... 22
2.2. Modelado de requerimientos con casos de uso. .............................................. 23
3.2 Que lo organización este registrada como donante de la iglesia. ........................ 25
3.3Que los datos estén ingresados en el sistema. ........................................................... 29
2.3. Modelo de procesos.......................................................................................... 32

............................................................................................................................................. 32
3.4.2 2.3.1. Modelo de redes.................................................................................... 32
3.4.3 2.3.2. Áreas de la empresa. ............................................................................. 33
3.4.4 2.3.4. Organización de los servicios de información (centralizados o
distribuidos)........................................................................................................................ 33
3. ANEXOS............................................................................................................................ 34
3.5 3.1. Entrevistas o encuestas. .................................................................................... 34
3.6 3.3. Diagrama de casos de uso. ................................................................................ 36
3.7 3.5. Modelo de descomposición............................................................................... 37
3.8 3.6. Diagramas de flujo de datos lógico y físico. ...................................................... 38

FASE II
CAPITULO III:
1. ANALISIS DEL PROBLEMA Y DISEÑO LOGICO.
1.1. Entender el dominio del problema.
1.1.1. Vocabulario del negocio.
 Tesorería general: Cuenta que se encarga de la recolección de diezmos y ofrendas
de la congregación.
 Solidaridad: Cuenta que se encarga de de administrar el 10 por ciento del total de
recolección de cada mes en la cuenta de tesorería general sin tomar en cuenta
saldos remanentes de meses anteriores.
 Provisión: Cuenta que almacena una cantidad mensual que incluye vacaciones,
indemnizaciones de los empleados, cena de aniversario, navidad, entre otras
actividades a desarrollar en el año para evitar recargar de egresos en los meses que
se hagan esos desembolso grandes.
 Pro templo: Cuenta que se encarga de administrar el mantenimiento y construcción
de edificios de la iglesia generalmente está alimentada por donaciones.
 Educación cristiana: Cuenta que se encarga de administrar donaciones par a el
uso de escuelas de verano, dominical y todos los recursos necesarios para el
correcto funcionamiento de esos aspectos de la iglesia.
 Tesorero: Encargado de manejo de las cuentas de la iglesia, ingresos y egresos de
fondos.
 Pro-tesorero: Encargado de apoyar al tesorero y asumir su cargo en causa de
ausencia.
 Apanchacal: Dormitorio público al cual llevan alimento espiritual y para el cuerpo,
una vez a la semana.
 Diezmos: Es el 10% de los ingresos de una persona miembro de la iglesia que es
recolectada una vez al mes.
 Ofrendas: Donaciones voluntarias de los miembros de la iglesia.
 Ofrendas especiales: son donaciones destinadas a proyectos en específico de la
iglesia por lo general enviadas por otras iglesias y organizaciones desde el
extranjero.

1.1.2. Marco de referencia para listar el dominio del sistema.
 Conocimiento
El sistema actual usado por el tesorero y protesorero es a mano a veces auxiliándose
por plantillas de Excel, el primer paso es la recolección de fondos, llámese ofrendas,
diezmos o donación, para luego documentar las cantidades y luego desembolso de
dinero para hacer los pagos respectivos de la iglesia
 Procesos
Se lleva un registro en libros contables en los cuales se anota detallada mentes la fecha
en la que se recolectaron los fondos y la salida para luego hacer las diferencias
reflejadas en saldos para el siguiente mes por cada cuenta que poseen.
 Informes producidos
Al final de cada trimestre se hacen entrega de informes acerca de los ingresos y egresos
de efectivo en los cuales se da detallan los saldos por cuentas.
 Comunicación
se utilizan ordenadores para hacer las presentaciones que luego se presentaran a la
congregación.
1.2. Analizar problemas y oportunidades.
1.2.1. Análisis del problema
El mundo actual tiene un carácter cambiante y dinámico que exige a las organizaciones
cambiar a su ritmo para lograr el desarrollo por medio del logro de objetivos y metas;
para ello es necesaria la utilización de nuevas tecnologías que permitan alcanzar un
mejor nivel institucional.
La mayoría de empresas en estos días hacen uso de tecnologías informáticas y
sistemas aplicados para desarrollar actividades que permitan la optimización del tiempo
y la agilidad de los procesos; para la Iglesia Bautista Shekina es importante implementar
cambios que les permitan generar este tipo de acciones y que ayuden además migrar
de un proceso manual a uno completamente automatizado para asegurar el resguardo
de datos y manejo de seguro de información.

1.2.2. Oportunidades
Tabla 1
Fortalezas Debilidades
Análisis
interno
 Liderazgo con preparación teológica
y experiencia en la obra, en las
áreas Teología, Biblia y pastoral.
 Apoyo pastoral y solidaridad interna
y externa.
 Actitud correcta de la pastora hacia
la congregación, dándole libertad
para trabajar y desarrollarse.
 Relación con otras iglesias de su
misma denominación y sus grupos
juveniles.
 organización de la congregación.
Hay un departamento de educación
cristiana, uno de actividades
especiales. Además hay dos
personas encargadas de tesorería.
 Liderazgo juvenil y dinámico con
disposición para aprender.
 Periódico mural con información
sobre la congregación.
 Mayoría de la congregación es líder
en el mismo o en otros ministerios,
por tanto, son un excelente recurso.
 Amor fraternal que parecemos
familia de sangre.
 Falta de interés de la
congregación en algunas
actividades.
 Al contar con iglesias
hermanas en otros países
no todos hablamos su
idioma.
 Falta de conserje no
permite que la iglesia este
abierta todo el tiempo.
Oportunidades Amenazas
Análisis
externo
 El recurso humano con que cuenta
la Iglesia, posibilita formular y
ejecutar un plan estratégico que
permita un crecimiento integral; y
fortalecer la práctica de la piedad y
la misericordia (vida espiritual, vida
social).
 La formación teológica de nuestros
líderes nos permite promover el
ecumenismo.
 Pastores Generales dispuestos a
colaborar con el grupo juvenil.
 Apoyo de otros ministerios como el
Ministerio de Alabanza y Adoración.
 Boletín de la iglesia en donde
podemos anunciarnos.
 Amistad con iglesias en otros países
en norte, centro América y Europa.
 La ubicación geográfica
permite que ladrones
hurten en las instalaciones
de la iglesia.
 Las horas en que termina
los servicios son a altar
horas de la noche
pudiendo provocar algún
robo a la congregación.
 Una de las calles aledaña
está en mal estado y
anexaba la infraestructura.
1.3. Analizar los procesos del negocio.
Tabla 2
PROCEDIMIENTO DESCRIPCION

Proceso de registro. El administrador del sistema podrá tener
acceso al sistema para manipular las
diferentes cuentas.
Proceso de ingreso de ofrendas,
donaciones, ofrendas especiales.
El usuario podrá hacer el ingreso de las
cantidades al sistema.
Proceso de creación de balances por
cuentas.
El administrador del sistema podrá
realizar los balances por cada cuenta
que estos posean.
Balance de cuentas. El administrador realizará los balances
generales de todas las cuentas que la
iglesia posee.
Proceso de creación de balances
generales.
El administrador podrá realizar los
balances generales cada vez que éstos
sean necesarios.
Proceso d creación de estado de
resultado.
El administrador del sistema podrá
realizar el estado de resultados.
Procesos de creación de cierre anual. El administrador realizará el cierre anual
de la iglesia por medio del sistema.
1.4. Objetivos de la mejora del sistema.
 Objetivo General:
o Automatizar los procesos de la tesorería general, que permita a los usuarios
realizar su trabajo de forma segura, eficiente y eficaz generando reportes en el
tiempo determinado, evitando trabajo excesivo para los usuarios.
 Objetivos Específicos:
o Mejorar el proceso ingreso de datos como diezmos, ofrendas, entre otros para
el mejor desarrollo del sistema.
o Automatizar los procesos de la tesorería general.
o Construir manuales de usuario que permitan el mejor entendimiento del sistema.
o Brindar capacitación a los usuarios sobre el uso de la aplicación web, para un
mejor desempeño futuro.

1.5. Análisis y definición de requerimientos del sistema (funcionales y no
funcionales).
1.5.1. Requisitos funcionales
 Requisito funcional 1
Elaboración de registros de tesorería:
El sistema realizará todos los registros de tesorería que la organización necesita para
llevar de buena manera sus actividades financieras.
Elaboración de balances por cuenta:
El sistema al final de cada año deberá ofrecer al usuario el balance por cada cuenta
del sistema, que evite al usuario realizarlo manualmente.
Elaboración de reportes finales:
El sistema al final de cada año deberá ofrecer al usuario un registro de todas las
actividades financieras de la organización durante el periodo.
Elaboración de estado de resultado:
El sistema al final de cada año deberá ofrecer al usuario un estado de resultado con
toda la información de tesorería en los movimientos de todas las cuentas.
1.5.2. Requisitos no funcionales
 Requisitos de rendimiento
El sistema será liviano para el computador, ya que los requerimientos de este para su
funcionamiento no serán muy elevados, es decir no exige mayores requerimientos
adicionales de hardware y software.

 Seguridad
Cada uno de los usuarios que utilizarán el sistema tendrá una cuenta de usuario para
poder registrarse y poder manipularlo, para así evitar el uso desautorizado de este.
 Fiabilidad
El sistema realizará las funciones establecidas para las que fue diseñada por un
periodo de tiempo considerable.
 Disponibilidad
El sistema estará disponible en un 90% del tiempo para que los usuarios realicen sus
respectivas actividades, utilizando el 10% restante del tiempo para tareas de
mantenimiento.
 Mantenimiento
 Portabilidad
El sistema estará diseñado nada más para un entorno web, pudiendo utilizarse tanto
en sistemas Windows como en sistemas GNU/Linux.
1.5.3. Requerimientos con casos de uso asociados.
Tabla 3
CODIGO
NOMBRE DE REQUERIMIENTO CASO DE USO ACTOR
A1 Elaboración de registro de
tesorería.
Proceso de ingreso de
organizaciones que hacen
donaciones.
Tesorero
y/o
protesorero
A2 Elaboración de balances por
cuentas.
Proceso de creación de balances
por cuentas.
Tesorero
y/o
protesorero

A3 Elaboración de reportes finales. Proceso de creación de balances
generales.
Tesorero
y/o
protesorero
A4 Elaboración de estado de
resultado.
Proceso de creación de estado de
resultado.
Tesorero
y/o
protesorero
A5 Requisitos de rendimiento. Proceso de creación de reportes. Tesorero
y/o
protesorero
A6 Seguridad. Proceso de log in. Tesorero
y/o
protesorero
A7 Fiabilidad. Proceso de ingreso de
donaciones.
Tesorero
y/o
protesorero
A8 Disponibilidad. Proceso de ingreso de ofrendas o
diezmos.
Tesorero
y/o
protesorero
A9 Mantenimiento. Proceso de creación de reportes. Tesorero
y/o
protesorero
A10 Portabilidad. Proceso de ingreso de ofrendas
especiales.
Tesorero
y/o
protesorero
1.6. Análisis de factibilidad.
1.6.1. Pruebas de factibilidad
 Operativa
En este punto se considera muy apropiada la implementación de este sistema ya que
facilitaría en gran medida el trabajo de los tesoreros que nos manifiestan que es un
trabajo delicado y de mucho tiempo.
 Cultural o política
Se mencionó los cambios que habría en el proceso del control de tesorería con los
tesoreros que serán quienes lo utilicen, manifestando expectativa y confianza en que

este lograra una optimización de su trabajo y de parte del consejo pastoral se siente
motivados a implementarlo ya que todo el trabajo del tesorero es voluntario y seria de
mucho beneficio para este quienes no tienen cierto conocimiento informático suficiente
para la manipulación del sistema
 Técnica
Vale recargar que se analizó todo lo que conllevaría la implementación del sistema en
cuanto a recursos y conocimientos y dando como resultado la utilización de recursos
existentes dentro de la iglesia, teniendo un ahorro de recursos como computadoras,
internet o capacitación de los usuarios finales.
 Calendario
La iglesia no tiene prisa en establecer plazos de entrega por lo que permitirá el diseño
y desarrollo del sistema de manera completa y las habilidades de los usuarios finales
nos permitirán ahorro de tiempo a la hora del entrenamiento para el uso de este.
 Legal
Al ser un sistema implementado en web no viola ningún tipo licencia o software que
sirva para el funcionamiento de este, por lo tanto no hay leyes que lo afecten.
 Económica (Costo-beneficio)
Presupuesto del sistema:
Factura de internet: $30 por 12 meses.
Factura de energía: $15 por mes.
Viáticos: $1,500 por 12 meses.
Salarios por proyecto: $3,000.
1.6.2. Matriz de soluciones alternativas del sistema.
Tabla 4
Matriz de soluciones alternativas del sistema.
Características. Comprar el
sistema.
Elaborar el nuevo
sistema
propuesto.
Crear una
plantilla en
Microsoft Excel.
Porción
computarizada del
sistema.
Con Visual Cash el
software que se
podría comprar
ofrece un detallado
seguimiento de las
El sistema
propuesto estará
compuesto por una
interfaz muy
amigable para el
Un sistema en
Microsoft Excel
propone un fácil
uso donde solo
hay que digitar las

cuentas y
movimientos; así
como bienes
inmuebles,
deudores,
acreedores, caja,
bancos, tarjeta,
gastos
fijos/variables, etc.
Puedes crear
tantos conceptos
como sean
necesarios.
usuario el cual
tendrá que
autenticarse como
usuario legal del
sistema para poder
tener acceso a las
cuentas, reportes y
demás
componentes del
sistema.
cantidades pero
no mayor
seguridad a la
información.
Beneficios. Fidelidad y
seguridad.
Mayor eficacia en
los procesos y la
seguridad.
Fácil de utilizar.
Fácil de utilizar.
Servidores y
estaciones de
trabajo.
Depende del
software si se
utilizara servidor.
Estación de trabajo
de gama media o
alta.
Servidor de Mysql.
Estación de trabajo
normal o gama
media
No se utiliza
servidor.
Estación de
trabajo normal o
media.
Herramientas de
software
necesarias.
Windows XP o
superior
Compatible con
Windows 8
Sistema operativo
(Linux o Windows).
Navegador web
(mozilla o crhme).
Php. 5.0
Mysql.
Html 5
Css.
Bluefish.
Sistema operativo
(Windows).
Microsoft Excel
2007 o superior.
Software de
aplicación.
Ninguno. Navegador web.
Adobe Reader.
Office 2007 o
superior.
Método de
procesamiento de
datos.
Automático. Automático. Automático.
Dispositivos de
salida e
implicaciones.
Monitor.
Impresor.
Monitor.
Impresor.
Monitor.
Impresor.
Dispositivos de
entrada e
implicaciones.
Teclado y mouse. Teclado y mouse. Teclado y mouse.
Dispositivos de
almacenamiento
implicaciones.
Disco duro del
ordenador.
Base de datos en
línea (Mysql).
Disco duro del
ordenador (para
informes en pdf).
Disco duro del
ordenador.

1.6.3. Matriz de análisis de factibilidad de soluciones.
Tabla 5
Matriz de análisis de factibilidad de soluciones.
Factibilida
d
% Alternativa 1
Comprar un
sistema.
Alternativa 2
Sistema
propuesto
Alternativa 3
Crear una plantilla
en Microsoft
Excel.
Factibilida
d
Operativa.
10% Incluirá opciones
que serán
inutilizadas por los
requerimientos de
la iglesia.
Calificación: 50
Será creado
justo a las
necesidades de
la iglesia
proporcionando
un ajuste
perfecto a la
misma.
Calificación:
100
Se puede crear
justo a la medida de
la iglesia pero la
seguridad sería un
problema.
Calificación: 80
Factibilida
d
Cultural.
15% Por ser un software
previamente
fabricado el usuario
le tomaría mucho
tiempo para lograr
usarlo de la mejor
manera.
Calificación: 60
No tendrá
problemas el
usuario para
utilizarlo ya que
se tomara en
cuenta su
opinión para el
diseño del
sistema.
Calificación:
100
Es una herramienta
conocida es de fácil
uso.
Calificación: 100
Factibilida
d
Técnica.
25% No permitirá
expansiones al
sistema ya que su
código fuente
estará restringido.
Calificación: 60
Se contara con
el personal
calificado para
su creación, o
re-diseño para
futuras
actualizaciones,
también se
contara con el
equipo necesario
para su
implantación.
Calificación:
100
Da facilidad de re-
ajustarse a
necesidades
posteriores.
Calificación: 90
Factibilida
d
Económica
.
30% Generará costos de
licencias y
capacitaciones para
los usuarios.
Calificación: 50
Por crearse
desde cero los
costos de
creación serán
altos pero
considerables.
Calificación: 70
Sus costos de
creación son bajos
pero el costo de la
licencia para utilizar
Excel es alto.
Calificación: 60

Factibilida
d de
Calendario
.
10% Se tendría que
invertir un tiempo
extra para
capacitación y
adaptar los
procesos al
sistema.
Calificacion:60
Con el tiempo
necesario para
su creación e
implantación en
el momento
justo.
Calificación:
100
Se tendrá que
invertir tiempo para
capacitación de los
usuarios para el
manejo de la
plantilla.
Calificación: 90
Factibilida
d legal
10% No se prevén
problemas.
Calificación: 100
No se prevén
problemas.
Calificación:
100
No se prevén
problemas.
Calificación: 100
Total 100
%
Promedio de las
calificaciones:63.3
3
Promedio de
las
calificaciones:9
5
Promedio de las
calificaciones:86.6
7
1.6.4. Recomendaciones (sobre las pruebas de factibilidad y en análisis de factibilidad
de soluciones)
 Pruebas de factibilidad
 Operativa
Para la operatividad se recomienda tener conocimientos básicos de computación, y
conocimientos medio-altos de contabilidad ya que en este caso es muy delicado
trabajar con dinero.
 Cultural o política
Es necesario que las personas que utilizaran el sistema estén dispuestas a realizar
ciertos cambios para realizar su trabajo de una mejor manera siendo así más eficientes
en el mismo.
 Técnica
En esta parte se recomienda que las personas tengan un conocimiento básico en el
área de la computación para que se les haga más fácil el uso del sistema, así mismo
tener los conocimientos necesarios de contabilidad para realizar los distintos trabajos
que esta exige.
 Calendario
En base a las circunstancias que la iglesia nos ha expuesto es conveniente tomarnos el
tiempo necesario para planificar cada una de las etapas que el proyecto conlleva, para
así realizar el sistema de la mejor manera posible y que el mismo contenga la menor
cantidad de errores posibles.
 Legal

Respecto a las leyes vigentes en el país se sugiere investigar todas aquellas que
pudieran tener cierto impacto sobre el sistema.
 Análisis de factibilidad de soluciones
Comparando la propuesta de desarrollo de la aplicación con la compra de un software
similar una de las ventajas más significativas es en el tema de la licencia de software ya
que al comprar dicho software es necesario adquirir también la licencia de este, y en el
caso de desarrollarlo la licencia no será necesario adquirirla ya que se podría decir que
la iglesia seria la misma dueña del software, ya que fueron estos los que pidieron el
desarrollo de la misma. En comparación con una plantilla de Excel, la mayor diferencia
es que el software desarrollado estará respaldado por una base de datos en la web, la
cual servirá de respaldo de la información, a parte de una copia extra de la misma base
de datos para tener una mayor posibilidad de recuperar los datos en caso de daño a la
utilizada en el momento.
CAPITULO IV:
2. ARQUITECTURA DE LA INFORMACION.
2.1. Modelado de datos.
Listado de Entidades en el Diagrama
Tabla 6
Nombre Comentario
balancexCuenta
educacion_cristiana
protemplo
provision
solidaridad
tesoreria_general
usuarios
Tabla intermedia que agrupa las tablas siguientes.
Tabla que guarda la información de la cuenta
educación cristiana
pro templo
provisión
solidaridad
Tabla que guarda la información de la cuenta de
tesorería general
Tabla que almacena toda la información de los
usuarios del Sistema.

1. Entidad BALANCEXCUENTA
 Tarjeta de Entidad BALANCEXCUENTA
Tabla 7
Nombre balancexCuenta
Código transbalancexCuenta
Padre (superior) Edu_cristiana, protemplo, teso_gral, solidaridad, provision
Comentario Datos generales de ingresos y egresos
 Listado de Atributos de la entidad
Tabla 8
Nombre Código Tipo de Dato Mandatorio
ID balancexcuenta id_balancexcuenta Integer auto
incremental (4)
X
ID educristiana Id_protemplo Integer
ID protemblo
ID tesoreria gral
Id_protemplo
Id_teso_gral
Integer
Integer
ID Solidaridad Id_solidaridad Integer
ID provision
Saldo final edu cristiana
Saldo final protemplo
Saldo final tesoreria gral
Saldo final solidaridad
Saldo final provision
Saldo total final
Id_provision
Saldo_final_edu_cristiana
Saldo_final_protemplo
Saldo_final_teso_gral
Saldo_final_solidaridad
Saldo_final_provision
Saldo_total_final
Integer
Decimal
Decimal
Decimal
Decimal
Decimal
Decimal

 Listado de Identificadores de los atributos
Tabla 9
Nombre
Código Padre (superior) Identificador
Primario
PK balancexcuenta Id_balancexcuenta Entidades siguientes X
FK edu_cristiana Id_edu_cristiana
FK protemplo Id_protemplo
FK teso_gral Id_teso_gral
FK solidaridad Id_solidaridad
FK provision Id_provision
3 Tarjeta de Entidad EDU_CRISTIANA
Tabla 10
Nombre Edu_cristiana
Código Transedu_crist
Padre (superior) X
Comentario Datos generales de la cuenta educación cristiana
Tabla 11
ID edu_cristiana Id_edu_cristiana int (4) X
Fecha Fecha Date
Monto Monto Decimal
Tipo Tipo Varchar (50)
Sub_total Sub_total Decimal

total
Saldo_inicial
Saldo_final
Saldo_temporal
total
Saldo_inicial
Saldo_final
Saldo_temporal
Decimal
Decimal
Decimal
Decimal
Tabla 12
Nombre Código Padre (superior) Identificador
Primario
PK EDU_CRISTIANA Id_edu_cristiana niguna X
Entidad PROTEMPLO
 Tarjeta de Entidad PROTEMPLO
Tabla 13
Nombre Protemplo
Código TransProtemplo
Padre (superior) X
Comentario Datos generales de la cuenta protemplo
Tabla 14
ID Protemplo Id_protemplo int (4) X
Fecha
Detalle
Fecha
Detalle
Date()
Varchar (100)
Monto Monto Decimal
Tipo
Sub_total
Tipo
Sub_total
Varchar (50)
Decimal

total
Saldo_inicial
Saldo_final
Saldo_temporal
total
Saldo_inicial
Saldo_final
Saldo_temporal
Decimal
Decimal
Decimal
Decimal
Tabla 15
Primario
PK PROTEMPLO Id_protemplo niguna X
2. Entidad TESORERIA GENERAL
 Tarjeta de Entidad TESO_GENERAL
Tabla 16
Nombre Teso_general
Código TransTeso_gral
Padre (superior) X
Comentario Datos generales de la cuenta tesorería general
Tabla 17
Id_teso_gral Id_teso_gal INT(4) X
Fecha
Detalle
Fecha
Detalle
Date()
Varchar(100)
Monto
Tipo
Sub_total
total
Saldo_inicial
Monto
Tipo
Sub_total
total
Saldo_inicial
Decimal
Varchar(50)
Decimal
Decimal
Decimal

Saldo_final
Saldo_temporal
Saldo_final
Saldo_temporal
Decimal
Decimal
Tabla 18
Primario
PK TESO_GRAL Id_teso_gral niguna X
3. Entidad SOLIDARIDAD
 Tarjeta de Entidad SOLIDARIDAD
Tabla 19
Nombre Solidaridad
Código TransSolidaridad
Padre (superior) X
Comentario Datos generales de la cuenta Solidaridad
Tabla 20
Id_solidaridad Id_solidaridad INT(4) X
Fecha
Detalle
Fecha
Detalle
Date()
Varchar(100)
Monto
Tipo
Sub_total
total
Saldo_inicial
Saldo_final
Monto
Tipo
Sub_total
total
Saldo_inicial
Saldo_final
Decimal
Varchar(50)
Decimal
Decimal
Decimal
Decimal

Saldo_temporal Saldo_temporal Decimal
Tabla 21
Primario
PK_Solidaridad Id_solidaridad Niguna X
4. Entidad PROVISION
 Tarjeta de Entidad PROVISION
Tabla 22
Nombre Provision
Código TransProvision
Padre (superior) X
Comentario Datos generales de la cuenta provisión
Tabla 23
Tabla 24
Id_provision Id_provision INT(4) X
Fecha
Detalle
Fecha
Detalle
Date()
Varchar(100)
Monto
Tipo
Sub_total
total
Saldo_inicial
Saldo_final
Saldo_temporal
Monto
Tipo
Sub_total
total
Saldo_inicial
Saldo_final
Saldo_temporal
Decimal
Varchar(50)
Decimal
Decimal
Decimal
Decimal
Decimal

Tabla 25
Primario
PK_provision Id_provision ninguna X
5. Entidad USUARIO
 Tarjeta de Entidad USUARIO
Tabla 26
Nombre USUARIO
Código Id_Usuario
Padre (superior) X
Comentario Datos generales del usuario
Tabla 27
IDUsuario Id_usuario Int (4) X
Usuario Saldo_inicial Varchar (50)
Clave Saldo_final Varchar (50)
Nombre completo
email
Entrada
Salida
Varchar(150)
Varchar(50)
Tabla 28
Primario
PK_Usuario Id_usuario ninguna X
Ilustración 1

2.2. Modelado de requerimientos con casos de uso.
A continuación se presentan todos los datos referentes al modelo de requerimientos que
se presentan por medio de casos de uso.
 Especificación de caso de uso: proceso de log in.
Procesos Contables.
Descripción
1.1 Proceso por el cual el administrador del sistema podrá tener acceso al sistema
para manipular las distintas cuentas, montos etc. de efectivo de la iglesia.
Flujo de Eventos
Flujo Básico (Normal)
1. Entrar a internet.
2. Digitar la dirección donde estará alojado el sistema.
3. Digitar su usuario y contraseña.
4. Ingreso al sistema
Flujos Alternativos
Error al entrar al sistema.
1.2 Si el usuario no recuerda su contraseña o su usuario en ese caso será re
direccionado a la página principal dando un aviso de error al ingresar.
Error en el usuario o en la contraseña.
1.3 El sistema requerirá que se ingrese de nuevo el usuario y contraseña correctos
para el uso del sistema.
Precondiciones
Que el usuario este registrado como usuario valido del sistema.
Poscondiciones
El sistema dará aviso que el usuario autentifico de forma correcta.
 Especificación de caso de uso: proceso de ingreso de ofrendas o diezmo.
Procesos de ingreso de ofrenda o diezmo.

Descripción
Proceso por el cual el administrador del sistema podrá tener acceso al sistema
para ingresar la cantidad de ofrenda del día o los diezmos correspondientes para
su respectiva distribución en las diferentes cuentas.
Flujo de Eventos
1. Dar click en ingreso de ofrendas o diezmo.
2. Digitar la cantidad de dinero que se desea ingresar.
3. Digitar la fecha de recaudación.
4. Dar clic en guardar.
Flujos Alternativos
Error al ingresar la ofrenda.
Si el usuario no digito una cantidad valida el sistema mostrara un error y pedirá
que ingrese una cantidad valida.
Error al guardar la ofrenda.
Si el sistema no puede guardar la ofrenda o el diezmo correctamente dará aviso
para reiniciar el proceso para hacer correctamente el ingreso de la información.
Precondiciones
Que el usuario haya iniciado sesión.
Poscondiciones
El sistema dará aviso que la ofrenda o diezmo se guardó correctamente.
 Especificación de caso de uso: proceso de ingreso de donaciones.
Procesos de ingreso de donaciones.
Descripción
para ingresar la cantidad de la donación tomando los datos de la misma como
nombre del donante, fecha, destino y cantidad.

Flujo de Eventos
1. Dar clic en ingreso de donaciones.
2. Elegir de la lista desplegable el nombre de organización y/o persona.
3. Digitar la fecha de la donación.
4. Digitar el monto de la donación.
5. Guardar la donación.
Flujos Alternativos
Error al ingresar los datos requeridos.
Si el nombre de la organización no aparece en la lista abra que registrarla para
que la donación se haga de forma correcta.
Error al guardar la donación.
Si el sistema no puede guardar la cantidad de la donación correctamente dará
un aviso para que se reinicie el proceso para guardar los datos de forma correcta.
Precondiciones
3.2 Que lo organización este registrada como donante de la iglesia.
Poscondiciones
El sistema dará aviso que la donación se guardó correctamente.
 Especificación de caso de uso: proceso de ingreso de organizaciones que hacen
donaciones.
Procesos de ingreso de organizaciones que hacen donaciones.
Descripción
Proceso por el cual el administrador del sistema podrá agregar organizaciones
a un catálogo para tener un mayor control sobre las donaciones que recibe la
iglesia.
Flujo de Eventos

1. Dar click en ingreso organizaciones que donan.
2. Digitar el nombre de la organización.
3. Digitar la dirección.
4. Digitar un número de teléfono.
5. Guardar la información.
Flujos Alternativos
Si no completa todos los campos requeridos el sistema dará aviso que debe
completar todo la información para guardar correctamente la organización en el
catálogo.
Precondiciones
Poscondiciones
El sistema dará aviso que la información se guardó correctamente.
 Especificación de caso de uso: proceso de ingreso de ofrendas especiales.
Procesos de ingreso de ofrendas especiales.
Descripción
para ingresar la cantidad de la ofrenda tomando los datos de la misma como
fecha, cantidad y destino.
Flujo de Eventos
Dar clic en ingreso de ofrendas especiales.
Digitar la fecha de la ofrenda.
Digitar el monto de la ofrenda.

Elegir de una lista desplegable el motivo de la ofrenda espacial.
Guardar la ofrenda.
Flujos Alternativos
Si el motivo de la ofrenda no se encuentra en la lista abra que agregarlo para que todo
la información este correcta y se pueda guardar con éxito la ofrenda especial.
Error al guardar la ofrenda especial.
Si el sistema no puede guardar la cantidad de la ofrenda correctamente, dará un aviso
para que se reinicie el proceso para guardar los datos de forma correcta.
Precondiciones
Poscondiciones
El sistema dará aviso que la ofrenda especial se guardó correctamente.
Especificación de caso de uso: proceso de ingreso de motivo de las ofrendas especiales.
Procesos de ingreso de motivo de las ofrendas especiales.
Descripción
Proceso por el cual el administrador del sistema podrá tener acceso para incluir un
motivo por el cual se está haciendo la ofrenda especial a un catálogo para tener un
mayor control sobre las ofrendas especiales.
Flujo de Eventos
Dar click en ingreso motivos al catálogo de ofrenda especial.
Digitar el nombre del motivo de ofrenda.
Digitar una fecha de ingreso al sistema.
Guardar la información.
.
Flujos Alternativos

Si el motivo de la ofrenda no se encuentra en la lista abra que agregarlo para que todo
la información este correcta y se pueda guardar con éxito la ofrenda especial.
Error al guardar la ofrenda especial.
Si el sistema no puede guardar la información de correctamente, dará un aviso para
que se reinicie el proceso para guardar los datos de forma correcta.
Precondiciones
Poscondiciones
El sistema dará aviso que el motivo de la ofrenda especial se guardó correctamente en el
catálogo.
Especificación de caso de uso: proceso de creación de balances generales.
Procesos de creación de balances generales.
Descripción
Proceso por el cual el administrador del sistema podrá tener acceso al sistema para
realizar los balances generales cuando estos sean requeridos.
Flujo de Eventos
Dar clic en opción de creación de balances generales.
Ingresar la fecha de inicio del balance.
Ingresar la fecha de finalización del balance.
Dar click en botón de crear balance.
Flujos Alternativos
Error al ingresar las fechas de inicio y/o final del balance.
El sistema dará un aviso que la información de las fechas entre las que se creará el
balance.
Error al generar el balance.
Si el sistema no puede generar el balance el sistema dará un mensaje de error en el
cual.
Precondiciones

Poscondiciones
El sistema dará aviso que la ofrenda especial se guardó correctamente.
Especificación de caso de uso: proceso de creación de balances por cuenta.
Procesos de creación de balances por cuenta.
Descripción
realizar los balances por cada cuenta cuando estos sean requeridos.
Flujo de Eventos
Dar clic en opción de creación de balances.
Seleccionar la cuenta de la que se desea elaborar el balance.
Ingresar la fecha de inicio del balance.
Ingresar la fecha de finalización del balance.
Dar click en botón de crear balance.
Flujos Alternativos
Error al ingresar las fechas de inicio y/o final del balance.
El sistema dará un aviso que la información de las fechas entre las que se creará el
balance.
Error al generar el balance.
Si el sistema no puede generar el balance, el sistema dará un mensaje de error en el
cual no permitirá la impresión de este.
Precondiciones
Que los datos estén ingresados en el sistema.
Poscondiciones
El sistema dará aviso que el balance se ha creado de manera correcta.

Especificación de caso de uso: proceso de creación de estado de resultado.
Procesos de creación de estado de resultado.
Descripción
verificar si hay pérdidas o ganancias.
Flujo de Eventos
Dar clic en opción de creación de estado de resultado.
Seleccionar la cuenta de la cual se desea lo estado de resultado.
Dar click en botón de crear estado.
Flujos Alternativos
Error al seleccionar la cuenta de la que se desea el estado de resultado.
El usuario podrá cancelar el proceso de la creación del estado de resultado en el caso
que haya seleccionado una cuenta que no es la que quería al principio.
Error al generar el estado de resultado.
Si el sistema no puede generar el estado de resultado el sistema dará un mensaje de
error en el cual no permitirá la impresión de este.
Precondiciones
Poscondiciones
Especificación de caso de uso: proceso de creación de cierre anual.
Procesos de creación de cierre anual.
Descripción

realizar el cierre anual de la iglesia.
Flujo de Eventos
Dar click en opción de creación de cierre anual.
Dar click en botón de crear estado.
Flujos Alternativos.
Error al generar el cierre anual.
Si el sistema no puede generar el cierre el sistema dará un mensaje de error en el cual
no permitirá la impresión de este.
Precondiciones
Poscondiciones
 Especificación de caso de uso: proceso de creación reportes.
Procesos de creación de cierre anual.
Descripción
Proceso en el cual se mostrarán los reportes financieros de la iglesia para su
respectiva impresión.
Flujo de Eventos
Dar click en opción de creación de reportes.
Dar click en botón de crear reporte.
Flujos Alternativos.

Error al generar el reporte.
Si el sistema no puede generar el reporte el sistema dará un mensaje en el cual no se
pudo generar el reporte.
Precondiciones
Poscondiciones
El sistema dará aviso que el reporte se ha creado de manera correcta.
2.3. Modelo de procesos.
2.3.1. Modelo de redes.
Físicamente estará ubicado en la casa del contador y la iglesia por medio de un
ordenador portátil, la arquitectura de red que utilizará la aplicación es Windows 7
profesional
Dada el tipo de información que generara la aplicación que será de un muy alto nivel
de importancia pero bajo en peso de almacenamiento informático no es necesario la
adquisición de un servidor, por lo que todo será guardado en la computadora de la
iglesia que presenta las siguientes características:

Ilustración 2
2.3.2. Áreas de la empresa.
Ilustración 3
2.3.4. Organización de los servicios de información (centralizados o distribuidos).
Consejo
pastoral
Secretaria Tesorero Ministerios
Adoración Educación
vida
congregacional
Solidaridad Mayordomia

El desarrollo de la aplicación está basado en un método de información distribuida, ya
que la información está dividida por cada cuenta y los informes se generan por cuenta
para luego hacer un reporte de todas las ellas en común.
3. ANEXOS.
3.1. Entrevistas o encuestas.
Entrevista a tesorero- protesorero de la iglesia Bautista Shekina, realizada con el
formato tipo embudo.
1- ¿Está contento con el sistema actual del control de tesorería general de la
iglesia; si, no, porque?
Si estamos contentos con el sistema aunque sea manual pero nos funciona, pero
siempre hemos querido actualizarlo.
2- ¿Cómo funciona el sistema actual?
Se llevan registros de los ingresos y egresos de la tesorería en libros contables en donde
se dividen según convenga en las cuentas con las que trabajamos.
3- ¿Qué piensa de automatizar los procesos por medio de software?
Es algo que nos gustaría hacer y que lo habíamos pensado desde hace un tiempo ya.
4- ¿está dispuesto a ejecutar los cambios?
Por supuesto quisiéramos agilizar los procesos que nos llevan mucho tiempo preparar
los informes que presentamos a la congregación.
5- ¿Considera necesario implementar un nuevo sistema o automatiza en un
software el actual?
Aunque los cambios cuestan es necesario hacerlos para una mejor y más finanzas
6- ¿Se cuenta con los recursos económicos para implementar el nuevo
sistema?
A un precio razonable si.

7- ¿Se cuenta con los recursos de software y hardware necesarios para el
nuevo sistema (computadora, impresora, internet)?
si
8- ¿Estaría de acuerdo el consejo pastoral a aprobar el uso del nuevo
sistema?
si
9- ¿Quiénes tendrían acceso a este sistema?
Tesorero, protesorero, pastora, consejo pastoral.
10- ¿Los usuarios tiene conocimiento básicos informáticos?
si
11- ¿Considera que este online una ventaja?
si
12- ¿Cuentan con página web?
Si.
3.2 Diagrama causa y efecto.

Ilustración 4
3.3. Diagrama de casos de uso.
Ilustración 5
3.4. Diagrama de flujo de datos.

Ilustración 6
3.5. Modelo de descomposición.
Ilustración 7

3.6. Diagramas de flujo de datos lógico y físico.
Ilustración 8
Ilustración 9
Ilustración 10

Ilustración 11
Ilustración 12
Ilustración 13

Ilustración 14
Ilustración 15
Ilustración 16

Wendy,tabla de contenodo.practica final pdf

Wendy,tabla de contenodo.practica final pdf

Recomendados

Recomendados

Más contenido relacionado

La actualidad más candente

La actualidad más candente (8)

Similar a Wendy,tabla de contenodo.practica final pdf

Similar a Wendy,tabla de contenodo.practica final pdf (20)

Más de Wendy Lisseth Flores de Clavel

Más de Wendy Lisseth Flores de Clavel (7)

Wendy,tabla de contenodo.practica final pdf