universidad nacional experimental de …€¦ · descripción del plan de trabajo ... apreciaciones...
Post on 29-Sep-2018
216 Views
Preview:
TRANSCRIPT
UNIVERSIDAD NACIONAL EXPERIMENTAL DE GUAYANA
VICERRECTORADO ACADÉMICO
SEDE PUERTO ORDAZ
COORDINACIÓN GENERAL DE PREGRADO
PROYECTO DE CARRERA INGENIERÍA INFORMÁTICA
COORDINACIÓN DE PASANTÍA
CORPOELEC – CADAFE
DESARROLLO DE UN SISTEMA AUTOMATIZADO DE CAJA DE
AHORRO Y PRÉSTAMOS BAJO UN AMBIENTE WEB PARA LA
EMPRESA CADAFE DE LA REGIÓN GUAYANA
Informe de pasantía presentado como requisito para optar al título de Ingeniero en
Informática
TUTOR ACADÉMICO
ING. JORGE ESCALONA
TUTOR INDUSTRIAL
ING. RAFAEL RODRÍGUEZ
CIUDAD GUAYANA, ABRIL DEL 2012
AUTOR:
TLGO. ALINES ZABALA
C.I. V- 19.040.064
ÍNDICE GENERAL
Pág.
ÍNDICE DE FIGURAS……………………………………………………………….4
ÍNDICE DE TABLAS…………………………………………………………...........7
DEDICATORIA………………………………………………………………………8
AGRADECIMIENTOS…..…………………………………………………………...9
INTRODUCCIÓN……………………………………………………………...........10
I: DESCRIPCIÓN DE LA EMPRESA………………………………………………12
1.1.La empresa…...…………………………………………………………………..12
1.2.Misión.…………………………………………………………………………...13
1.3.Visión….…………………………………………………………………………13
1.4.Objetivos…………………………………………………………………………14
1.5.Gerencia de ATIT Bolívar….……………………………………………………14
1.6.Misión……………………….…………………………………………………...14
1.7.Visión……….……………………………………………………………………15
II: PLANTEAMIENTO DEL PROBLEMA………………………………………...16
III: OBJETIVOS DE LA PASANTÍA………………………………………………19
3.1. Objetivo general…………………………………………………………………19
3.2. Objetivo específicos……………………………………………………………..19
3.3. Descripción del plan de trabajo…………………………………………………19
IV: METODOLOGÍA APLICADA Y RESULTADOS OBTENIDOS……………..23
4.1. Metodología aplicada……………………………………………………………23
V: FACILIDADES Y DIFICULTADES ENCONTRADAS………………………..75
5.1. Facilidades encontradas durante el proceso de desarrollo de pasantías…………75
5.2. Dificultades encontradas durante el proceso de desarrollo de pasantías………..75
Pág.
VI: APRECIACIONES SOBRE LOS CONOCIMIENTOS ADQUIRIDOS
DURANTE EL PROCESO DE PASANTÍAS………………………………………77
CONCLUSIONES...…………………………………………………………………78
RECOMENDACIONES…………………………………………………………..…79
REFERENCIAS BIBLIOGRÁFICAS………………………………………………80
ANEXOS………………………………………………………………………….…82
A: Plan de Trabajo…………………………………………………………………...83
B: Diccionario de Datos……………………………………………………………...84
C: Manual de usuario…………………………………………………………….…..96
ÍNDICE DE FIGURAS
Pág.
1. Ciclo de Vida Clásico del Software. Modificado del libro de Ingeniería del
Software por Sommerville (2005)…………………….………...…………...26
2. Pantalla principal del sistema actual de la caja de ahorro y préstamo de
CADAFE…………………………………………………………………….27
3. Sistema Actual: actualizar saldo de socios…………………………………..28
4. Sistema Actual: control de socios……………………………………………28
5. Sistema Actual: consultar socios…………………………………………….29
6. Sistema Actual: préstamos…………………………………………………...29
7. Sistema Actual: Simulación de préstamos…………………………………...30
8. Diagrama de Contexto o DFD de nivel 0. Sistema Automatizad de la Caja de
Ahorro y Préstamos CADAFE………………………………………………40
9. DFD nivel 1. Proceso 1: Registrar Solicitud de Préstamos………….…..…..41
10. DFD Proceso 2. Registrar socios al sistema……………………………..…..41
11. DFD Proceso 3.Modificar datos de socios………………………...………...42
12. DFD Proceso 4. Eliminar socios del sistema………….………...…………...42
13. DFD Proceso 5. Consultar estado de cuenta …………..…………………….43
14. DFD Proceso 6. Procesar Retiro ………………………..…………...………43
15. DFD Proceso 7. Cargar Saldos por Archivo de Nómina…………………….44
16. DFD Proceso 8. Cargar saldos manualmente………………………………..44
17. DFD Proceso 9. Emitir comprobantes de cheques………………………..…45
18. DFD Proceso 10. Acceso al sistema………………………………………....45
19. DFD Proceso 11. Registrar Nuevo usuario…………………………………..46
20. DFD Proceso 12. Modificar usuario ……………...…………………………46
21. DFD Proceso 13. Generar reporte de Estado de Cuenta…………………..…47
Pág.
22. DFD Proceso 14. Generar reporte de préstamos cancelados…………….…..47
23. DFD Proceso 15. Generar reportes de cuotas especiales por cobrar………...48
24. DFD Proceso 16. Generar reportes de socios afiliados……………………...48
25. DFD Proceso 17. Generar reportes de cobranza Banco de Venezuela………49
26. DFD Proceso 18. Generar reportes de cheques emitidos…………………....49
27. DFD Proceso 19. Generar reportes de depósitos registrados……………..…50
28. Modelo Conceptual. Diagrama de Entidad-Relación………………………..54
29. Modelo Relacional. Sistema Automatizado de la Caja de Ahorro y Préstamos
de CADAFE……………………………….…………………………………59
30. Página Principal del Sistema Automatizado de Caja de Ahorro y
Préstamos…………………………………………………………………….62
31. Menú Principal del Sistema Automatizado de Caja de Ahorro y
Préstamos………………………………………………...…………………..62
32. Menú: Módulo de Cheques…………………………………………………..63
33. Módulo de Cheques: Emitir Comprobantes de Cheques…………………….63
34. Módulo de Préstamos: submódulo del sistema………………………………64
35. Módulo de Préstamos: submódulo control de socios. Consulta de socios del
sistema. Agregar y modificar socios en el sistema…………………………..64
36. Módulo de Préstamos: submódulo control de socios. Formulario para agregar
socios en el sistema………………………………………………………….65
37. Módulo de préstamos: submódulo registrar préstamo. Formulario para agregar
préstamo en el sistema……………………………………………………….65
38. Módulo de préstamos: submódulo registrar préstamo. Formulario para agregar
retiro en el sistema…………………………………………………………...66
39. Módulo de préstamos: submódulo registrar préstamo. Formulario para agregar
plan de préstamo en el sistema………………………………………………66
Pág.
40. Módulo de cobranza: submódulo del sistema……………………………….67
41. Módulo de cobranza: submódulo de afiliación de socios. Registrar y consultar
y eliminar socio afiliado……………………………………………………..67
42. Módulo de cobranza: submódulo de afiliación de socios. Formulario para
registrar socio………………………………………………….……………..68
43. Módulo de cobranza: submódulo de afiliación de socios. Formulario para
generar archivo de afiliación………………………………………………...68
44. Módulo de cobranza: submódulo de afiliación de socios. Formulario para
generar archivo de cobranza…………………………………………………69
45. Módulo de reportes: submódulo del sistema………………………………...69
46. Módulo de reportes: submódulo estado de cuenta………………………...…70
47. Módulo de reportes: Formulario de consulta………………………………...70
48. Módulo de sesiones: submódulo del sistema………………………………...71
49. Módulo de sesiones: submódulo control de cuentas de usuarios. Consultar y/o
agregar usuario……………………………………………………………….71
50. Módulo de sesiones: submódulo control de cuentas de usuarios. Agregar
usuario……………………………………………………………………..…72
ÍNDICE DE TABLAS
Pág.
1. Regiones y sedes de la empresa CADAFE…………………………………..13
2. Ejemplo de tabla de afiliación_cabezal en 1NF……………….……….……58
3. Base de datos: tabla afiliación_cabezal……………………………………...84
4. Base de datos: tabla afiliación_detalle……………………………………….85
5. Base de datos: tabla aportes………………………………………………….86
6. Base de datos: tabla cobranza_cabezal………………………………………87
7. Base de datos: tabla cobranza_detalle……………………………………….88
8. Base de datos: tabla concepto_oper………………………………………….89
9. Base de datos: tabla departamentos………………………………………….90
10. Base de datos: tabla depósitos_cheques……………………………………..90
11. Base de datos: tabla movimientos……………………………………………91
12. Base de datos: tabla plan_prestamo………………………………………….92
13. Base de datos: tabla préstamos………………………………………………93
14. Base de datos: tabla socios………………………………………….…….....93
15. Base de datos: tabla socios_retirados………………………………………..94
16. Base de datos: tabla tipo_nómina……………………………………………95
17. Base de datos: cuentas de usuarios….………………………..……………...95
DEDICATORIA
A Dios; por abrirme siempre las oportunidades, por ser mi guía, mi fuerza y valor
para vencer los obstáculos que se presentan en mi camino.
A mis padres; Omar Zabala, Gladys Landaeta y Zenaida de Zabala, por su amor,
apoyo incondicional, consejos y experiencias, por guiarme en el camino correcto,
además de inculcarme valores que me han permitido ser una mejor persona.
A mis hermanos y sobrinos, por no perder la fe en mí y por la fuerza que me
inyectan cada día para seguir luchando por mis sueños.
AGRADECIMIENTOS
En primer lugar a Dios, por abrirme las oportunidades, además de proporcionarme
las fuerzas para seguir adelante, por darme a grandes personas como mis padres los
cuales me han guiado a lo largo de este camino.
A mis padres por darme la vida, la educación, el apoyo incondicional y por creer
en mí siempre.
A mis hermanos Licet, Álvaro, Daniel, Cesar, Marcos y Marianella (Q.E.P.D) por
estar siempre a mi lado apoyándome en todo momento, sobre todo en los más
difíciles.
A mis tías, Amantina de Córdova, Edith de Jiménez y Maryorie de Landaeta por
apoyarme en mis decisiones y ofrecerme su ayuda en momentos difíciles.
A mis amigos y compañeros de estudio, Adriana Marcano, Emmanuel Ruiz,
Carlos Santana, Jenny Salas, Amanda Pérez, Karla Rojas, Kelly Ochoa, Miletza
Guillen, Joaquín Figueroa, y a Jorge Fernández, por acompañarme en los buenos
momentos, gracias por los conocimientos adquiridos a través de ustedes y por su
apoyo incondicional.
A la UNEG y demás docentes; los cuales me ayudaron a prepararme
profesionalmente; brindándome la experiencia y conocimiento para enfrentarme en el
campo laboral.
A la empresa CADAFE y directivos de la Caja de Ahorro por su paciencia y
además por ofrecerme la oportunidad de culminar mi formación académica.
A mis compañeros de la Gerencia de ATIT Bolívar, por brindarme sus
conocimientos en el área y por los buenos momentos compartidos.
A mis tutores, Prof. Jorge Escalona y el Ing. Rafael Rodríguez, por compartir sus
conocimientos e ideas para el desarrollo y culminación de mi pasantía a nivel
profesional.
10
INTRODUCCIÓN
La empresa CADAFE de la región de Guayana, es una organización que cuenta
aproximadamente con más de 700 empleados para la gestión en la distribución y
comercialización de la energía eléctrica en la región. CADAFE cuenta con una
organización de Caja de Ahorro y Préstamo denominada CAPCAREGUA, el cual
tiene la finalidad de gestionar y velar por los intereses económicos de los empleados
y empleadas de la empresa.
La Caja de Ahorro y Préstamos de la Región de Guayana de la empresa CADAFE
(CAPCAREGUA), administra los intereses económicos de los socios, mediante la
concepción de préstamos personales o hipotecarios, promoción del ahorro, entre otros
procesos que ofrecen para el bienestar económico de los empleados. Actualmente la
gestión de CAPCAREGUA ha sido afecta por cambios en sus políticas,
específicamente en los procesos de deducciones de préstamos que afectan al sistema
actual encargado de ejecutarlos procesos de la organización.
Debido a los cambios en su política, CAPCAREGUA ha acudido a la empresa
CADAFE, específicamente la Gerencia de Automatización Tecnologías de la
Información y Telecomunicaciones (ATIT) Bolívar, para solicitarle a los directivos el
apoyo en el desarrollo de un sistema informático que integre los procesos que ejecuta
el sistema actual adecuando los cambios que han afectado a la institución con la
finalidad de tener un sistema automatizado que gestione procesos como: el control de
socios, control de préstamos, gestión de cheques, gestión de reportes y la adecuación
de procesos para la cobranza y afiliación a través del Banco de Venezuela, todo ello
bajo una plataforma Web.
Con base lo antes mencionado, el siguiente informe consiste en una propuesta de
un sistema automatizado de Caja de Ahorro y Préstamo para la empresa CADAFE
región Guayana. El informe se encuentra estructurado de la siguiente forma:
Parte I, se describe la información referente a la empresa CADAFE y la Gerencia
de ATIT Bolívar, misión, visión y objetivos.
Parte II, donde se realiza el planteamiento de la problemática.
11
Parte III, se puntualizan el objetivo general y los objetivos específicos
Parte IV, se explica la metodología aplicada en el desarrollo del sistema, además
se da a conocer los logros y resultados alcanzados.
Parte V, se presentan las facilidades y dificultades encontradas durante el
desarrollo de la pasantía
Parte VI, se muestran la apreciación sobre los conocimientos adquiridos durante el
desarrollo de la pasantía.
Para finalizar se presentan las conclusiones, recomendaciones, referencias
bibliográficas y anexos.
I. DESCRIPCIÓN DE LA EMPRESA
1.1. La empresa
La Compañía Anónima De Administración y Fomento Eléctrico, CADAFE, fue
creada en 1958 con el fin de optimizar la administración y la operación de las
empresas de electricidad dependientes del Estado Venezolano que estaban repartidas
en todo el país. Fue en ese instante, cuando se desarrolló una infraestructura eléctrica
en Generación, Transmisión y Distribución y logró un alto grado de electrificación en
Venezuela, lo cual le permite atender hoy en día a más del 80 por ciento del territorio
nacional. (Corpoelec, 2011)
Gracias a su presencia a nivel nacional, se ha hecho posible el funcionamiento de
empresas vitales y estratégicas para el país, como la industria siderúrgica,
metalmecánica, del aluminio, manufacturera, alimentos, petroquímica y
telecomunicaciones, entre otras. Además, presta un servicio público, debido a que
suministra electricidad a los hogares, hospitales, centros de enseñanzas, sistemas de
protección, seguridad ciudadana, investigaciones científicas, entretenimiento y
alumbrado público, garantizando la calidad de vida de los venezolanos.
La definición de Misión, Visión y Valores es el punto de partida para establecer
las directrices, objetivos estratégicos y metas que debe asumir la organización de
acuerdo a la realidad actual, permitiendo así la optimización de asignación de
recursos, la toma de decisiones dentro de la empresa y el direccionamiento necesario
para lograr la identificación personal, dándole sentido de unidad y propósito para el
logro de los grandes retos a enfrentar En este marco se han desarrollado encuentros
de alineación estratégica para la definición de las bases conceptuales de CADAFE, en
las cuales la alta gerencia de la Organización, ha realizado una revisión de la
situación actual que enfrenta la empresa, a fin de identificar y alinear las acciones y
13
los cambios organizacionales ineludibles para responder efectivamente a sus
necesidades.
Las nueve regiones son las siguientes:
Tabla 1. Regiones y Sedes de la empresa CADAFE
Región Sede
Sucre- Anzoátegui Cumaná
Monagas-Delta Amacuro Maturín
Guárico-Apure San Fernando
Aragua-Miranda Maracay
Barinas-Portuguesa-Cojedes Acarigua
Carabobo-Yaracuy Valencia
Táchira-Mérida-Trujillo San Cristóbal
Bolívar-Amazonas Puerto Ordaz
Falcón Coro
1.2. Misión
Prestar un servicio público de energía eléctrica de calidad, con un personal
comprometido en la gestión productiva, para satisfacer necesidades de los usuarios,
hacer uso eficiente de los recursos, en una gestión que garantice ingresos suficientes,
necesarios a la sostenibilidad financiera de la organización y la concordancia con un
proyecto país expresado en políticas sociales y de desarrollo.
1.3. Visión
Ser una empresa estratégica posicionada en la prestación del servicio de energía
eléctrica, con tecnología de punta y un personal calificado, comprometido con el
14
desarrollo económico y social del país, ofreciendo servicios de calidad a sus usuarios,
solvente con sus proveedores, con una gestión transparente y una sostenibilidad
financiera.
1.4. Objetivos
Generar, transmitir, distribuir y comercializar energía eléctrica en todo el país, en
las mejores condiciones de confiabilidad, eficiencia y rentabilidad, que adelanta su
proceso de reestructuración y privatización de bienes, servicios y negocios, según los
lineamientos establecidos por el FIV, atendiendo el marco legal y regulatorio que rige
la materia.
1.5. Gerencia de ATIT Bolívar
La Gerencia de Automatización Tecnologías de la Información y
Telecomunicaciones (ATIT), depende en línea de mando directo de la
Vicepresidencia Ejecutiva de ATIT de CADAFE y se encuentra estructurada por un
equipo de planificación y apoyo a la gestión, un equipo de continuidad operativa de
informática Bolívar, los cuales se encargan de ejecutar los procesos internos de la
gerencia y dar soporte a los procesos medulares de CADAFE, mediante la atención
de fallas y requerimientos en área de Informática y Telecomunicaciones en la Zona
Bolívar. (Misión, visión y metas de la Gerencia de ATIT de la Región 8, 2008).
1.6. Misión
Prestar los servicios de automatización tecnologías de la información y
telecomunicaciones a los usuarios CADAFE Zona Bolívar, mediante la asistencia
técnica y soluciones de calidad, eficiente, efectivo, confiable y oportuno, con el fin de
garantizar la estabilidad y continuidad operativa de la empresa, con un personal
comprometido, honesto, eficiente, e identificado con nuestra empresa.
15
1.7. Visión
Ser una gerencia estratégica y líder en el área de tecnología, que proporcione un
servicio de Automatización Tecnologías de la Información y Telecomunicaciones
óptimo, de calidad, eficiente e innovador mediante una filosofía de la mejora continua
que garantice la continuidad operativa de la Empresa, con un personal altamente
calificado donde prevalezca la honestidad, el trabajo en equipo, el respeto y la
seguridad en el trabajo.
II. PLANTEAMIENTO DEL PROBLEMA
En muchas empresas se han conformado organismos denominados Cajas de
Ahorro, como es el caso de CADAFE el cual posee su propia caja de ahorro la cual
compete a los empleados y obreros de dicha empresa. La Caja de Ahorro y Préstamo
de los empleados y obreros de CADAFE de la Región Guayana, denominada también
como CAPCAREGUA, se estableció con la finalidad de administrar los intereses
económicos de los empleados, mediante la concepción de créditos, promoción del
ahorro, ofrecimiento créditos personales para el beneficio socioeconómico de los
socios.
Actualmente la caja de ahorro y préstamo de CADAFE posee un sistema de
administración de los préstamos, créditos personales y aportes de los socios, la cual
está desarrollado en Visual Basic, es un software propietario donde los directivos de
la caja de ahorro acudieron a una empresa privada para adquirirlo. Hoy en día los
directivos de la caja de ahorro tienen ciertas dificultades al momento de administrar
los intereses económicos de los asociados, esto se debe a que se están añadiendo
nuevas políticas y directrices en los procesos de deducción préstamos y aportes.
En cuanto a los pagos de préstamos a través de la caja de ahorro, existen dos
formas; la primera es las deducciones a través de la nomina de CADAFE, donde el
socio bien sea obrero o empleado; se le hace la deducción de préstamos de forma
mensual a través de la nomina de la empresa, el departamento de nómina genera una
archivo de texto que contiene la información correspondiente del socio y el monto
descontado, la cual va directamente a la caja de ahorro, dicho archivo se carga en el
sistema actual, donde se actualiza el estado de cuenta del asociado.
17
La segunda forma que se quiere implementar es las deducciones de préstamos o
créditos de la caja de ahorro a través del Banco Venezuela, donde los socios por
decisión propia se pueden afiliar al banco a través de la caja de ahorro para realizar
los pagos de préstamos directamente de sus cuentas bancarias. Para ellos el Banco de
Venezuela requiere que la caja de ahorro y préstamo genera dos tipos de archivos de
texto, uno denomina archivo de afiliación el cual contendrá la información de los
socios para realizar los pagos a través del banco Venezuela, y el segundo archivo
denominado archivo de cobranza que contendrá los montos a descontar en las cuentas
de los socios. En cambio los aportes de los socios se realizan igual a la primera forma
de pago de préstamos, es decir, a través de la nómina de CADAFE bien sea mensual
o quincenal.
Las deducciones de préstamos a través del Banco de Venezuela está generando
conflictos con las operaciones y funciones de la administración de la Caja de Ahorro
y Préstamos de CADAFE, esto se debe a que dichos pagos no se pueden actualizar en
los estados de cuenta del sistema actual debido a que el sistema no cuenta con este
requerimiento; originando un inconsistencia en los haberes de los socios afiliados al
Banco de Venezuela y de las cifras que se descuentan en sus cuenta, disminuyendo
así la calidad de la gestión de la Caja de Ahorro y Préstamo de CADAFE.
De acuerdo con las observaciones informales realizadas en la Caja de Ahorro y
Préstamos de CADAFE, se decidió utilizar la arquitectura cliente – servidor para
desarrollar un sistema integral bajo plataforma Web que integre los requerimientos
del sistema actual y las operaciones antes mencionadas. El sistema se desarrollará en
PHP 4 y con una Base de Datos en Mysql, analizando los requerimientos del sistema
actual, el sistema fue conformado en cinco (05) módulos:
Módulo de Préstamos: el sistema actual de la Caja de Ahorro y Préstamo de
CADAFE será migrado a este módulo, el cual contendrá todas las funciones y
procedimientos para la gestión de préstamos, aportes de los asociados,
planificación de préstamos, administración de los estados de cuentas, registro
de nuevos asociados, actualización de archivos de nomina en los estados de
cuentas, control en la gestión de los movimientos de los socios.
18
Módulo de Cobranza: en este módulo encargado de administrar la afiliación
de los socios de la caja de ahorro para realizar los pagos de préstamos a través
del Banco Venezuela, además generar los archivos de afiliación y de cobranza
en los formatos predefinidos por el Banco de Venezuela.
Módulo de Cheques: con la finalidad de gestionar el control de los cheques y
comprobantes de los préstamos y retiros emitidos.
Módulo de Reportes: módulo encargado de generar los reportes de gerencia,
de cada módulo del sistema, reportes de préstamos, reportes de cobranza
bancaria, reportes de cheques y depósitos registrados en sistema.
Módulo de Sesiones: módulo para el control de acceso de los usuarios al
sistema.
El desarrollo de este sistema afectará de forma positiva a la gestión de los
empleados de la Caja de Ahorro y Préstamo, debido a que su misión es automatizar
todos los procesos de control y administración de los recursos financieros de los
socios, además se integrará el sistema actual con los requerimientos nuevos para las
deducciones a través del Banco de Venezuela, permitiendo la utilización por parte de
los usuarios de herramientas que facilite la gestión de la información.
19
III. OBJETIVOS DE LA PASANTÍA
3.1. Objetivo General
Desarrollar un sistema automatizado bajo ambiente web para la Caja de Ahorro y
Préstamos de CADAFE de la Región Guayana
3.2. Objetivo Especifico
1. Identificar los requerimientos del sistema y levantar la información requerida.
2. Diseñar y modelar el sistema y la base de datos.
3. Construir la base de datos y codificar los módulos del sistema.
4. Ejecutar las pruebas de los módulos y depurar el sistema.
5. Elaborar la documentación del sistema.
3.3. Descripción del plan de trabajo
Para el desarrollo del sistema integral de la Caja de Ahorro y Préstamo de
CADAFE es necesario seguir un plan de trabajo (ver Anexo A), que consiste en un
conjunto de actividades y tareas las cuales deben ser monitoreadas para asegurar el
desarrollo efectivo del sistema, estas actividades son:
3.3.1. Actividad 1: Inducción a la empresa
Esta actividad consiste en dar a conocer las actividades y el área de trabajo en el
cual se deberá desarrollar la pasantía, específicamente la Gerencia de Automatización
Tecnologías de la Información y Telecomunicaciones (ATIT).
20
3.3.2. Actividad 2: Instalación y configuración de herramientas para el
desarrollo del sistema y base de datos.
Esta actividad consiste en la elección de las herramientas para el desarrollo del
sistema, como la Gerencia de ATIT Bolívar no posee un área de desarrollo de
software como tal, se decidió seleccionar a manera libre el entorno de desarrollo, el
cual fue el lenguaje PHP versión 4, utilizando para la base de datos desarrollada en
Mysql. Se procedió a la instalación y configuración de Dreamweaver Macromedia
que es una aplicación especializada para la edición y construcción de aplicaciones
Web y como sistema gestor de base de datos se instaló y configuró la aplicación de
Navicat, la cual es una herramienta de administración de base de datos de múltiple
conexión, es decir, permite conectar a base de datos en Mysql, Oracle, PostgreSQL,
entre otros.
3.3.3. Actividad 3: Análisis y definición de los requerimientos
funcionales, no funcionales del sistema y de almacenamiento.
Consiste en la realización de entrevistas y reuniones con los usuarios y directivos
de la Caja de Ahorro y Préstamos de CADAFE con la finalidad de identificar los
requerimientos funcionales y no funcionales del sistema, esto con el propósito de
definir el alcance del proyecto, el comportamiento, rendimiento y administración de
la información que el sistema procesará, así mismo para la identificación de los
requisitos de almacenamiento, el cual consiste en definir los datos que van hacer
almacenados en la base de datos del sistema. No obstante, se ha de estudiar y
corroborar con los directivos el comportamiento a fondo del sistema actual, dado a
que no se tiene acceso a su código fuente por ser este un software propietario.
21
3.3.4. Actividad 4: Diseño del sistema
El análisis y diseño se refiere a examinar la situación de la Caja de Ahorro y
Préstamo de CADAFE con el propósito de mejorarla con la adición de métodos y
procedimientos que sean adecuados y óptimos para la gestión de la organización. A
demás de llevar a cabo este estudio, existe la responsabilidad de ejecutar el diseño del
sistema, que viene acompañado con la planeación, diseño arquitectónico del sistema,
el diseño conceptual de la base de datos, diseño de prototipo de interfaz gráfica, entre
otros. Esto se logra a través del análisis de los requerimientos identificados y de los
procedimientos reconocidos en el tratamiento de la información, en tal sentido esta
actividad de análisis y diseño nos permite obtener las especificaciones en detalle de
las características del producto final que se requiere.
3.3.5. Actividad 5: Codificación de módulos del sistema
Consiste en la codificación de los módulos del sistema definidos en la actividad
anterior, es decir, se procede a la construcción y codificación de la interfaz gráfica,
los módulos de cheques, préstamos, cobranza, sesiones y reportes, desarrollando
funciones, procedimientos y consultas que proporcionan la parte operativa y
funcional del sistema.
3.3.6. Actividad 6: Validación y prueba de los módulos del sistema
Consiste en la validación de cada módulo codificado, verificación del
funcionamiento de los procesos internos y externos de los módulos, así como también
validaciones realizadas por los usuarios del sistema.
22
3.3.7. Actividad 7:Integración de módulos del sistema
Esta actividad se refiere a la integración de los módulos del sistema, en otras
palabras se estable la comunicación y conexión entre los módulos, consiste en el
compartimiento de la información y datos entre ellos y la sincronización del flujo de
la información dentro del sistema.
3.3.8. Actividad 8: Validación y pruebas de integración del sistema.
Una vez realizado la integración de los módulos del sistema, se procede a la
validación y prueba del software, esta es una de las actividades más importantes en el
desarrollo del proyecto, debido a que nos permite utilizar de forma experimental el
sistema para corroborar alguna falla en el proceso, además se procede a la validación
del sistema con los usuarios esto para verificar si el sistema cumple con las
especificaciones definidas en la actividad (3) de identificación de los requerimientos,
estas validaciones y pruebas del sistema se hacen con los usuarios y directivos de la
Caja de Ahorro y Préstamo de CADAFE.
3.3.9. Actividad 9: Documentación del Sistema y elaboración de
manuales de usuarios.
Consiste en la elaboración del manual de usuario, manual de mantenimiento,
documentación del código fuente y elaboración de informes de avance del sistema.
3.3.10. Actividad 10: Realización de informe de pasantías
Esta actividad consta en la elaboración del informe final de pasantías a nivel
profesional, realizada en CADAFE de la Región de Guayana.
IV. METODOLOGÍA APLICADA Y RESULTADOS OBTENIDOS
4.1. Metodología aplicada
La metodología aplica para el desarrollo del sistema fue la metodología en cascada
o ciclo de vida clásico, de acuerdo con Cortes (2000) que define esta metodología
como:
“El producto de cada una de las fases es la entrada de la siguiente. Tiene una
evolución lineal y sumativa” (p.22).
Así mismo se concuerda con Pressman (2002) el cual llama también a esta
metodología el modelo lineal secuencial, definido como:
“Un enfoque sistemático, secuencial para el desarrollo del software que comienza
en un nivel de sistemas y progresa con el análisis, diseño, codificación, pruebas y
mantenimiento” (p.20).
En efecto Pressman (2002, p.20) define cinco (05) actividades para el desarrollo
del software, las cuales se explicaran a continuación:
4.1.1. Análisis de los requisitos del software
La actividad de análisis de los requisitos se centra directamente en el software,
esto con la finalidad de comprender la naturaleza del programa, su comportamiento,
rendimiento, interconexión y funciones requeridas para llevar a cabo su desarrollo. Es
evidente entonces que todo esto se define a través de las consultas con los usuarios
del sistema.
24
4.1.2. Diseño
El diseño de software es traducción de los requisitos definidos anteriormente en
una representación de software como tal donde es posible apreciar y evaluar la
calidad del software antes de empezar su codificación. Esto es posible a través de la
utilización de herramientas de ingeniera de software para el diseño, las cuales se han
dividido en cuatro (04) tareas que componen esta actividad, definidas así por
Pressman (2002): “estructura de datos, arquitectura de software, representaciones de
interfaz y detalle procedimental”.(p20)
4.1.3. Generación de código e integración
Consiste en la traducción de la fase de diseño en el computador, es decir, se
codifican los procedimientos definidos en la fase de diseño a un lenguaje de
programación.
4.1.4. Pruebas
Una vez realizado la fase de codificación, se procede a las pruebas del software,
que consiste en verificar el funcionamiento de los procesos internos del software con
la finalidad de detectar algún error o problema en el funcionamiento de sus procesos
lógicos internos.
4.1.5. Mantenimiento
Si en la fase de pruebas se ha detectado algún error o simplemente se requiere
alguna mejora funcional o de rendimiento por parte de los usuarios, se procede a
ejecutarse en esta fase.
Existen autores que añaden otras fases a esta metodología, como es el caso de
Sommerville (2005, p.62), el cual define las siguientes:
25
4.1.6. Análisis y definición de los requerimientos
Sommerville define esta fase como la especificación del sistema, debido a que los
servicios, restricciones y metas del sistema lo proporcionan los usuarios.
4.1.7. Diseño del sistema y del software
Permite establecer una arquitectura completa del sistema, la cual nos permite
identificar y describir las abstracciones fundamentales del sistema de software y sus
relaciones.
4.1.8. Implementación y prueba de unidades
En esta etapa Sommerville (2005, p.62) define que el diseño de software se lleva a
cabo como un conjunto de unidades o subprogramas, donde se realizan las pruebas de
cada unidad para verificar si cumplen con los requerimientos de la fase de análisis.
4.1.9. Integración y prueba del sistema
Esta etapa se refiere que cada unidad o componente individual del sistema se
integran para llevar a cabo las pruebas respectivas como un sistema completo,
asegurando de esta manera el cumplimiento de los requerimientos.
4.1.10. Funcionamiento y mantenimiento
Consiste en la instalación y puesta en marcha del sistema, además implica el
mantenimiento del sistema para corregir los errores no descubiertos en las fases
anteriores.
Tomando en cuenta los planteamientos de Pressman (2002) y Sommerville (2005)
sobre la metodología en cascada, para efectos de este proyecto se ha definido las
26
siguientes fases, tal como se ilustra en la figura N° 1, cabe destacar que la última fase
no fue ejecutada en la planificación de desarrollo del sistema.
Figura 1. Ciclo de vida clásico del software. Modificado de “Ingeniería del
software” por Sommerville (2005)
Fase 1.Análisis de los requisitos del software: esta fase corresponde a la
actividad tres (03) definida en el plan de trabajo; donde se realizaron diversas
reuniones con los directivos de la caja de ahorro y préstamo de CADAFE, para
definir los requisitos funcionales, no funcionales del sistema y requerimientos de
almacenamiento. Así mismo se ejecutó el análisis del sistema actual para
complementar los requerimientos del sistema.
Descripción del sistema actual.
Como se ha dicho que la Caja de Ahorro y Préstamo consta de un sistema
desarrollado en Visual Basic para la administración y control de los intereses de los
socios, esta parte del sistema será integrada al módulo de préstamo del sistema
propuesto. El sistema actual consta de los siguientes módulos definidos como:
actualizar saldos, control de socios, consultar socios, estado de cuentas, intereses,
préstamos, reporte gerencial, retiros parciales y simulación financiera.
27
Figura2. Pantalla Principal del sistema actual de la Caja de Ahorro y Préstamos de
CADAFE
Actualizar Saldos: este módulo del sistema actual tiene la función de cargar
los datos de los archivos provenientes de la nómina de CADAFE, los cuales
contienen los aportes y pagos de préstamos de los empleados a la caja de
ahorro, el sistema carga esta información actualizando los estados de cuenta
de los socios (ver Figura N° 3). También tiene una opción de realizar la carga
de forma manual, esto se debe a que es posible que se no se lleven a cabo la
carga de varios registro, debido a que el asociado no se encuentra registrado
en la base de datos, si se da este caso, los administradores del sistema
registran el asociado para luego cargar de forma manual los montos no
procesados.
28
Figura3. Sistema Actual: actualizar saldos de asociados.
Control de Socios: su función es registrar los socios nuevos al sistema,
modificar los datos personales de socios registrados, eliminar o retirar los
socios.
Figura 4. Sistema Actual: Control de Socios
Consultar Socios: permite realizar la búsqueda de los asociados, visualizando
su estado de cuenta, préstamos aprobados, cuotas especiales y movimientos
realizados en su cuenta personal.
29
Figura 5. Sistema Actual: Consultar Socios.
Préstamos: consiste en el registro de préstamos aprobados del plan de
préstamos de cada socio.
Figura 6. Sistema Actual: Préstamos
Simulación Financiera: en este módulo del sistema actual, se realiza el
cálculo del plan de préstamo del asociado, es decir, dado el monto del
préstamo, la fecha y el monto de la cuota a pagar mensualmente, el sistema
30
calcula los intereses y el plazo en meses a cancelar. De igual manera registra
las cuotas especiales recalculando el plan de pago.
Figura 7. Sistema Actual: Simulación de Préstamos
Reportes: el sistema genera una serie de reportes que sirven como soporte
para la toma de decisiones de la caja de ahorro y préstamo, estos reportes son:
estado de cuenta, listado de socios no procesados, prestamos cancelados,
cuotas especiales por cobrar, prestamos vigentes, entre otros.
De acuerdo con la descripción del sistema actual y las reuniones con los usuarios y
directivos de la Caja de Ahorro y Préstamos de CADAFE se identificaron los
siguientes requerimientos funcionales y no funcionales del sistema:
Requisitos funcionales
1. Desarrollo de un módulo de sesiones que permita el control y administración
de accesos de los usuarios al sistema. Los usuarios deben de acceder al sistema
a través de un loggin y un password, a demás existe la restricción al sistema
dependiendo de los privilegios que tienen los usuarios. Para ello se han
clasificados en cuatro tipos de usuarios:
31
- Administrador: rol a que pertenece la junta directiva de la Caja de ahorro y
Préstamo de CADAFE, como es el presidente y el vicepresidente. Estos
tendrán acceso a todos los módulos del sistema como usuario Master.
- Usuario de primer nivel: rol que pertenece al personal administrativo de la
Caja de Ahorro y Préstamo con la actividad de administrar los préstamos
emitidos por la caja de ahorro. Estos solo tendrán acceso al módulo de
préstamos y de reportes generales, de cobranza y de cheques.
- Usuario de segundo nivel: rol que pertenece al personal administrativo de
la caja de ahorro y préstamo con la finalidad de administrar la finanza,
estos solo tendrán acceso al módulo de cobranza y afiliación bancaria y al
módulo de reportes.
- Usuario de tercer nivel: rol que pertenece al personal administrativo de la
caja de ahorro y préstamo con la finalidad de administrar y emitir los
cheques de préstamos y retiros que han sido aprobados por los directivos.
Estos solo tendrán acceso al módulo de cheques.
2. Desarrollo de un módulo para la administración de cheques de préstamos y
retiros emitidos. Este módulo tiene la finalidad de generar los comprobantes
del cheque a emitir, bien sea de un préstamo o de un retiro parcial.
3. Desarrollo de un módulo para la administración y control de préstamos. Este
módulo compuesto por seis (06) submódulos: actualización de saldos, control
de socios, estado de cuenta, registro de préstamos, retiros parciales, simulación
de préstamos.
4. Actualización de saldos: carga la data correspondiente a los asociados; de los
pagos y aportes provenientes de la nómina de CADAFE.
5. Control de socios: los usuarios podrán inscribir a nuevos asociados en la base
de datos, modificar, consultar los asociados mostrando su estado de cuenta, y
así mismo poder realizar retiros de la base de datos algún asociado.
6. Estado de cuentas: el usuario podrá consultar los estados de cuenta de los
empleados asociados
32
7. Proceso de solicitud de préstamos: los directivos podrán aceptar o rechazar las
solicitudes de préstamos solicitados a través del sistema.
8. Retiros parciales: los usuarios del sistema podrán procesar los retiros de las
cuentas de los asociados a través de este módulo, el sistema deberá almacenar
dicho retiro.
9. Simulación de préstamos: el sistema deberá calcular las cuotas de los
préstamos solicitados por los empleados asociados, las cuotas especiales y las
cuotas fijas. A demás deberá de generar el plan de préstamo, calculando los
intereses totales, interés devengado, capital amortizado, interés acumulado e
interés anual para cada cuota de pago, además de generar un reporte en PDF
del plan de pago con los datos del socio y el usuario emisor del reporte.
10. Desarrollo de un módulo que lleve a cabo la administración de los socios
afiliados por el Banco de Venezuela y las deducciones que dicho banco realiza
mensualmente. Este módulo ha sido denominado como: módulo de cobranza;
y se encuentra constituido por cuatro (04) submódulos: afiliación de socios,
generación de archivos de afiliación, cobranza Banco de Venezuela, archivos
generados.
11. Submódulo de afiliación de socios: permite que usuario administrador pueda
registrar o modificar a un asociado a la cobranza bancaria.
12. Generación de archivo de afiliación: muestra de todos los asociados que han
sido registrados para la afiliación, permitiendo al usuario seleccionar los
asociados para generar el archivo de afiliación con los datos del cliente.
13. Cobranza Banco de Venezuela: este submódulo permite agregar a los
asociados a la cobranza bancaria, así mismo crea el archivo de cobranza con el
formato especificado por el Banco de Venezuela.
14. Archivos Generados: este submódulo tiene la finalidad de mostrar los archivos
generados de afiliación y de cobranza, así mismo se pude forzar su descarga si
se desea.
15. Desarrollo de un módulo para la generación y visualización de reportes de los
diferentes módulos en formato PDF, estos reportes son: reportes generales,
33
reportes de préstamos, reportes de cobranza bancaria y reportes de cheques y
depósitos.
16. Reportes generales: emisión en formato PDF de reportes de estado de cuenta,
listado de socios no procesados, listado general de socios.
17. Reportes de préstamos: emisión de reportes en formato PDF de reportes de
préstamos cancelados, cuotas especiales por cobrar y préstamos vigentes.
18. Reportes de Cobranza: emisión de reportes en formato PDF de reportes de
socios afiliados y reportes de pagos a través del Banco de Venezuela
19. Reportes de Cheques y Depósitos: emisión de reportes en formato PDF de
cheques de préstamos emitido, cheques de retiros y depósitos registrados en
sistema.
Requisitos de Almacenamiento
Es necesario almacenar los datos en una base de datos, esto para el tratamiento de
la información que manejara el sistema. Los requerimientos de la información a
almacenar son los siguientes:
1. De los socios. Se requiere almacenar la siguiente información de los socios:
Nombres y apellidos.
Cédula de identidad.
Departamento.
Fecha de ingreso.
Zona.
Saldo ahorrado.
Saldo préstamos.
Saldo de préstamos hipotecarios.
Saldo disponible.
Cantidad de movimientos realizados.
Tipo de nómina.
Estatus.
2. De lo usuarios. Se requiere almacenar la siguiente información de los usuarios:
34
Nombre de usuario.
Clave o contraseña.
Activo. Si el usuario es activo 1 sino 0.
Nivel de acceso al sistema.
Fecha de registro.
Hora de registro.
3. De los préstamos. Se requiere almacenar la siguiente información de los
prestamos emitidos:
Cédula.
Fecha de la primera cuota.
Fecha de ingreso.
Monto del préstamo.
Tasa de interés.
Monto del cheque.
Tipo de préstamo (código).
Nro. De cuotas a cancelar.
Cuota del mes.
Monto de la última cuota.
Descripción del préstamo.
Nro. Del cheque.
4. De los planes de préstamo. Se requiere almacenar la siguiente información de
los planes de préstamos:
Cédula.
Monto del cheque.
Tasa de interés.
Número de la cuota.
Cuota especial.
Fecha.
Interés devengado.
35
Capital amortizado.
Monto cuota.
Saldo actual.
Interés acumulado.
Interés anual.
Estatus.
5. De los aportes. Se requiere almacenar la siguiente información:
Monto Corriente.
Monto Hipotecario.
Aporte empresa.
Aporte socio.
Fecha.
Cédula.
Código.
6. De los movimientos. Se requiere almacenar la siguiente información:
Cédula
Fecha del movimiento.
Referencia.
Saldo de ahorro.
Debe préstamo.
Haber préstamo.
Saldo préstamo.
Debe préstamo hipotecario.
Haber préstamo hipotecario.
Total préstamos.
Disponible.
Total hipotecario.
Liquidación.
Estatus.
36
Nro. De movimiento.
Código.
7. De las cuotas especiales. Se requiere almacenar la siguiente información:
Cédula.
Tipo de préstamo.
Monto cuota especial.
Fecha de cobro.
Cuota.
Fecha de préstamo.
8. De la afiliación. Se requiere almacenar la siguiente información:
Archivo de cabecera
Tipo de registro.
Código de servicio.
Rif del cliente.
Número de archivo.
Archivo de Detalle
Tipo de registro.
Código de suscriptor.
Reservado.
Cédula.
Nacionalidad.
Nro. De cuenta.
Nombres.
Código de archivo asociado.
9. De la cobranza:
Archivo de Cabecera
Tipo de registro.
Rif.
Verificador de rif.
37
Nro. De transacciones.
Monto total.
Fecha de envió.
Nro. De lote.
Referencia de crédito corriente.
Referencia de crédito corriente Banco de Venezuela.
Referencia de crédito corriente de otros bancos.
Fecha valor del lote.
Fecha de culminación.
Archivo de Detalle
Tipo de registro cliente.
Cédula.
Rif del cliente.
Código del cliente
Tipo de pago.
Número de cuenta
Número de tarjeta debito
Número de tarjeta crédito
CVV
Fecha de expedición
Monto
Referencia del debito
E-mail.
10. De los archivos generados. Se requiere almacenar la siguiente información:
Identificador de archivo
Fecha de generación
Dirección de ubicación del documento
38
Requisitos no funcionales
1. El sistema será integrado bajo plataforma Web, desarrollado bajo el Lenguaje
de PHP versión 4
2. La base de datos será desarrollado en Mysql.
3. El sistema Web deberá ser visible y funcional bajo cualquier navegador Web,
pero preferiblemente en el Internet Explorer o Mozilla Firefox.
No obstante, las herramientas de desarrollo instaladas y configuradas para llevar a
cabo la ejecución del proyecto fueron:
WAMPSERVER: contiene un paquete de programas que permite crear aplicaciones
Web con apache 2, php y una base de datos Mysql.
Macromedia Dreamweaver: esta es una herramienta para la edición y diseño de
páginas Web, bien sea una página básica o dinámica, es compatible en diferentes
tecnologías para el desarrollo Web como: HTML, XHTML, CSS, XML, JavaScript,
Ajax, PHP, Adobe ColdFusion y ASP
Navicat Premium: es una herramienta de base de datos de múltiples conexiones de
la Administración que le permite conectarse a MySQL, SQL Server, SQLite, Oracle y
bases de datos PostgreSQL. Soporta la mayoría de las características de MySQL,
SQL Server, SQLite, Oracle y PostgreSQL incluyendo procedimientos almacenados,
eventos, trigger, función, vista, entre otros.
El análisis de los requerimientos, es una fase fundamental para la ejecución y éxito
del proyecto, debido a que en ella se estudia en detalle el producto que se quiere y de
lo que esperan los usuarios, facilitando a los desarrolladores, tener una visión más
clara, con la finalidad de permitir al grupo de desarrollo realizar el diseño y
codificación del sistema.
Diagrama de Flujo de Datos
Diagrama de flujo de datos: según Amo y Martínez (2005) define el diagrama de
flujo de datos como:
“El DFD es una técnica grafica que representa el flujo de la información y las
transformaciones que se aplican a los datos al moverse desde la entrada a la salida”
(p.143).
39
Es evidente entonces, que los diagramas de flujo de datos o DFD‟s nos mostraran
las transformaciones que los datos se someterán dentro del sistema, para ello se ha
desarrollado hasta el primer nivel de descomposición de los DFD‟s, descomponiendo
lo más posible los niveles del sistema, para no escapar ningún detalle su
funcionamiento lógico. En la figura N° 8, se muestra el diagrama de contexto o DFD
de primer nivel, donde se denotan los entes que intervienen en el sistema (Usuario
Administrador, Usuario de Primer nivel, Usuario de Segundo nivel y Usuario de
Tercer nivel), los datos de entrada y la información de salida.
Figura 8. Diagrama de Contexto o DFD de nivel 0. Sistema Automatizado de la Caja de Ahorro y Préstamos de CADAFE
41
A partir de la figura N° 9 hasta la figura 27, se puede apreciar la descomposición del
nivel 1 de los procesos del sistema, los cuales se explican a continuación
Proceso 1. Registrar solicitud de préstamos: se visualizan los procesos que se
ejecutan y los flujos de datos que se llevan para el registro de préstamos en el sistema.
(Ver figura 9).
Figura 9.DFD nivel 1. Proceso 1: Registrar Solicitud de Préstamos
Figura 10. DFD Proceso 2. Registrar socios al sistema.
42
Figura 11. DFD Proceso 3.Modificar datos de socios.
Figura 12. DFD Proceso 4. Eliminar socios del sistema.
43
Figura 13. DFD Proceso 5. Consultar estado de cuenta
Figura 14. DFD Proceso 6. Procesar Retiro
44
Figura 15. DFD Proceso 7. Cargar saldos por archivo de nómina
Figura 16. DFD Proceso 8. Cargar saldos manualmente
45
Figura 17. DFD Proceso 9. Emitir comprobantes de cheques
Figura 18. DFD Proceso 10. Acceso al sistema
Módulo de sesiones
Proceso 10 Acceso al sistema
46
Figura 19. DFD Proceso 11. Registrar Nuevo usuario
Figura 20. DFD Proceso 12. Modificar usuario
Módulo de sesiones
Proceso 11: Registrar Nuevo usuario
Módulo de sesiones
Proceso 12: modificar usuario
47
Figura 21. DFD Proceso 13. Generar reporte de Estado de Cuenta
Figura 22. DFD Proceso 14. Generar reporte de préstamos cancelados
Módulo de Reportes
Proceso 13: Generar reporte de Estado de Cuenta
Módulo de reportes
Proceso 14: generar reporte de préstamos cancelados
48
Figura 23. DFD Proceso 15. Generar reportes de cuotas especiales por cobrar
Figura 24. DFD Proceso 16. Generar reportes de socios afiliados
Módulo de reportes
Proceso 15: Generar reportes de cuotas especiales por cobrar
Módulo de reportes
Proceso 16: Generar reportes de socios afiliados
49
Figura 25. DFD Proceso 17. Generar reportes de cobranza Banco de Venezuela
Figura 26. DFD Proceso 18. Generar reportes de cheques emitidos
Módulo de reportes
Proceso 17: Generar reportes de cobranza Banco de Venezuela
Módulo de reportes
Proceso 18: Generar reportes de cheques emitidos
50
Figura 27. DFD Proceso 19. Generar reportes de depósitos registrados
Diagrama de entidad-relación
El diagrama de entidad – relación o diagrama E-R es un modelo de datos que nos
permite representar la distribución de los datos dentro del sistema, mientras que los
DFD‟s modela las funciones que realiza el sistema, los diagrama de entidad relación
modela los datos que el sistema procesará y almacenará (Amo y Martínez, 2005).
Entidades y Atributos
1. Socios = {nombres, cédula, departamento, fecha de ingreso, zona, saldo
ahorro, saldo préstamo, saldo hipotecario, disponible, cantidad, tipo nómina,
estatus, nombre usuario, contraseña, nivel, activo}
2. Departamentos= {identificador, descripción}
3. Movimientos= {identificador, cédula, fecha, referencia, saldo ahorro, debe
préstamo, haber préstamo, saldo préstamo, debe hipotecario, haber
hipotecario, total préstamo, disponible, total hipotecario, liquidación, nro.
Movimiento, código movimiento}
4. Concepto= {descripción, código CADAFE, operación, código equivalente}
5. Aportes= {identificador, cédula, código, fecha, aporte socio, aporte CADAFE,
monto hipotecario, monto corriente, nro. Deposito, }
Módulo de reportes
Proceso 19: Generar reportes de depósitos
51
6. Cheques= {cédula, monto, fecha, descripción, nro. Documento, código,
estatus}
7. Préstamos= {identificador préstamo, cédula, fecha 1era cuota, fecha de
ingreso, tasa de interés, monto del cheque, tipo de préstamos, numero de cuota
a cancelar, cuota del mes, monto ultima cuota, descripción, nro de cheque}
8. Cuotas especiales= {identificador, cedula, tipo de préstamo, monto cuota
especial, fecha de cobro, nro de cuota}
9. Planes de préstamos= {identificador, cédula, nro. De cuota, cuota especial,
fecha, interés devengado, capital amortizado, monto cuota, saldo actual,
interés acumulado, interés anual, estatus}
10. Afiliación cabezal= {tipo de registro, directorio, código de suscriptor, rif del
cliente, nro. De archivo }
11. Afiliación detalle= {tipo de registro, código de suscriptor, reservado, cédula,
nacionalidad, nro. De cuenta, nro.}
12. Cobranza cabezal= {tipo de registro, rif, verificador de rif, nro. de
transacciones, monto, fecha de envío, nro. De lote, referencia de crédito
corriente, referencia de crédito corriente Banco de Venezuela, referencia de
crédito corriente de otros bancos, fecha valor del lote, fecha de culminación,
directorio}
13. Cobranza detalle= {tipo de registro, cédula, rif del cliente, código del cliente,
tipo de pago, nro de cuenta, nro de tarjeta de debito, nro. Tarjeta de crédito,
CVV, fecha de expedición, monto, referencia del debito, email, identificador,
nro. de lote}
Relaciones presentes en el Diagrama de Entidad Relación.
PERTENECE 1:N (Departamento - Socios).
Un socio PERTENECE a un solo departamento.
A un departamento PERTENECEN muchos socios.
REALIZA 1:N (Socios- Movimientos)
Un socio REALIZA muchos movimientos.
Un movimiento solo lo REALIZA un solo socio.
52
PERTENECE N:1 (Movimientos-Concepto)
Un concepto PERTENECE a muchos movimientos.
Un movimiento está asociado a un solo concepto.
PUEDE_REALIZAR 1:1 (Socios- Afiliación detalle)
Todo socio PUEDE_REALIZAR una única afiliación.
Una afiliación pertenece a cada socio.
ESTA_ASOCIADO N:1 (Cobranza Detalle- Préstamos)
Una cobranza bancaria ESTA ASOCIADA a un préstamo.
Un préstamo ESTA ASOCIADA a una, cero o varias cobranza bancaria.
ESTA_ASOCIADA 1:N (Afiliación Cabezal- Afiliación Detalle).
Un cabezal de archivo de afiliación ESTA ASOCIADO a varios registros de
afiliación detalle
Un registro de afiliación detalle ESTA ASOCIADA a una sola cabecera de
archivo de afiliación
ESTA_ASIGNADO 1:N(Cobranza Cabezal- Cobranza Detalle).
Un cabezal de archivo de cobranza ESTA ASIGNADO a varios registros de cobranza
detalle
Un registro de cobranza detalle ESTA ASIGNADO a una sola cabecera de archivo de
cobranza
PUEDE_SER_POR N:1 (Aportes-Préstamos)
Uno o varios aportes PUEDEN SER POR préstamos por pagar.
Una cuota de un préstamo PUEDE SER cancelado por un aporte de préstamo.
Relaciones ternarias.
CONTIENE (Préstamos-Cuotas Especiales-Planes Préstamos)
Un préstamo CONTIENE cero, una o varias cuotas especiales.
Cada cuota especial está asociada a un préstamo.
Un préstamo CONTIENE un solo plan de pago o plan de préstamos.
Un plan de préstamo está asociada a uno y solo un préstamo.
Un plan de prestamo CONTIENE cero, una o varias cuotas especiales.
Varias cuotas especiales pueden estar asociadas a un plan de préstamos.
53
Relaciones parcial y exclusiva.
ES_UN 1:1 (Movimiento-Cheques-Aportes)
Una entidad movimiento tiene solo dos tipos aportes o retiro (entidad cheque). Un
movimiento no puede ser un retiro (entidad cheque) y aporte a la vez, por lo cual un
movimiento ES UN retiro o aporte.
PUEDE SER POR 1:1 (Cheques- Préstamos)
Una entidad cheque puede ser por prestamo o por algún retiro. Esta relación es
parcial porque un cheque puede ser emitido por solo un retiro o por un préstamo.
Para visualizar en detalle los atributos, entidades y relaciones de la base de datos, se
recomienda visualizar el diagrama de entidad – relación en la figura 29.
socios
aportes
afiliación detalle
cobranza detalle
departamentos
movimientos
REALIZA
PERTENECE
1
afiliacion cabezal
cobranza cabezal
N
1
N
ES_UN
prestamos
CONTIENE
planes prestamoscuotas especiales
1
1N
1
Cheques
1
concepto
PERTENECEN
1
PUEDE_SER_POR1
PUEDE_REALIZAR
ESTA _ASOCIADO
1
1
1
N
ESTA _ASIGNADO
ESTA_ASOCIADA
1
N
N
PUEDE_SER1 1
1N
1:N
1
1:N
N:1
1:1
1:N
N:1
N:1
1:1
CONTIENE
N
1
1:N
Figura 28. Modelo Conceptual. Diagrama de Entidad – Relación
55
Fase de 2.Diseño: esta fase corresponde a la actividad cuatro (04) del plan de
trabajo y consiste en el modelado de los requerimientos con herramientas de
ingeniera de software, es decir, se comienza a apreciar con más detalle una visión del
sistema final. En esta fase modelamos los requerimientos del sistema, esto se realiza a
través de técnicas como: diseño del modelo relacional y el diccionario de datos.
Modelo relacional
El modelo relacional es la representación lógica de la base de datos y sus
relaciones, corresponde al nivel lógico/externo de la arquitectura ANSI, de acuerdo
con Batini (1994):
“El modelo relacional es un modelo potente y formal que representa la realidad”
(p.352).
Luego nos dice:
“El elemento básico del modelo es la relación, y un esquema de base de datos
relacional es una colección de definiciones de las relaciones” (p.352).
Transformación del modelo de entidad – relación al modelo relacional
De acuerdo con Sánchez (2009, p.17) se definen varios pasos para realizar la
transformación:
1. Transformación de las relaciones. Se refiere a transformar cada relación en
una tabla al modelo relacional, pero esto depende del tipo de relación. Si es
una relación ternaria, se transforma la relación en una tabla que contenga los
identificadores de las entidades participantes. Si la relación es de uno a
muchos, o viceversa, no es necesario transformar la relación en una tabla, sino
que se incluye en la tabla relacionada la clave externa de la tabla principal. Si
la relación es de uno a uno, la relación no se convierte en tabla, sino que se
coloca en una de la tabla el identificador o clave primaria de la otra tabla.
2. Si el modelo presenta una generalización o especificaciones. Si se da este
caso, el modelo se puede convertir de cuatro formas. La primera, las
subentidades pasar a ser tablas. En Segundo lugar, si la clave de la
superentidad es distinta de las subentidades, entonces se coloca el
identificador de la superentidad en cada subentidad como clave externa. En
56
tercer lugar Si la clave es la misma, entonces todas las entidades tendrán la
misma columna como identificador, y por último, la superentidad debe
generar una tabla sólo en el caso de que haya posibilidad de que exista un
ejemplar de dicha entidad que no sea ejemplar de las subentidades.
El resultado de la ejecución de esta transformación se tiene el siguiente esquema
relacional:
1. Socios={cedula, nombres, id_departamento, fecha_ingreso, zona,
saldo_ahorro, saldo_prestamo, saldo_hipo, disponible, cantidad, tipo_nomina,
estatus, contraseña, nombre_user, nivel, activo}
2. Departamento={id_departamento, descripción}
3. Cobranza_cabezal={nro_lote, tipo_registro, rif, verificador_rif, nro_trans,
monto, fecha_envio, ref_credito_co, ref_credito_bv, ref_credito_ot,
fecha_valor, fecha_culm, directorio, f_registro, cedula}
4. Cobranza_detalle={identificador, nro_lote, tipo_registro, cedula, rif_cli,
cod_cli, tipo_pago, nro_tarjeta_db, nro_tarjeta_cdt, cvv, f_expedicion, monto,
ref_debito, id_prest, id_plan}
5. Concepto={cod_cadafe, descripción, operación, codigo}
6. Movimientos={id_mov, cedula, código, fecha, referencia, saldo_ahorro,
debe_prest, haber_prest, saldo_prest, debe_hipo, haber_hipo, total_prest,
disponible, liquidación, cantidad, usuario_reg, hora_reg}
7. Afiliación_cabezal={tipo_registro, cod_servicio, rif_cli, nro_archivo, cedula,
fecha, directorio}
8. Afliacion_detalle={tipo_registro, cod_suscriptor, reservado, cedula,
nacionalidad, nro_cuenta, nro_archivo}
9. Cheques={id_mov, nro_documento, tipo, monto, id_prest, aporte_socio,
aporte_empresa, hipotecario, corriente, nro_deposito}
10. Aportes={id_mov, id_prest, }
11. ES_UN={id_prest, id_plan, cedula, fecha_era, fecha_ingreso, monto_cheque,
tipo_prestamo, nro_cuotas, cuota_pagada, monto_ultima, descripción,
monto_cuota_esp, fecha de cobro, tasa de interés, nro_cuota,
57
interés_devengado, capital_amortizado, saldo_actual, interés_acum,
interés_anual, estatus}
Según Osorio (2005, p.36) define la técnica de normalización como:
“La normalización es un concepto que hacer referencia a las relaciones.
Básicamente el principio de la normalización indica que las tablas de la base de datos
eliminaran las incoherencia, redundancia y minimizaran la ineficiencia.”
Según Rob y Coronel (2003, p.197), nos define las siguientes formas normales:
Primera Forma Normal (1NF): una tabla esta en primera forma normal,
cuando todos los atributos de clave están definidos y todos los demás restantes
dependen de la clave primaria.
Segunda Forma Normal (2NF): una tabla esta en 2NF cuando se encuentra en
1NF, y además no contiene dependencias parciales. Entonces, una tabla en
1NF se convierte automáticamente en la 2NF si su clave primaria esta basada
solamente en un atributo simple.
Tercera Forma Normal (3NF): una tabla se encuentra en 3NF si esta en 2NF
contiene dependencias transitivas.
Forma Normal de Boyce-Codd (BCNF): es un caso especial de la 3NF, en el
cual todas las claves determinantes son claves candidatas. Entonces si una
tabla tiene una sola clave candidata, se convierte automáticamente de una 3NF
a una de BCNF.
Primera Forma Normal (1NF).
Tenemos la siguiente tabla de nuestro diagrama de entidad- relación:
Un caso de normalización de la 1NF se puede apreciar en la siguiente tabla:
58
Tabla 2. Ejemplo de tabla de afiliación_cabezalen 1NF
Nro_archivo Cedula Fecha … Directorio
1 8.524.767 12/10/1999 … archivos/afiliacion/afiliacio
n01.txt
2 15.678.900 2/10/2010 … archivos/afiliacion/afiliacio
n02.txt
3 9.945.984 1/10/2009 … archivos/afiliacion/afiliacio
n03.txt
Segunda Forma Normal (2NF).
De la tabla socios, los campos contraseña, nivel y activo depende funcionalmente de
la clave cedula además de la clave nombre_user, para evitar esto aplicamos la 2NF
dando como resultado las siguientes tablas con dependencia funcional completa:
Socios={cedula, nombres, id_departamento, fecha_ingreso, zona, saldo_ahorro,
saldo_prestamo, saldo_hipo, disponible, cantidad, tipo_nomina, estatus }
Cuentas_Usuario={cedula, nombre_user, nivel, activo, contraseña}
Tercera Forma Normal (3NF).
Un ejemplo de esta relación, tenemos la tabla PLAN PRESTAMO:
PLAN PRESTAMO (id plan, cedula, monto cheque, total interés, nc, cuota especial,
id préstamo,…);
Podemos dividir esta relación de la siguiente forma:
PLAN PRESTAMO (id plan, cedula, monto cheque,total interés, nc, id cuota
especial, id préstamo,…);
PRESTAMOS (id préstamo, nro. Cheque, descripción…);
En la figura N° 29, se puede preciar el resultado final de la transformación del
modelo de entidad relación al modelo relacional en el diagrama relacional de la base
de datos del sistema de Caja de Ahorro y préstamos de CADAFE.
Figura 29. Modelo Relacional. Sistema Automatizado de la Caja de Ahorro y Préstamos de CADAFE
60
Diccionario de datos
Para complementar la fase de diseño de la base de datos, en el modelo relacional, a
continuación se describirá en las siguientes tablas el diccionario de datos del sistema,
el cual consiste en la descripción interna, conceptual y externa de la base de datos
(Cobo, 2007, p.15).El diccionario de datos del sistema se puede apreciar en el anexo
B.
Fase 3. Generación de código, validación de los módulos del sistema e
integración. Finalizado la fase de diseño, se procede a ejecutar la fase de
codificación e integración de los módulos del sistema, esta fase refiere a la
codificación de la interfaz gráfica y a de los módulos del sistema, fase que
corresponde a la actividad 5, 6 y 7 del plan de trabajo (ver Anexo A). En primer lugar
se comenzó con el desarrollo de la interfaz gráfica del sistema, diseñando las clases y
elementos que compondrán los formatos para la visualización del sistema, como el
tamaño de letra, los colores de fondos, formato de menú, formato de las tablas,
formato de los formularios, los efectos, entre otros, a través del uso de las Hojas de
Estilo en Cascada o CSS, que consiste en un lenguaje utilizado para definir como se
mostraran los elementos HTML con la finalidad de cambiar la apariencia y
maquetación de todas las páginas del sistema web (Egea, 2007, p.131).
Luego de codificar y diseñar los estilos css, se procedió a la codificación de los
módulos del sistema, primero con el módulo de sesiones; que es para el control de
acceso de usuarios al sistema, seguido del módulo de préstamos como módulo
principal del sistema; debido a que este le provee información y datos al resto de los
módulos, seguidamente del módulo de cobranza bancaria, el módulo de cheques y
finalmente el módulo de reportes del sistema. Para la codificación de dichos módulos
se utilizo el modelo estructurado, con el lenguaje de programación PHP 4, así mismo
fue utilizado la biblioteca JavaScript de jQuery para el diseño de diversos efectos del
sistema, soporte en el diseño de tablas dinámicas, entre otros aspectos de gran
utilidad, la librería de TCPDF para el diseño y generación de los reportes en formato
PDF.
61
PHP: es un lenguaje de programación que se ejecuta en el lado del servidor, cuyo
código se incluye en una página HTML. Es diferente de JavaScript debido a que este
se ejecuta en el lado del cliente y el código PHP se ejecuta en el lado del servidor,
donde el resultado de esta ejecución en integra en una página HTML la cual es
enviada al explorador (Heurtel, 2009, p.223).
JavaScript: es un lenguaje compacto basado en objetos, diseñado para el
desarrollo de aplicaciones cliente-servidor a través del internet, el cual tiene la
particularidad de poder ser insertado en una misma página HTML. JavaScript
reconoce eventos las cuales son acciones realizadas por el usuario definiendo así un
sistema interactivo (Sánchez, 2001, p.9-p.10).
JQuery: se trata de una biblioteca de código abierto de JavaScript creada por John
Resig, para la construcción de aplicaciones web dinámicas, integrada de los controles
especiales como calendarios, manejo de carpetas y los efectos especiales (Holzner,
2009, p.12)
CSS: es la abreviatura de Cascading Style Sheet (Hoja de Estilo en Cascada), cuya
función es definir como se mostraran los elementos de HTML y el estilo en que se
han de mostrar (Egea, 2007, 133).
TCPDF: librería utilizada para la generación de documentos en formatos PDF en
el lenguaje PHP la cual no requiere de bibliotecas externas. TCPDF es una librería
robusta, compatible con gráficos a través de PHP, códigos de barras, gradientes,
HTML, CSS, fuentes, gestión de diseño, encabezados y pies de página (Gogala,
Maclntyre, MacDonald, Danchilla, 2011, p.218)
La figura N° 30 corresponde a la página principal del sistema de la Caja de Ahorro
y Préstamos de CADAFE, esta página principal cuenta con un formulario donde el
usuario introduce su nombre de usuario y contraseña para acceder al sistema.
62
Figura 30. Página principal del Sistema Automatizado de Caja de Ahorro y
Préstamos
Como puede observarse en la figura N° 31, la composición del sistema integrando
los cinco (5) módulos que fueron desarrollados (cheques, préstamos, cobranza,
reportes y sesiones).
Figura 31. Menú principal del Sistema Automatizado de la Caja de Ahorro y
Préstamos CADAFE
63
Figura32. Menú: Módulo de cheques
Figura 33. Modulo de cheques: Emitir comprobantes de cheques
64
Figura 34. Modulo de préstamos: submódulo del sistema
Figura 35. Módulo de préstamos: submódulo control de socios. Consulta de socios
del sistema. Agregar y modificar socios en el sistema.
65
Figura 36. Módulo de préstamos: submódulo control de socios. Formulario para
agregar socios en el sistema.
Figura 37. Módulo de préstamos: submódulo registrar préstamo. Formulario para
agregar préstamo en el sistema.
66
Figura 38. Módulo de préstamos: submódulo registrar préstamo. Formulario para
agregar retiro en el sistema.
Figura 39. Módulo de préstamos: submódulo registrar préstamo. Formulario para
agregar plan de préstamo en el sistema.
67
Figura 40. Módulo de cobranza: submódulo del sistema.
Figura 41. Módulo de cobranza: submódulo de afiliación de socios. Registrar y
consultar y eliminar socio a afiliar
68
Figura 42. Módulo de cobranza: submódulo de afiliación de socios. Formulario para
registrar socio a afiliar
Figura 43. Módulo de cobranza: submódulo de afiliación de socios. Formulario para
generar archivo de afiliación
69
Figura 44. Módulo de cobranza: submódulo de afiliación de socios. Formulario para
generar archivo de cobranza.
Figura 45. Módulo de reportes: submódulo del sistema.
70
Figura 46. Módulo de reportes: submódulo estado de cuenta.
Figura 47. Módulo de reportes: Formulario de consulta.
71
Figura 48. Módulo de sesiones: submódulodel sistema.
Figura 49. Módulo de sesiones: submódulocontrol de cuentas de usuarios. Consultar
y/o agregar usuario
72
Figura 50. Módulo de sesiones: submódulo control de cuentas de usuarios. Agregar
usuario
Fase 4. Validación y pruebas de integración. En esta fase se realizaron las
pruebas de cada módulo del sistema, corresponde a la actividad 8 del plan de trabajo,
donde los usuarios del sistema juntamente con el tutor industrial se ejecutaron las
pruebas, verificando y validando de esta manera el cumplimiento de los
requerimientos iníciales dados por los usuarios. En efecto las pruebas realizadas
arrojaron tales resultados:
Módulo de Sesiones:
El cumplimiento de los privilegios para el acceso al sistema de los usuarios.
Registro, eliminación y modificación de cuentas de usuarios
Módulo de Préstamos:
Carga de archivo de nómina en sistema
Actualización de saldos en el sistema
Actualización manual de aportes.
Control de socios. Eliminación, registro y modificación de socios en el
sistema.
73
Visualización de estado de cuenta de los usuarios. Generación de archivo PDF
de los estados de cuenta.
Consultas de préstamos solicitados.
Eliminación y aprobación de préstamos solicitados
Retiros de ahorro en cuentas de usuarios
Solicitud de préstamos en sistema
Calculo de plan de préstamos en sistema.
Generación de archivo PDF de plan de préstamo calculado.
Módulo de Cobranza:
Registro de afiliación de usuario en el sistema
Eliminación y modificación de usuario a afiliar
Registro de cabecera archivo de afiliación
Descargar archivo de afiliación
Registro de cobranza
Registro de cabecera archivo de cobranza
Generación de archivo de cobranza
Descarga de archivo de cobranza
Histórico de archivos generados de cobranza y afiliación
Módulo de cheques:
Consulta de cheques aprobados
Emisión de comprobantes de cheques emitidos
Módulo de reportes
La visualización y generación de reportes y consultas de los usuarios.
Los resultados de ejecución de formularios, procesamiento de datos,
procesamiento de archivos, descarga forzada de archivo y generación de reportes se
puede apreciar con más detalle en el Anexo C.
Fase 5. Documentación. Es la última fase que se ejecuta y corresponde a la
actividad 9 y 10 del plan de trabajo, esta fase consiste en la realización de la
74
documentación del código fuente, elaboración de los manuales de usuario (ver Anexo
C) y del informe final de pasantía profesional.
V: FACILIDADES Y DIFICULTADES ENCONTRADAS.
5.1 Facilidades encontradas durante el proceso de desarrollo de pasantía
Durante el proceso de desarrollo del sistema de la Caja de Ahorro y Préstamos de
la empresa CADAFE, se encontraron las siguientes facilidades:
Conocimiento de lenguajes de programación como: PHP, HTML, JavaScript,
SQL, además sobre sistemas gestores de base de datos MySQL.
Disposición de equipos de computación para el desarrollo del sistema
Buena comunicación con los usuarios, directivos de la Caja de Ahorro de
CADAFE y el tutor industrial para la recopilación de la información
requerida.
Apoyo del tutor académico, del tutor industrial y de los usuarios del sistema.
La existencia del sistema previo, lo cual facilitó el diseño de interfaces y
procesos del sistema propuesto.
5.2. Dificultades encontradas durante el proceso de desarrollo de pasantía
En cuanto a las dificultades encontradas durante este proceso fueron:
Ausencia de un equipo de desarrolladores en la Gerencia de ATIT Bolívar de
CADAFE, esto se debe a que la dependencia de desarrollo de CADAFE se
maneja en la Ciudad de Caracas, en cambio, las funciones de la gerencia de
ATIT Bolívar son la aplicación de soporte en los procesos internos de
informática y de telecomunicaciones en CADAFE.
Adición de requerimientos del sistema (módulo de cobranza) en la fase de
codificación, el cual produjo un retraso en el desarrollo del proyecto.
Sin embargo, las dificultades fueron solucionadas de la siguiente manera:
Soporte con el equipo de pasantes de la Gerencia de ATIT en la parte de
desarrollo para asegurar la meta del proyecto de pasantía.
Reuniones con los directivos de la Caja de Ahorro y Préstamo de CADAFE
con la finalidad de redefinir de requerimientos del sistema. Esta redefinición
provocó algunos ajustes en las fechas de culminación del proyecto
solicitando así una extensión en la pasantía profesional aproximadamente de
4 semanas.
VI: APRECIACIONES SOBRE LOS CONOCIMIENTOS ADQUIRIDOS
DURANTE EL PROCESO DE PASANTÍA
1. Se adquirió experiencia laboral en el área de desarrollo de sistemas y
aplicaciones bajo plataforma Web, así mismo se ampliaron los
conocimientos sobre el comportamiento organizacional y estructural de la
empresa.
2. Se adquirieron conocimientos teóricos y técnicos de librerías y bibliotecas
para el desarrollo Web como lo es la librería TCPDF de PHP y la
biblioteca jQuery.
3. Se fortalecieron los conocimientos técnicos para el desarrollo web,
sobretodo en el diseño de estilos CSS, manejo de efectos en JavaScript,
funciones y clases en PHP.
4. Se fortalecieron los conocimientos teóricos y prácticos en el desarrollo,
planificación y ejecución de proyectos de ingeniería de software mediante
la aplicación y práctica de la metodología elegida, que en este caso fué la
metodología en cascada o ciclo de vida clásico.
78
CONCLUSIONES
De acuerdo con los objetivos específicos del presente informe se puede concluir lo
siguiente:
1. Se logró identificar los procesos para la asignación de préstamos, pagos, carga
de archivos, descarga forzada de archivos, generación de reportes en formato
PDF, entre otros, a través de las entrevistas y reuniones con los usuarios del
sistema, y el análisis del sistema actual.
2. Se ejecutó el modelado de los requisitos del sistema a través del uso de
técnicas de ingeniería de software como: el modelo de relacional y el diseño
del diccionario de datos.
3. Se ejecutaron las actividades de codificación y construcción de los siguientes
módulos: cheques, préstamos, cobranza sesiones y reporte, a través del uso de
herramientas para la edición de páginas web, uso de librerías en PHP,
bibliotecas en JavaScript y las hojas de estilos CSS para el diseño de los
elementos HTML que forman parte del sistema, además se realizó la
construcción de la construcción de la base de datos.
4. Se realizaron pruebas unitarias y de integración de los módulos del sistema
(cheques, préstamos, cobranza, sesiones y reportes), así mismo las fallas
detectadas a través de dichas pruebas fueron solucionadas.
5. Debido a las restricciones de tiempo para la culminación de este trabajo y a la
disponibilidad de los usuarios no fue posible la ejecución de la fase de
implantación, dejándose entrega de los manuales de instalación de sistema y
de los manuales de usuarios para una posterior ejecución de esta actividad.
79
RECOMENDACIONES
1. Alojar el sistema dentro de servidores que competen a CADAFE, para tener
un sistema distribuido totalmente donde no solo los directivos puedan tener
acceso al sistema sino también todos los empleados de CADAFE, o
simplemente se recomienda la adquisición de este servicio por compañías
privadas, para poder así aprovechar al máximo el sistema.
2. Ampliar los niveles de seguridad del sistema y garantizar la confiabilidad y
privacidad de la información.
3. Considerar la posibilidad de adecuar nuevos procesos en el sistema, si en caso
futuro hay alguna adición de nuevos requerimientos.
4. La empresa CADAFE, específicamente la Gerencia de ATIT Bolívar debería
incluir un equipo de trabajo para el mantenimiento de los sistemas
desarrollados por los pasantes, para evitar así la degradación del software.
80
REFERENCIAS BIBLIOGRÁFICAS
Amo, A., Martínez, N. (2005). Introducción a la Ingeniería del
Software. Delta Publicaciones.
Batini, C. (1994). Diseño conceptual de bases de datos: un enfoque de
entidades-interrelaciones. Ediciones Díaz de Santos.
Cobo, A. (2007). Diseño y programación de bases de datos. Editorial
Visión Libros
Cortes, R. (2000). Introducción al Análisis de Sistemas y la Ingeniería
de Software. Editorial Universidad Estatal a Distancia.
Corpoelec (2011). Corporación Eléctrica Nacional. Recuperado el 15
de noviembre del 2011 de http://www.corpoelec.gob.ve/
Compañía Anónima de Administración y Fomento – CADAFE
(2008). Misión, visión y metas de la Gerencia de ATIT de la Región 8.
Puerto Ordaz - Estado Bolívar. Autor: Ing. Rafael Rodríguez
Egea, C. (2007). Diseño Web para tod@s I: accesibilidad al contenido
en la Web. Icaria Editorial.
Gogala, M., Maclntyre, P., MacDonald, A., Danchilla, B. (2011). Pro
Php Programming. Apress.
Holzner, S. (2009). JQuery: Visual QuickStart Guide. Peachpit Press.
Hurtel, O. (2009). PHP y MySQL Domine el desarrollo de un sitio
Web dinámico e interactivo. Ediciones ENI.
Osorio, F. (2008). Bases de Datos Relacionales Teoría y Práctica.
Fondo Editorial ITM.
Pressman, R. (2002). Ingeniería del software: un enfoque práctico.
McGraw-Hill.
81
Rob, P., Coronel, C. (2003). Sistemas de bases de datos: diseño,
implementación y administración. CengageLearning Editores.
Sánchez, M. (2001). Javascript. Innovación Y Cualificación.
Sánchez, J. (2009). Principios sobre base de datos relacionales.
CreativeCommons.
Sommerville, I. (2005). Ingeniería del Software. Pearson.
ANEXOS
ACTIVIDADES SEMANAS
1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19
1. Inducción a la empresa
2. Instalación y configuración de herramientas para el desarrollo
del sistema.
3. Análisis y definición de los requerimientos funcionales, de
almacenamiento y no funcionales
4. Diseño del sistema
5. Codificación de módulos del sistema
6. Validación y pruebas de módulos del sistema
7. Integración de módulos del sistema
8. Validación y pruebas de integración
9. Documentación del sistema integral y elaboración de manuales
de usuarios
10. Realización de Informe de pasantías
UNIVERSIDAD NACIONAL EXPERIMENTAL DE GUAYANA
VICERRECTORADO ACADEMICO
COORDINACIÓN GENERAL DE PREGRADO
COORDINACIÓN DE PASANTIAS
______________________________________
ING. JORGE ESCALONA
TUTOR ACADÉMICO
______________________________________
ING. RAFAEL RODRGUEZ
TUTOR INDUSTRIAL
FECHA DE INICIO: 1 AGOSTO 2011
FECHA CULMINACIÓN: 5 DICIEMBRE 2011
______________________________________
ING. RAFAEL RODRÍGUEZ
TUTOR INDUSTRIAL
84
ANEXO B: Diccionario de Datos
Tabla 3. Base de datos: tabla afiliación_cabezal.
Tabla: afiliación_cabezal
Descripción: constituye la primera línea del archivo de afiliación el cual
contiene un conjunto de parámetros para que integrara el archivo final de
afiliación .txt para el Banco de Venezuela
Atributo Tipo/Tamaño Clave Descripción
tipo_reg int(1)
Este código se asigna para
identificar el tipo de registro. La
cabecera de archivo es el tipo de
registro „0
cod_servicio int(5)
Valor Fijo; indicado por el Banco
para el servicio
rif_cliente varchar(11)
Rif del Cliente: Campo
Alfanumérico; redefinido en dos
campos
n_archivo int(2) Primaria
Este número debe ser generado por
la empresa iniciando el valor con
„1‟ (secuencial, ascendente,).
cont_reg int(4)
Contador de Registros: Contiene el
total de registros que existen en el
archivo, incluyendo cabecera de
archivo
Cedula varchar(9) Externa Usuario que hace el registro
fecha_reg varchar(10)
Fecha en que se realiza el registro
formato DD/MM/AAAA
hora_reg varchar(5)
Hora en que se realiza el registro
fecha varchar(8)
Fecha Generación: Contiene la
fecha en que la empresa origen
envía el archivo. Formato del campo
DD/MM/AAAA
Directorio varchar(60) Dirección donde se almacena el
archivo en el servidor
85
Tabla 4. Base de datos: tabla afiliación_detalle
Tabla: afiliación_detalle
Descripción: constituye el retos de las líneas del archivo de afiliación el cual
contiene un conjunto de datos de los usuarios que se afiliaran al Banco de
Venezuela para realizar la cobranza bancaria
Atributo Tipo Clave Descripción
tipo_reg int(1)
Tipo de Registro: Este código se
asigna para identificar el tipo de
registro. El registro individual es el
tipo de registro „1‟
cod_suscriptor varchar(12)
Código Suscriptor: Campo numérico
cuya longitud es de 12 posiciones
reservado int(2)
Reservado del Banco: Campo
numérico. Valor fijo 99
El valor 99 identifica al proceso de
Afiliación Manual
Cedula varchar(10) Primaria Cedula de Identidad: Campo
Alfanumérico
nacionalidad varchar(2)
Nacionalidad : Venezolana,
Extranjera, Pasaporte, Gobierno
Jurídico
n_cuenta varchar(20)
Número de la cuenta a Afiliar en
formato Código Cuenta Cliente (20
posiciones)
procesado varchar(2)
Identificador si el cliente fue
procesado. SI: si fue procesado, NO:
si no ha sido procesado.
fecha_reg varchar(10)
Fecha en que se realiza el registro
formato DD/MM/AAAA
n_archivo int(20) Externa
Código o número de archivo: donde
se ha registrado el afiliado. Este
campo puede ser NULL si el registro
no ha sido procesado
86
Tabla 5. Base de datos: tabla aportes
Tabla: aportes
Descripción: contiene todo los registros de los aportes realizados por el socio de
la caja de ahorro.
Atributo Tipo Clave Descripción
Id_aportes int(20) Primaria Identificador del registro de aportes
corrientes double(11,2) Monto corriente
hipotecario double(11,2) Monto hipotecario
aporte_emp double(11,2) Aporte por empresa
aporte_socio double(11,2) Aporte por socio de la empresa
fecha varchar(10) Fecha de registro
cedula varchar(8) Cédula del socio que realiza el aporte
Código varchar(6) Código del aporte
nombres varchar(60) Nombres y Apellidos del asociado
Id_mov int(20) Externa Identificador del registro de
movimiento
Id_prest int(20) Externa Identificador del registro de préstamo
Id_plan int(20) Externa Identificador del registro de plan
Nro_deposito varchar(5) Hora de registro del aporte
87
Tabla 6. Base de datos: tabla cobranza_cabezal
Tabla: cobranza_cabezal
Descripción: constituye la primera línea del archivo de cobranza el cual contiene
un conjunto de parámetros para que integrara el archivo final de cobranza
.txt para los pagos a través del Banco de Venezuela
Campo Tipo Clave Descripción
tipo_reg varchar(2) Identificador de registro de
encabezado. Valor fijo 01
rif varchar(9) Numero de rif de la empresa
recaudadora
verificador_rif int(1) Digito verificador de rif de la
empresa recaudadora
nro_trans int(10) Cantidad de registros enviados
monto_total double(11,2) Monto total de los registros
enviados
fecha_envio varchar(10) Fecha de envió del archivo
nro_lote int(10) Primaria Numero de lote único
ref_credito_co varchar(20) Referencia para la conciliación del
abono al cliente recaudador
ref_credito_bv varchar(20) Referencia para el cliente
recaudador
ref_credito_ot varchar(20) Referencia para el cliente
recaudador para otros banco
fecha_valor varchar(10) Fecha valor a partir del cual se
inicia el proceso de cobro
fecha_culm varchar(10) Fecha de culminación del proceso
de cobro. Debe ser mayor a la fecha
valor
cedula varchar(9) Externa Usuario que realiza el registro
fecha_reg varchar(10) Fecha en que se procesa el archivo
hora_reg varchar(5) Hora en que se procesa el archivo
88
Tabla 7. Base de datos: tabla cobranza_detalle
Tabla: cobranza_detalle
Descripción: constituye el restos de las líneas del archivo de cobranza el cual
contiene un conjunto de parámetros para que integrara el archivo final de
cobranza .txt para los pagos a través del Banco de Venezuela
Campo Tipo Clave Descripción
Id int(20) Primaria Identificador único de archivo
tipo_reg_cli varchar(2) Identificación de registro detalle.
Valor fijo:02
cedula varchar(9) Externa Nro. De cedula del cliente
rif_cli varchar(1) Solo si es persona jurídica, si es
persona natural su valor es 0
cod_cli varchar(20) Numero de suscriptor del cliente para
la empresa recaudadora
tipo_pago varchar(1) T (Tarjeta de Crédito) C(Cuenta)
tipo_cuenta varchar(2) 00 Cuenta corriente, 01 cuenta de
ahorros, 02 tarjeta de crédito
nro_cuenta varchar(20) Cuenta del cliente deudor, en la que se
efectuara el debito
nro_tarjeta varchar(20) Tarjeta del cliente deudor, en la que se
efectuara el debito
cvv2 varchar(3) En caso de tarjeta de crédito de otros
bancos
f_expe varchar(10) En caso de tarjeta de crédito
f_valor_debe varchar(10) Fecha valor a partir del cual se
comienza la fecha de cobro del
registro
monto double(11,2) Monto del debito
ref_debito varchar(20) En recaudación de cuentas del Banco
de Venezuela, es la referencia de
recaudación por parte del recaudador e
identificación del cargo del estado de
cuenta del deudor
e_mail_cli varchar(50) Dirección de correo electrónico del
cliente deudor
usuario_reg varchar(30) Usuario que hace el registro
fecha_reg varchar(10) Fecha en que se hace el registro
hora_reg varchar(5) Hora en que se hace el registro
tipo_pago2 varchar(1) T (Tarjeta de Crédito) C(Cuenta)
89
tipo_cuenta2 varchar(2) 00 Cuenta corriente, 01 cuenta de
ahorros, 02 tarjeta de crédito
nro_cuenta2 varchar(20) Cuenta del cliente deudor, en la que se
efectuara el debito
nro_tarjeta2 varchar(20) Tarjeta del cliente deudor, en la que se
efectuara el debito
cvv22 varchar(3) En caso de tarjeta de crédito de otros
bancos
f_expe2 varchar(10) En caso de tarjeta de crédito
Nro_lote int(20) Externa Identificador del registro del cabezal
n_cuota int(2) Externa Numero de cuotas que a cancelado del
préstamo
Id_plan int(20) Externa Identificador del plan de préstamo que
se ha cobrado por parte del Banco de
Venezuela
Tabla 8. Base de datos: tabla concepto_oper
Tabla: concepto_oper
Descripción: contiene el detalle de cada operación que del socio, que se registra
en el sistema, bien sea un aporte o préstamo
Campo Tipo Clave Descripción
transaccion varchar(60) Descripcion de la operación
código_cadafe varchar(3) Código de la operación asignado por
CADAFE
operacion varchar(20) Descripcion de la operación que
puede ser DEBE o HABER
codigo varchar(6) Primaria Código equivalente de la operación
Caja de Ahorro
90
Tabla 9. Base de datos: tabla departamentos
Tabla: departamentos
Descripción: contiene los el detalle de los departamentos existentes en
CADAFE
Campo Tipo Clave Descripción
Id int(2) Primaria Identificador único de registro
departamento varchar(60) Descripción del departamento
Tabla 10. Base de datos: tabla depósitos_cheques
Tabla: depósitos_cheques
Descripción: contiene la descripciones de los cheques emitidos y los
depósitos registrados en el sistema
Campo Tipo Clave Descripción
tipo_documento varchar(30) Tipo de documento.
Deposito o Cheque
monto_co double(11,2) Monto corriente
fecha varchar(10) Fecha
nro_documento varchar(30) Primaria Numero del cheque o
deposito
monto_hipo double(11,2) Monto hipotecario
Cedula varchar(9) Usuario que procesa el
registro
hora_reg varchar(5) Hora de registro
fecha_reg varchar(10) Fecha de registro
estatus varchar(15) Estatus del cheque.
Emitido o En Espera
id_mov int(20) Externa Identificador del préstamo
91
Tabla 11. Base de datos: tabla movimientos
Tabla: movimientos
Descripción: contiene los movimientos realizados por los usuarios
Campo Tipo Clave Descripción
Id int(20) Primaria Identificador único del registro
cedula varchar(9) Cedula
f_mov varchar(10) Fecha del movimiento en la cuenta
referencia varchar(60) Descripcion del tipo de movimiento
saldo_ahorro double(11,2) Saldo ahorro del socio
debe_prestamo double(11,2) Debe préstamo
haber_prestamo double(11,2) Haberes del préstamo
saldo_prestamo double(11,2) Saldo del préstamo
debe_p_hipo double(11,2) Debe de préstamos hipotecarios
haber_p_hipo double(11,2) Haberes de préstamos hipotecarios
total_prestamo double(11,2) Suma total de préstamos realizados
disponible double(11,2) Cantidad disponible en cuenta de
socio
aporte_emp double(11,2) Aporte por parte de la empresa
aporte_socio double(11,2) Aporte por parte del socio
total_hipo double(11,2) Total saldo hipotecario
liquidacion double(11,2) Liquidación
status varchar(30) Estatus
cantidad int(11) Cantidad de movimientos totales
realizados en la cuenta
codigo varchar(6) Código del movimiento
cedula_reg varchar(9) Usuario que proceso el registro
fecha_reg varchar(10) Fecha en que se proceso el registro
hora_reg varchar(5) Hora en que se proceso el registro
92
Tabla 12. Base de datos: tabla plan_prestamo
Tabla: plan_prestamo
Descripción: contiene los planes de préstamos registrados por los usuarios
administradores
Campo Tipo Clave Descripción
Id int(20) Primaria Identificador único de registro
cedula varchar(9) Cedula del socio
monto_cheque double(11,2) Monto del cheque a emitir del
préstamo
total_interes double(11,2) Total de intereses calculados
tasa_interes double(11,2) Tasa de interés. Valor único:
16%
nc int(2) Numero de cuota
monto_especial double(11,2) Monto Cuota especial
fecha varchar(10) Fecha de cobro
interes_dev double(11,2) Interés devengado
cap_amortizado double(11,2) Capital amortizado
cuota_mes double(11,2) Monto cuota en el mes
saldo_actual double(11,2) Saldo deudor
interes_acum double(11,2) Interés acumulado
interes_anual double(11,2) Interés anual
cancelado varchar(2) Si: si la cuota esta cancelada,
No: si la cuota no ha sido
cancelada
id_prestamo varchar(20) Foránea Identificador de préstamo
asociado
cedula_reg varchar(9) Usuario que procesa el registro
hora_reg varchar(5) Hora que procesa el registro
fecha_reg varchar(10) Fecha en que se procesa el
registro
93
Tabla 13. Base de datos: tabla prestamos
Tabla: prestamos
Descripción: contiene los préstamos aprobados por los directivos de la
caja de ahorro de CADAFE
Campo Tipo Clave Descripción
id_prest int(20) Primaria Identificador único de registro
cedula varchar(9) Cedula del socio
f_pcuota varchar(10) Fecha primera cuota
f_ingreso varchar(10) Fecha de ingreso
monto_prestamo double(11,2) Monto de prestamo
tasa_int int(2) Tasa de interés
tipo_prest varchar(6) Tipo de prestamos
nro_cuotas int(2) Numero de cuotas
descripcion varchar(60) Descripción
nro_cheque varchar(20) Numero identificador del cheque
cedula_reg varchar(9) Usuario que hace el registro
hora_reg varchar(5) Hora de registro
fecha_reg varchar(10) Fecha de registro
Tabla 14. Base de datos: tabla socios
Tabla: socios
Descripción: almacena la información referente a los socios de la caja
de ahorro y de las cuentas de usuario del sistema asociadas a cada
socio
Campo Tipo Clave Descripción
Cedula varchar(9) Primaria Cedula de identidad del socio
nombres varchar(60) Nombres del socio
f_ingreso varchar(10) Fecha de ingreso
departamento varchar(60) Departamento
zona varchar(30) Zona
saldo_ahorro double(11,2) Saldo de ahorro
saldo_prest_co double(11,2) Saldo prestamo corriente
saldo_prest_hip double(11,2) Saldo prestamo hipotecario
bloqueado double(11,2) Saldo bloqueado
disponible double(11,2) Saldo disponible
94
cantidad int(10) Numero de movimientos
procesados en sistema
estatus varchar(20) Estatus del socio: OBRERO o
EMPLEADO
tipo_nomina varchar(20) MENSUAL o SEMANAL
fecha_reg varchar(10) Fecha de registro
hora_reg varchar(5) Hora de registro
Tabla 15. Base de datos: tabla socios_retirados
Tabla: socios_retirados
Descripción: almacena la información referente a los socios que se han
retirado de la caja de ahorro y préstamos de CADAFE
Campo Tipo Clave Descripción
Cedula varchar(9) Primaria Cedula del socio
nombres varchar(60) Nombres del socio
f_ingreso varchar(10) Fecha de ingreso
departamento varchar(60) Departamento asociado
zona varchar(30) Zona
saldo_ahorro double(11,2) Saldo de ahorro
saldo_prest_co double(11,2) Saldo préstamo corriente
saldo_prest_hip double(11,2) Saldo préstamo hipotecario
bloqueado double(11,2) Saldo bloqueado
disponible double(11,2) Saldo disponible
cantidad int(10) Cantidad movimientos
estatus varchar(20) Estatus del asociado
tipo_nomina varchar(20) Tipo de nomina
fecha_reg varchar(10) Fecha de registro
hora_reg varchar(5) Hora de registro
fecha_retiro varchar(10) Fecha de retiro
hora_retiro varchar(5) Hora de retiro
usuario_retiro varchar(30) Usuario que proceso el retiro
95
Tabla 16. Base de datos: tabla tipo_nomina
Tabla: tipo_nomina
Descripción: almacena la información referente los tipos de nomina que
maneja CADAFE
Campo Tipo Clave Descripción
Id int(2) Primaria Identificador único de registro
tipo_nomina varchar(60) Tipo de nomina
Tabla 17. Base de datos: tabla cuentas_usuarios
Tabla: cuentas_usuarios
Descripción: almacena la información referente a los usuarios del
sistema de la caja de ahorro
Campo Tipo Clave Descripción
Cedula varchar(9) Primaria Cédula de identidad del socio
Nombres_user varchar(30) Nombres del usuario
Nivel int(1) Nivel de usuario
contraseña varchar(30) contraseña
activo int(1) 0 inactivo 1Activo
Cedula_reg varchar(9) Usuario que procesa el registro
fecha_reg varchar(10) Fecha de registro
hora_reg varchar(5) Hora de registro
96
ANEXO C: Manual de usuario
ÍNDICE
Página
Introducción……………………………………………………………………… 3
Parte I: Presentación del Sistema…….....................................................................4
1.1.¿Qué es el Sistema de Caja de Ahorro y Préstamos de CADAFE?..................5
1.2.Usuarios que intervienen……………………………………….…..………….5
1.3.¿Cómo iniciar el sistema?..................................................................................6
Parte II: Acceso al sistema……………………………………………..………….8
2.1. Acceso al sistema…………………………………………………..…………9
2.1. Opciones de Menú…………………………………………………...………..9
Parte III: Módulos del sistema…………………………………………..……….11
3.1. Módulo de Prestamos………………………………………………...……...12
3.2. Módulo de Cobranza…………………………………………………...……40
3.3. Módulo de Cheques…………………………………………………...……..56
3.4. Módulo de Reportes………………………………………………...……….58
3.5. Módulo de Sesiones………………………………………………..………..70
97
INTRODUCCIÓN
El presente manual está dirigido a los usuarios del sistema automatizado de la
caja de ahorro y préstamos, tiene como finalidad dar a conocer de manera
detallada y sencilla, los procesos que se llevan a cabo a través del empleo del
sistema, con el propósito en que los usuarios se familiaricen y conozcan mas
afondo los procesos que ejecuta dicho software.
Este sistema consiste en una herramienta con la finalidad de prestar apoyo
a los directivos de la Caja de Ahorro y Préstamos que deben llevar el control de la
administración de préstamos, aportes, estados de cuentas, gestionar afiliaciones y
cobranza a través del Banco de Venezuela, descarga forzada de archivos, entre
otros procesos que se detallaran en este manual.
El manual consta de las siguientes partes:
Presentación del sistema.
Instrucciones para el inicio de sesión.
Instrucciones para el uso del Módulo de Cheques.
Instrucciones para el uso del Módulo de Préstamo.
Instrucciones para el uso del Módulo Cobranza.
Instrucciones para el uso del Módulo de Reportes.
Instrucciones para el uso del Módulo de Sesiones.
98
PARTE I Presentación del Sistema
99
1.1. ¿Qué es el sistema de Caja de Ahorro y Préstamos de CADAFE?
Es un sistema para la gestión y automatización de los procesos que realiza
la caja de ahorro y préstamo para la administración de los recursos e intereses de
los socios empleados de CADAFE, este sistema se encuentra desarrollado bajo
una plataforma web y cuenta con una base de dato para la gestión y
almacenamiento de la información que se maneja.
Este sistema se encuentra constituido por cinco módulos denominados:
1. Módulo de cheques: módulo para emisión de comprobantes de cheques
emitidos.
2. Módulo de préstamos: tiene diversas funcionalidades, tales como: la carga
de aportes a través de archivo de nómina, registro manual de aportes,
control de socios, estados de cuenta, registro de préstamos, simulación de
préstamos, registro de retiros, entre otros.
3. Módulo de Cobranza: para el registro y afiliación de socios, cobranza a
través del Banco de Venezuela, descarga forzada de archivos de afiliación
y de cobranza, entre otros.
4. Módulo de Reportes: reportes generales, reportes de préstamos, reportes
de cobranza y reportes de cheques.
5. Modulo de sesiones: control de cuentas de usuario, activación de cuenta de
usuario, cambio de datos de usuarios.
1.2. Usuarios que intervienen el sistema
- Administrador: rol a que pertenece la junta directiva de la Caja de ahorro y
Préstamo de CADAFE, como es el presidente y el vicepresidente. Estos
tendrán acceso a todo el modulo del sistema como usuario Master.
- Usuario de primer nivel: rol que pertenece al personal administrativo de la
caja de ahorro y préstamo con la actividad de administrar los préstamos
100
emitidos por la caja de ahorro. Estos solo tendrán acceso al modulo de
préstamos y de reportes.
- Usuario de segundo nivel: rol que pertenece al personal administrativo de
la caja de ahorro y préstamo con la finalidad de administrar la finanza, estos
solo tendrán acceso al modulo de cobranza y afiliación bancaria y al modulo
de reportes.
- Usuario de tercer nivel: rol que pertenece al personal administrativo de la
caja de ahorro y préstamo con la finalidad de administrar y emitir los cheques
de préstamos y retiros que han sido aprobados por los directivos. Estos solo
tendrán acceso al modulo de cheques.
1.3. ¿Cómo iniciar el sistema?
Para arrancar el sistema, lo principal es arrancar el servidor web Apache,
el cual viene instalado en nuestro paquete de software WAMPSERVER. Para
iniciarlo, nos ubicamos en el botón inicio, allí encontraremos el siguiente
icono (Ver figura N° 1):
Figura 1. Arranque del servidor Apache.
Icono WAMPSERVER pasra
arrancar el servidor apache
101
Al pulsarlo veremos en la barra de inicio que se ha activado el servicio, si el
icono de WAMPSERVER se encuentra de color verde, tal como se muestra en
la figura N° 2.
Figura N° 2. Servidor Apache levantado.
Ahora bien, para iniciar el sistema nos dirigimos a un explorador, puede
ser el Internet Explorer o Mozilla Firefox , en su defecto usaremos
Internet Explorer. En la barra de direcciones copiamos la dirección del
servidor y la pagina principal del sistema, el cual viene siendo
http://localhost/sicap/principal000.phptal como se muestra en la figura 3.
Figura 3. Dirección de la página principal del sistema.
Servidor apache
activado
102
PARTE II
Acceso al sistema
103
2.1. Acceso al Sistema
En la página de inicio de sesión se encuentra el siguiente formulario por el cual
deberá ingresar su usuario y contraseña y oprimir el botón :
Figura 4. Página Principal del sistema
Figura 5. Formulario para el acceso al sistema.
2.2. Opciones del Menú.
Al iniciar sesión en la página principal se mostrara la identificación del usuario junto
con un link para cerrar la sesión y las opciones del menú.
Figura 6. Identificación del usuario. Opción de Salir del sistema
Figura 7. Menú del sistema
Para acceder a las opciones del menú, basta con hacer clic sobre la opción deseada,
solo si su usuario cuenta con los privilegios de acceder al módulo seleccionado. En caso
104
de no tener los privilegios necesarios para acceder a dicho modulo se mostrará el
siguiente mensaje:
Figura 8. Acceso denegado en página solicitada
105
3.1. Módulo de Préstamos
Módulo para el control y administración de los préstamos, aportes, estados de cuentas
y carga de archivos en el sistema. Se encuentra integrado por los sub-módulos:
actualización de saldos, control de socios, estado de cuenta, registro de préstamos
retiros parciales y simulación de préstamos.
PARTE III
Módulos del Sistema
106
Figura 9. Menú Principal: descripción del modulo de préstamos
3.1.1. Actualización de saldos.
Se tienen dos formas para la carga de saldos a través de archivo de la nomina de
CADAFE, la primera es la forma automática descrita en el submódulo: Cargar y
Actualizar Saldos, y la segunda forma es manual en el sub-modulo Actualización
Manual.
Cargar y Actualizar Saldos
Figura 10. Opción del menú: Cargar y Actualizar saldos
Submódulo para la carga del archivo del departamento de nomina de CADAFE
que contiene la información de los aportes de los empleados de la empresa (Ver
Figura 11).
107
Figura 11. Módulo de Préstamos.
En esta página, se muestra un formulario para el registro de la fecha y dirección
donde se encuentra el archivo (Ver Figura 12)
Figura 12. Módulo de Préstamos. Formulario para cargar archivo.
Para registrar la fecha selecciones el botón , el cual abrirá un popup, o pagina
emergente donde se muestra el siguiente calendario (Ver figura 13).
108
Figura 13. Calendario
Seleccione la fecha del calendario o puede filtrar otra fecha a través del formulario
cambiando el mes y el año
Figura 14. Formulario Carga y Actualización de saldos.
Una vez los datos llenos en el formulario se proceden a pulsar el botón
109
Figura 15. Cuadro de dialogo
Aparece un cuadro de dialogo, para cargar archivo o
A continuación se mostrará en pantalla una tabla con la información contenida en
el archivo:
Figura 16. Tabla de datos de archivo cargado.
Para actualizar oprima el botón luego el botón aceptar del cuadro de
dialogo.
Figura 17. Cuadro de dialogo.
Actualización Manual
110
Figura 18. Menú de Opciones. Actualización Manual
Esta sub-modulo tiene la finalidad de realizar registros de aportes y pagos de
préstamos en las cuentas de caja de ahorro de los usuarios. Para ello se realiza la
búsqueda del socio a través del siguiente formulario:
Figura 19. Módulo de Préstamos. Actualización Manual
Una vez llenado los campos necesarios se oprimen el botón . Puede
consultar ingresando los datos en el formulario para filtrar los registros, a
continuación se mostrará la siguiente tabla:
111
Figura 20. Actualización Manual. Consulta de socio
A continuación seleccione el socio al cual desee agregar el aporte a través de la
columna cedula el cual es un link que lo re direccionará a otra página.
Figura 21. Selección de registro.
Una vez seleccionado el registro se mostrara la siguiente página, con la
información de la cuenta del asociado, y un formulario para el registro de aportes, el
cual puede ser un aporte por parte de la empresa o socio, o un aporte de prestamo.
112
Figura 22. Registro Manual. Descripción de datos del socio
En esta página se muestra un pequeño formulario el cual el usuario deberá de
llenar los siguientes campos para realizar los registros de aportes de socios.
Figura 23. Formulario para el registro de aportes
3.1.2. Control de Socios.
Módulo para el registro de socios en el sistema, en este modulo se puede
modificar, registrar y eliminar las cuentas de los socios (ver Figura 24).
113
Figura 24. Módulo de Préstamos: Control de Socios.
Al ingresar en el submódulo Control de Socios, se encuentra un formulario (Figura
20) para filtrar la información de los socios que se quieren consultar , además el
formulario cuenta con un botón de
Figura 25. Control de Socios: Formulario para consultar o agregar un socio al
sistema
114
Figura 26. Control de Socios: Formulario para consultar o agregar un socio al
sistema
Agregar socio
Figura 27. Control de Socios: Agregar Socio
Se presenta un formulario para agregar asociado, para ello se llenan cada campo
del formulario para procesar su registro en el botón y el botón para ir
a la página anterior.
Una vez lleno el formulario con los datos del nuevo asociado se procede a guardar
la información, se mostrará el siguiente cuadro de dialogo para confirmar registro.
115
Figura 28. Control de Socios: Cuadro de dialogo 1. Confirmación de registro
Si la operación ha sido éxito, se mostrará el siguiente mensaje:
Figura 29. Control de Socios: Cuadro de dialogo 2
En caso contrario, se mostrará un mensaje que el socio ya se encuentra
registrado en la base de datos.
Modificar
En esta se puede consultar por cedula, nombres, zona, departamento o tipo de
nomina el asociado que se desee modificar. Se selecciona el socio a través de la
columna cedula, redireccionando a otra página con la información del asociado y
el formulario con los datos a modificar (Ver figura 30).
116
Figura 30. Consultar socio.
Una vez seleccionado el socio se mostrará la siguiente información personal:
Figura 31. Control de socios: Modificar Socios, datos de asociados
A demás de un formulario para procesar su modificación:
117
Figura 32. Control de socios: Modificar Socios. Descripción de formulario
Para modificar asociado se registra un formulario (Figura 32) con los datos nuevos
del socio. Luego se procede a pulsar el botón para eliminar el socio si se
desea, se realiza pulsando el botón
Figura 33. Control de socios: Modificar Socios, formulario lleno
Una vez ingresado los datos para modificar y pulsado el botón correspondiente, se
mostrará el siguiente mensaje:
118
Figura 34. Control de socios: Modificar Socios, cuadro de dialogo
3.1.3. Estado de cuenta.
En este submodulo se visualizará los movimientos realizados por el socio
Figura 35. Opciones de menú prestamos: Estado de Cuenta
Primero se presenta un formulario para consultar el socio en específico, el cual, se
quiere visualizar, esta consulta se hace a través de un formulario parecido a la figura
30. Una vez consultado el socio, se mostrar una tabla donde podrá seleccionar el
socio que desee consultar tal como se muestra en la figura 36.
119
Figura 36. Estado de cuenta: Consulta asociado
Una vez seleccionado el socio se re-direccionara a una página que contienen la
información del estado de cuenta del socio, a demás de una opción de regresar y de
estado de cuenta la cual se podrá visualizar el estado de cuenta del socio en formato
PDF.
Figura 37. Estado de Cuenta: información general del socio
En la parte inferior de la información general del socio se muestran tres pestañas
las cuales contienen diferentes tablas, la primera referente a los movimientos
registrados del socio, la segunda sobre los préstamos aprobados y finalmente la
tercera sobre las cuotas especiales registradas en sistema (Figura 38)
120
Figura 38. Estado de Cuenta: pestañas con la información general del socio
movimientos
Figura 39. Estado de Cuenta: pestañas con la información general del socio.
Prestamos aprobados
Si se quiere visualizar y guardar el estado de cuenta, se debe pulsar el botón estado
de cuenta, el cual generará un formulario con los movimientos del socio en formato
PDF:
Figura 40. Estado de Cuenta: formato PDF con la información del estado de cuenta
del socio
121
3.1.4. Retiros parciales
Para procesar algún retiro de la cuenta de los socios, se procede a seleccionar la
opción de menú préstamos: Retiros Parciales.
Figura 41. Opción de menú prestamos: sub-modulo Retiros Parciales
En la figura 42, se visualiza la primera página al seleccionar la opción del menú
principal del módulo préstamos. Donde se encuentra un formulario de consulta
similar a los anteriores (Ver figura 30).
Figura 42. Opción de menú prestamos: sub-modulo Retiros Parciales
Al consultar el usuario se selecciona el usuario por el cual se desea procesar el
retiro. Al seleccionar el usuario se abrirá una página (Figura 43), con los datos del
socio, y en la parte inferior un formulario para procesar el retiro (Figura 44).
122
Figura 43. Opción de menú prestamos: sub-modulo Retiros Parciales
Figura 44. Opción de menú prestamos: sub-modulo Retiros Parciales
Se llena el formulario tal como se muestra en el ejemplo de la figura 45,
seguidamente se selecciona el botón
Figura 45. Opción de menú prestamos: sub-modulo Retiros Parciales
Mostrándose un cuadro de dialogo (Figura 46), donde el usuario deberá pulsar la
opción aceptar para completar el proceso, o cancelar para cancelar el retiro.
123
Figura 46. Retiros parciales cuadro de dialogo 1
3.1.5. Simulación de prestamos
En la figura 48, se visualiza la primera página al seleccionar la opción del menú
principal del módulo préstamos. Donde se encuentra un formulario de consulta
similar a los anteriores.
Figura 47. Opción de menú prestamos: sub-modulo Simulación de préstamos
Figura 48. Opción de menú prestamos: sub-modulo Simulación de préstamos.
Consulta
124
Una vez seleccionado el socio, se abrirá una página donde se muestran dos
formularios (figura 49), el primero para registrar el plan de préstamos y el segundo
para las cuotas especiales. Para añadir un registro en las cuotas especiales, primero
deberá de realizar el cálculo del plan de préstamo.
Figura 49. Sub-módulo: Simulación de préstamos. Formulario plan de préstamos y
cuotas especiales
En la parte inferior se mostrara dos pestañas las cuales contienen unas tablas. La
primera para visualizar las cuotas calculadas y la segunda pestaña para visualizar o
eliminar las cuotas especiales añadidas.
125
Figura 50. Simulación de préstamos: pestañas de tablas.
Primero se comienza llenando el primer formulario, tomando como ejemplo la
figura 51. Una vez lleno el primer formulario, se continua pulsando el botón Calcular,
esto para realizar los cálculos referentes al plan de pago introducido en el formulario.
Figura 51. Simulación de préstamos: formulario plan de préstamos lleno.
Una vez introducidos y calculado los datos se visualiza en el primer formulario
como existen algunos campos que han cambiado (figura 52), en el segundo
formulario se visualiza los campos habilitados para el registro de las cuotas especiales
(figura 53), y además en la parte inferior se localizan dos pestañas las cuales la
126
primera contiene el plan de pago y la segunda las cuotas especiales registradas (figura
54).
Figura 52. Simulación de préstamos: Formulario con datos ya registrados
Figura 53. Simulación de préstamos: Registro de cuotas especiales habilitado
127
Figura 54. Plan de pago calculado
Si se desea agregar una cuota especial, se procede a su registro como se muestra
en la figura 55.
Figura 55. Simulación de préstamos: registro de cuota especial
Una vez registrado la cuota especial, el sistema recalcula el plan de pago (figura
56)
128
Figura 56. Simulación de préstamos. Plan de pago con la cuota especial agregada
Para eliminar una cuota especial, para ello tenemos un checkbox, el cual al
seleccionarlo y oprimir el botón eliminar de la tabla, el sistema elimina el
registro seleccionado.
Figura 57. Simulación de préstamos. Pestaña cuota especial
129
Figura 58. Selección de cuota especial a eliminar
Figura 59. Cuota especial eliminada
En caso de pulsar el botón se mostrará el siguiente mensaje:
Figura 60. Cuadro de dialogo. Mensaje de error.
Para generar el archivo PDF primero deberá guardar el plan de préstamo en la
opción
Del primer formulario para poder generar el plan de pestamos.
Figura 61. Cuadro de dialogo.
Figura 62. Cuadro de dialogo. Plan de préstamo almacenado con éxito.
3.1.6. Registro de préstamos.
130
Para almacenar algún préstamo aprobado, se deberá primero tener una referencia o
registro de un plan de pago, cuando se ingresa el este módulo se encontrara un
formulario de consulta de socios, el cual mostrará todos los planes de préstamos
realizados (Figura 62).
Figura 62. Módulo de préstamos: registro de préstamos.
Figura 63. Modulo de préstamos. Registro de préstamos: Consultar
131
Figura 64. Modulo de préstamos. Agregar préstamos.
Una vez seleccionado el socio, se abrirá una página con la información básica del
socio y un formulario para el registro de préstamo, ver figura 64. Además en la parte
inferior se encontraran dos pestañas, una con los préstamos aprobados y la segunda
con las cuotas especiales aprobadas (figura 66).
Para agregar un préstamo, se procede a llenar el formulario de la figura 67, una
vez lleno se pulsa el botón , en cambio si lo que se desea es eliminar la
solicitud, se oprime el botón
Figura 67. Modulo de préstamos. Registrar o Agregar prestamo.
132
Figura 68. Modulo de préstamos. Registrar Préstamos: pestañas con tablas de
información de préstamos y cuotas especiales.
Figura 69. Modulo de préstamos. Registrar Préstamos: formulario de préstamos
lleno.
133
Figura 70. Modulo de préstamos. Registrar Préstamos: cuadro de dialogo.
Figura 71. Modulo de préstamos. Registrar Préstamos: cuadro de dialogo, prestamo
registrado.
Una vez registrado el prestamo, se visualizara en la tabla el prestamo
procesado.
Figura 72. Modulo de préstamos. Registrar Préstamos: Prestamo agregado,
visualización de pestaña préstamos aprobados.
134
Figura 73. Modulo de préstamos. Registrar Préstamos: visualización de cuota
especial agregada.
3.2. Módulo de Cobranza
Módulo para la afiliación y generación de archivos tanto como de cobranza y de
afiliación.
3.2.1. Afiliación de Socio Cobranza Bancaria
Submódulo para el registro de socios a la afiliación a través del Banco de
Venezuela, donde el usuario podrá registrar el asociado para posteriormente procesar
su afiliación en el sub-modulo Generar Archivo de Afiliación.
Figura 74. Modulo de Cobranza: Afiliación de socio.
En la página principal del sub-modulo de afiliación de socio, se muestra un
pequeño formulario para la consulta del socio a través de su nombre o
cedula, este generará una tabla con un conjunto de registro de los socios afiliados
135
pero en espera, es decir, socios que se encuentran en proceso de afiliación pero no se
ha formalizado su registro en la generación de archivo (figura 75).
A demás se encuentra un botón el cual permite registrar un asociado.
Figura 75. Registrar o consultar afiliación de socio.
Figura 76. Consulta de socio afiliado.
Si se desea modificar datos de afiliación del socio, solo se tiene que
seleccionar el socio de la tabla a través de la cedula, el cual lo dirigirá a una
página para proceder a la modificación.
136
Figura 77. Selección de socio a modificar
En la figura 78 se muestra un formato de la página, con los datos a modificar por
el usuario donde se muestran los datos del socio y en la parte inferior un formulario
para realizar dicha modificación los datos.
Figura 78. Selección de socio a modificar
137
Figura 79. Formulario lleno con los datos a modificar
Figura 80. Cuadro de dialogo. Aceptar para finalizar cambios, cancelar para cancelar
cambios.
Figura 81. Cuadro de dialogo. Datos modificados.
138
Figura 82. Afiliación Socios. Datos modificados.
3.2.2. Agregar socios en afiliación
Para agregar un nuevo socio en la afiliación, se procede a pulsar el botón
Como se muestra en la figura 82.
Figura 82. Afiliación Socios. Datos modificados.
Para poder agregar un nuevo socio a la afiliación de debe de llenar el siguiente
formulario:
139
Figura 83. Afiliación Socios. Agregar nuevo socio a la afiliación.
Para agregar un socio en la parte del formulación en el campo de texto que dice
cedula se encuentra un botón . Al pulsarlo se mostrara la siguiente pantalla:
Figura 84. Consulta de socios no afiliados.
Se selecciona el botón Enviar para selecciona el socio a afiliar tal como se muestra en
la figura 85.
Figura 85. Consulta de socios no afiliados. Selección de socio a afiliar
Una vez lleno el formulario, como se visualiza en la figura 85, se procede a guardar
el registro.
Figura 85. Consulta de socios no afiliados.
Figura 86. Confirmar afiliación socio.
140
Figura 87. Afiliación procesada.
Regresando a la página anterior, al consultar los socios registrados se muestra el
socio que se acaba de añadir a la afiliación (ver figura 88). Para completar la
afiliación del asociado se deberá de ir al siguiente submódulo de generar archivo de
afiliación, donde se agregan los socios registrados para generar el archivo que va a ser
enviado al Banco de Venezuela.
Figura 88. Consultar socios registrados en afiliación.
3.2.3. Generar archivo de afiliación
En este modulo se registrará la cabecera del archivo de afiliación con los datos
de los socios a afiliar.
Figura 89. Módulo de Cobranza: Generar Archivo de Afiliación
141
Figura 90. Generar archivo de afiliación.
Para generar archivo de afiliación primero se debe de llenar un formulario que
viene siendo la cabecera del archivo de afiliación. El formulario es el siguiente:
Figura 91. Formulario de datos de la cabecera del archivo
Una vez llenado el formulario, en la parte inferior de la pagina se muestra una
tabla con la lista de los socios en proceso de afiliación. Para agregar los socios al
archivo de afiliación se selecciona en el checkbox los socios a procesar tal como
se muestra en la figura 92.
Figura 92. Selección de socios a registrar en archivo.
Una vez lleno el formulario, se procede a seleccionar el botón
142
Figura 93. Generar archivo de afiliación: Formulario lleno
Enviado el formulario, se habilitara un link para la descarga forzada del archivo
de afiliación como se muestra en la figura 94, al seleccionar el link comenzara la
descarga del archivo.
Figura 94. Descarga forzada de archivo de afiliación.
143
Figura 95. Pagina para descargar archivo de afiliación
Figura 96. Mensaje inferior para completar descarga de archivo
Una vez descargado el archivo, se puede dirigir a la carpeta de descarga, donde
se ubicaran los archivos descargados de internet, en el se mostrará el archivo de
afiliación descargado (ver figura 97).
Figura 97. Carpeta descargas, donde se almacenan las descargar a través del
explorador.
Al abrir el archivo, se mostrará los datos registrados a través del formulario antes
descrito.
Figura 98. Formato de archivo de afiliación.
144
3.2.4. Cobranza Banco de Venezuela.
Figura 99. Módulo de
cobranza: Cobranza Banco de Venezuela
Para registrar la cobranza bancaria para los descuentos a través del Banco de
Venezuela se selecciona este submódulo. En él se encontrará un formulario para
registrar la cabecera del archivo de cobranza, un formulario para registrar el detalle
del archivo.
Figura 100. Módulo de cobranza: Cobranza Banco de Venezuela. Formulario.
En la parte superior como se muestra en la figura 100, se muestra un formulario
donde se llenara los datos del socio afiliado para realizar el descuento bancario. En él
se muestra el siguiente botón que al pulsarlo se abrirá una ventana emergente,
donde se mostraran la lista de las cuotas de préstamos pendiente a cancelar de los
socios afiliados a la cobranza del banco de Venezuela. En dicha tabla el usuario
selección a través del botón Enviar el socio a registrar.
145
Figura 101. Módulo de cobranza: Cobranza Banco de Venezuela. Ventana
emergente
Figura 102. Módulo de cobranza: Cobranza Banco de Venezuela. Formulario
superior lleno.
Una vez seleccionado el socio (figura 102), se cargará automáticamente el resto de
la información, llena la planilla, el usuario procede a agregar el socio para registrar el
archivo. Esto se hace a través del botón
Si el usuario ha realizado los registros de los saldos a descontar en las cuentas de
los socios del Banco Venezuela, se procede a llenar el formulario inferior. El
146
formulario Cabecera de Archivo Cobranza, contiene la información necesaria para
procesar y generar el archivo. Para generar el archivo seleccione el botón
Figura 103. Módulo de cobranza: Cobranza Banco de Venezuela. Formulario
cabecera.
Figura 104. Cuadro de dialogo. Confirmar registro y generación de archivo de
cobranza.
Hay que recordar que antes de generar el archivo de cobranza, hay que seleccionar
a través de los checkbox de la tabla los registro a añadir en dicho archivo, si se mueve
el scroll al final se encontrar un casilla, el cual deberá de selecciona. Es posible si el
usuario se equivoca al momento de registrar un socio para la cobranza, este podrá
eliminar el registro tan solo seleccionando la casilla o checkbox y pulsando el
botón de:
147
Figura 105. Casilla y botón de eliminar en tabla.
Figura 106. Seleccionando registro para eliminar o agregar en archivo
Figura 107. Cuadro de dialogo, confirmar generación y registro de archivo.
Figura 108. Link habilitado para descargar archivo de cobranza.
148
Figura 109. Selección de link para descargar archivo.
Figura 110. Descarga forzada de archivo.
Figura 111. Oprima la opción guardar para completar la descarga.
Figura 112. Carpeta de descargas
149
Figura 113. Archivo de cobranza.
3.2.5. Archivos Generados.
Este modulo maneja un historico de los archivos generados, además de los link
para la descraga forzada de cada archivo que se desee consultar.
Figura 114. Modulo de Cobranza: Archivos Generados.
A continuación se muestra una tabla que contiene dos pestañas, la primera de los
archivos de afiliación y la segunda de los archivos de cobranza. La pestaña de
archivos de afiliación contiene todo los registros de los archivos de afiliación
generados en el sistema. La primera columna se puede apreciar un link para descargar
un archivo seleccionado.
150
Figura 115. Modulo de Cobranza: Archivos Generados de afiliación
Figura 116. Modulo de Cobranza: Archivos Generados de cobranza.
3.3. Modulo de Cheques
Figura 117. Modulo de Cobranza: Archivos Generados de cobranza.
Modulo para la emisión y generación de comprobante de retiro de cheques, tanto
cheques de retiro y cheques de préstamos aceptados.
151
Figura 118. Modulo de Cheques: pagina principal
Como se puede observar en la figura 118, se presenta una tabla con los cheques
pendientes para su emisión. Para emitir un comprobante de cheque, se selecciona en
la siguiente tabla (figura 119) se selecciona un casilla de luego se pulsa el botón
.
Se abrirá una venta con el formato de la figura 121. En la figura 120 se puede
observar detalladamente la tabla de los cheques a emitir, una vez emitido el
comprobante (figura 121) en formato PDF, el usuario puede guardar o imprimir este
formato.
Figura 119. Modulo de cheques: descripción de la tabla
152
Figura 120. Modulo de cheques: selección de registro para generar comprobante.
Figura 121. Modulo de cheques: comprobante de cheque emitido
3.4. Modulo de Reportes
3.4.1. Reportes Generales
Figura 122. Modulo de reportes
En este sub-módulo se visualizaran y consultaran los reportes de estados de
cuenta, listado de socios no procesados, listado general de socios.
153
Estado de Cuenta
Figura 123. Modulo de reportes. Estado de cuenta
Para consultar el estado de cuenta de un socio llena el formulario de la figura 123,
donde se llena el campo cedula y los campos fecha.
Figura 124. Modulo de reportes. Formulario para consultar socio e intervalo de
fechas.
154
Una vez enviado los datos a través del botón Consultar, se mostrará en la parte
inferior de la página una tabla con los datos de los movimientos del socio:
Figura 125. Modulo de reportes. Tabla de resultados.
Para generar reportes, se llena los campos del formulario y se pulsa el botón
generar reporte. Se mostrará el siguiente mensaje para su confirmación:
Figura 126. Cuadro de dialogo. Confirmar información a enviar
Al consultar se visualizan los movimientos según los datos introducidos. En caso de
que el usuario quiera generar el reporte selecciona el botón Generar Reporte.
155
Figura 127. Reporte Estado de cuenta.
Listado de socios no procesados
Al seleccionar en el menú de reportes generales la opción de listado de socios
no procesados, se mostrará un archivo en formato PDF, que contiene los socios
no procesados en la carga de archivo a través de nómina de CADAFE (Ver figura
128).
Figura 128. Reporte Estado de cuenta.
Listado general de socios
156
En esta parte del submódulo se muestra un reposte de los socios registrados en el
sistema, con su respectiva información personal, tal como se describe en la figura
129.
Figura 129. Reporte Listado General de Socios.
3.4.2. Reportes de préstamos
Figura 130. Reporte Estado de cuenta.
En este submódulo se procesaran los préstamos cancelados, las cuotas especiales
por cobrar y los prestamos que se encuentran vigentes.
Prestamos cancelados
En este submódulo se presenta un formulario donde el usuario deberá de registrar
las fechas a generar reporte.
157
Figura 131. Formulario para la consulta de Prestamos Cancelados.
En la figura 132 se muestra detalladamente el archivo en formato PDF de los
préstamos cancelados en el sistema.
Figura 132. Reporte de Préstamos Cancelados.
Cuotas especiales por cobrar
Reporte que contienen la información referente a los socios que poseen cargo
cuentas especiales no canceladas. Aquí se detalla un formulario para su consulta:
158
Figura 133. Formulario para la consulta de Cuotas especiales por cobrar.
Figura 134. Reportes de Cuotas especiales por cobrar
Prestamos vigentes
159
Figura 135. Formulario para la consulta de Cuotas especiales por cobrar
Figura 136. Reportes de Préstamos Vigentes.
3.4.3. Reportes de Cobranza Bancaria
160
Figura 137. Reportes de Cobranza Bancaria
Consulta sobre los socios afiliados y los registros de cobranza procesados.
Socios afiliados
En él se muestra un formulario para el filtrado de la información a través de los
campos fecha, donde el usuario podrá consultar o generar el reporte de los socios
afiliados de acuerdo al rango de fecha enviado. Para ello se recomienda ver la figura
138.
Figura 138. Reportes de cobranza: repostes de afiliación
Si el usuario envía la información a través del botón generar reporte, se mostrara
lo siguiente:
161
Figura 139. Reportes de cobranza: socios afiliado
Cobranza Banco de Venezuela.
En este módulo el usuario podrá consultar los reportes de las deducciones en el
banco Venezuela, donde la información se muestra a través de los archivos generados
por la cobranza bancaria, es decir, por cada archivo generado se mostrará un reporte
en PDF de los pagos realizados a través del Banco de Venezuela (Ver figura 140).
162
Figura 140. Reportes de cobranza Banco de Venezuela
En la columna fecha (figura 140), se muestra una cantidad de registro, los cuales
poseen unos hipervínculos o link, para redireccionar la página al reporte en archivo
PDF para su visualización.
A continuación se muestra en la figura 141 un formato de reporte de Cobranza
banco de Venezuela
Figura 141. Reporte PDF de cobranza Banco de Venezuela
163
3.4.4. Reportes de Cheques y Depósitos
Reportes de cheques emitidos y depósitos registrados.
Figura 142. Submódulo de Reportes de Cheques y Depósitos
Reporte de Cheques emitidos
Aquí el se puede filtrar por fechas los cheques y comprobantes emitidos por el
sistema.
Figura 142. Formulario para consulta de cheques emitidos
164
Figura 143. Reporte PDF de cheques emitidos
Reportes de depósitos
Sabemos que los socios pueden realizar aportes a través de depósitos bancarios, es
por ello que se presenta este submódulo, el cual de acuerdo al filtrado a través de las
fechas se puede generar el siguiente reporte en PDF:
Figura 144. Reporte PDF de Depósitos registrados.
3.5. Módulo de Sesiones.
Modulo para el control de acceso de usuarios en el sistema.
1. Control de cuentas de usuarios.
Modulo para agregar y/o modificar cuentas de usuario.
165
Figura 145. Modulo sesiones. Control de cuentas de usuarios.
Consultar y modificar
Al entrar al submodulo, encontramos un formulario para la consulta de los socios
(figura 146), esta consulta se realiza para procesar alguna modificación en las
cuentas de usuarios.
Figura 146. Modulo sesiones. Formulario de consultar cuenta
En la figura 147, se puede observar una consulta ejecutada, donde seleccionando
algún hipervínculo del campo cedula, podemos acceder a otra pagina para su
modificación.
166
Figura 147. Modulo sesiones. Control de cuentas de usuarios.
En la figura 148, podemos observar los datos de la cuenta de usuario, así como
también un formulario para la modificación de la cuenta (figura 149).
Figura 148. Modulo sesiones. Control de cuentas de usuarios.
167
Figura 149. Modulo sesiones. Formulario para modificación de cuenta.
Agregar
El usuario también podrá agregar nuevas cuentas de usuarios, para ello se muestra
el siguiente formulario:
Figura 150. Modulo sesiones. Formulario para agregar una cuenta nueva
168
top related