Wendy,tabla de contenodo.practica final

Universidad Modular AbiertaCentro Universitario de Santa Ana Facultad de Ciencias EconómicasLcdo. Dennis ZepedaMateria: Informática IParticipante: 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.

ContenidoINTRODUCCION..................................................................................................................................

1. ANALISIS DEL PROBLEMA Y DISEÑO LOGICO............................................................

1.1. Entender el dominio del problema. ..........................................................................

1.1.1. Vocabulario del negocio................................................................................

1.1.2. Marco de referencia para listar el dominio del sistema.................................

1.2. Analizar problemas y oportunidades........................................................................

1.2.1. Análisis del problema....................................................................................

1.2.2. Oportunidades..............................................................................................

1.3. Analizar los procesos del negocio.............................................................................

1.4. Objetivos de la mejora del sistema...........................................................................

1.5. Análisis y definición de requerimientos del sistema (funcionales y no funcionales)....................................................................................................................................

1.5.1. Requisitos funcionales..................................................................................

1.5.2. Requisitos no funcionales.............................................................................

1.5.3. Requerimientos con casos de uso asociados................................................

1.6. Análisis de factibilidad............................................................................................

1.6.1. Pruebas de factibilidad................................................................................

1.6.2. Matriz de soluciones alternativas del sistema............................................

1.6.3. Matriz de análisis de factibilidad de soluciones.........................................

1.6.4. Recomendaciones (sobre las pruebas de factibilidad y en análisis de factibilidad de soluciones).......................................................................................................

2. ARQUITECTURA DE LA INFORMACION........................................................................

2.1. Modelado de datos.................................................................................................

2.2 Entidad BALANCEXCUENTA..............................................................................................

3 Entidad EDU_CRISTIANA......................................................¡Error! Marcador no definido.

4. Entidad TESORERIA GENERAL.......................................................................................

5. Entidad SOLIDARIDAD.......................................................................................................

6. Entidad PROVISION............................................................................................................

7. Entidad USUARIO................................................................................................................

2.2. Modelado de requerimientos con casos de uso.....................................................

3.2 Que lo organización este registrada como donante de la iglesia................................

3.3 Que los datos estén ingresados en el sistema..................................................................

2.3. Modelo de procesos...............................................................................................

.................................................................................................................................................

3.4.2 2.3.1. Modelo de redes.........................................................................................

3.4.3 2.3.2. Áreas de la empresa....................................................................................

3.4.4 2.3.4. Organización de los servicios de información (centralizados o distribuidos).............................................................................................................................

3. ANEXOS.................................................................................................................................

3.5 3.1. Entrevistas o encuestas...........................................................................................

3.6 3.3. Diagrama de casos de uso.......................................................................................

3.7 3.5. Modelo de descomposición....................................................................................

3.8 3.6. Diagramas de flujo de datos lógico y físico.............................................................

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 DebilidadesAná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 AmenazasAná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

Corrección de errores en desempeño.

Mantenimiento de la base de datos.

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 cuentas y movimientos; así

El sistema propuesto estará compuesto por una interfaz muy amigable para el usuario el cual tendrá que

Un sistema en Microsoft Excel propone un fácil uso donde solo hay que digitar las cantidades pero no mayor

como bienes inmuebles, deudores, acreedores, caja, bancos, tarjeta, gastos fijos/variables, etc. Puedes crear tantos conceptos como sean necesarios.

autenticarse como usuario legal del sistema para poder tener acceso a las cuentas, reportes y demás componentes del sistema.

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.0Mysql.Html 5Css.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.

Factibilidad

% Alternativa 1Comprar un sistema.

Alternativa 2Sistema propuesto

Alternativa 3Crear una plantilla en Microsoft Excel.

FactibilidadOperativa.

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

FactibilidadCultural.

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

FactibilidadTé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

FactibilidadEconó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

Factibilidad deCalendario

10% Se tendría que invertir un tiempo extra para

Con el tiempo necesario para su creación e

Se tendrá que invertir tiempo para capacitación de los

. capacitación y adaptar los procesos al sistema.Calificacion:60

implantación en el momento justo.Calificación: 100

usuarios para el manejo de la plantilla.Calificación: 90

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

Promedio de las calificaciones:95

Promedio de las calificaciones:86.67

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 ComentariobalancexCuenta

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 cristianaTabla que guarda la información de la cuenta pro temploTabla que guarda la información de la cuenta provisiónTabla que guarda la información de la cuenta solidaridadTabla que guarda la información de la cuenta de tesorería generalTabla 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

total

Saldo_inicial

Sub_total

total

Saldo_inicial

Decimal

Decimal

Decimal

Saldo_final

Saldo_temporal

Saldo_final

Saldo_temporal

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

total

Saldo_inicial

Tipo

Sub_total

total

Saldo_inicial

Varchar (50)

Decimal

Decimal

Decimal

Saldo_final

Saldo_temporal

Saldo_final

Saldo_temporal

Decimal

Decimal


Tabla 15


PK PROTEMPLO Id_protemplo niguna X

2. Entidad TESORERIA GENERAL

Tarjeta de Entidad TESO_GENERALTabla 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

Saldo_final

Saldo_temporal

Monto

Tipo

Sub_total

total

Saldo_inicial

Saldo_final

Saldo_temporal

Decimal

Varchar(50)

Decimal

Decimal

Decimal

Decimal

Decimal


Tabla 18


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

Saldo_temporal

Monto

Tipo

Sub_total

total

Saldo_inicial

Saldo_final

Saldo_temporal

Decimal

Varchar(50)

Decimal

Decimal

Decimal

Decimal

Decimal


Tabla 21


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


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)

Listado de Identificadores de los atributosTabla 28


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

Proceso por el cual el administrador del sistema podrá tener acceso al sistema para 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

Proceso por el cual el administrador del sistema podrá tener acceso al sistema para 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

Proceso por el cual el administrador del sistema podrá tener acceso al sistema para 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

Education

Wendy,tabla de contenodo.practica final