portada universidad regional autÓnoma …dspace.uniandes.edu.ec/bitstream/123456789/6592/1/... ·...
Post on 14-Oct-2018
217 Views
Preview:
TRANSCRIPT
PORTADA UNIVERSIDAD REGIONAL AUTÓNOMA DE LOS ANDES
UNIANDES
FACULTAD:
SISTEMAS MERCANTILES
CARRERA:
INGENIERÍA EN SISTEMAS
PROYECTO DE INVESTIGACIÓN PREVIO A LA OBTENCIÓN DEL TÍTULO DE
INGENIERO EN SISTEMAS E INFORMÁTICO
TEMA:
SISTEMA TRANSACCIONAL DE N - CAPAS ORIENTADO A OBJETOS PARA LA
AUTOMATIZACIÓN DE TRANSACCIONES INTERNAS DE LOS BANCOS
COMUNITARIOS GERENCIADOS POR EL MUNICIPIO CANTONAL DE PASTAZA
AUTOR: TORRES PALACIOS FAUSTO ERNESTO
TUTOR: ING. ORTEGA BERNABÉ
PUYO – ECUADOR
2017
APROBACIÓN DEL ASESOR DEL TRABAJO DE TITULACIÓN
Quien suscribe, legalmente CERTIFICA QUE: El presente trabajo de Titulación
realizado por el Señor Fausto Ernesto Torres Palacios, con Cédula de Ciudadanía
número N°:1600582892 estudiante de la carrera de Ingeniería en Sistemas, Facultad
de Sistemas Mercantiles con el tema “SISTEMA TRANSACCIONAL DE N-CAPAS
ORIENTADO A OBJETOS PARA LA AUTOMATIZACIÓN DE TRAMITES INTERNOS
DE LOS BANCOS COMUNITARIOS GERENCIADOS POR EL MUNICIPIO
CANTONAL DE PASTAZA”, ha sido prolijamente revisado, y cumple con todos los
requisitos establecidos en la normativa pertinente de la Universidad Regional Autónoma
de los Andes “UNIANDES”, por lo que apruebe su presentación.
Puyo, Septiembre de 2017
________________
Ing. Bernabé Ortega
ASESOR
DECLARACIÓN DE AUTENTICIDAD
Yo, Fausto Ernesto Torres Palacios, con Cédula de Ciudadanía número
N°:1600582892 de la carrera de Ingeniería en Sistemas, Facultad de Sistemas
Mercantiles, declaro que todos los resultados obtenidos en el presente trabajo de
investigación, previo a la obtención del Título de INGENIERO EN SISTEMAS, son
absolutamente originales, auténticos y personales; a excepción de las citas, por lo que
son mi exclusiva responsabilidad.
Puyo, Septiembre de 2017
Atentamente:
-----------------------------------------------
Sr. Fausto Ernesto Torres Palacios
CI: 1600582892
AUTOR
CERTIFICACIÓN DEL LECTOR DE TRABAJO DE TITULACIÓN
Yo, Jhon Toasa, en calidad de lector del trabajo de Titulación.
CERTIFICO:
Que el presente trabajo realizado por el estudiante Fausto Ernesto Torres Palacios,
con Cédula de Ciudadanía número N°:1600582892 sobre el tema: “SISTEMA
TRANSACCIONAL DE N-CAPAS ORIENTADO A OBJETOS PARA LA
AUTOMATIZACIÓN DE TRAMITES INTERNOS DE LOS BANCOS COMUNITARIOS
GERENCIADOS POR EL MUNICIPIO CANTONAL DE PASTAZA”, ha sido
cuidadosamente revisado por el suscrito, por lo que he podido constatar que cumple
con todos los requisitos de fondo y forma establecidos por la Universidad Regional
Autónoma de los Andes, para esta clase de trabajos, por lo que autorizo su
presentación.
Puyo, Septiembre de 2017
DECLARACIÓN DE AUTORÍA DEL TRABAJO DE TITULACIÓN
Yo, Fausto Ernesto Torres Palacios, con Cédula de Ciudadanía número
N°:1600582892, declaro y acepto la disposición constante en el literal d) del Art. 85 de
la Universidad Regional Autónoma de los Andes, que en su parte pertinente
textualmente dice: El patrimonio de la UNIANDES, está constituido por: La propiedad
intelectual sobre las Investigaciones, trabajos científicos o técnicos, proyectos
profesionales y consultoría que se realicen en las Universidad o por cuenta de ella.
Atentamente:
-----------------------------------------------
Sr. Fausto Ernesto Torres Palacios
CI: 1600582892
AUTOR
DEDICATORIA
Este trabajo de tesis se lo dedico primeramente a Dios, quien me dio el privilegio de
tener salud, vida y sabiduría para culminar mi carrera profesional, a mis padres Fausto
Torres y Pastora Palacios por educarme, enseñarme valores para desenvolverme en el
ámbito laboral y de vida, por su apoyo incondicional en todo momento, quienes fueron
el motivo e inspiración en cada momento de cada día para no declinar y ser ejemplo de
superación para la sociedad, a mis hermanos José Luis y Luzdari con quien cuento en
todo momento y son pilares fundamentales en mi vida, A mis sobrinos Estefi, Esteban
y Camila que son la alegra mi vida con sus sonrisas.
Fausto Ernesto Torres Palacios
AGRADECIMIENTO
Al concluir el Trabajo de Titulación de fin de la carrera profesional presentamos nuestro
más profundo agradecimiento: De manera especial a la UNIVERSIDAD REGIONAL
AUTONOMA DE LOS ANDES “UNIANDES”, a sus distinguidos docentes quienes
compartieron sus experiencias y conocimientos, contribuyendo de esta manera a
nuestra formación profesional.
A los asesores y coordinadores por su guía y recomendaciones para la elaboración del
presente trabajo de tesis.
Nuestro profundo agradecimiento a las personas que durante la vida estudiantil nos
apoyaron y más aun a quienes durante la ejecución de este proyecto integrador de
carrera nos brindó desinteresadamente su ayuda.
Fausto Ernesto Torres Palacios
RESUMEN
Los bancos comunitarios Gerenciados por el Municipio Cantonal de Pastaza, son
entidades financieras conformadas por grupos de personas previamente organizadas
donde las actividades principales son los créditos para la producción agrícola; se ha
diagnosticado que las transacciones, balances financieros e informes gerenciales son
realizados de forma manual creando alto tiempo de espera a los socios. Por esta razón,
el presente trabajo investigativo pretendió solucionar la problemática existente a través
de la automatización de las transacciones, balances e informes, mediante un IDE de
programación de software propietario, que realice los distintos procesos manuales
mencionados de una forma secuenciada y ordenada, dando como resultado ahorro
económico y de tiempo.
Para el desarrollo de la presente propuesta se investigó sobre bancos comunitarios
desde el origen hasta la implementación en la Provincia de Pastaza, se indago sobre
los fundamentos teóricos previamente relacionados tanto con la parte informática de
desarrollo de software como la parte contable, se determinó el marco de trabajo a
utilizar y metodología de desarrollo de software, se complementó con la utilización del
IDE de programación propietario y gestor de Base de Datos SQL gracias a la
compatibilidad existente entre ellos. En este sentido, se realizó la automatización de las
transacciones, balances e informes con el software denominado TRANSBANK que fue
programado para agilitar los distintos tipos de transacciones internas, balances
financieros e informes de uso gerencial.
Finalmente, la presente propuesta se la realizo para reducir los altos índices de tiempo
generado en los procesos manuales que realiza los bancos comunitarios y ahorro de
recursos económicos, dando como resultado la eficiencia laboral del personal
administrativo y agilidad en respuesta para los socios. Por lo tanto, la automatización
de las transacciones, balances e informes dentro de la entidad financiera mejoro la
calidad laboral mejorando la atención para los usuarios de los bancos comunitarios.
ABSTRACT Community banks managed by the municipality from Pastaza Canton are entities formed
by groups of people previously organized where the main activities are credits for
agricultural production; it has been found that transactions, financial statements and
management reports are made manually by creating high waiting time to partners. For
this reason, t research work intended to solve the existing problem through automating
transactions, balances and reports, by means of a programming IDE proprietary
software, which performs manual processes mentioned in a sequenced and orderly
manner, resulting in cost savings and time.
For developing the current proposal was investigated on community banks from origin to
the implementation of Pastaza Province, it was inquired about theoretical foundations
previously associated both software development as the accounting part, it was
determined the framework for using software development methodology, it was
complemented by the use of the IDE programming owner and SQL database manager
thanks to the compatibility between them. In this sense, automatizing of transactions,
balances and reports with the software called TRANSBANK which was programed to
expedite the different types of domestic transactions, financial statements and reports of
use of management.
Finally, proposal was made to reduce the high rates of time generated in manual
processes that performs community banks and savings economical resources, as a
result, administrative staff labor efficiency and agility in response to the partners.
Therefore, automating of transactions, balances and reports within the financial
institution has improved the quality of work improving users’ attention to community
banks.
ÍNDICE GENERAL
PORTADA
APROBACIÓN DEL ASESOR DEL TRABAJO DE TITULACIÓN
DECLARACIÓN DE AUTENTICIDAD
CERTIFICACIÓN DEL LECTOR DE TRABAJO DE TITULACIÓN
DECLARACIÓN DE AUTORÍA DEL TRABAJO DE TITULACIÓN
DEDICATORIA
AGRADECIMIENTO
RESUMEN
ABSTRACT
INTRODUCCIÓN ............................................................................................................................. 1
CAPÍTULO I. MARCO TEÓRICO .............................................................................................. 5
1.1. Origen y evolución de los sistemas de información .......................................................... 5
1.2. Análisis de las distintas posiciones teóricas sobre los sistemas de información .............. 6
1.2.1. Sistemas de información ........................................................................................... 6
1.2.2. Tipos de sistemas de información ............................................................................. 8
1.3. Valoración Crítica de los Conceptos principales de las distintas posesiones teóricas
sobre los sistemas de información. ............................................................................................... 8
1.3.1. Aplicación Transaccional de N-Capas ............................................................................ 8
1.3.2. Arquitectura de Tres Capas ....................................................................................... 9
1.3.3. Sistemas Transaccionales ........................................................................................ 10
1.3.4. Base de datos .......................................................................................................... 11
1.3.5. Sistema Gestor de Base de Datos ............................................................................ 11
1.3.6. SQL Server 2008 ...................................................................................................... 12
1.3.7. Base de Datos Relacionales ......................................................................................... 13
1.3.8. Estructura de Programación ....................................................................................... 13
1.3.9. Estructura de datos ..................................................................................................... 14
1.3.10. Programación C Sharp ................................................................................................. 14
1.3.11. Lenguajes de Programación ........................................................................................ 15
1.3.12. Manifiesto Ágil ........................................................................................................ 17
1.3.13. Origen del Marco de Trabajo Agil Scrum ................................................................ 18
1.3.14. Marco de Trabajo Ágil Scrum ...................................................................................... 18
1.3.15. Scrum Team como Marco de Trabajo ..................................................................... 19
1.3.16. Definición del Scrum Team como Marco de Trabajo .................................................. 19
1.3.17. Modelos de Proceso Evolutivo .................................................................................... 21
1.3.18. Modelo en Espiral........................................................................................................ 21
1.3.19. Contabilidad ................................................................................................................ 22
1.3.20. Bancos Comunitarios ................................................................................................... 23
1.3.21. Microcréditos .............................................................................................................. 24
1.4. Conclusiones del Capitulo parcial................................................................................ 24
CAPITULO II. MARCO METODOLÓGICO Y PLANTEAMIENTO DE LA PROPUESTA .................... 26
2.1. Caracterización del sector municipal de la oficina central de los bancos comunitarios del
municipio cantonal de Pastaza. ................................................................................................... 26
2.2. Descripción del procedimiento metodológico para el desarrollo de la investigación. ... 27
2.2.1. Análisis de la Entrevista ........................................................................................... 30
2.2.2. Análisis de la ficha de Observación ..................................................................... 35
2.3. Propuesta para el desarrollo sistema transaccional n – capas ................................... 35
2.4. Conclusiones Parciales del Capitulo ................................................................................ 36
3. CAPÍTULO III. DESARROLLO DE LA PROPUESTA ............................................................ 37
3.1. Sistema transaccional de n-capas orientado a objetos para la automatización de
transacciones internas de los bancos comunitarios Gerenciados por el Municipio Cantonal de
Pastaza. ....................................................................................................................................... 37
3.1.1. Análisis De Factibilidad ........................................................................................ 38
3.2. Análisis de los resultados finales de la investigación ...................................................... 41
3.2.1. Metodología y Desarrollo del Sistema. ................................................................... 41
3.2.2. Requerimientos no Funcionales .............................................................................. 42
3.2.3. Historias de usuario ..................................................................................................... 43
3.2.4. Diagramas de Casos de Uso ........................................................................................ 46
3.2.5. Caso de uso del usuario en el sistema .................................................................... 46
3.2.6. Caso y uso individual del primer spring .................................................................. 47
3.2.7. Diagrama de Secuencia ............................................................................................... 53
3.2.8. Product Backlog ........................................................................................................... 56
3.2.9. Sprint Backlog .............................................................................................................. 56
3.2.10. Diseño del Sistema de Información ............................................................................. 57
3.2.11. Diccionario de datos .................................................................................................... 58
3.2.12. Diseño de Interfaz ....................................................................................................... 64
3.2.13. Pruebas ........................................................................................................................ 71
3.3. Conclusiones parciales del capitulo ................................................................................ 84
CONCLUSIONES GENERALES ............................................................................................... 85
RECOMENDACIONES .......................................................................................................... 86
BIBLIOGRAFÍA
ANEXOS
ÍNDICE DE TABLAS
Tabla 1: Tabla de Programación ................................................................................ 16
Tabla 2: Composición de la Población ....................................................................... 28
Tabla 3: Ficha de Observación ................................................................................... 35
Tabla 4: Equipo de Computo ..................................................................................... 39
Tabla 5: Software ....................................................................................................... 39
Tabla 6: Recursos tecnológicos ................................................................................. 40
Tabla 7: Software y Aplicaciones ............................................................................... 40
Tabla 8: Materiales de Oficina ................................................................................... 41
Tabla 9: Presupuesto .................................................................................................. 41
Tabla 10 Historia de Usuario 1 .................................................................................... 43
Tabla 11 Historia de Usuario 2 .................................................................................... 43
Tabla 12 Historia de usuario 3 .................................................................................... 44
Tabla 13 Historia de Usuario 4 .................................................................................... 44
Tabla 14 Historia de Usuario 5 ................................................................................... 45
Tabla 15 Caso de uso General ................................................................................... 47
Tabla 16 Caso de uso Individual - administrador ........................................................ 48
Tabla 17 Caso de uso individual - administrador ......................................................... 49
Tabla 18 Caso de uso individual - técnico .................................................................. 50
Tabla 19 Caso individual - técnico .............................................................................. 51
Tabla 20 Caso de uso individual - técnico ................................................................... 52
Tabla 21 Pila de Producto ........................................................................................... 56
Tabla 22 Lista de Tareas de la iteración (sprint backlog) ............................................ 56
Tabla 23 Bancos ......................................................................................................... 58
Tabla 24 Créditos ....................................................................................................... 58
Tabla 25 Cuentas ....................................................................................................... 58
Tabla 26 Deposito plazo fijo ........................................................................................ 59
Tabla 27 Detalle deposito a plaza fijo ......................................................................... 59
Tabla 28 Detalle Crédito ............................................................................................. 59
Tabla 29 Detalle de Cuenta ........................................................................................ 60
Tabla 30 Empleo Socio ............................................................................................... 60
Tabla 31 Informe Organizativo Económico ................................................................. 60
Tabla 32 Interés .......................................................................................................... 61
Tabla 33 Roles............................................................................................................ 61
Tabla 34 Socios .......................................................................................................... 61
Tabla 35 Terreno Socio .............................................................................................. 62
Tabla 36 Tipo Crédito ................................................................................................. 62
Tabla 37 Tipo de cuenta ............................................................................................. 62
Tabla 38 Usuarios ....................................................................................................... 62
Tabla 39 Vehículo Socio ............................................................................................. 62
Tabla 40 Vivienda Socio ............................................................................................. 63
Tabla 41 Caso de Prueba Nº 01 ................................................................................ 72
Tabla 42 Caso de Prueba Nº 02 ................................................................................. 73
Tabla 43 Caso de Prueba Nº 3 ................................................................................... 73
Tabla 44 Caso de Prueba Nº 04 ................................................................................. 74
Tabla 45 Caso de Prueba Nº 05 ................................................................................. 76
Tabla 46 Caso de Prueba Nº 06 ................................................................................. 77
Tabla 47 Caso de Prueba Nº 07 ................................................................................. 78
Tabla 48 Caso de Prueba Nº 08 ................................................................................. 79
Tabla 49 Caso de Prueba Nº 09 ................................................................................. 79
Tabla 50 Caso de Prueba Nº 10 ................................................................................. 81
Tabla 51 Caso de Prueba Nº 11 ................................................................................. 81
Tabla 52 Caso de Prueba N º 12 ................................................................................ 82
ÍNDICE DE FIGURAS
Figura 1: Sistema de Información ................................................................................ 7
Figura 2: Proceso de N-capas .................................................................................... 9
Figura 3: Estructura Básica de Programación ............................................................ 14
Figura 4: Ciclo de Desarrollo Ágil ............................................................................... 19
Figura 5 caso de uso general ...................................................................................... 46
Figura 6 Caso y uso individual spring ......................................................................... 47
Figura 7Caso de uso individual - administrador .......................................................... 48
Figura 8 Caso de uso individual- administrador .......................................................... 49
Figura 9 Caso de uso Individual registro transacciones .............................................. 51
Figura 10 Registro de Socios ...................................................................................... 53
Figura 11 Registro de crédito ...................................................................................... 54
Figura 12 Registro de Transacciones ......................................................................... 55
Figura 13 Diagrama de base de datos ........................................................................ 57
Figura 14 Interfaz de ingreso al sistema ..................................................................... 64
Figura 15 Interfaz de inicio .......................................................................................... 64
Figura 16 Interfaz de Gestión de Socios ..................................................................... 65
Figura 17 Interfaz Buscar Socio .................................................................................. 65
Figura 18 Interfaz Gestionar Banco ............................................................................ 66
Figura 19 Interfaz Gestionar Tipo de Cuenta .............................................................. 66
Figura 20 Interfaz Gestionar Interés ............................................................................ 67
Figura 21 Interfaz Gestionar Cuentas ......................................................................... 67
Figura 22 Interfaz Gestionar Transacciones ............................................................... 68
Figura 23 Interfaz Gestionar Créditos ......................................................................... 68
Figura 24 Interfaz de Tabla de Amortización ............................................................... 69
Figura 25 Interfaz Depósito a plazo Fijo ...................................................................... 69
Figura 26 Interfaz de Gestión Roles ............................................................................ 70
Figura 27 Interfaz Gestión Usuario ............................................................................. 70
Figura 28 Interfaz de Reportes ................................................................................... 71
1
INTRODUCCIÓN
Antecedentes de la investigación
Muhammad Yunus, Economista indio, creador del microcrédito y fundador del Banco
de los Pobres, bajo el concepto de su acción le llevó a crear en 1976, el Banco
Grameen, en la actualidad 52 países cuentan con instituciones que conceden
microcréditos con el mismo método que emplea el Grameen Bank, el único que
actualmente a nivel mundial se maneja mediante un sistema financiero desde 1983 que
se transformó en un banco formal, en virtud de una ley especial aprobada para su
creación. De acuerdo a las fuentes de libre acceso consultadas no se ha podido
constatar proyectos que se enfoque a la automatización de transacciones mediante un
sistema de información en otras entidades consolidadas en varios países (Yunus,
2007).
En el Ecuador se estima que hay alrededor de 14.600 organizaciones financieras del
sector comunitario, principalmente representadas por 12.000 cajas y bancos
comunales, según datos de la Superintendencia de Economía Popular y Solidaria
(SEPS), la Fundación Espoir en el país es la más grande que existe y se estima que
administra 3.900 bancos comunales y cuenta con más de 79.000 socios, con una
cartera actual de $ 56 millones. En Ecuador se determina un numero 14.483.499
(habitantes) según los datos del último censo realizado en el 2010 por el Instituto
Nacional de Estadística y Censo (INEC), que existe a corresponder de la cual el 81.72%
de la población que se encuentra anexo al sistema financiero.
Según las fuentes consultadas de uso libre se ha podido constatar que existen
proyectos que se enfoque a la automatización de transacciones mediante un sistema
de información en la: Universidad Politécnica Salesiana Sede Guayaquil, de los autores
Argenis Chang, César Mendoza, María Mero, Rony Ortiz, cuyo tema es
(“AUTOMATIZACIÓN DE LOS PROCESOS DE REGISTRO Y PROCESAMIENTO DE
INFORMACIÓN PARA LA GESTIÓN DE MICROCRÉDITOS DEL BANCO
COMUNITARIO “MUJERES EMPRENDEDORAS” DE LA ORGANIZACIÓN
AFROECUATORIANA “MUJERES PROGRESISTAS” DEL BARRIO NIGERIA – ISLA
TRINITARIA / GUAYAQUIL”), en donde se determina como conclusión: El sistema
como herramienta redujo notablemente los tiempos de espera llevando un control más
eficaz de la transacciones que se realizan, reduciendo los márgenes de error y el uso
de material de oficina dentro del espacio físico (Argenis Raul Chang, 2014).
En la Universidad Autónoma de los Andes “Uniandes” extensión Puyo, se registra una
Tesis Titulada (“SISTEMA DE INFORMACIÓN PARA EL BANCO COMUNITARIO
2
ESPERANZA DEL MAÑANA”), realizado por: Jaramillo Guerrero Luis Alfredo & Ramos
Chiluiza Silvia Patricia (2013) en donde se determina como conclusión: El sistema de
información permite la gestión adecuada de la información del banco comunitario
permitiendo acceder al mismo de manera ágil y oportuna donde el personal
administrativo genera los procesos de ahorro y crédito con facilidad y efectividad.
Planteamiento del problema
En Ecuador se adopta la idea de Muhammad Yunus (Economista Indu) concepto que
desarrollo en 1974, llegando a la Provincia de Pastaza que ya cuenta con los Bancos
Comunitarios Gerenciados dentro del Municipio Cantonal de la Ciudad de Puyo y que
en su actualidad existen 50 sucursales con un crecimiento exponencial desde el 2007
hasta la actualidad son controladas y supervisadas por la Superintendencia de
Economía Popular y Solidaria (SEPS), con ayuda del Ministerio de inclusión Económica
y Social (MIES).
Los Bancos Comunitarios conforme avanza su crecimiento dentro de la Provincia, se
obligan a manipular grandes capitales de microcréditos para la producción agrícola,
pequeñas tiendas, vendedores ambulantes, con un aproximado de 300.000 USD capital
que manejan los Bancos Comunales más antiguos y con un aproxima de 150.000 las
entidades más recientes y 5.000 la entidades que inician, según manifiesta la Lic. Marilú
Ordoñez Jefa Financiera de los Bancos Comunitarios en la entrevista realizada 15 de
enero del 2016. La gran acogida de esta iniciativa para personas emprendedoras
conlleva a que se reflejen los problemas que comúnmente no catalogados de bajo
impacto y por su tiempo de persistencia han tomado continuación.
Los principales problemas que surgen en estas entidades financieras de micro finanzas
se enfocan en la:
Calidad de servicio (Transacciones de forma manual)
Inconsistencias de información no financiera
Altos tiempos de espera
Control y supervisión de inversión de microcréditos
Datos Financieros y Estadísticos para manejo Gerencial
Formulación del problema
¿Cómo automatizar las transacciones internas para evitar inconsistencias de
información para mejorar la calidad de servicio para los socios de los Bancos
Comunitarios?
3
Delimitación del problema
Ecuador, Provincia de Pastaza Cantón Pastaza con información correspondiente al
periodo 2009 – 2016.
Objeto de investigación:
Sistema de información.
Campo de acción:
Sistema de automatización de transacciones internas.
Identificación de la línea de investigación
Desarrollo de software, Programación en Sistemas.
Objetivos
Se plantea el objetivo general como los objetivos específicos para la presente
investigación, como se describe a continuación:
Objetivo general
Implementar un sistema transaccional n-capas orientado a objetos para la
automatización de las transacciones internas brindando una mejor calidad de servicio
para los usuarios de los Bancos Comunitarios Gerenciados por el Municipio Cantonal
de Pastaza.
Objetivos específicos
Se pretende alcanzar, lo siguiente:
Fundamentar científicamente sobre las herramientas para el desarrollo de
sistemas de información, base de datos relacional, arquitectura n - capas,
procesos contables y bancos comunitarios.
Determinar la gestión del flujo de la información de los bancos comunitarios a
partir análisis de la información obtenida mediante los instrumentos de
recolección de datos.
Desarrollar las capas y los componentes del Sistema de Información según una
metodología en desarrollo de software.
Idea a defender
Con la implementación de un sistema transaccional n-capas orientado a objetos para
la automatización de las transacciones internas mejorara la calidad de servicio para los
4
usuarios de los Bancos Comunitarios Gerenciados por el Municipio Cantonal de
Pastaza.
Justificación del tema
Los Bancos Comunales a través de los tiempos han tomado gran fuerza en nuestro
país dándose un lugar en la banca tradicional, con el concepto de microcrédito que
tiene la finalidad de ayudar a la población más pobre de las diferentes regios del
Ecuador cuya definición llego a la Provincia de Pastaza a ser consolidada en el 2007
hasta la actualidad.
Se pretende solucionar el problema que presenta actualmente los Bancos Comunitarios
Gerenciados dentro del Municipio Cantonal de Pastaza “Puyo” con la finalidad de
mejorar los servicios que presta la entidad financiera mediante microcréditos, a través
de la automatización de las transacciones internas que se realizan.
Un sistema de información permitirá un registro organizado evitando inconsistencias de
información que diariamente procesa la entidad financiera y de los socios que hacen
uso de los servicios, agilitando la calidad de servicio con una notable disminución los
tiempos, en consecuencia se podrá obtener un mejor rendimiento de la entidad ya
mencionada tanto en sus área Técnica, Financiera y Gerencial.
5
CAPÍTULO I. MARCO TEÓRICO
1.1. Origen y evolución de los sistemas de información
Durante los últimos años los sistemas de información forman uno de los principales
ámbitos de estudio en el área administrativa y financiera de las empresas. Hernández &
Alejandro (2017). “El entorno donde las compañías desarrollan sus actividades se vuelve
cada vez más complejo. La creciente globalización, el proceso de internacionalización
de la empresa, el incremento de la competencia en los mercados de bienes y servicios,
la rapidez en el desarrollo de las tecnologías de información, el aumento de la
incertidumbre en el entorno y la reducción de los ciclos de vida de los productos originan
que la información se convierta en un elemento clave para la gestión, así como para la
supervivencia y crecimiento de la organización empresarial”. Si los recursos básicos
analizados hasta ahora eran tierra, trabajo y capital, ahora la información aparece como
otro insumo fundamental a valorar en las empresas.
A la hora de definir un sistema de información se puede decir que existen varias
definiciones. Sim embargo la propuesta por Andreu, Ricart & Valor (1991) lo definen
como: “conjunto formal de procesos que, operando sobre una colección de datos
estructurada de acuerdo a las necesidades de la empresa, recopila, elabora y distribuyen
selectivamente la información necesaria para la operación de dicha empresa y para las
actividades de dirección y control correspondientes, apoyando, al menos en parte, los
procesos de toma de decisiones necesarios para desempeñar funciones de negocio de
la empresa de acuerdo con su estrategia”
Los Sistemas de información, así como los sistemas transaccionales en si han ido
evolucionando durante los últimos años en base a cada una de las necesidades
inmediatas de las organizaciones. “Los Sistemas de Información empresariales eran
considerados como un instrumento simplificador de las distintas actividades de la
empresa, una herramienta con la cual se facilitaban los tramites y reducía la burocracia.”
Hernández & Alejandro (2017) Su finalidad era básicamente llevar la contabilidad y el
procesamiento de los documentos que a nivel operativo.
Posteriormente el desarrollo de la informática y las telecomunicaciones permitieron
incrementar la eficacia en la realización de las tareas, ahorrar tiempo en el desarrollo de
las actividades y almacenar la mayor cantidad de información en el menor espacio
posible, lo cual aumentó en las organizaciones el interés en los sistemas de información.
Eckert & Mauchly (1946) Con el transcurrir del tiempo las empresas fueron observando
como las tecnologías y sistemas de información permitían a la empresa obtener mejores
resultados que sus competidores, constituyéndose por sí mismas como una fuente de
6
ventaja competitiva y una poderosa arma que permitía diferenciarse de sus
competidores y obtener mejores resultados que estos.
Los sistemas de información se constituyeron como una de las estratégicas más veraces
de la empresa, motivo por el cual garantiza una adecuada toma de decisiones en todo
proceso de planificación empresarial.
Bueno & Morcillo (1994). Describieron la evolución de los sistemas de información
basándose en la evolución de las tecnologías de información. “En la medida en que se
desarrollaron los equipos informáticos, el software, el hardware, las bases de datos y las
telecomunicaciones, los sistemas de información fueron adquiriendo una mayor
relevancia en las organizaciones, empezándose a considerar como un elemento más
del proceso de planificación”.
1.2. Análisis de las distintas posiciones teóricas sobre los sistemas de
información
1.2.1. Sistemas de información
“Un sistema de información es un conjunto de elementos orientados al tratamiento y
administración de datos e información, organizados y listos para su uso posterior,
generados para cubrir una necesidad o un objetivo” (Casey, 2009).
Dichos elementos formarán parte de alguna de las siguientes categorías:
Personas
Actividades o técnicas de trabajo
Datos
Recursos materiales en general (recursos informáticos y de comunicación,
generalmente, aunque no necesariamente).
Todos estos elementos interactúan para procesar los datos (incluidos los procesos
manuales y automáticos) y dan lugar a información más elaborada, que se distribuye de
la manera más adecuada posible en una determinada organización, en función de sus
objetivos.
El sistema de informacion al ser un conjunto de datos que permite mantener organizado
la administracion institucional, ayudo a la Gerencia de los Bancos comunitarios del
Municipio cantonal de Pastaza a tomar adecuadas decisiones.
Un Sistema de Información realiza cuatro actividades básicas:
Entrada de información: proceso en el cual el sistema toma los datos que requiere.
Almacenamiento de información: pude hacerse por computadora o archivos
7
físicos para conservar la información.
Procesamiento de la información: permite la transformación de los datos fuente
en información que puede ser utilizada para la toma de decisiones
Salida de información: es la capacidad del sistema para producir la información
procesada o sacar los datos de entrada al exterior Casey (2009).
Figura 1 Sistema de Información
Fuente: (Torres, P.F.E, 2017)
Componentes de un sistema de información
Los componentes principales de un sistema de información son:
Hardware o componentes físicos
Software o código fuente
Telecomunicaciones
Base de Datos
Servidores
Recursos
“El software, el hardware y las telecomunicaciones constituyen lo que actualmente se
denomina la tecnología de información (IT) la cual es ahora un componente integrado de
las operaciones de la mayoría de las organizaciones”. (Hornan, 2015)
Con la finalidad de mantener un adecuado control informático en los Bancos
comunitarios, el departamento o equipo que este contemplado dentro de la institución
ejercerán las funciones de Tecnología de información, el mismo se encargara de
estudiar, diseñar, desarrollar, implementar y administrar los sistemas de información
utilizados para el manejo de datos e información de toda la organización.
SISTEMA DE INFORMACIÓN
PERSONAS
INFORMACIÓN
RECURSOS
ACTIVIDADES
Objetivos de la entidad
8
1.2.2. Tipos de sistemas de información
Según (Hornan, 2015) existen diversos tipos de sistemas que son desarrollados por
analistas, diseñadores y programadores de sistemas. Sin embargo, todos ellos entran
en tres grandes grupos los cuales son:
Sistemas para el procesamiento de transacciones:
“Las transacciones son los procesos rutinarios llevados a cabo por una organización.
Estos sistemas tienen como objetivo automatizar estos procesos y mejorar en
consecuencia tales actividades de manera que puedan ser más efectivas y eficientes”
Sistema de Información Administrativa:
“Los sistemas de información administrativa persiguen el objetivo de proporcionar
información específica a los administradores o gerentes de la organización para el
soporte en situaciones de decisión puntuales y que son considerados requerimientos
anticipados”.
Sistemas para el soporte de Decisiones:
“Los sistemas para el soporte de decisiones permiten apoyar a los líderes de la
organización en la toma de decisiones no estructuradas o semi estructuradas”.
1.3. Valoración Crítica de los Conceptos principales de las distintas posesiones
teóricas sobre los sistemas de información.
1.3.1. Aplicación Transaccional de N-Capas
Según (Willians Stalings P. H, 1997) Los N-Tier forma parte también de un revolucionario
proceso, actualmente en desarrollo, basado en la aplicación de estas nuevas
tecnologías (componentes y estándares de Internet). Estas tecnologías son los
bloques para crear Software de Negocio y Sistemas de Información adaptables que
ayuden a las empresas a integrar todos sus sistemas de Tecnologías de la
Información, así como las inversiones realizadas en éstos, mientras que obtienen una
ventaja clara en el uso de Internet.
Los framework de n-capas utilizan herramientas basadas en Internet que
proporcionan a los clientes la adopción de las últimas y más potentes tecnologías que
proporcionarán claros avances competitivos, Willians Stalings P. H, (1997) “ los
sistemas basados en n-capas ayudan rápidamente a cambiar los negocios para
experimentar la compartición sin restricciones de datas a lo largo de aplicaciones o
fuentes de datos en la empresa, incluyendo Enterprise Resource Planning (ERP),
aplicaciones hechas a medida, empaquetadas, heredadas o bases de datos”.
9
Figura 2 Proceso de N-capas Fuente: (Willians Stalings P. H, 1997)
1.3.2. Arquitectura de Tres Capas
La arquitectura en tres capas es un tipo de arquitectura usada en la gran mayoría de
sistemas Willians Stalings P. H, (1997). “Se suele usar en sistemas que implementan un
modelo de negocio como podría ser una tienda online, una aplicación para gestionar
ciertos datos, etc.” Sin embargo no es recomendable usarla en sistemas de tiempo
real como los de los coches o aviones.
Todo sistema que gestiona datos tendrá una base de datos para guardar esos datos
y una interfaz de usuario que será con la que interactúan los usuarios. Además,
una parte del sistema se encargará de procesar los datos y gestionar lo que se hace
con ellos.
Funcionalidad de las Capas
Según (Willians Stalings P. H, 1997) Divide el sistema en capas de la siguiente manera:
1. “La Primera Capa o Capa de Presentación consiste en una interfaz gráfica
que reúne los aspectos de software enfocados a la interacción con los diferentes
tipos de usuarios. Es decir, incluye el manejo y aspecto de las ventanas, la
autentificación, el formato de los reportes, menús, gráficos y demás elementos
multimedia”.
2. “La Segunda Capa o Capa Intermedia reúne los aspectos de software que
automatizan los procesos de negocio. Conocida también como capa de la Lógica de la
Aplicación. Recibe la entrada de la capa anterior, interactúa con los servicios de
datos para ejecutar las operaciones y envía el resultado procesado a la capa de
presentación”.
10
3. “La Tercera Capa o Capa de Datos, contiene los datos necesarios para la
aplicación. Es la encargada de almacenarlos, recuperarlos y mantener su integridad.
Estos datos consisten en cualquier fuente de información, incluido una base de datos
de empresa como Oracle o MySQL, un conjunto de documentos XML o incluso un
servicio de directorio como LDAP. Además del tradicional mecanismo de
almacenamiento relacional de base de datos, existen muchas fuentes diferentes de
datos de empresa las que pueden acceder las aplicaciones”.
El método en capas aportará al proyecto de investigación en el desarrollo técnico y
funcional del sistema de información, a través de la intercalación de datos procesados
tanto de los usuarios como de los registros transaccionales.
1.3.3. Sistemas Transaccionales
“Sistemas Transaccionales (transactional system, sistema de procesamiento de
transacciones), es un tipo de sistema de información diseñado para recolectar,
almacenar, modificar y recuperar todo tipo de información que es generada por
las transacciones en una organización. Una transacción es un evento o proceso que
genera o modifica la información que se encuentran eventualmente almacenados en un
sistema de información”. (Alegsa, 2015)
Características de los sistemas transaccionales
Según (Alegsa, 2015) para que un sistema informático pueda ser considerado
como un sistema transaccional, debe superar el test ACID:
Rapidez: deben ser capaces de responder rápidamente, en general la
respuesta no debe ser mayor a un par de segundos.
Fiabilidad: deben ser altamente fiables, de lo contrario podría afectar a
clientes, al negocio, a la reputación de la organización, etc. En caso de
fallas, debe tener mecanismos de recuperación y de respaldo de datos.
Inflexibilidad: no pueden aceptar información distinta a la establecida. Por
ejemplo, el sistema transaccional de una aerolínea debe aceptar reservas de
múltiples agencias de viajes. Cada reserva debe contener los mismos
datos obligatorios, con determinadas características.
El sistema informático para los Bancos Comunitarios Cantonal de Pastaza será
accesible y de manejo libre con la finalidad de brindar a los altos directivos una
herramienta de fácil utilización que garantice un adecuado control de ítems.
11
Fundamentos de los procesos transaccionales
Según (Alegsa, 2015) divide los fundamentos de los procesos en los siguientes puntos:
Automatizan tareas operativas en una organización, permitiendo ahorrar en
personal.
Suelen dirigirse especialmente al área de ventas, finanzas, marketing,
administración y recursos humanos.
Suelen ser los primeros sistemas de información que se implementan en
una organización.
Sus cálculos y procesos suelen ser simples.
Se suelen utilizar para cargar grandes bases de datos.
Los beneficios de este tipo de sistemas en una organización son rápidamente
visibles.
Estos sistemas son optimizados para almacenar grandes volúmenes de datos,
pero no para analizar los mismos.
1.3.4. Base de datos
Una base de datos es un conjunto de datos almacenados en memoria externa que
están organizados mediante una estructura de datos. Marques (2011), “Cada base de
datos ha sido diseñada para satisfacer los requisitos de información de una empresa u
otro tipo de organización, como por ejemplo, una universidad o un hospital”. Una base
de datos se puede percibir como un gran almacén de datos que se define y se crea una
sola vez, y que se utiliza al mismo tiempo por distintos usuarios.
En una base de información todos los datos se integran con una mínima cantidad de
duplicidad. De este modo, la base de datos no pertenece a un solo departamento sino
que se comparte por toda la organización. Además, la base de datos no sólo contiene
los datos de la organización, también almacena una descripción de dichos datos.
La base de datos del sistema informático para los Bancos Comunitarios cantonal de
Pastaza contendrá información con respecto a la nómina de socios, información de
cuentas de ahorro y corriente, cálculo de intereses, información administrativa del
Banco, transacciones diarias de depósitos, retiros, generación de créditos, depósitos a
plazo fijo.
1.3.5. Sistema Gestor de Base de Datos
“El sistema de gestión de la base de datos (en adelante SGBD) es una aplicación que
permite a los usuarios definir, crear y mantener la base de datos, además de
12
proporcionar un acceso controlado a la misma, Marques, (2011)”Se denomina sistema
de bases de datos al conjunto formado por la base de dat1os, el SGBD y los
programas de aplicación que dan servicio a la empresa u organización.
El sistema de base de datos es muy similar al modelo que se sigue en la actualidad
para el desarrollo de programas con lenguajes orientados a objetos, en donde se da una
implementación interna de un objeto y una especificación externa separada. La
finalidad del sistema de datos permitirá a los usuarios del objeto ver especificación
externa y no preocuparse de cómo se implementa internamente el objeto.
1.3.6. SQL Server 2008
Es un nuevo sistema gestor de base de datos. Torres & Gastelu, (2011) “Se trata de un
producto completo de que puede descargarse libremente y utilizarse para pequeñas
aplicaciones, personales, aprendizaje.”
Características SQL Server 2008
Según el autor (Torres, 2011) señala las siguientes características:
Disponible
Construir y desplegar rápidamente su solución de base de datos.
Copia de seguridad y restaurar con facilidad.
Disponible como una herramienta de administración gráfica, capacidades de informes
y búsqueda de texto completo.
Ideal para la construcción de sitios web y aplicaciones, Soluciones LOB pequeña
escala o para su redistribución con aplicación ISV.
Modelado de datos
Una de las características fundamentales de los sistemas de bases de datos
es que proporcionan cierto nivel de abstracción de datos, al ocultar las
características sobre el almacenamiento físico que la mayoría de usuarios no necesita
conocer. Los modelos de datos son el instrumento principal para ofrecer dicha
abstracción a través de su jerarquía de niveles. Marqués & M. (2011) “Un modelo de
datos es un conjunto de conceptos que sirven para describir la estructura de una base
de datos, es decir, los datos, las relaciones entre los datos y las restricciones que
deben cumplirse sobre los datos”.
Los modelos de datos contienen también un conjunto de operaciones básicas para la
realización de consultas (lecturas) y actualizaciones de datos. Además, los modelos
de datos más modernos incluyen mecanismos para especificar acciones
13
compensatorias o adicionales que se deben llevar a cabo ante las acciones habituales
que se realizan sobre la base de datos.
1.3.7. Base de Datos Relacionales
Según el autor (Marques; M, 2011) Una base de datos relacional está formada por un
conjunto de relaciones. A las relaciones, en SQL, se las denomina tablas. Cada tabla
tiene una serie de columnas (son los atributos).
Cada columna tiene un nombre distinto y es de un tipo de datos (entero, real, carácter,
fecha, etc.). En las tablas se insertan filas (son las tuplas), que después se pueden
consultar, modificar o borrar.
No se debe olvidar que cada tabla tiene una clave primaria, que estará formada por
una o varias columnas de esa misma tabla. Sobre las claves primarias se debe hacer
respetar una regla de integridad fundamental: la regla de integridad de entidades. La
mayoría de los SGBD relacionales se encargan de hacer respetar esta regla
automáticamente.
Por otra parte, las relaciones entre los datos de distintas tablas se establecen mediante
las claves ajenas. Una clave ajena es una columna o un conjunto de columnas de una
tabla que hace referencia a la clave primaria de otra tabla (o de ella misma). Para
las claves ajenas también se debe cumplir una regla de integridad fundamental:
la regla de integridad referencial.
Muchos SGBD relacionales permiten que el usuario establezca las reglas de
comportamiento de las claves ajenas que permiten hacer respetar esta regla. (Marques;
M, 2011)
Dominios de Base de Datos
Según (Sylar, 2011) Los dominios suponen una gran mejora en este modelo ya que
permiten especificar los posibles valores válidos para un atributo. Cada dominio
incorpora su nombre y una definición del mismo. Ejemplos de dominio:
Dirección: 50 caracteres
Nacionalidad: Español, Francés, Italiano,
Los dominios pueden ser también compuestos a partir de otros (año, mes
y dí = fecha)
1.3.8. Estructura de Programación
Según el autor Aguilar & Luis Joyales (1996) La programación estructurada es un
14
conjunto de técnicas para desarrollar algoritmos fáciles de escribir, verificar, leer
y modificar, la programación estructurada utiliza:
Diseño descendente: Consiste en diseñar los algoritmos en etapas, yendo
de los conceptos generales a los detalles. El diseño descendente se verá
completado y ampliado con el modular.
Recursos abstractos: En cada descomposición de una acción compleja se
supone que todas las partes resultantes están ya resueltas, posponiendo su
realización para el siguiente refinamiento.
Estructuras básicas: Los algoritmos deberán ser escritos utilizando
únicamente tres tipos de estructuras básicas.
Figura 3 Estructura Básica de Programación
Fuente: (Torres, P.F.E, 2017) Fuente: (Aguilar, 1996)
1.3.9. Estructura de datos
“Comúnmente se define a los datos como un conjunto de hechos, de números, o de
símbolos que usan y manipulan los programas de computadora”. Una estructura de
datos o archivos puede definirse como aquellos datos que denotan un conjunto de
hechos, que pueden servir como operando a un programa de computadora y cuya
estructura es la manifestación de las relaciones (si las hay) entre elementos
individuales de aquel conjunto (Roger S. Pressman, 2010).
Así, podemos considerar la relación entre los niveles jerárquicos, es decir, que
niveles jerárquicos son superiores a otros. Al resultado, frecuentemente se le llama
estructura de organización de la empresa:
1.3.10. Programación C Sharp
Según (Gonzales, 2016) C# (pronunciado si sharp en inglés) es un “lenguaje de
programación Orientado a Objetos desarrollado y estandarizado por Microsoft como
parte de su plataforma .NET”
Gerente
Asesor
Técnico
Técnico de
Campo
Dep. Técnico
Asistente
Financiero
Jefe de
Departamento
Dep. Financiero
15
Características del C Sharp
Su sintaxis básica deriva de C/C++ y utiliza el modelo de objetos de la plataforma.NET
el cual es similar al de Java aunque incluye mejoras derivadas de otros lenguajes (entre
ellos Delphi).
La creación del nombre del lenguaje, C♯, proviene de dibujar dos signos positivos
encima de los dos signos positivos de "C++", queriendo dar una imagen de salto
evolutivo del mismo modo que ocurrió con el paso de C a C++.
C♯, como parte de la plataforma.NET, está normalizado por ECMA desde diciembre de
2001 (C# Language Specification "Especificación del lenguaje C♯"). El 7 de noviembre
de 2005 salió la versión 2.0 del lenguaje que incluía mejoras tales como tipos genéricos,
métodos anónimos, iteradores, tipos parciales y tipos anulables.
El 19 de noviembre de 2007 surgió la versión 3.0 de C# destacando entre las mejoras
los tipos implícitos, tipos anónimos y LINQ (Language Integrated Query -consulta
integrada en el lenguaje).
Aunque C♯ forma parte de la plataforma.NET, ésta es una interfaz de programación de
aplicaciones (API); mientras que C♯ es un lenguaje de programación independiente
diseñado para generar programas sobre dicha plataforma. Ya existe un compilador
implementado que provee el marco de DotGNU - Mono que genera programas para
distintas plataformas como Win32, UNIX y Linux. (Gonzales, 2016)
1.3.11. Lenguajes de Programación
Un lenguaje de programación es un convenio entre personas que puede definirse así:
Almagro & Ureña, C. (2011) “Conjunto de reglas o normas que permiten asociar a cada
programa correcto un cálculo que será llevado a cabo por un ordenador (sin
ambigüedades)”.
Por tanto, un lenguaje de programación es un convenio o acuerdo acerca de cómo se
debe de interpretar el significado de los programas de dicho lenguaje.
Muchas veces se confunden los lenguajes con los compiladores, intérpretes o con los
entornos de desarrollo de software. (Almagro, 2011)
Características de los Lenguajes de Programación
Los lenguajes de programación son herramientas que nos permiten crear
programas y software. Entre ellos tenemos Delphi, Visual Basic, Pascal, Java, etc...
16
Los lenguajes de programación de una computadora en particular se conocen como
código de máquinas o lenguaje de máquinas. (Almagro, 2011)
Características:
Facilitan la tarea de programación, ya que disponen de formas adecuadas
que permiten ser leídas y escritas por personas.
Los lenguajes de programación representan en forma simbólica yen manera de
un texto los códigos que podrán ser leídos por una persona.
Son independientes de las computadoras a utilizar.
Describe el conjunto de acciones consecutivas que un equipo debe ejecutar
Permite mayor portabilidad. (Almagro, 2011)
Tabla 1 Tabla de Programación
LENGUAJE PRINCIPAL ÁREA DE APLICACIÓN
COMPILADO/INTERPRETADO
ADA Tiempo real Lenguaje Compilado
BASIC Programación para fines educativos
Lenguaje Interpretado
C Programación de sistema Lenguaje Compilado
C++ Programación de sistema orientado a objeto
Lenguaje Compilado
COBOL Administración Lenguaje Compilado
FORTRAN Calculo Lenguaje Compilado
JAVA Programación orientada a internet
Lenguaje intermedio
MATLAB Cálculos matemáticos Lenguaje Interpretado
CALCULOS MATEMATICOS
Cálculos matemáticos Lenguaje Interpretado
LISP Inteligencia artificial Lenguaje intermedio
PASCAL Educación Lenguaje Compilado
PHP Desarrollo de sitios web dinámicos
Lenguaje Interpretado
INTELIGENCIA ARTIFICIAL
Inteligencia artificial Lenguaje Interpretado
PERL Procesamiento de cadenas de caracteres
Lenguaje Interpretado
Fuente: (BELLAS, UNANUE, & FERNANDEZ, 2012)
17
1.3.12. Manifiesto Ágil
Según el autor (ELIÉCER HERRERA URIBE), En el mes de febrero en Lodge at
Snowbird, 17 personas profesionales en su campo se reunieron con el fin de encontrar
un tema en común. De donde surge el Manifiesto Ágil como alternativa documental para
el desarrollo de software con metologias que fueron denominados pesadas y rígidas por
su carácter normativo que establecían y una constante planificación previo al desarrollo
ante el proyecto a desarrollar.
Principios del Manifiesto Ágil
Según (ELIÉCER HERRERA URIBE), Define a los principios como:
Satisfacer al cliente con una entrega temprana y continua del software.
Se efectúan cambios en las etapas de desarrollo para aprovechas ventajas de
mejora y competitividad para el cliente.
Existen entregas frecuentes de un software funcional en un tiempo máximo de
dos meses con periodos de tiempo más cortos.
Existe un trabajo conjunto con el cliente y los desarrolladores durante todo el
proyecto.
El proyecto se desarrolla en torno a un equipo de trabajo motivado, con el
ambiente de trabaja que necesitan.
La comunicación entre compañeros de desarrollo es la mejor manera de
información.
Un software funcional es el objetivo que tiene el equipo de trabajo.
Se debe mantener un ritmo constante durante el desarrollo de los procesos
agiles.
El trabajo entre la parte técnico y diseño mejora la agilidad.
Maximizar el trabajo que no se realiza es una fase esencial.
Un equipo auto – organizado mejora los requisitos de diseño para la satisfacción
del cliente.
Los intervalos entre los equipos de trabajo es esencial para interactuar, ajustar y
perfeccionar el diseño, desarrollo continuamente.
18
Valores del Manifiesto Ágil
Según (ELIÉCER HERRERA URIBE), define a los valores como:
Valorar más al equipo de trabajo que gracias a sus conocimientos técnicos hacen
posible el desarrollo e interacciones entre si sobre los procesos establecidos y
sus herramientas.
Valorar más el software funcional con sus etapas de desarrollo sobre el aspecto
documental aunque no menos importante ya que el documento es la guía de los
conocimientos implementados.
Valorar más la interacción constante con el cliente ante la negociación
contractual ya que una buena comunicación se permite el mejoramiento del
producto con la satisfacción del cliente ante su proyecto desarrollado.
Valorar los cambios ante que seguir un plan establecido ya que este método está
sujeto a cambios ante la evolución rápida y continua.
1.3.13. Origen del Marco de Trabajo Agil Scrum
Según (Alexander Menzinsky) El origen del modelo fue identificado y definido por Ikujiro
Nonaka e Hirotaka Takeuchi a principios de los años 80, En el estudio realizado por
Nonaka y Takeuchi compararon la nueva forma de trabajo en equipo que estaban
identificando, con el avance en formación de scrum de los jugadores de Rugby, y por
esa razón la denominaron “scrum”, aunque esta forma de trabajo surgió en empresas
de productos tecnológicos, es apropiada para proyectos con requisitos inestables y para
los que requieren rapidez y flexibilidad, situaciones frecuentes en el desarrollo de
determinados sistemas de software.
1.3.14. Marco de Trabajo Ágil Scrum
Según (Sutherland) El Marco de Trabajo Scrum se basa en la teoría de control de
procesos para la obtener la mayor calidad en el menor tiempo posible de forma empírica
o empirismo. El empirismo asegura que el conocimiento procede de la experiencia y de
tomar decisiones basándose en lo que se conoce. Scrum emplea un enfoque iterativo e
incremental basado en tiempos de entrega para optimizar la predictibilidad y el control
del riesgo. Tres pilares soportan toda la implementación del control de procesos
empírico:
Transparencia: significa que todos los procesos deben ser visibles para aquellos
que son responsables del resultado final del proyecto de modo que compartan
un entendimiento común.
19
Inspección: debe existir una inspección constante por parte de los usuarios del
scrum para alcanzar el objetivo y detectar variaciones dentro del desarrollo.
Adaptación: scrum contiene cuatro eventos formales que se definen como sprint
para una inspección adaptación aceptable para el desarrollo del proyecto.
1.3.15. Scrum Team como Marco de Trabajo
Según (Sutherland, Julio de 2013) Un equipo de trabajo Scrum consiste en un dueño de
producto (Product Owner), equipo de desarrollo (Development Team) y su Scrum
Master, todos los equipos son auto - organizados y multifuncionales, los equipos auto -
organizados eligen la mejor forma de llevar a cabo su trabajo y no son dirigidos por
personas externas al equipo, el modelo de trabajo en Scrum está diseñado para
optimizar la flexibilidad, la creatividad y la productividad, incrementando y maximizando
las estrategias para poder obtener retoalimentacion en cada entrega (Iteracciones) que
se realice dando un resultado potencial, util y funcional del producto.
Figura 4 Ciclo de Desarrollo del Marco de Trabajo Ágil Scrum
Elaborado por: (Manuel Trigas Gallegos, 2016)
1.3.16. Definición del Scrum Team como Marco de Trabajo
Según (Sutherland) Define de la siguiente manera al equipo de un Marco de Trabajo
Scrum:
Product Owner: es el responsable de maximizar el valor del producto y del
trabajo del equipo de desarrollo definido y auto - organizado, es la unica persona
de gestionar eficientemente el (Product Backlog) siendo este visible,
transparente y clara para todo el equipo para su mejor comprención de la lista
del producto, es la unica persona receptora de los cambios de prioridades de la
20
lista del producto, las decisiones del dueño del producto se reflejan en el
contenido y la priorización de la lista del producto los equipos de trabajo no deben
actuar en base a la decision de otra persona.
Development Team: consiste en profesionales que desempeñan un trabajo con
una entrega de incremento del producto terminado, se ponen en producción a la
finalizacion de cada sprint, solo los mienbros de dicho equipo participan en la
creacion del incremento del producto, gestionan su propio trabajo con una
resultante de optimizacion de la eficiencia y efectividad del equipo de desarrollo
(Auto – Organizados), no reconocen titulos para los mienbros del equipo tampoco
sub equipos de trabajo, el tamaño optimo del equipo trabajo debe ser lo
suficientemente pequeño para permancer agil y lo suficientemente grande para
completar una gran cantidad de trabajo, tener menos de tres miembros en el
equipo de trabajo reduce la interacion y la ganancia de productividad mas
pequeños, equipos de trabajo mas grande complica la organización complejidad
de desarrollo mediante un proceso empirico.
El Scrum Master: es el responsable de asegurar que el marco de trabajo Scrum
sea entendido y adoptado esto asegura que el equipo trabaje ajustándose a la
teoría, prácticas y reglas del Scrum, es un lider que ayuda a personas externar a
entender las interaciones y participa en las modificaciones de las interaciones
para una maxima eficiencia del equipo.
Eventos del Marco de Trabajo Scrum
Según (Sutherland) En el Marco de trabajo Scrum contiene eventos predefinidos con la
finalidad de regularidad y minimizar la necesidad de reuniones no definidas en Scrum,
cada bloque tiene una duracion de tiempo (time-boxes), una vez que se establece un
Sprint, su duración de tiempo es fija y no puede acortarse o alargarse, cuando se alcanza
el objetivo del evento (Sprint) con la cantidad de tiempo asegurando la calidad del
proceso.
Para (Sutherland, Julio de 2013) Los Sprints consisten en la Reunión de Planificación
del Sprint donde definiran el lista del proceso y el timepo de entrega (Sprint Planning
Meeting), los Scrums Diarios donde se anotaran los eventos cumplidos en una reunion
para llegar al objetivo de conclusion (Daily Scrums), el trabajo de desarrollo, la Revisión
del Sprint previo a la entrega para su revison (Sprint Review), y la Retrospectiva del
Sprint es la oportunidad de creacion de un plan de mejoras para el siguien evento (Sprint
Retrospective).
21
1.3.17. Modelos de Proceso Evolutivo
El software, como todos los sistemas complejos, evoluciona en el tiempo. Es frecuente
que los requerimientos del negocio y del producto cambien conforme avanza el
desarrollo, lo que hace que no sea realista trazar una trayectoria rectilínea hacia el
producto final; los plazos apretados del mercado hacen que sea imposible la terminación
de un software perfecto, pero debe lanzarse una versión limitada a fin de aliviar la presión
de la competencia o del negocio; se comprende bien el conjunto de requerimientos o el
producto básico, pero los detalles del producto o extensiones del sistema aún están por
definirse. En estas situaciones y otras parecidas se necesita un modelo de proceso
diseñado explícitamente para adaptarse a un producto que evoluciona con el tiempo.
Los modelos evolutivos son iterativos. Se caracterizan por la manera en la que permiten
desarrollar versiones cada vez más completas del software. (Roger S. Pressman, 2010)
1.3.18. Modelo en Espiral
Según (Roger S. Pressman) El modelo fue propuesto en primer lugar por Barry Boehm,
el modelo espiral es un modelo evolutivo del proceso del software y se acopla con la
naturaleza iterativa de hacer prototipos con los aspectos controlados y sistémicos del
modelo de cascada. Tiene el potencial para hacer un desarrollo rápido de versiones
cada vez más completas. Boehm describe el modelo del modo siguiente:
El modelo de desarrollo espiral es un generador de modelo de proceso impulsado
por el riesgo, que se usa para guiar la ingeniería concurrente con participantes
múltiples de sistemas intensivos en software. Tiene dos características distintivas
principales. La primera es el enfoque cíclico para el crecimiento incremental del
grado de definición de un sistema y su implementación, mientras que disminuye
su grado de riesgo. La otra es un conjunto de puntos de referencia de anclaje
puntual para asegurar el compromiso del participante con soluciones factibles y
mutuamente satisfactorias. (Boehm, 1986)
Serie de Entregas Evolutivas
Según el autor (Roger S. Pressman) Con el uso del modelo espiral, el software se
desarrolla en una serie de entregas evolutivas a lo largo de la vida del software. Durante
las primeras iteraciones, lo que se entrega puede ser un modelo o prototipo. En las
iteraciones posteriores se producen versiones cada vez más completas del sistema.
Teniendo en cuenta el enfoque Roger S. Pressman, Ph.D. (2010) El modelo en espiral
esta dividido por el equipo de software en un conjunto de actividades estructurales. Para
22
fines ilustrativos, se utilizan las actividades estructurales generales ya analizadas que
son:
Comunicación: Las tareas requeridas para establecer comunicación entre el
desarrollador y el cliente.
Planeación: Las tareas requeridas para definir recursos, el tiempo y otra
información relacionadas con el proyecto y para evaluar riesgos técnicos y de
gestión.
Modelado: Las tareas requeridas para construir una o más representaciones de
la aplicación.
Construcción: Las tareas requeridas para construir, probar, instalar
yproporcionar soporte al usuario (por ejemplo: documentación y práctica)
Despliegue: Las tareas requeridas para obtener la reacción del cliente según la
evaluación de las representaciones del software creadas durante la etapa de
ingeniería e implementada durante la etapa de instalación. Cada una de las
regiones están compuestas por un conjunto de tareas del trabajo, llamado
conjunto de tareas, que se adaptan a las características del proyecto que va a
emprenderse. Para proyectos pequeños, el número de tareas de trabajo y
suformalidad es bajo. Para proyectos mayores ymás críticos cada región de
tareas contiene tareas de trabajo que se definen para lograr un nivel más alto de
formalidad. En todos los casos, se aplican las actividades de protección.
1.3.19. Contabilidad
La contabilidad es una ciencia, técnica, arte que se encarga de analizar, clasificar,
registrar, controlar e interpretar los estados financieros de una empresa u organización
así como también de algún individuo que desee ordenar su información de forma
ordenada y sistemática dentro del periodo contable para una buena toma de decisiones
dentro de su negocio o actividad comercial. (Scarano, 2006)
La finalidad de la contabilidad es suministrar información en un momento dado y de los
resultados obtenidos durante un período de tiempo dicho por Scarano & Eduardo R.
(2006), que resulta de utilidad a los usuarios en la toma de sus decisiones, tanto para el
control de la gestión pasada, como para las estimaciones de los resultados futuros,
dotando tales decisiones de racionalidad y eficiencia para su beneficio.
Contabilidad Financiera
Se conforma por una serie de elementos tales como las normas de registro, criterios de
contabilización, formas de presentación, etc. Guajardo & Gerardo Guajardo Cantu &
23
Nora E. (2008) “A este tipo de contabilidad se le conoce como contabilidad financiera,
debido a que expresa en términos cuantitativos y monetarios las transacciones que
realiza una entidad, así como determinados acontecimientos económicos que le afectan,
con el fin de proporcionar información útil y segura a usuarios externos para la toma de
decisiones”.
Este tipo de contabilidad es útil para acreedores, accionistas, analistas e intermediarios
financieros, el público inversionista y organismos reguladores entre otros, todos usuarios
externos de la información contable. (Guajardo, 2008)
1.3.20. Bancos Comunitarios
“Banco Comunal es una metodología crediticia que consiste en que una organización
sin ánimo de lucro otorgue préstamos a un grupo de personas que se encarga del
manejo y los recursos entregados”. (Banco del Ahorro Nacional y Servicios Financieros,
2008)
Metodología de los bancos comunales
Según el economista (Yunus, 2007), La metodología de los bancos comunales
cuenta con dos elementos financieros interrelacionados entre si crédito y ahorro,
ambos factores se mantienen vinculados por dos componentes de desarrollo social:
La confianza
La solidaridad
Funcionamiento de los bancos comunales
Un grupo de mujeres inicialmente es capacitado por un promotor u oficial de crédito
de la financiera o una ONG. Yunus M. (2007) “Luego, ellas se constituyen con todas las
formalidades de una asociación de hecho en un banco comunal”.
Durante la capacitación, dichas mujeres aprenden conceptos básicos de gestión
organizacional relacionados con la metodología de bancos comunales, conocen la
filosofía de esta tecnología crediticia, elaboran su acta constitutiva y reglamentos
internos, preparan libros de control interno, libros contables y otros documentos.
Además, nombran a sus representantes: generalmente una presidenta, cajera,
secretaria y otros. También se organizan en pequeños grupos solidarios de 4 a 5
personas
Después, solicitan a la financiera un primer préstamo por un plazo de 4 meses a un año.
Dicho financiamiento es distribuido a cada una de las socias. Inicialmente reciben
entre 50 y 100 dólares americanos.
24
Estos préstamos son abonados gradualmente, ya sea semanal o mensualmente,
a la caja del banco comunal. Esta última otorga préstamos internos con un interés
fijado por ellas, en una reunión de la asociación. Paralelamente a los préstamos, las
socias del banco también ahorran dinero, que es administrado por el mismo banco
comunal. (Yunus, 2007)
Servicios de los Bancos Comunitarios
Los servicios comunitarios que se brindan son los siguientes según (Yunus, 2007) son:
MICROCRÉDITO: Las micro finanzas son adaptadas a poblaciones rurales y
urbanas que no acceden al crédito comercial.
PROMOCIÓN DEL AHORRO: Se desarrolla una cultura de ahorro, para
realizar inversiones económicas y sociales.
CAPACITACIÓN: Se desarrolla un programa de capacitación para
contribuir al desarrollo de competencias, conocimientos, prácticas y actitudes
de nuestros socios.
ASESORÍA ORGANIZACIONAL: Se promueve la autogestión del Banco
Comunal y el fortalecimiento de nuevos tipos de organizaciones.
1.3.21. Microcréditos
Pequeños préstamos que se conceden a las personas con un reducido nivel de recursos
económicos, es decir, a aquellas que carecen de las garantías suficientes para acceder
al sistema bancario tradicional, pero que tienen capacidad emprendedora, por lo que
también se les denomina “pobres emprendedores”. Martin Lopez & Sonia. (2016) Los
recursos económicos así obtenidos por los beneficiarios han de destinarse a la puesta
en marcha de pequeñas empresas, generándose, por tanto, autoempleo.
1.4. Conclusiones del Capitulo parcial.
El software está constituido por los programas y los datos que en parte existen
“dentro” del hardware, pero que tienen una naturaleza más dinámica: pueden ser
modificados durante el funcionamiento del ordenador, y están relacionados con
los problemas concretos que queremos resolver en el ordenador.
El modelo de capas de una arquitectura permitirá organizar el sistema en capas
de los Bancos Comunitarios, en donde cada una proporciona un conjunto de
servicios. En donde cada capa puede pensarse como una maquina abstracta
cuyo lenguaje de máquina se define por los servicios que proporciona dos por la
capa.
25
Entre los beneficios principales de esta Arquitectura de Aplicaciones, se
encuentra en la facilidad de dar mantenimiento, debido a que como las capas se
encuentran lógicamente separadas, en caso de alguna corrección únicamente
se “toca” la capa correspondiente, sin necesidad de afectar el funcionamiento de
las demás.
Otro de los beneficios intrínsecos de esta arquitectura es la posibilidad de colocar
diversas capas de la aplicación en equipos físicamente independientes,
conectados en una red, incluso podría tratarse de equipos geográficamente
distantes, lo cual transforma este modelo en ideal para el desarrollo de
aplicaciones distribuidas.
26
CAPITULO II. MARCO METODOLÓGICO Y PLANTEAMIENTO DE LA PROPUESTA
2.1. Caracterización del sector municipal de la oficina central de los bancos
comunitarios del municipio cantonal de Pastaza.
El presente proyecto de tesis está orientada al sector financiero y desarrollo social, en
el contexto de la administración de transacciones que realiza los Bancos Comunitarios
Gerenciados por el Municipio de Pastaza, la presente investigación se realizó en la
Provincia de Pastaza, Cantón Pastaza, Parroquia Puyo. Municipio Cantonal De Puyo,
Oficina Central Bancos Comunitarios, durante el último trimestre del año 2015 y el 2016.
En la actualidad la banca pública y privada, está muy presente en todas partes del
Ecuador con una diversidad bancaria para la sociedad en general, lo que ha generado
que muchos sectores no puedan acceder a los múltiples servicios que ofrecen estas
instituciones. Los Bancos Comunitarios fueron creados en base a estos sectores que
quedaron en total descuido del banco público y privada de allí parte el problema a
investigar.
Según el Título III Del Sector Financiero Popular y Solidario, Capítulo I, De las
Organizaciones del Sector Financiero Popular y Solidario y Sección 3, De las Entidades
Asociativas o Solidarias, Cajas y Bancos comunales y Cajas De Ahorro, se resalta los
siguientes artículos como Fundamento Legal son:
Art. 78.- Sector Financiero Popular Y Solidario. Para efectos de la presente Ley,
integran el Sector Financiero Popular y Solidario las cooperativas de ahorro y crédito,
entidades asociativas o solidarias, cajas y bancos comunales y cajas de ahorro.
Art 80.- Disposiciones Supletorias. Las cooperativas de ahorro y crédito, entidades
asociativas o solidarias, cajas y bancos comunales, y cajas de ahorro, en lo no previsto
en este capítulo, se regirán en lo que corresponda según su naturaleza por las
disposiciones establecidas en el título II de la presente ley; con excepción de la
intervención que será solo para las cooperativas de ahorro y crédito.
Artículo. 104.- Entidades asociativas o solidarias, Cajas y Bancos Comunales y Cajas
de Ahorro. Son organizaciones que se forman por voluntad de sus socios y con aportes
económicos que, en calidad de ahorros, sirven para el otorgamiento de créditos de
créditos a sus miembros, dentro de los límites señalados por la superintendencia de
conformidad con lo dispuestos en presente Ley. También se consideran como parte de
estas entidades, aquellas organizaciones de similar naturaleza y actividades
económicas, cuya existencia haya sido reconocida por otras instituciones del Estado.
27
2.2. Descripción del procedimiento metodológico para el desarrollo de la
investigación.
Métodos de modalidad mixta, cuali-cuantitativa
Investigación Cualitativa
Se aplicó una investigación mixta teniendo presente su enfoque cualitativo y cuantitativo,
motivo por el cual la población es fuente activa de la investigación, porque permite
profundizar el objeto de investigación y demostrar la veracidad del sistema de
información.
Modalidad básica de investigación
El trabajo de investigación se apoya en la modalidad de campo y bibliográfica, razón por
la cual el problema de investigación se ha identificado de forma directa en el lugar de
los hechos, resultado de los procesos manuales, inconsistencia de datos, de los Bancos
Comunitarios Gerenciados de Pastaza “Puyo”.
Investigación bibliográfica
Para el desarrollo de una aplicación de n-capas es importante fundamentar teóricamente
los diferentes temas a ser aplicados dentro del desarrollo del presente proyecto de tesis,
donde se podrá respaldar y justificar con información obtenida, con diversos enfoques del
contexto de diversos autores sobre los temas requeridos basado en documentos
científicos.
Investigación de campo
Se realizó una investigación de campo dentro del Banco Comunitario Oficina central
“Puyo” Durante el Mes de Enero con el fin de recolectar datos e información de las distintas
áreas que manejan la entidad financiera conociendo su estado actual y de esa manera
localizar los procesos principales a ser automatizados mediante una aplicación, para
mejorar la funcionalidad de los servicios que presta a sus socios.
Técnicas de la Investigación
En el presente trabajo de investigación se aplica ciertas técnicas como es la entrevista y
la observación. Que se describe a continuación:
Entrevista
La entrevista sirvió para poder obtener información sobre los bancos comunitarios y como
se manejan internamente sus procesos y transacciones, realizado a los principales
participantes de la entidad financiera con lo cual hemos podido tener una mejor
comprensión de las necesidades y los problemas que se ha presentado según los datos
28
obtenidos por los entrevistados.
Observación
La observación permitió comprobar el problema de investigación situado en los bancos
comunitarios y tener una idea clara de los problemas que se ocasionan al usuario, con lo
cual se podrá ofrecer una solución viable para la entidad ya mencionada.
Instrumentos de la Investigación
Ficha de observación
Mediante una ficha de observación se registró toda la información obtenida durante la
investigación de campo en los bancos comunitarios oficina central “Puyo”, ordenando de
manera más factible el problema de investigación para su respectivo análisis.
Guía de entrevista
Mediante la Guía de entrevista aplicada a las diferentes personas dentro de la oficina
central de los bancos comunitarios, se realizó la recolección de información necesaria
para el desarrollo de la investigación, mediante una conversación libre conforme se
desarrolla la entrevista.
Población y Muestra
Población
La información se obtendrá de la directiva del departamento de los Bancos Comunitarios
Gerenciados por el Municipio Cantonal de Pastaza “Puyo”, como responsables directos.
Tabla 2: Composición de la Población
POBLACIÓN NUMERO DE PERSONAS
Gerente 1
Jefe Financiero 1
Técnico 1
TOTAL 3
Fuente: (TORRES, P.F.E, 2017)
La población está enteramente dirigida al personal administrativo por ser los únicos
beneficiarios, no amerita el cálculo de la muestra.
29
Guía de entrevistas
Se consideran una serie de protocolos para el correcto desarrollo de la entrevista a los
funcionarios de la oficina central de los bancos comunitarios obteniendo exitosamente
la información que se requirió para el avance de la investigación aplicada dentro de dicha
entidad, que se presentó a manera de párrafo introductoria de una conversación entre
el entrevistador y el entrevistado (entrevista narrativa), sin ningún tiempo límite para
cada pregunta.
Importancia de la entrevista
Gracias a la entrevista aplicada a los funcionarios principales de la oficina central de los
bancos comunitarios ubicado en la ciudad de “Puyo”, se obtuvo la información requerida
y necesaria para el desarrollo de la investigación, mediante el cual con certeza se logró
identificar los problemas que presenta dicha entidad financiera en los diferentes servicios
que realizan internamente.
Tipo de entrevista
Se aplicó una entrevista abierta obteniendo los resultados esperados de los temas
generales a indagar dejando que el entrevistado desarrolle el tema en la forma que
considero conveniente.
Secuencia de preguntas
Las entrevistas comenzaron con preguntas sobre la identificación de carácter histórico
y demográfico del entrevistado, siguiendo así a las preguntas posteriores a la
identificación de actividades o experiencias, con temas que requieren de mucha
memoria he interpretación por parte del entrevistado. Posteriormente una vez que se ha
avanzado en los diferentes temas requeridos y necesarios para la recolección de la
información.
Temas generales
Se aplicó las entrevistas a los funcionarios de los bancos comunitarios que están
relacionados previamente con la parte histórica y procesos de la entidad financiera que
son:
Historia de los Bancos Comunales
Microcréditos
Objetivos de los Bancos Comunales
Servicios
Tipos de contabilidad aplicadas
30
Inversiones
Capacitación y orientación
Conclusiones de la entrevista
Se concluye que mediante la aplicación de una entrevista bien estructurada en el ámbito
de los temas que se requiere conocer dentro de los bancos comunitarios y sus diferentes
procesos que realizan, se pudo constatar que dicha entidad existe problemas de manejo
de trámites internos.
2.2.1. Análisis de la Entrevista
Una vez realizado la entrevista tanto a Gerencia, financiero y departamento técnico de
los Bancos comunitarios se logró identificar, que con respecto a un manejo solido del
efectivo, archivo de socios y facilidades de créditos, los bancos comunitario no poseen
un sistema transaccional contable que garantice una eficacia y eficacia en sus funciones,
impidiendo de esta manera que los altos directivos pueda tomar decisiones acertadas al
momento de proceder.
Análisis eh interpretación de resultados
ENTREVISTA REALIZADA
GERENTE
1. ¿De dónde surge la idea de los bancos comunales?
La idea de la implementación de un banco comunal surge desde la india mediante
Muhammad Yunus (Economista) de donde surgió la idea de un banco para los pobre de
su ciudad y se formalizo 1974 como una entidad financiera dedicada al sector menos
privilegiado.
Análisis
De la entrevista realizada se pudo conocer los orígenes de donde surgió esta idea de
los bancos comunales y para que gente está dirigido.
Interpretación
Por el amplio concepto que genera la formación de dicha entidad viene a formar una
gran ayuda para personas que no tienen acceso a la banca tradicional.
2. ¿Cuál es el objetivo que motiva a la creación de los bancos comunitarios?
El objetivo principal que presenta los bancos comunitarios es la prestación de
microcréditos para los socios de los bancos de manera que lo utilicen para sustentar sus
trabajos de producción de cualquier tipo con la ventaja de intereses bajo y facilidades
31
de pago el dinero siempre está en movimiento generando intereses para aumentar el
valor de los créditos para cada banco.
Análisis
De la entrevista realizada se pudo conocer cuál fue el objetivo de todos los bancos
comunales y como se maneja la prestación de microcréditos.
Interpretación
Por el constante crecimiento que aportan los socios de los bancos comunitarios pueden
acceder a mayores microcréditos de mayores sumas económicas para sus actividades
laborales.
3. ¿Cuál es la temática de la implementación de micro finanzas dentro de los
bancos comunales?
Es la prestación de microcréditos para el financiamiento de sus negocios y crecimiento
laboral y económico esto es independiente de cada banco según el capital que maneja
y que porcentaje de interés aplican.
Análisis
De la entrevista realizada se pudo conocer que cada banco maneja diferente porcentajes
de interés que según su crecimiento aumentara el nivel de préstamos para los socios.
Interpretación
Por el constante crecimiento que presenta cada banco manejan distintos intereses y
capitales para préstamos.
4. ¿Cuentan con respaldos electrónicos y/o respaldos adicionales de la
información con la que cuenta el banco?
Se cuenta con respaldos de las hojas de cálculo Excel donde pasamos la información
que está en papel para su respectivo análisis de los distintos procesos que realiza los
bancos comunitarios.
Análisis
De la entrevista realizada se pudo conocer que la oficina central al momento de recibir
los datos de cada banco lo reciben en papel y lo traspasan a una hoja de cálculo Excel
para su almacenamiento y análisis de la información.
32
Interpretación
Por la calidad de información que manejan en hojas de cálculo Excel no presta un
servicio eficiente al no saber que algún problema técnico del equipo de información
puede perjudicar a la información dentro de la misma.
5. ¿De qué manera se lleva los procesos que realiza la oficina central de los
bancos comunitarios?
Se realizan de forma manual los procesos que realizan el financiero y el técnico antes
de transcribir toda esa información en hojas de cálculo Excel.
Análisis
De la entrevista realizada se pudo conocer que se realiza doble trabajo en la realización
de los procesos o transacciones de los diferentes servicios que presta la entidad.
Interpretación
Por el crecimiento de los bancos los procesos a realizas o transacciones se incrementa
diariamente según como crece las distintas entidades financieras.
FINANCIERO
1. ¿Qué tipo de contabilidad se aplican en los bancos comunitarios?
Bueno la contabilidad que se aplica en toda entidad financiera es la contabilidad
financiera y la contabilidad de costos para poder ejecutar con exactitud todos los
procesos contables que se realizan.
Análisis
De la entrevista realizada se pudo conocer que tipos de contabilidad aplican los bancos
comunitarios como entidad financiera.
Interpretación
Por medio de estos procesos contables realizados manualmente se puede saber que es
factible la realización de un aplicativo que ayude con estos procesos.
2. ¿De qué manera se registra los socios y en base a que requerimientos?
Los socios que se organizan a la creación de un banco comunal para su sector donde
viven comienzan con aportaciones mensuales y con créditos pequeños mediante va
creciendo va creciendo la cantidad en los créditos pero si hay algún socio nuevo que
desea ingresar al banco ya formado deberá atribuir con el porcentaje de aportaciones
que los socios tenga hasta la actualidad para poder acceder al 100% de los servicios.
33
Análisis
De la entrevista realizada se pudo conocer la manera como están organizados los socios
y como los nuevos socios en base a que deben ingresar.
Interpretación
Por medio de estos requerimientos se pudo constatar que debe cumplir un socio nuevo
si desea integrarse a un banco ya formado y como se organizan los socios para creación
de un nuevo banco.
3. ¿De qué manera se registran las aportaciones varios que realiza cada
socio?
Los socios cada reunión que realizan reúnen las aportaciones de cada socio y anotan
en un cuaderno y esos datos lo traen a la oficina central para su respectivo análisis
contable a su capital de cada banco.
Análisis
De la entrevista realizada se pudo conocer como el grupo de personas se organizan
para la creación de un banco en su comunidad y de qué manera se lleva el registro
manual.
Interpretación
Por medio de método que realizan el registro de las diferentes aportaciones es factible
la realización de un aplicativo.
4. ¿De qué forma se almacena los archivos de todas las transacciones que
realizan los bancos comunitarios?
Todos los archivos se registran en papel y digitalmente conforme va el tiempo se busca
espacio donde poder almacenar todos registros en papel y muchas de las veces los
archivos digitales se dañan o desaparecen.
Análisis
De la entrevista realizada se pudo conocer de qué manera manejan el archivado de
todos los documentos siendo este una forma poco ágil de búsqueda de algún proceso.
Interpretación
Por medio de una acumulación de archivos de todos los bancos y de los socios genera
poca eficiencia en el área laboral.
34
5. ¿De qué manera se maneja las inversiones y capitales, anuales o
mensuales dentro de cada banco?
Los socios realizan aportaciones mensuales al banco del cual se convierte de manera
inmediata en crédito para comenzar a generar interés y el capital crezca para beneficio
de los socios del cual cuyo interés acumulado anualmente se distribuyen entre los
socios.
Análisis
De la entrevista realizada se puede conocer en modo que realizan las inversiones al
capital de cada banco y que hacen con el interés generado de los créditos a los socios.
Interpretación
Por medio de un trabajo en conjunto de los socios producen capital y rotación del dinero
para beneficios de la comunidad donde se encuentra ubicados los bancos.
TÉCNICO
1. ¿De qué manera es la organización de los socios de cada banco
comunitario?
La comunidad donde se piensa crear un banco comunitario comienza con la
organización de los mismos y de los diferentes métodos para conseguir aportaciones
para el capital del banco.
Análisis
De la entrevista realizada se puede conocer el modo que trabaja los grupos de personas
para el crecimiento de su banco en su comunidad.
Interpretación
Por medio de un crecimiento constante de una buena organización es evidente el
crecimiento tanto económico como productivo.
2. ¿Qué tipo de capacitación recibe los funcionarios de cada banco
organizado?
Al ser personas con nivel de educación primaria se les trata de capacitar en contabilidad
básicas acorde a sus conocimientos.
Análisis
De la entrevista realizada se puede conocer qué nivel de capacitación necesitan los
miembros de los diferentes bancos.
35
Interpretación
Por medio de una capacitación en contabilidad que aplican los funcionarios de la oficina
central de los bancos comunitarios pueden tener conocimiento de cómo llevar sus
cuentas entre los socios.
3. ¿Bajo qué técnicas de motivación se instruye a los socios de los bancos
comunitarios?
Se fomenta la cultura de ahorra y de pago para el crecimiento de sus bancos comunales
para beneficios de ellos dando paso a su propio crecimiento económico, social y
productivo.
Análisis
De la entrevista realizada se puede conocer las formas de fundamentales en las que se
basa los socios para su crecimiento tanto de sus familias como del banco.
Interpretación
Por medio de una motivación y educación ahorrativa se mejora el crecimiento de los
bancos.
2.2.2. Análisis de la ficha de Observación
En la observación que se realizó a la oficina central de los Bancos Comunitarios que son
Gerenciados por el Municipio Cantonal de Pastaza “Puyo”, se pudo detectar que el uso
de almacenamiento de sus información, registros de datos, registros financieros,
documentos de los socios y bancos hijos se los maneja de una forma manual sin contar
con un respaldo digital de su información total, se pudo constatar poca agilidad de
atención a los usuarios y parte administrativa.
Tabla 3 Ficha de Observación
INDICADORES RESULTADO
Cuenta con respaldos de la información registrada manualmente NO
Tiempos altos de atención a los usuarios SI
Tiempo alto de respuesta por la parte administrativa SI
Facilidad de uso y compresión a los usuarios SI
Realizan reportes mes a mes SI
Fuente: (TORRES, P.F.E, 2017)
2.3. Propuesta para el desarrollo sistema transaccional n – capas
Se detalla de manera rápida las fases de creación que tendrá el sistema para solucionar
la problemática dentro de los bancos comunitarios mediante un marco de trabajo Scrum
36
y metodología de desarrollo de software en espiral que permite al sistema ser escalable
eh evolutivo.
ITEM TIPO DE FASES DESCRIPCIÓN
1 Creación de Casos de uso Verifica la interacción de los usuarios
con el sistema
2 Creación de la base de datos Creación de la base de datos según
las especificaciones del usuario
3 Conexcion del sistema con la base de datos Conexión con el gestor de base de
datos y el sistema
4 Creación de la capa de acceso de datos Creación de la capa de datos donde
están establecidos las conexiones,
métodos, funciones para uso de las
capas
5 Creación de la capa de lógica de negocios Capa donde se establece el crud,
validación y procesos para el uso de
las capas
6 Creación de la capa de presentación Capa donde estará la interfaz del
usuario que estará en interacción
con el mismo
7 Prueba de soporte de datos del sistema Pruebas realizadas al sistema sobre
la cantidad de soporte de datos
dentro del sistema y base de datos
Fuente: (TORRES, P.F.E, 2017)
2.4. Conclusiones Parciales del Capitulo
De acuerdo a la investigación realizada a través de la entrevista previa al personal
administrativo de la oficina central de los Bancos Comunitarios que son Gerenciados por
el Municipio Cantonal De Pastaza “Puyo”, existe un descuido total a la información que
se maneja de los Bancos Comunitarios tanto de los socios como administrativo, lo cual
genera altos porcentajes de tiempos de espera para los usuarios y no facilita la
respuesta por parte de los técnicos ni financieros con lo que se verifica por lo que esto
podría ocasionar inconsistencia de datos y problemas administrativos.
37
3. CAPÍTULO III. DESARROLLO DE LA PROPUESTA
3.1. Sistema transaccional de n-capas orientado a objetos para la automatización
de transacciones internas de los bancos comunitarios Gerenciados por el
Municipio Cantonal de Pastaza.
Objetivo General
Desarrollar las capas y los componentes del Sistema de Información según una
metodología en desarrollo de software.
Objetivos Específicos
Analizar los requerimientos de los bancos comunitarios y especificaciones del
usuario en el sistema informático.
Diseñar la estructura de datos, análisis de las capas y la lógica de negocios,
interfaces de usuario del sistema de transacciones internas.
Desarrollar los componentes del sistema.
Antecedentes
Los bancos comunitarios aparecen en la India por Muhammad Yunus (Economista),
quien introdujo el concepto de microcrédito en 1974 orientado a ayudar a las clase pobre
de su región en 1976, formaliza la creación de su banco comunal, el primero y el más
grande de todo el mundo, aproximadamente existen alrededor de 52 países que
implementaron la creación de banco comunitarios igual el Bank de Grameen que
proveen las micro finanzas.
Actualmente se cuenta con numerosas herramientas, lenguajes, IDE, modelos para el
desarrollo de un sistema que me permita automatizar varios procesos o transacciones
que realicemos dentro de una institución dando una mejor calidad de atención y un flujo
de eficiencia laboral mayor.
Justificación
La implementación de un sistema transaccional de n-capas orientado a objetos para la
automatización de transacciones internas de los Bancos Comunitarios Gerenciados por
el Municipio Cantonal de Pastaza, se fundamenta en la necesidad de mejorar de
manera, amplia y oportuna las necesidades del banco comunitarios oficina central
“Puyo”, a través de la automatización de la transacciones que realiza la entidad
financiera de la cuales resaltamos las necesidades más importantes de la entidad para
automatizar:
Procesos de registro
Procesos de crédito
38
Procesos de porcentajes
Procesos de cobro
Procesos estadísticos
Procesos de recaudación de información
Y controlar las seguridades de acceso a la información
La ejecución automatizado de tareas mediante el uso de la tecnología permitirá
mantener la información ordenada evitando inconsistencias de información que pueden
ocasionar los procesos manuales con lo cual disminuirá el tiempo de espera para los
socios de los Bancos Comunitarios y facilita el acceso a la información requerida y limita
los accesos de los usuarios que harán uso del mismo.
La ejecución de la presente propuesta es factible para ser utilizada por la entidad
financiera Bancos Comunitarios Oficina Central “Puyo”, como una herramienta
administrativa para el manejo de las transacciones por interés de los funcionarios
principales de la entidad tanto como su Gerente, Financiero, Técnico.
3.1.1. Análisis De Factibilidad
Factibilidad
La factibilidad de desarrollo del sistema transaccional de n-capas orientado a objetos
para la automatización de trámites internos de los Bancos Comunitarios Gerenciados
por el Municipio Cantonal de Pastaza, el cual permitirá solucionar los problemas
detectados en la entidad financiera, previos al diagnóstico realizado con anterioridad y
sustentado en el marco teórico.
3.1.2. Factibilidad Técnica
Los bancos comunitarios oficina central cuentan con 10 equipos informáticos con las
siguientes características:
Procesador core i3
Disco de memoria 500 Gb
Tarjeta Ram 4 Gb
Monitores
Mouse
Teclado
Impresoras
Todos los equipos informáticos que utilizan la entidad financiera tienen una garantía de
2 año y una vida útil de 5 año, al tener apoyo de la unidad de TIC del Municipio Cantonal
39
de Pastaza “Puyo” cuenta con los servicios que garantizan el correcto funcionamiento la
oficina central de los bancos.
3.1.3. Factibilidad de Hardware
La institución cuenta con lo siguiente
Tabla 4 Equipo de Computo
Can Descripción Mínimo Recomendado Precio Estimado
10 Computador Procesador Core i5-650, 3,2 GHz, 0,65 a 1.4V,2 Núcleos, LGA 1156, 4MB cache
Core i7-650, 3,2 GHz, 0,65 a 1.4V, 4 Núcleos, LGA 2256, 8MB cache
$ 6.000,00
10 Monitor Marca Samsung, Modelo SyncMaster B1930, Tamaño 20 Pulgadas
$ 1.500,00
10 Mouse Marca Genius, Modelo XScroll M/N:GM-120014 $ 50,00
10 Teclados Marca Genius, Modelo GK-070006/U SlimStar: 110
$ 100,00
3 Impresoras HP - I375 $ 900,00
10 UPS Sin detalle $ 400,00
TOTAL $ 8.950,00
Fuente: (TORRES, P.F.E, 2017)
Factibilidad software
Los bancos comunitarios al tener apoyo de la unidad de TIC del Municipio Cantonal de
Pastaza “Puyo” cuenta con las licencias originales de los sistemas operativos que
maneja los equipos informáticos que son:
Tabla 5 Software
Componente Detalle Precio Estimado
S.O Windows 8.1 $ 140,00
Office Microsoft Office 2013 $ 140,00
Aplicaciones adicionales S / D $ 0,00
S.G.B.D Mínimo SQL Server 2008 Developer
$ 0,00
IDE de programación Visual Studio 2013 Community Editio para desarrolladores individuales
$ 0,00
TOTAL $ 280,00
Fuente: (TORRES, P.F.E, 2017)
Es factible por el uso de licencias de uso libre y el uso de las licencias de software
proporcionadas por la unidad de tics de Municipio Cantonal de Pastaza “Puyo”.
40
3.1.4. Factibilidad operacional
Se determina factible la implementación del sistema en los bancos comunitarios de la
oficina central “Puyo” al poseer personal con vastos conocimientos en el uso de equipos
informáticos e informática básica, al poseer una adecuada estructura para los diferente
computadores utilizados mantenido una constante ayuda de la unidad de TIC del
Municipio Cantonal de Pastaza “Puyo” donde existe personas capacitado en el uso y
desarrollo de software, manejo de base de datos, estructura de redes, técnicos, dando
así una factibilidad de uso operacional para la implementación de la aplicación.
3.1.5. Factibilidad económica
Recursos tecnológicos
Hardware
Hardware usado para el desarrollo de la aplicación:
Tabla 6 Recursos tecnológicos
Cantidad
Equipo Descripción
1 Computador Portátil
Procesador Intel® Core? i5-5200 U (2.3 GHz, 3 MB de caché Turbo Boots a 2.7Ghz)
1 Impresora HP - I375
Fuente: (TORRES, P.F.E, 2017)
Software
El software y aplicaciones que se usaron para el desarrollo del sistema para los bancos
comunitarios:
Tabla 7 Software y Aplicaciones
Tipo Descripción
IDE de programación Visual Studio 2013 Community Editio para desarrolladores individuales
Sistema operativo Windows 8.1 profesional
Sistema gestor de base de datos SQL Server 2008 Developer
Software adicional utilizado Microsoft Office 2013 o superior
Fuente: (TORRES, P.F.E, 2017)
41
Materiales de oficina
Los materiales de oficina que se utilizaron para el desarrollo de la aplicación:
Tabla 8 Materiales de Oficina
Detalle Cantidad
Papel de Impresión 3 resmas de hojas A4
Lapiceros 10
Fuente: (TORRES, P.F.E, 2017)
Presupuesto
El presupuesto que se tiene en cuenta para el desarrollo de la aplicación se desglosa
en campos generales que son:
Tabla 9 Presupuesto
Actividad Gasto
Impresiones y Anillados $ 130,00
Movilización $ 80,00
Material de Oficina $ 60,00
Alimentación y Refrigerios $ 2.400,00
Análisis de Investigación $ 200,00
Desarrollo de la aplicación por horas de trabajo / mensual $ 3.600,00
Licencia de aplicaciones adicionales $ 0,00
Máquina de desarrollo alquiler $ 100,00
Servicio de internet x por 8 meses $ 300,00
TOTAL $ 6.870,00
Fuente: (TORRES, P.F.E, 2017)
3.2. Análisis de los resultados finales de la investigación
3.2.1. Metodología y Desarrollo del Sistema.
Dentro de este apartado se hace referencia a todo lo el usuario que se desea observar
dentro del sistema, así como lo que se quiere que éste realice y genere resultados
visibles. Estos requerimientos surgen a partir de la necesidad que tienen los usuarios de
mejorar el servicio que brinda el banco comunitario. El objetivo principal de proponer el
sistema de información para el banco comunitario es mejorar los servicios que brinda a
sus socios, este sistema debe cumplir los requerimientos siguientes:
Acceso al sistema únicamente al personal que tenga el nombre de usuario, la
contraseña y el privilegio definido en el sistema. CUSTODIO O RESPONSABLE.
42
Permitir al Administrador del Sistema crear, modificar y eliminar usuarios.
Permitir que se agreguen, modifiquen y eliminen los datos que corresponden a
los socios del banco comunitario.
Permitir la realización de consultas relacionadas a los socios del banco y de cada
una de sus actividades económicas.
Permitir que se generen los reportes que están relacionados con las consultas
de socios, y actividades económicas del banco.
Permitir que el Administrador realice el mantenimiento del sistema.
Permitir la realización de cálculos y almacenamiento de cada una de las
actividades económicas del banco (aportes, depósitos, retiros, créditos, etc.)
3.2.2. Requerimientos no Funcionales
Son requisitos del usuario no relacionados directamente con la funcionalidad del
sistema, sin embargo son de vital importancia para garantizar el mejor desempeño del
sistema que se va a diseñar. Entre estos requerimientos se pueden mencionar los
siguientes:
Proporcionar una herramienta útil para registrar a los socios del banco y cada
actividad económica que este realice.
Contar con un sistema de seguridad que minimice el riesgo de que personas
ajenas manipulen la información
Tener acceso a la información de una manera rápida y eficiente.
Brindar un entorno amigable, para una mejor comprensión para los usuarios.
Comprobar la validez de los datos ingresados en el sistema, de forma tal que no
se produzcan incoherencias al momento de solicitar información.
Contar con una base de datos donde se almacene la información de manera
segura y confiable.
43
3.2.3. Historias de usuario
Es una recolección de requisitos que permite al equipo de desarrollo una visión claro de
lo que desea el cliente.
Tabla 10 Historia de Usuario 1
HISTORIA DE USUARIO
Número: 1 Usuario: Todos
Nombre: Acceso y seguridad.
Prioridad: Alto Riesgo: Alto
Iteración Asignada: 1
Responsable: Fausto Torres.
Descripción: La aplicación debe pedir usuarios y contraseñas con sus respectivos
roles para poder acceder a la aplicación.
- El sistema iniciará y mostrará únicamente los accesos que tiene el usuario.
- El gerente podrá administrar toda la aplicación.
Observaciones:
Fuente: (TORRES, P.F.E, 2017)
Tabla 11 Historia de Usuario 2
HISTORIA DE USUARIO
Número: 2 Usuario: Técnico
Nombre: Gestión de socios.
Prioridad: Media Riesgo: Alto
Iteración Asignada: 2
Responsable: Fausto Torres.
Descripción: La aplicación debe permitir: insertar, actualizar, buscar, eliminar y dar de baja a un socio.
Observaciones:
Fuente: (TORRES, P.F.E, 2017)
44
Tabla 12 Historia de usuario 3
HISTORIA DE USUARIO
Número: 3 Usuario: Técnico.
Nombre: Gestión de transacciones.
Prioridad: Alto Riesgo: Alto
Iteración Asignada: 3
Responsable: Fausto Torres.
Descripción: La aplicación debe llevar un control de las transacciones que realizan los socios, como: depósitos, retiros, pago de intereses, los cuales se insertarán en la base de datos dependiendo el socio.
Observaciones:
Fuente: (TORRES, P.F.E, 2017) Tabla 13 Historia de Usuario 4
HISTORIA DE USUARIO
Número: 4 Usuario: Técnico.
Nombre: Gestión de créditos.
Prioridad: Media Riesgo: Alto
Iteración Asignada: 4
Responsable: Fausto Torres.
Descripción: La aplicación debe llevar un control de los créditos que realizan los socios mayores de edad.
- Debe registrar el crédito solicitado.
- Generar la tabla de amortización
- Debe registrar los pagos del crédito automáticamente al hacer un depósito o descontar de la cuenta cuando llega el tiempo de pago de la cuota.
Observaciones:
Fuente: (TORRES, P.F.E, 2017)
45
Tabla 14 Historia de Usuario 5
HISTORIA DE USUARIO
Número: 5 Usuario: Todos.
Nombre: Reportes.
Prioridad: Media Riesgo: Bajo
Iteración Asignada: 5
Responsable: Fausto Torres.
Descripción: La aplicación debe generar reportes de:
Aspectos organizativos: nuevos socios, socios reincorporados, y socios dados de baja. Aspectos económicos: saldo anterior, ahorros, aportes, etc. Debe reportar los egresos: retiros, créditos otorgados, etc. Socios existentes en los diferentes bancos. Créditos otorgados.
Observaciones:
Fuente: (TORRES, P.F.E, 2017)
Administrador, Director, Financiero, Técnico
46
3.2.4. Diagramas de Casos de Uso
3.2.5. Caso de uso del usuario en el sistema
En el caso del uso del sistema de usuario intervienen el grupo de personas que
formaran parte del manejo informático.
Figura 5 caso de uso general
Fuente: (TORRES, P.F.E, 2017)
System
Gerente
Gestionar
Bancos
Interes
Tipo de Cuenta
Tipo de Credito
Nuevo Banco
Buscar Banco
Actualizar Banco
Eliminar Banco
Interes Nuevo
Buscar Interes
Actualizar Interes
Eliminar Interes
Nueva Cuenta
Buscar Cuenta
Actualizar Cuenta
Eliminar Cuenta
Nuevo Credito
Buscar Credito
Actualizar Credito
Eliminar Credito
<<extend>>
<<extend>>
<<extend>>
<<extend>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
<<include>>
47
Tabla 15 Caso de uso General
CASO DE USO Inicio - Evento
ACTOR Gerente
DESCRIPCION El Gerente gestiona los bancos, interés, tipo de cuenta, tipo
de crédito para los usuarios conforme como lo soliciten para
su modificación dentro del sistema
PRECONDICION El Gerente tendrá acceso a los módulos de ingresos y
modificación dentro del sistema
CURSO NORMAL ACTOR SISTEMA
3.2.5.1.1.1.1. El sistema
busca el
ingreso a los
módulos ya
mencionados
para el usuario
3.2.5.1.1.1.2. El sistema
muestra los
distintos
eventos al
usuario
CURSO ALTERNO ACTOR SISTEMA
1. No se encontraron
eventos
2. Se notifica al usuario que
no hay eventos
3. Se notifica al usuario que
no se cargaron los
eventos debido a un error
interno
POSTCONDICION Los eventos no serán visibles para los demás usuarios
Fuente: (TORRES, P.F.E, 2017)
3.2.6. Caso y uso individual del primer spring
Figura 6 Caso y uso individual spring
Fuente: (TORRES, P.F.E, 2017)
System
ADMINISTRADOR
Gestion de Usuarios
Roles de usuarios <<include>>
48
Tabla 16 Caso de uso Individual – administrador
CASO DE USO Inicio - Evento
ACTOR Administrador
DESCRIPCION El Administrador gestionara el sistema (paqueterías, errores),
respaldara la información de la base de datos
PRECONDICION El Administrador tendrá acceso a todas las paqueterías del
sistema y base de datos
CURSO NORMAL ACTOR SISTEMA
1. El sistema busca el
ingreso a los módulos ya
mencionados para el
usuario
2. El sistema muestra los
distintos eventos al
usuario
CURSO ALTERNO ACTOR SISTEMA
1. No se encontraron
eventos
2. Se notifica al usuario que
no hay eventos
3. Se notifica al usuario que
no se cargaron los
eventos debido a un error
interno
POSTCONDICION Los eventos no serán visibles para los demás usuarios
Fuente: (TORRES, P.F.E, 2017)
Figura 7 Caso de uso individual - administrador
Fuente: (TORRES, P.F.E, 2017)
System Gestión del sistema y base de datos
ADMINISTRADOR
<<include>> Respaldo de la Información Backup
<<include>>
49
Tabla 17 Caso de uso individual – administrador
CASO DE USO Inicio - Evento
ACTOR Administrador
DESCRIPCION El Gerente gestiona los bancos, interés, tipo de cuenta, tipo
de crédito para los usuarios conforme como lo soliciten para
su modificación dentro del sistema
PRECONDICION El Gerente tendrá acceso a los módulos de ingresos y
modificación dentro del sistema
CURSO NORMAL ACTOR SISTEMA
1. El sistema busca el
ingreso a los módulos ya
mencionados para el
usuario
2. El sistema muestra los
distintos eventos al usuario
CURSO ALTERNO ACTOR SISTEMA
1. No se encontraron
eventos
2. Se notifica al usuario que
no hay eventos
3. Se notifica al usuario que
no se cargaron los
eventos debido a un error
interno
POSTCONDICION Los eventos no serán visibles para los demás usuarios
Fuente: (TORRES, P.F.E, 2017)
Figura 8 Caso de uso individual- administrador
Fuente: (TORRES, P.F.E, 2017)
System Registro de socios
Registro de datos Verificación de datos TÉCNICO
<<include>> <<Include>>
50
Tabla 18 Caso de uso individual – técnico
CASO DE USO Inicio - Evento
ACTOR Técnico
DESCRIPCION El Técnico realizara el ingreso de los socios con su
respectiva verificación de la información y documentación
para el sistema.
PRECONDICION El Técnico tendrá acceso a la paquetería de los clientes
siempre y cuando tenga una verificación de la información.
CURSO NORMAL ACTOR SISTEMA
1. El sistema busca el
ingreso a los módulos ya
mencionados para el
usuario
2. El sistema muestra los
distintos eventos al usuario
CURSO ALTERNO ACTOR SISTEMA
1. No se encontraron
eventos
2. Se notifica al usuario que
no hay eventos
3. Se notifica al usuario que
no se cargaron los
eventos debido a un error
interno
POSTCONDICION Los eventos serán visibles para el Financiero.
Elaborado por: Fausto Torres Fuente: Propia
Figura 8: Caso de uso individual - administrador
Fuente: (TORRES, P.F.E, 2017)
System
Verificación documental Estado financiero TÉCNICO
<<include>> <<include>>
Registro de Credito
51
Tabla 19 Caso individual - técnico
CASO DE USO Inicio - Evento
ACTOR Técnico
DESCRIPCION El Técnico registrara las soluciones de crédito de los socios
verificando su estado financiero y verificación de datos
documentales.
PRECONDICION El Técnico tendrá acceso al módulo de crédito dentro de la
base de datos como servidor del Municipio para
verificaciones necesarias de datos del socio.
CURSO NORMAL ACTOR SISTEMA
1. El sistema busca el
ingreso a los módulos ya
mencionados para el
usuario
2. El sistema muestra los
distintos eventos al usuario
CURSO ALTERNO ACTOR SISTEMA
1. No se encontraron
eventos
2. Se notifica al usuario que
no hay eventos
3. Se notifica al usuario que
no se cargaron los
eventos debido a un error
interno
POSTCONDICION Los eventos serán visibles para el Financiero, Tecnico.
Fuente: (TORRES, P.F.E, 2017)
Figura 9 Caso de uso Individual registro transacciones
Fuente: (TORRES, P.F.E, 2017)
52
Tabla 20 Caso de uso individual - técnico
CASO DE USO Inicio - Evento
ACTOR Técnico
DESCRIPCION El Técnico realizara el registro de las transacciones que
realiza los socios a sus cuentas y créditos.
PRECONDICION El Técnico tendrá acceso al módulo de registro de
transacciones.
CURSO NORMAL ACTOR SISTEMA
1. El sistema busca el
ingreso a los módulos ya
mencionados para el
usuario
2. El sistema muestra los
distintos eventos al usuario
CURSO ALTERNO ACTOR SISTEMA
1. No se encontraron
eventos
2. Se notifica al usuario que
no hay eventos
3. Se notifica al usuario que
no se cargaron los
eventos debido a un error
interno
POSTCONDICION Los eventos serán visibles para el Financiero.
Fuente: (TORRES, P.F.E, 2017)
56
3.2.8. Product Backlog
Se define la lista objetivos del sistema, que a partir de la visión inicial del producto
mediante los requerimientos del usuario y del desarrollo crece y evoluciona durante
el tiempo de cada etapa. Tareas principales que se realicen para cumplir con el sistema.
PILA DE PRODUCTO (PRODUCT BACKLOG)
Tabla 21 Pila de Producto
ID DE
HISTORIA
NOMBRE HISTORIA ESTADO ESTIMACIÓN
(DÍAS) PRIORIDAD
1 Acceso y Seguridad. FINALIZADO Alta
2 Gestionar Socios. FINALIZADO Media
3 Transacciones de la cuenta. FINALIZADO Alta
4 Créditos FINALIZADO Media
5 Reportes. FINALIZADO Media
Fuente: (TORRES, P.F.E, 2017)
3.2.9. Sprint Backlog
Son las sub tareas del Product Backlog, las principales tares se dividen en sub tareas
permite cumplir con el objetivo del sistema.
Tabla 22 Lista de Tareas de la iteración (sprint backlog)
ID TAREAS RESPONSABLE TIEMPO
(HORAS)
ESTADO
1 Conformación equipo de trabajo Scrum Manager 1 Finalizado
2 Reunión con el gerente del Banco Analista 2 Finalizado
3 Diseño y elaboración de historias
de usuario.
Analista 4 Finalizado
4 Diseño de la base de Datos Analista 120 Finalizado
5 Elaboración Diccionario de Datos Analista 3 Finalizado
6 Diseño de la interfaz Capa de
Presentación
Diseñador 120 Finalizado
7 Desarrollo de la capa de lógica de
negocio
Programador 100 Finalizado
8 Desarrollo de la capa de Acceso a
datos
Programador 120 Finalizado
9 Programación capa presentación. Programador 120 Finalizado
10 Pruebas de revisión. Tester 100 Finalizado
Fuente: (TORRES, P.F.E, 2017)
57
3.2.10. Diseño del Sistema de Información
Diagrama de base de datos.
Figura 13 Diagrama de base de datos
Elaborado por: (TORRES, P.F.E, 2017)
58
3.2.11. Diccionario de datos
En las siguientes tablas que se indica a continuación se muestran los metadatos que
contienen ciertas características lógicas y puntuaciones de los datos las cuales se van
a utilizar en la Aplicación, en la cual está incluyendo Campo, Descripción, tipo de datos.
Tabla 23 Bancos
Código Tipo de Datos Longitud Requerido
ID_BANCO int X
NOMBRE_BANCO varchar(50) 50 X
DIR_BANCO varchar(200) 200 X
Fuente: (TORRES, P.F.E, 2017) Tabla 24 Créditos
Código Tipo de Datos Longitud Requerido
ID_CREDITO int X
TIPO_CRED int X
DESCRIP_CRED varchar(100) 100 X
FECH_CRED datetime X
MONTO_CRED money X
ID_INTERES int X
FECH_LIM_CRED datetime X
ESTADO_CRED varchar(20) 20 X
INT_MORA_CRED float(2) 2 X
ID_CUENTA int X
CI_GARANTE varchar(10) 10 X
Fuente: (TORRES, P.F.E, 2017)
Tabla 25 Cuentas
Código Tipo de Datos Longitud
ID_CUENTA int X
ID_SOCIO int X
ID_TIPO_CUENTA int X
SALDO_CUENTA money X
Fuente: (TORRES, P.F.E, 2017)
59
Tabla 26 Deposito plazo fijo
Código Tipo de Datos Longitud Requerido
ID_DEP_PLAZO_FIJO int X
FECH_DEP datetime X
MONTO_DEP money X
ID_INTERES int X
FECH_LIM_DEP datetime X
ESTADO_DEP varchar(20) 20 X
ID_CUENTA int X
Fuente: (TORRES, P.F.E, 2017)
Tabla 27 Detalle deposito a plaza fijo
Código Tipo de Datos Longitud Requerido
ID_DETALLE_CRE int X
FECHA_DET_CRE datetime X
INTERES_DET_CRE float X
PLAZO_MESES int X
CRED_RECIBIDO money X
PAGOS_REALIZADOS float X
SALDO_DET_CRE money X
ID_DEP_PLAZO_FIJO int X
Fuente: (TORRES, P.F.E, 2017)
Tabla 28 Detalle Crédito
Código Tipo de Datos Longitud Requerido
ID_DETALLE_CRE int X
FECHA_DET_CRE datetime X
INTERES_DET_CRE float X
PLAZO_MESES int X
CRED_RECIBIDO money X
PAGOS_REALIZADOS float X
SALDO_DET_CRE money X
ID_CREDITO int X
Fuente: (TORRES, P.F.E, 2017)
60
Tabla 29 Detalle de Cuenta
Código Tipo de Datos Longitud Requerido
ID_DETALLE int X
FECHA_DETALLE datetime X
TIPO_TRAN_DETALLE varchar(20) 20 X
MONTO_DETALLE money X
SALDO_DETALLE money X
ID_CUENTA int X
Fuente: (TORRES, P.F.E, 2017)
Tabla 30 Empleo Socio
Código Tipo de Datos Longitud Requerido
ID_EMPLEO int X
LUGAR_EMPLEO varchar(20) 20 X
TIPO_EMPLEO varchar(20) 20 X
INGRESO_EMPLEO money X
ID_SOCIO int X
Fuente: (TORRES, P.F.E, 2017)
Tabla 31 Informe Organizativo Económico
Código Tipo de Datos Longitud Requerido
ID_INFORME int X
ACTA_NUM int
SOCIOS_ASIS int
SOCIOS_ASIS_ADULTOS int
SOCIOS_ASIS_NINOS int
SOCIOS_ASIS_HONORARIOS int
SOCIOS_ASIS_FORANEOS int
INGRESOS_APO_COMUN decimal
INGRESOS_RIFAS decimal
INGRESOS_ATRASOS decimal
INGRESOS_OTROS decimal
GASTOS_VARIOS decimal
FECHA_INFORME datetime
ID_BANCO int
SALDO decimal
Fuente: (TORRES, P.F.E, 2017)
61
Tabla 32 Interés
Código Tipo de Datos Longitud Requerido
ID_INTERES int X
TIPO_INTER varchar(100) 100 X
PORCENT_INTER float(2) 2 X
FECHA_INTERES datetime
RESOLUCION_INTERES varchar(50) 50
Fuente: (TORRES, P.F.E, 2017)
Tabla 33 Roles
Código Tipo de Datos Longitud Requerido
ID_ROL int X
NOMBRE_ROL varchar(20) 20 X
Fuente: (TORRES, P.F.E, 2017)
Tabla 34 Socios
Código Tipo de Datos Longitud Requerido
ID_SOCIO_ int X
CED_SO varchar(13) 13
APE_SO varchar(100) 100 X
NOM_SO varchar(100) 100 X
FECH_NAC_SO datetime X
DIR_SO varchar(100) 100 X
PARROQUIA_SO varchar(100) 100 X
SECTOR_SO varchar(100) 100 X
TELF_FIJO_SO varchar(10) 10
CEL_SO varchar(10) 10
ESTADO_SO varchar(20) 20 X
HIJOS_DEPEN_SO int
CAR_FAM_ADIC_SO int
FECH_INSCRIP_SO datetime X
ID_BANCO int X
ID_PERSONA_CONOSCA int
LUGAR_TRABAJO_CONYUG
UE
varchar(20) 20
INGRESO_CONYUGUE money
Fuente: (TORRES, P.F.E, 2017)
62
Tabla 35 Terreno Socio
Código Tipo de Datos Longitud Requerido
ID_TERRENO int X
METROS_TERRENO float X
UBICACION_TERRENO varchar(50) 50 X
PRODUCCION_TERRENO varchar(50) 50
OBSERVACION_TERRENO varchar(50) 50
ID_SOCIO int
Fuente: (TORRES, P.F.E, 2017)
Tabla 36 Tipo Crédito
Código Tipo de Datos Longitud Requerido
ID_TIPO_CREDITO int X
NOMBRE_CREDITO varchar(50) 50 X
Fuente: (TORRES, P.F.E, 2017)
Tabla 37 Tipo de cuenta
Código Tipo de Datos Longitud Requerido
ID_TIPO_CUENTA int X
NOMBE_TIPO varchar(50) 50 X
Fuente: (TORRES, P.F.E, 2017)
Tabla 38 Usuarios
Código Tipo de Datos Longitud Requerido
ID_USUARIO int X
NOMBRE_USUARIO varchar(50) 50 X
APELLIDO_USUARIO varchar(50) 50 X
USUARIO varchar(20) 20 X
CONTRASENA_USUARIO varchar(50) 50 X
ID_ROL int X
Fuente: (TORRES, P.F.E, 2017)
Tabla 39 Vehículo Socio
Código Tipo de Datos Longitud Requerido
ID_VEHICULO int X
TIPO_VEHICULO varchar(20) 20 X
MARCA_VEHICULO varchar(20) 20 X
MODELO_VEHICULO varchar(30) 30 X
OBSERVACION_VEHICULO varchar(100) 100
ID_SOCIO int
63
Fuente: (TORRES, P.F.E, 2017)
Tabla 40 Vivienda Socio
Código Tipo de Datos Longitud Requerido
ID_VIVIENDA int X
_PROPIEDAD_VIVIENDA varchar(20) 20 X
TIPO_VIVIENDA varchar(20) 20 X
OBSERVACION_VIV varchar(100) 100
NUM_DOR_VIV int X
CUARTO_COCINA bit X
CUARTO_COMEDOR bit X
CUARTO_SALA bit X
NUM_BANIOS int X
GARAJE bit X
REFRIGERADORA bit X
COCINA_GAS bit X
COCINA_INDUCCION bit X
MUEBLES_SALA bit X
MUEBLES_COMEDOR bit X
TELEVISORES int X
EQUIPO_SONIDO bit X
COMPUTADORAS int
OTROS_ELECTRODOM varchar(100) 100
ID_SOCIO int X
Fuente: (TORRES, P.F.E, 2017)
64
3.2.12. Diseño de Interfaz
En el presente capítulo se menciona ciertas características tomadas en cuenta para la
implementación del Sistema de información del banco comunitario.
Arquitectura: Cliente / Servidor
Sistema operativo: Windows
Figura 14 Interfaz de ingreso al sistema Fuente: (TORRES, P.F.E, 2017)
Figura 15 Interfaz de inicio
Fuente: (TORRES, P.F.E, 2017)
65
Figura 16 Interfaz de Gestión de Socios
Fuente: (TORRES, P.F.E, 2017)
Figura 17 Interfaz Buscar Socio
Fuente: (TORRES, P.F.E, 2017)
66
Figura 18 Interfaz Gestionar Banco
Fuente: (TORRES, P.F.E, 2017)
Figura 19 Interfaz Gestionar Tipo de Cuenta
Fuente: (TORRES, P.F.E, 2017)
67
Figura 20 Interfaz Gestionar Interés
Fuente: (TORRES, P.F.E, 2017)
Figura 21 Interfaz Gestionar Cuentas
Fuente: (TORRES, P.F.E, 2017)
68
Figura 22 Interfaz Gestionar Transacciones
Fuente: (TORRES, P.F.E, 2017)
Figura 23 Interfaz Gestionar Créditos
Fuente: (TORRES, P.F.E, 2017)
69
Figura 24 Interfaz de Tabla de Amortización
Fuente: (TORRES, P.F.E, 2017)
Figura 25 Interfaz Depósito a plazo Fijo
Fuente: (TORRES, P.F.E, 2017)
70
Figura 26 Interfaz de Gestión Roles
Fuente: (TORRES, P.F.E, 2017)
Figura 27 Interfaz Gestión Usuario
Fuente: (TORRES, P.F.E, 2017)
71
Figura 28 Interfaz de Reportes
Fuente: (TORRES, P.F.E, 2017)
3.2.13. Pruebas
Un sistema de pruebas implica la operación o aplicación del mismo a través de
condiciones controladas y la consiguiente evaluación de la información.
Las condiciones controladas deben incluir tanto situaciones normales como anormales.
El objetivo del sistema de pruebas es encontrar un error para determinar situaciones en
donde algo pasa cuando no debe de pasar y viceversa. En una palabra, un sistema de
pruebas está orientado a detectar.
Pruebas del sistema: Mediante esta prueba se ha evaluado el sistema como un todo,
este proceso va desde el ingreso de un socio al sistema, el registro de transacciones el
sistema hasta la obtención de reportes financieros. Obteniendo como resultados
reportes con valores correctamente calculados.
72
Tabla 41 Caso de Prueba Nº 01
NOMBRE Acceso y Seguridad PRUEBAS P1
PROPÓSITO Verificar el éxito de inicio de sesión.
PRERREQUISITOS El usuario previamente debe de estar registrado en la base de
datos.
Llenar los campos de texto con la información requerida
La información del usuario debe estar validada
UBICACIÓN Base de Datos SQL Server y pantalla Ingreso Al Servidor
BDD.
ENTRADA Valores para los controles de texto estos son: Usuario y
Contraseña.
RESULTADO Funcionando Correctamente
PASOS Llenar los campos de texto con la información
correspondiente
Pulsar sobre el botón Ingresar.
MÓDULOS
ASOCIADOS
Usuario
Fuente: (TORRES, P.F.E, 2017)
73
Tabla 42 Caso de Prueba Nº 02
NOMBRE Gestión de Roles PRUEBAS P2
PROPÓSITO Verificar el éxito de la creación, actualización y eliminación
de roles.
PRERREQUISITOS Debe haber ingresado la información solicitada en la
interface de usuario “ROL”.
La información del nuevo rol debe estar correctamente
validada.
UBICACIÓN Base de Datos SQL Server y pantalla ROL.
ENTRADA Valor para el control de texto este es: Nombre Rol.
RESULTADO Funcionando Correctamente
PASOS Clic en el menú de opciones Mantenimiento->Roles
Para agregar o modificar:
Llenar el campos de texto con la información correspondiente
Pulsar sobre el botón insertar o actualizar según
corresponda.
Para eliminar:
Seleccionar un rol de la lista.
Pulsar sobre el botón eliminar.
MÓDULOS
ASOCIADOS
Conexión
Fuente: (TORRES, P.F.E, 2017)
74
Tabla 43 Caso de Prueba Nº 3
NOMBRE Gestión de Usuarios PRUEBAS P3
PROPÓSITO Verificar el éxito de la creación, actualización y eliminación de
usuarios.
PRERREQUISITOS Debe haber ingresado la información solicitada en la interface
de usuario “USUARIOS”.
La información del nuevo usuario debe estar correctamente
validada.
UBICACIÓN Base de Datos SQL Server y pantalla USUARIOS.
ENTRADA Valores para los controles de texto estos son: Nombre,
apellido, usuario, contraseña y rol.
RESULTADO Funcionando Correctamente
PASOS Clic en el menú de opciones Mantenimiento->Usuarios
Para agregar o modificar:
Llenar los campos de texto con la información
correspondiente
Pulsar sobre el botón agregar o modificar según corresponda.
Para eliminar:
Seleccionar un usuario de la lista.
Pulsar sobre el botón eliminar.
MÓDULOS
ASOCIADOS
Roles
Fuente: (TORRES, P.F.E, 2017)
75
Tabla 44 Caso de Prueba Nº 04
NOMBRE Gestión de Bancos PRUEBAS P4
PROPÓSITO Verificar el éxito de la creación, actualización y eliminación de
bancos.
PRERREQUISITOS Debe haber ingresado la información solicitada en la interface
de usuario “BANCO”.
La información del nuevo banco debe estar correctamente
validada.
UBICACIÓN Base de Datos SQL Server y pantalla BANCO.
ENTRADA Valores para los controles de texto estos son: Nombre y
Dirección.
RESULTADO Funcionando Correctamente
PASOS Clic en el menú de opciones Mantenimiento->Bancos
Para agregar o modificar:
Llenar los campos de texto con la información
correspondiente
Pulsar sobre el botón agregar o modificar según corresponda.
Para eliminar:
Seleccionar un banco de la lista.
Pulsar sobre el botón eliminar.
MÓDULOS
ASOCIADOS
Fuente: (TORRES, P.F.E, 2017)
76
Tabla 45 Caso de Prueba Nº 05
NOMBRE Gestión de Tipo de
Cuenta
PRUEBAS P5
PROPÓSITO Verificar el éxito de la creación, actualización y eliminación de
tipos de cuenta.
PRERREQUISITOS Debe haber ingresado la información solicitada en la interface
de usuario “Tipo de Cuenta”.
La información del nuevo tipo de cuenta debe estar
correctamente validada.
UBICACIÓN Base de Datos SQL Server y pantalla TIPO DE CUENTA.
ENTRADA Valores para los controles de texto estos son: Nombre tipo
cuenta.
RESULTADO Funcionando Correctamente
PASOS Clic en el menú de opciones Mantenimiento->Tipo de Cuentas
Para agregar o modificar:
Llenar los campos de texto con la información
correspondiente
Pulsar sobre el botón agregar o modificar según corresponda.
Para eliminar:
Seleccionar un tipo de cuenta de la lista.
Pulsar sobre el botón eliminar.
MÓDULOS ASOCI.
Fuente: (TORRES, P.F.E, 2017)
77
Tabla 46 Caso de Prueba Nº 06
NOMBRE Gestión de Tipos de
Crédito
PRUEBAS P6
PROPÓSITO Verificar el éxito de la creación, actualización y eliminación de
tipos de crédito.
PRERREQUISITOS Debe haber ingresado la información solicitada en la interface
de usuario “Tipo de Crédito”.
La información del nuevo tipo de crédito debe estar
correctamente validada.
UBICACIÓN Base de Datos SQL Server y pantalla TIPOS DE CRÉDITO.
ENTRADA Valores para los controles de texto estos son: Nombre tipo
crédito.
RESULTADO Funcionando Correctamente
PASOS Clic en el menú de opciones Mantenimiento->Tipo de Créditos
Para agregar o modificar:
Llenar los campos de texto con la información
correspondiente
Pulsar sobre el botón agregar o modificar según corresponda.
Para eliminar:
Seleccionar un tipo de crédito de la lista.
Pulsar sobre el botón eliminar.
MÓDULOS ASOCI.
Fuente: (TORRES, P.F.E, 2017)
78
Tabla 47 Caso de Prueba Nº 07
NOMBRE Gestión de Interés PRUEBAS P7
PROPÓSITO Verificar el éxito de la creación, actualización y eliminación de
tipos de interés.
PRERREQUISITOS Debe haber ingresado la información solicitada en la interface
de usuario “Interés”.
La información del nuevo tipo de interés debe estar
correctamente validada.
UBICACIÓN Base de Datos SQL Server y pantalla INTERÉS.
ENTRADA Valores para los controles de texto estos son: Tipo de interés,
porcentaje, fecha, resolución.
RESULTADO Funcionando Correctamente
PASOS Clic en el menú de opciones Mantenimiento->Intereses
Para agregar o modificar:
Llenar los campos de texto con la información
correspondiente
Pulsar sobre el botón agregar o modificar según corresponda.
Para eliminar:
Seleccionar un tipo de interés de la lista.
Pulsar sobre el botón eliminar.
MÓDULOS
ASOCIADO
Fuente: (TORRES, P.F.E, 2017)
79
Tabla 48 Caso de Prueba Nº 08
NOMBRE Gestión de Socios PRUEBAS P8
PROPÓSITO Verificar el éxito de la creación, actualización, eliminación y
búsqueda de socios.
PRERREQUISITOS Debe haber ingresado la información solicitada en la interface
de usuario “Socio”.
La información del nuevo socio debe estar correctamente
validada.
UBICACIÓN Base de Datos SQL Server y pantalla INTERÉS.
ENTRADA Valores para los controles de texto estos son: Numero cedula,
nombres, apellidos, fecha nacimiento, dirección, sector,
parroquia, teléfono fijo, teléfono celular, estado, hijos
dependientes, cargas familiares adicionales, fecha inscripción,
banco, lugar trabajo conyugue, ingresos conyugue, persona
conocida.
RESULTADO Funcionando Correctamente
PASOS Clic en el menú de opciones Socios->Gestionar Socios
Para agregar o modificar:
Llenar los campos de texto con la información correspondiente
Pulsar sobre el botón agregar o modificar según corresponda.
Para eliminar:
Seleccionar un socio de la lista.
Pulsar sobre el botón eliminar.
Para buscar:
Clic sobre el botón buscar
Filtrar los socios al escribir los datos en los campos para id,
cedula o apellidos.
Seleccionar el socio de la lista.
Clic en aceptar
MÓDULOS
ASOCIADOS
Banco
Terreno Socio
Vehículo Socio
Vivienda Socio
Fuente: (TORRES, P.F.E, 2017)
80
Tabla 49 Caso de Prueba Nº 09
NOMBRE Gestión de Cuentas PRUEBAS P9
PROPÓSITO Verificar el éxito de la creación, actualización, eliminación de
cuentas.
PRERREQUISITOS Debe haber ingresado la información solicitada en la interface
de usuario “Gestionar Cuentas”.
La información de la nueva cuenta debe estar correctamente
validada.
UBICACIÓN Base de Datos SQL Server y pantalla GESTIONAR
CUENTAS.
ENTRADA Valores para los controles de texto estos son: socio y tipo de
cuenta.
RESULTADO Funcionando Correctamente
PASOS Clic en el menú de opciones Socios->Añadir Cuenta
Para agregar o modificar:
Llenar los campos de texto con la información
correspondiente
Pulsar sobre el botón agregar o modificar según corresponda.
Para eliminar:
Seleccionar una cuenta de la lista.
Pulsar sobre el botón eliminar.
MÓDULOS
ASOCIADOS
Tipo de Cuenta
Socio
Fuente: (TORRES, P.F.E, 2017)
81
Tabla 50 Caso de Prueba Nº 10
NOMBRE Registrar Transacción PRUEBAS P10
PROPÓSITO Verificar el éxito en el registro de una transacción.
PRERREQUISITOS Debe haber ingresado la información solicitada en la interface
de usuario “Transacciones”.
La información para la nueva transacción debe estar
correctamente validada.
UBICACIÓN Base de Datos SQL Server y pantalla TRANSACCIONES.
ENTRADA Valores para los controles de texto estos son: cuenta, socio,
fecha, tipo transacción, monto.
RESULTADO Funcionando Correctamente
PASOS Clic en el menú de opciones Transacciones->Nueva
Transacción
Para agregar:
Llenar los campos de texto con la información
correspondiente
Pulsar sobre el botón Aceptar.
MÓDULOS
ASOCIADOS
Tipo de Transacción
Fuente: (TORRES, P.F.E, 2017)
82
Tabla 51 Caso de Prueba Nº 11
NOMBRE Gestión de Créditos PRUEBAS P11
PROPÓSITO Verificar el éxito en el registro, actualización y eliminación de un
crédito.
PRERREQUISITOS Debe haber ingresado la información solicitada en la interface de
usuario “Créditos”.
La información para el nuevo crédito debe estar correctamente
validada.
UBICACIÓN Base de Datos SQL Server y pantalla CREDITOS.
ENTRADA Valores para los controles de texto estos son: id cuenta, socio, tipo
crédito, descripción, fecha, interés, fecha límite, estado, interés por
mora, monto, ci garante.
RESULTADO Funcionando Correctamente
PASOS Clic en el menú de opciones Créditos->Nueva Crédito
Para agregar o modificar:
Llenar los campos de texto con la información correspondiente
Pulsar sobre el botón agregar o modificar según sea el caso
Para eliminar:
Seleccionar un crédito de la lista de créditos
Pulsar sobre el botón eliminar.
MÓDULOS
ASOCIADOS
Tipo de Crédito
Interés,
Cuenta
Fuente: (TORRES, P.F.E, 2017)
83
Tabla 52 Caso de Prueba N º 12
NOMBRE Gestión de Depósito a Plazo
Fijo
PRUEBAS P12
PROPÓSITO Verificar el éxito en el registro, actualización y eliminación de un
depósito a plazo fijo.
PRERREQUISITOS Debe haber ingresado la información solicitada en la interface de
usuario “Depósito a Plazo Fijo”.
La información para el nuevo depósito a plazo fijo debe estar
correctamente validada.
UBICACIÓN Base de Datos SQL Server y pantalla DEPÓSITO A PLAZO FIJO.
ENTRADA Valores para los controles de texto estos son: id cuenta, socio,
fecha, interés, fecha límite, estado, monto.
RESULTADO Funcionando Correctamente
PASOS Clic en el menú de opciones Depósito a Plazo Fijo
Para agregar o modificar:
Llenar los campos de texto con la información correspondiente
Pulsar sobre el botón agregar o modificar según sea el caso
Para eliminar:
Seleccionar un registro de la lista de depósito a plazo fijo
Pulsar sobre el botón eliminar.
MÓDULOS
ASOCIADOS
Interés
Cuenta
Fuente: (TORRES, P.F.E, 2017)
84
3.3. Conclusiones parciales del capitulo
Una vez realizado el sistema de información para los Bancos Comunitarios
Gerenciados por el Municipio cantonal de Pastaza, se puede entender que la
misma permite un archivo automatizado para el control de transacciones internas
que realiza dicha entidad.
El sistema de información, no solo llevara un registro de las transacciones que
se realicen, también podrá realizara informes financieros, crédito y de estado de
los bancos para uso gerencial en la toma de decisiones con la finalidad de reducir
los altos índices de tiempos generados a los socios y personal administrativo al
automatizar los procesos manuales, optimizando recursos económicos en la
entidad.
85
CONCLUSIONES GENERALES
Las técnicas e instrumentos de recolección de información permiten determinar
y caracterizar la problemática en el proceso de gestión de la información
generada en el quehacer de los bancos comunitarios de la provincia de Pastaza,
los cuales benefician a un grupo humano de 1542 personas, donde se determina
que el 70% de la totalidad son mujeres y el 30% hombres todos de nacionalidad
ecuatoriana de los cuales un 20% corresponden a nacionalidades étnicas dentro
de la entidad financiera ya mencionada, el funcionamiento manual de registro de
la información bancaria que fue previamente evidenciada, requieren de tiempos
elevados en tanto que el flujo de la información se caracteriza por tramites de
carácter interno, administrativo y gerencial. Mediante el estudio del problema se
define por utilizar una base de datos relacional, y un desarrollo n-capas que
permita facilitar el mantenimiento de software, y su escalabilidad, en base a la
curva de aprendizaje y despliegue de aplicaciones de forma rápida.
El punto de partida del presente trabajo determina que la información fluye de
forma manual, lo cual genera elevados tiempos en la consolidación de la
documentación propia de los bancos comunitarios, sin embargo, los tiempos
disminuyen como producto del uso del aplicativo implementado, en un 35% en
documentos de control interno y un 28% en la elaboración de documentos de
índole gerencial, adicionalmente se deben tomar en cuenta factores como la falta
de provisión de infraestructura tecnológica, capacitación de personal en temas
de ofimática y sobre todo de la accesibilidad geográfica a cada uno de las
parroquias donde se encuentran los bancos comunitarios.
El desarrollo del aplicativo informático de automatización mediante el marco de
trabajo Scrum y metodología Espiral, permite establecer y abordar los diferentes
métodos para identificar los requisitos funcionales y no funcionales, historias de
usuario, casos de usos con su actores ya definidos, funcionalidad interna del
sistema (diagramas de secuencia), product backlog y sprint backlog, dando como
resultado diferencias en el tiempo de generación de los diferentes trámites que
utiliza la entidad financiera para uso interno disminuyendo en un 80% por ciento
su tiempo de espera, también para uso gerencial se obtuvo una disminución de
un 70% por ciento como argumenta el personal que labora en los Bancos
Comunitarios.
86
RECOMENDACIONES
Se recomienda realizar una investigación sobre la posibilidad de agregar al
proyecto información en lenguaje nativo según las características de la población
de cada banco, lo cual permitirá una mejor iteración, flujo de la información e
inclusión para las nacionalidades.
Se detectó que existe una falta de capacitación tecnológica a las personas que
laboran dentro de los bancos comunitarios lo cual contribuye a que la información
se genere con apresuramientos de tiempo y sobrecarga de trabajo cuando se
requiere información consolidada, por lo tanto es recomendable emplear un plan
de capacitación que aporte y beneficie a cada entidad.
El aplicativo ha demostrado su eficiencia, sin embargo, es necesario realizar una
implementación integral centralizada que permita consolidar los bancos como una
sola entidad, por lo cual se requiere del apoyo de las autoridades, en mantener
esta forma organizativa de microcrédito para los sectores campesinos
principalmente.
BIBLIOGRAFÍA
Aguilar, L. J. (1996). Fundamentos de Programacion . España: Fernandez Madrid.
Alegsa, L. (20 de noviembre de 2015). Diccionario de Informatica y Tecnologia. Obtenido de Sistema Transaccional : http://www.alegsa.com.ar/Dic/sistema_transaccional.php
Alex Geovani. (07 de noviembre de 2012). Base de Datos transaccional. Obtenido de https://arlethparedes.wordpress.com/2012/08/27/bases-de-datos-transaccionales-y-relacionales/
Almagro, U. C. (Diciembre de 2011). Dpt. Lenguajes y Sistemas Informáticos. Obtenido de ETSI Informática y de Telecomunicación: http://lsi.ugr.es/~curena/doce/lp/tr-11-12/lp-c01-pres.pdf
Andreu, R., Ricart, J., & Valor. (1991). Estrategias y Sistema de Informacion. (M. Mc Graw Hill, Ed.) Recuperado el 20 de Enero de 2017, de http://files.granadasistemasdeinformaion-cur.webnode.es/200000024-5b31e5c2ae/Dialnet-LosSistemasDeInformacion-793097%20(1).pdf
Ángeles, L. M. (2009). Métodos y Técnicas de Investigación. Mexico: Trillas.
Artur Grond. (30 de Noviembre de 2016). Proceso de Automatizacion. Obtenido de http://artigoo.com/proceso-de-automatizacion
Banco del Ahorro Nacional y Servicios Financieros. (2008). Bancos Comunitarios. Obtenido de http://www.bansefi.gob.mx/eduFinanciera/Paginas/Ban
Bueno, E., & Morcillo, P. (1994). Fundamentos de Economia y organizacion industrial. Madrid: Mc Graw-Hill.
Casey, R. R. (2009). Introduccion al Sistema de Informacion .
Eckert, M. y. (1946). Sistema de Informacion, ENIAC ( Electronic Numerical Integrator and Computer). Universidad de Pennsylvania.
Fabri, M. S. (29 de diciembre de 2016). Las Tecnicas de la Investigacion. Obtenido de La Observacion: http://www.fhumyar.unr.edu.ar/escuelas/3/materiales%20de%20catedras/trabajo%20de%20campo/solefabri1.htm
Fustero, E. M. (2016). Metodologia Scrum. Proyectos Agiles, 1-5.
Gonzales, J. A. (12 de Noviembre de 2016). C sharp. Obtenido de https://www.ecured.cu/Lenguaje_de_Programaci%C3%B3n_C_Sharp
Guajardo, G. G. (2008). Contabilidad Financiera. Mexico: 5ta Edicion Mc Graw - Hill Companies.
Hernandez, A. (01 de Enero de 2017). Los Sistemas de Informacion: Evolucion y Desarrollo. (U. d. Zaragoza, Ed.) Obtenido de Departamento de Economia y Direccion de empresas: http://files.granadasistemasdeinformaion-cur.webnode.es/200000024-5b31e5c2ae/Dialnet-LosSistemasDeInformacion-793097%20(1).pdf
Herrera, A. (19 de Octubre de 2011). Como aprender a ser investigador. Recuperado el 29 de Diciembre de 2016, de La Ficha de Observacion:
http://comoaprenderaserinvestigador.blogspot.com/2011/10/fichas-de-observacion.html
Hornan, M. B. (2015). Componentes de Informacion. Obtenido de http://izamorar.com/componentes-de-un-sistema-de-informacion/
Laudon, K., & Laudon, J. (1996). Administracion de los Sistemas de Informacion. Mexico: Pretince Hall.
Lepeley, M.T. (s.f.). Gestion y Calidad en Educacion, un modelo de evaluacion. Chile: McGrawHill.
Manuel Trigas Gallegos. (30 de Noviembre de 2016). Gestion de Proyectos Informaticos. Obtenido de Metologia Scrum: http://openaccess.uoc.edu/webapps/o2/bitstream/10609/17885/1/mtrigasTFC0612memoria.pdf
Marques; M. (2011). Base de datos. España: Universitat Jaume I.
Martin Lopez, S. (30 de Noviembre de 2016). Obtenido de http://www.expansion.com/diccionario-economico/microcreditos.html
Medina, R. R. (2014). Contabilidad de Costos. Obtenido de http://www.bdigital.unal.edu.co/12101/1/ricardorojasmedina.2014.pdf
Perez, I. S. (Junio de 2004). Ingeniera del Sistema. Obtenido de http://www.edutecne.utn.edu.ar/estruc-datos/estruc-datos.pdf
Rodriguez, E. (2005). Metodología de la Investigación . México: PEARSON.
Rodriguez, P., & Bonilla, E. (2005). Mas alla del dilema de los metodos. Bogota: Norma.
Salvador, M. G. (29 de mayo de 2009). Institucion de Educacion Superior. Obtenido de La Entrevista en Investigacion: http://manuelgalan.blogspot.com/2009/05/la-entrevista-en-investigacion.html
Scarano, E. R. (2006). La contabilidad es Ciencia o es Cientifica. Actualidad contable Faces, 3.
Sylar. (11 de Octubre de 2011). Dominio y Atributos de una Base de Datos. Obtenido de http://frankfirts.blogspot.com/2011/10/atributos-y-dominios.html
Taylor, S. y. (1990). Introduccion a los Metodos Cualitativos. Buenos Aires: Paidos.
Torres, G. C. (10 de Septiembre de 2011). Sistemas computacionales Administrativos. Obtenido de SQL SERVER EXPRESS 2008: https://es.slideshare.net/MarthaLechuga/que-es-sql-server-express-2008-9216359
Willians Stalings P. H. (1997). Organizacion y Arquitectura de computadores. Obtenido de Diseño para optimizar prestaciones.
Yunus, M. (2007). El Banquero de los Pobres. Sal Terrae.
ANEXOS
ENTREVISTA REALIZADA
GERENTE
1. ¿De dónde surge la idea de los bancos comunales?
2. ¿Cuál es el objetivo que motiva a la creación de los bancos comunitarios?
3. ¿Cuál es la temática de la implementación de micro finanzas dentro de los
bancos comunales?
4. ¿Cuentan con respaldos electrónicos y/o respaldos adicionales de la
información con la que cuenta el banco?
5. ¿De qué manera se lleva los procesos que realiza la oficina central de los
bancos comunitarios?
FINANCIERO
1. ¿Qué tipo de contabilidad se aplican en los bancos comunitarios?
2. ¿De qué manera se registra los socios y en base a que requerimientos?
3. ¿De qué manera se registran las aportaciones varios que realiza cada
socio?
4. ¿De qué forma se almacena los archivos de todas las transacciones que
realizan los bancos comunitarios?
5. ¿De qué manera se maneja las inversiones y capitales, anuales o
mensuales dentro de cada banco?
TÉCNICO
1. ¿De qué manera es la organización de los socios de cada banco
comunitario?
2. ¿Qué tipo de capacitación recibe los funcionarios de cada banco
organizado?
3. ¿Bajo qué técnicas de motivación se instruye a los socios de los bancos
comunitarios?
1. CREACIÓN DE LA BASE DE DATOS.
Creación de la Base de Datos.
Se debe Crear una Base de Datos en Sql Server 2008 R2, con el nombre “Bancos”, y
ejecutar el scrip correspondiente a la Base de Datos.
Creación de stored procedures y triggers.
Se deje ejecutar todos los triggers y stored procedures correspondientes.
2. CONFIGURACIÓN DE TRABAJOS AUTOMÁTICOS EN SQL SERVER
En Sql Server debemos programar trabajos automáticos para que se puedan
automatizar.
Los stored procedures que se deben configurar son:
EJECUTAR_SP_GESTION_CREDITOS_AUTOMATICO que automatiza la gestión de
los créditos, para ver que créditos no se han pagado cada día o para descontar el saldo
de la cuota a pagar.
EJECUTAR_SP_GESTION_sp_PagoIntereslazoFijo_AUTOMATICO que automatiza el
pago de interés a los depositos a plazo fijo cuando ya llegue la fecha final, depositando
automaticamente el monto más el interes a la cuenta correspondiente.
Iniciamos SQL Server.
Al tener ejecutando SQL Server podemos apreciar del lado izquierdo el menú con las
bases de datos disponibles así como la administración de seguridad etc. En la parte
inferior de las opciones encontramos SQL Server Agent
Que en la mayoría de los casos esta deshabilitado. Para habilitarlo damos click derecho
sobre el SQL Server Agent y seleccionamos Start (Iniciar) donde nos saldrá el siguiente
mensaje que seleccionaremos la opción de Yes (Si)
Ya tendremos acceso a las opciones del agente y entre ellas la opción de Jobs
El siguiente paso es dar click derecho sobre la carpeta Jobs y seleccionar New Job en
esta sección se ingresa el nombre del trabajo , el propietario , Categoría que sirve por
si se tiene muchos Jobs en un mismo servidor se pueden agrupar para después filtrarlo.
En mi caso creare un Job con el nombre Example sin categorizar y con mi usuario.
El siguiente paso es ir a Steps (Pasos) que se encuentra en el menú del lado izquierdo
En esta sección crearemos el paso a ejercer por nuestro Job al dar click en Add
tendremos la siguiente ventana
En Schedules programamos cuando se va ejecutar el stored procedure, en este caso
se va a ejecutar cada día al final de la jornada.
ÍNDICE
CONFIGURACIÓN PARA EL FUNCIONAMIENTO ………………………….…….…Pag 1
EJECUTAR LA APLICACIÓN ……………………………………………….….……....Pag 1
INGRESO POR PRIMERA VEZ A LA APLICACIÓN………………………..…....…..Pag 1
CONFIGURACIÓN DE LA CONEXIÓN……………………….………………...….…..Pag 1
MÓDULO ROLES……………………………………………………………..…….…….Pag 3
MÓDULO USUARIOS…………………………………….………………………….…..Pag 5
SALIR DE LA APLICACIÓN ……………………………………………...……….…….Pag 6
INGRESO CON USUARIO A LA APLICACIÓN……………………………….…........Pag 7
IDENTIFICACIÓN DE USUARIO Y ROL…………..………………………….….…….Pag 7
MÓDULO BANCOS………………………………………………………………....…....Pag 8
MÓDULO TIPO DE CUENTAS……………………………………………………….....Pag 9
MÓDULO TIPO DE CRÉDITOS…………………………………………………….....Pag 10
MÓDULO INTERESES………………………………………………………………….Pag 11
BÚSQUEDA INTELIGENTE DE LOS SOCIOS.…………………………….….….....Pag 12
MÓDULO GESTIONAR SOCIOS…………………………………………….……......Pag 12
ACCESO DIRECTO GESTIONAR SOCIOS.…………………………...…………....Pag 13
MÓDULO EMPLEO SOCIO………………………………………………………...….Pag 13
MÓDULO VIVIENDA SOCIO.……………………………………………………....….Pag 14
MÓDULO VEHICULO SOCIO……………………………………………...….……….Pag 14
MÓDULO TERRENOS SOCIO.……………………………………….……………….Pag 15
MÓDULO AÑADIR CUENTA……………………………………………....….…….....Pag 15
MÓDULO INFORMACIÓN SOCIO.………………………………………….……..….Pag 16
MÓDULO TRANSACCIONES…………………………………………………............Pag 16
ACCESO RÁPIDO…………………………………………….………………………...Pag 16
COMPROBANTE DE TRANSACCIÓN.…………………….....................................Pag 17
IMPRESIÓN DE TRANSACCIÓN EN LA LIBRETA……………………………...….Pag 17
MÓDULO CRÉDITOS……………………………………………………………......…Pag 18
ACCESO RÁPIDO…………………………………………………………………….…Pag 18
MÓDULO AMORTIZACIÓN.……………………………………………………......….Pag 18
MÓDULO DEPÓSITO A PLAZO FIJO……………………………....…………….….Pag 19
ACCESO RÁPIDO………………………………………………………………….……Pag 19
COMPROBANTE DE DEPÓSITO A PLAZO FIJO.………………….………………Pag 20
MÓDULO REPORTES………………………………………………………………….Pag 20
REPORTE SOCIOS……………………………………………………………….…….Pag 21
REPORTE ORGANIZATIVO Y ECONÓMICO………………………………....…….Pag 21
REPORTE CRÉDITOS OTORGADOS.………………………………………….……Pag 22
REPORTE PAGOS DE CRÉDITOS ATRASADOS………………………..……......Pag 22
CONFIGURACIÓN PARA EL FUNCIONAMIENTO.
Cree un archivo de texto plano en el directorio C:\ llamado:
ArchivoDeConfiguracionBancos.txt, en el caso de tener Windows 10 se debe crear una
carpeta adicional y ubicar dicho archivo y otorgar los permisos de control total.
EJECUTAR LA APLICACIÓN
INGRESO POR PRIMERA VEZ A LA APLICACIÓN.
Ingrese el usuario administrador para configurar la conexión a la base de datos, el
usuario por defecto es: Admin y la contraseña es: Admin
Este usuario solo tendrá acceso para configurar la conexión al servidor.
CONFIGURACIÓN DE LA CONEXIÓN
Ingrese los datos necesarios para que pueda tener conexión al servidor y a la base de
datos.
Debe tener en cuenta con los datos que se conecta al servidor del Sql Server.
Y guarde los cambios, estos datos se guardarán en el archivo de configuración que
creamos, cabe recalcar que estos datos están encriptados para que nadie pueda ver los
datos de conexión.
MÓDULO ROLES
Luego con el mismo usuario Admin, debemos crear los roles necesarios.
NOTA: Los roles que puede agregar son:
- ADMINISTRADOR
- CONTADORA
- TECNICO
Ya que si ingresamos otros roles no podrán tener acceso a ninguna función.
SALIR DE LA APLICACIÓN.
Salimos de la aplicación para loguearnos con nuestro usuario que creamos.
INGRESO CON USUARIO A LA APLICACIÓN
Ingresamos con nuestro usuario
IDENTIFICACIÓN DE USUARIO Y ROL.
En la parte inferior en la barra de estados nos indica el usuario y rol que tenemos.
MÓDULO BANCOS
Insertar Nuevo Banco
MÓDULO INTERESES
Ingrese los valores de los intereses que usa su banco, Además deberá subir un archivo
PDF de la resolución, el cual también podrá hacer una lectura del archivo almacenado
en la base de datos.
BÚSQUEDA INTELIGENTE DE LOS SOCIOS.
Para buscar un socio tenemos un módulo de búsqueda inteligente, en donde tenemos
tres parámetros para realizar los filtros, los datos en la tabla se filtran cada vez que se
presiona un carácter en cada uno de los filtros. Cuando ya seleccionemos el registro,
hacemos clic en ACEPTAR.
MÓDULO GESTIONAR SOCIOS
ACCESO DIRECTO GESTIONAR SOCIOS.
También puede acceder por el acceso directo:
Ingresa todos los datos requeridos del socio.
Para agregar, actualizar, o eliminar los datos de Empleo, Vivienda, Vehículo, y Terreno
Una vez ingresado el socio debemos buscar al socio haciendo clic en el botón BUSCAR
MÓDULO EMPLEO SOCIO.
En la pestaña empleo para agregar un nuevo registro simplemente escribimos en cada
celda los valores correspondientes, y hacemos clic en Ok.
MÓDULO VIVIENDA SOCIO.
En la pestaña vivienda ingresamos todos los datos necesarios y hacemos clic en
INSERTAR, para actualizar o eliminar primero debemos seleccionar un Item del listado.
MÓDULO VEHICULO SOCIO
En la pestaña Vehículo para agregar un nuevo registro simplemente escribimos en cada
celda los valores correspondientes, y hacemos clic en Ok.
MÓDULO TERRENOS SOCIO.
En la pestaña Terreno para agregar un nuevo registro simplemente escribimos en
cada celda los valores correspondientes, y hacemos clic en Ok.
MÓDULO AÑADIR CUENTA
Se debe asociar a un socio con una cuenta, para eso debemos buscar al socio. Y
seleccionar el tipo de cuenta que va a tener el socio, se puede añadir más de una cuenta.
NOTA: Cuando se ingresa un nuevo socio, el sistema automáticamente le asigna una
cuenta de Ahorros, por eso es importante agregar una cuenta de AHORROS antes de
agregar un nuevo socio.
MÓDULO INFORMACIÓN SOCIO.
En este módulo se puede ver el número de cuentas, créditos, depósitos a plazo fijo por
cada socio así también el detalle de cada información.
MÓDULO TRANSACCIONES
ACCESO RÁPIDO
También pueden acceder a través del acceso rápido.
En esta interfaz se hacen las transacciones de depósitos, y retiros de la cuenta.
Podemos hacer la búsqueda por el número de cuenta o también por la Búsqueda
inteligente.
IMPRESIÓN DE TRANSACCIÓN EN LA LIBRETA.
Si desea imprimir en la libreta de ahorros se debe hacer clic en el botón IMPRIMIR y
mostrará lo siguiente:
MÓDULO CRÉDITOS
Para abrir el módulo hacemos clic en créditos.
ACCESO RÁPIDO.
Imagen de acceso rápido.
El primer paso es buscar un socio a quién se le va asignar un crédito, y llenamos todos
los datos necesarios. Los pagos de los créditos se hacen debitado automáticamente de
la cuenta, cuando la cuenta no tiene saldo disponible, se debita al momento que se hace
un depósito cobrando también los intereses por mora. Una vez que finaliza el crédito y
se ha pagado todas las cuotas, se actualiza el estado automáticamente ha “PAGADO”.
MÓDULO AMORTIZACIÓN.
En la tabla de amortización se puede generar seleccionando un crédito del listado o a
su vez únicamente se puede calcular con valores ingresando manualmente, también se
puede generar un reporte.
MÓDULO DEPÓSITO A PLAZO FIJO
Para ingresar se debe hacer clic en:
ACCESO RÁPIDO
O en el ícono
Para hacer un depósito debemos buscar un socio y llenar los datos requeridos, cuando
ya finaliza el plazo del depósito, automáticamente se deposita en la cuenta de ahorros
del socio el capital más los intereses. Y se actualiza a estado FINALIZADO
COMPROBANTE DE DEPÓSITO A PLAZO FIJO.
Cuando se realiza un depósito a plazo fijo se genera un comprobante como el
siguiente:
MÓDULO REPORTES:
Reporte socios
Tenemos varias opciones para ver el listado de los socios, el primer filtro es por banco,
o a su vez todos los bancos, el segundo filtro es por el estado del socio como es
ACTIVO, PASIVO, DADO DE BAJA.
Reporte Organizativo y económico.
Este reporte muestra todos los aspectos organizativos como económicos que se dan en
un banco en una determinada fecha. Antes de generar se debe llenar los campos tanto
organizativos como económicos. Y si desea volver a generar se debe buscar con fecha
exacta.
Al hacer clic en generar se mostrará algo como esto:
Reporte créditos otorgados.
Se tiene dos opciones para el reporte de créditos, créditos por cada uno de los bancos
o un reporte general de todos los bancos, para generar se debe especificar el periodo
a consultar.
Y se mostrará algo así:
top related