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)

53

3.2.7. Diagrama de Secuencia

Figura 10 Registro de Socios

Fuente: (TORRES, P.F.E, 2017)

i

54

Figura 11 Registro de crédito

Fuente: (TORRES, P.F.E, 2017)

55

Figura 12 Registro de Transacciones

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?

TABLERO DE TRABAJO SCRUM

MANUAL DE INSTALACIÓN

SISTEMA DE GESTIÓN DE CRÉDITOS PARA

BANCOS COMUNITARIOS DEL PUYO

2017

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.

Estos pasos hacemos para los dos stored procedures.

MANUAL DE USUARIO

SISTEMA DE GESTIÓN DE CRÉDITOS PARA

BANCOS COMUNITARIOS DEL PUYO

2017

Í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.

Deberá añadir el nombre de la base de datos.

Antes de guardar realice un test de Conexión.

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.

MÓDULO USUARIOS

Crearemos uno o varios usuarios.

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

Si desea hacer algún cambio, primero seleccione un elemento de la tabla.

MÓDULO TIPO DE CUENTAS

Ingrese los tipos de cuentas que maneja el Banco

MÓDULO TIPO DE CRÉDITOS

Ingrese los tipos de créditos que ofrece su 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.

COMPROBANTE DE TRANSACCIÓN.

Una vez que se realiza una aparece un comprobante:

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í:

Reporte pagos de créditos atrasados.