UNIVERSIDAD TÉCNICA DE AMBATO

FACULTAD DE INGENIERÍA EN SISTEMAS ELECTRÓNICA E

INDUSTRIAL

MAESTRÍA EN GESTIÓN DE BASES DE DATOS VERSIÓN III

Tema: “EL ANÁLISIS MULTIDIMENSIONAL DE LA INFORMACIÓN

FINANCIERA Y SU INCIDENCIA EN LA TOMA DE DECISIONES
GERENCIALES EN LA COOPERATIVA DE AHORRO Y CRÉDITO
PUSHAK RUNA”

Trabajo de Investigación, previo a la obtención del Grado Académico de

Magister en Gestión de Bases de Datos

Autor(a): Ing. David Fabricio Marge Ortiz

Director(a): Ing. Alba de los Cielos Miranda Villacís, Mg.

Ambato – Ecuador

2017
ii
iii
iv
 INDICE GENERAL DE CONTENIDOS

Portada……………………………………………………………………………....... i
A la Unidad Académica de Titulación de la Facultad de Ingeniería en Sistemas,
Electrónica e Industrial……………………………………………………………… ii
Autoría del Trabajo Investigación…………………………………………………. iii
Derechos de Autor………………………………………………………………….... iv
Índice General de Contenidos………………………………………………………. v
Agradecimiento…………………………………………………………………….... xvi
Dedicatoria…………………………………………………………………………… xvii
Resumen Ejecutivo…………………………………………………………………... xviii
Introducción………………………………………………………………………….. 1

CAPÍTULO I 3
EL PROBLEMA DE INVESTIGACIÓN 3
1.1 Tema de Investigación…………………………………………………………….. 3
1.2 Planteamiento del problema………………………………………………………. 3
1.2.1 Contextualización………………………………………………….. 3
1.2.2 Análisis crítico……………………………………………………... 5
1.2.3 Prognosis…………………………………………………………… 6
1.2.4 Formulación del problema…………………………………………. 6
1.2.5 Interrogantes……………………………………………………….. 6
1.2.6 Delimitación del Objeto de Investigación………………………….. 6
1.3 Justificación………………………………………………………………………... 7
1.4 Objetivos…………………………………………………………………………... 8
1.4.1. Objetivo General…………………………………………………... 8
1.4.2. Objetivos Específicos……………………………………………. 8

v
CAPÍTULO II 9
MARCO TEORICO 9
2.1 Antecedentes Investigativos (Investigaciones Previas, Estado del Arte)……….... 9
2.2 Fundamentación filosófica………………………………………………………... 10
2.3 Fundamentación legal…………………………………………………………….. 11
2.4 Categorías fundamentales…………………………………………………………. 12
2.5 Hipótesis…………………………………………………………………………… 19
2.6 Señalamiento de variables de la hipótesis………………………………………… 19

CAPÍTULO III 20
METODOLOGIA 20
3.1 Enfoque……………………………………………………………………………. 20
3.2 Modalidad básica deinvestigación………………………………………………… 20
3.3 Nivel o tipo de investigación………………………………………………………. 20
3.4 Población y muestra……………………………………………………………….. 21
3.5 Operacionalización de las variables………………………………………………. 22
3.6 Recolección de información………………………………………………………. 24
3.7 Procesamiento y análisis de resultados……………………………………………. 24
3.7.1. Procesamiento de la Información………………………………….. 24

CAPÍTULO IV 25
ANÁLISIS E INTERPRETACIÓN DE RESULTADOS 25
4.1 Análisis e Interpretación de Resultados………………………………………….... 25
4.2 Verificación de Hipótesis…………………………………………………………. 36
4.2.1 Planteamiento de la Hipótesis……………………………………… 36
4.2.2 Frecuencias Observadas……………………………………………. 39
4.2.3 Frecuencias Esperadas……………………………………………... 40
4.2.4 Prueba Chi – Cuadrado…………………………………………….. 40
4.2.5 Grados de Libertad ………………………………………………… 41
4.2.6 Decisión estadística ………………………………………………... 42

vi
CAPÍTULO V 43
CONCLUSIONES Y RECOMEDACIONES 43
5.1 Conclusiones………………………………………………………………………. 43
5.2 Recomendaciones…………………………………………………………………. 45

CAPÍTULO VI 46
LA PROPUESTA 46
6.1 Datos Informativos………………………………………………………………… 46
6.1.1 Título……………………………………………………………….. 46
6.1.2 Institución Ejecutora……………………………………………….. 46
6.1.3 Beneficiarios……………………………………………………….. 46
6.1.4 Ubicación…………………………………………………………... 46
6.1.5 Equipo Técnico Responsable………………………………………. 47
6.2 Antecedentes de la Propuesta……………………………………………………… 47
6.3 Justificación……………………………………………………………………….. 47
6.4 Objetivos…………………………………………………………………………... 48
6.5 Análisis de Factibilidad…………………………………………………………… 48
6.5.1 Factibilidad Técnica……………………………………………….. 48
6.5.2 Factibilidad Organizacional………………………………………... 49
6.5.3 Factibilidad Económica……………………………………………. 49
6.5.4 Factibilidad Operativa……………………………………………… 49
6.6 Fundamentación…………………………………………………………………… 49
6.6.1 Power Builder………………………………………………………. 49
6.6.2 Microsoft SQL Server 2014………………………………………... 51
6.6.3 Data Warehouse……………………………………………………. 53
[Link] Arquitectura General.…………………………………….. 54
[Link] OLTP (On-Line Transaction Processing)………………... 55
[Link] OLAP (On-Line Analytical Process)…………………….. 56
[Link] Diferencias entre OLTP y OLAP.………………………... 57
[Link] Aplicaciones…………….................................................... 57
[Link] Modelo Dimensional de un Datawarehouse……………... 57
6.6.4 Metodología de Desarrollo…………………………………………. 62
6.6.5 Metodologías Ágiles……………………………………………….. 62

vii
 6.6.6 Sistema de Monitoreo Perlas……………………………………….. 64
[Link] Componentes de Perlas…………………………………... 64
[Link] Metas Del Sistema De Monitoreo "Perlas"………………. 70
6.6.7 Normativas y Resoluciones de la Superintendencia de
Economía Popular y Solidaria……………………………………… 72
6.7 Metodología de Desarrollo………………………………………………………… 77
6.7.1 Detalle de procesos y mecanismos utilizados actualmente en
la elaboración del análisis multidimensional de la información
financiera…………………………………………………………………. 77
6.7.2 Selección de herramientas para el desarrollo del Sistema
Informático……………………………………………………………….. 79
6.7.3 Selección de la metodología de desarrollo…………………………. 79
6.7.4 Selección de la arquitectura de la aplicación………………………. 84
6.7.5 Aplicación de la metodología………………………………………. 85
[Link] Exploración……………………………………………..... 85
[Link] Planificación……………………………………………… 94
[Link] Iteraciones por entregas…………………………………... 114
[Link] Producción………………………………………………... 146
6.8 Capacitación……………………………………………………………………….. 170
6.9 Implantación……………………………………………………………………….. 171
6.10 Administración…………………………………………………………………… 171
6.11 Previsión de la evaluación……………………………………………………….. 172
6.12 Análisis e Interpretación de Resultados de la Propuesta Planteada……………… 173
6.13 Conclusiones……………………………………………………………………... 185
6.14 Recomendaciones………………………………………………………………… 186

Bibliografía 187

Anexos 191

viii
ÍNDICE DE TABLAS

3.1 Población y Muestra……………………………………...…………….. 21

4.1 Satisfacción del personal contable financiero con la oportuna entrega de
la información financiera………………………………..…………… 26
4.2 Indica el nivel de confianza que poseen los medios actuales al momento
de analizar la información………………………...………….. 27
4.3 Satisfacción que posee las herramientas actuales al momento de
analizar la información financiera y obtener conclusiones oportunas...... 28
4.4 Evidencia la falta de medios que permitan generar reportes
adicionales………………………………………………………………. 29
4.5 Evidencia la falta de reportes que permitan la adecuada toma de
decisiones……………………………………………………………….. 30
4.6 Evidencia las deficiencias que posee el método utilizado en actualidad.. 31
4.7 Evidencia las limitaciones que posee el método o herramienta actual..... 32
4.8 Evidencia las debilidades que posee el método o herramienta actual...... 34
4.9 Muestra el tiempo promedio durante el análisis………………………... 35
4.1 Frecuencias Observadas………………………………………………... 39
4.11 Frecuencias Esperadas………………………………………………..… 40
4.12 Chi - Cuadrado Calculado……………………………………………… 40
6.1 Clave rápida de PERLAS……………………………………………….. 72
6.2 Comparación entre metodologías ágiles y tradicionales………………... 80
6.4 Comparación entre metodologías ágiles………………………………… 81
6.5 Historia de Usuario N°1 – Preliminar………………………………….. 86
6.6 Historia de Usuario N°2 – Preliminar………………………………….. 87
6.7 Historia de Usuario N°3 – Preliminar………………………………….. 87
6.8 Historia de Usuario N°4 – Preliminar………………………………….. 88
6.9 Historia de Usuario N°5 – Preliminar………………………………….. 88
6.10 Historia de Usuario N°6 – Preliminar………………………………….. 89
6.11 Historia de Usuario N°7 – Preliminar………………………………….. 89
6.12 Historia de Usuario N°8 – Preliminar………………………………….. 90

ix
6.13 Historia de Usuario N°9 – Preliminar………………………………….. 90
6.14 Historia de Usuario N°10 – Preliminar………………………………… 91
6.15 Historia de Usuario N°11 – Preliminar………………………………… 92
6.16 Historia de Usuario N°12 – Preliminar………………………………… 93
6.17 Historia de Usuario N°13 – Preliminar………………………………… 93
6.18 Historia de Usuario N°1 - Control de Seguridad……………………….. 95
6.19 Historia de Usuario N°2 - Carga de Anexos y Balances……………….. 95
6.20 Historia de Usuario N°3 - Registro de Parámetros……………………... 96
6.21 Historia de Usuario N°4 - Acceso al Sistema………………………….. 96
6.22 Historia de Usuario N°5 - Mostar Menú……………………………….. 97
6.23 Historia de Usuario N°6 - Alineación de balances……………………... 97
6.24 Historia de Usuario N°7 - Análisis y Validación de Anexos…………... 98
6.25 Historia de Usuario N°8 - Análisis Financiero del Balance General…... 98
6.26 Historia de Usuario N°9 - Análisis Financiero de Balances por el
Método PERLAS……………………………………………………….. 99
6.27 Historia de Usuario N°10 - Análisis de Liquidez de 1ra y 2da Línea…... 99
6.28 Historia de Usuario N°11 – Reportes…………………………………... 100
6.29 Historia de Usuario N°12 - Exportar Estructuras y Anexos……………. 101
6.30 HU1-T1 - Análisis de la estructura de la base de datos del Core
Financiero……………………………………………………………….. 101
6.31 HU1-T2 - Selección de las s requeridas para el control de seguridades... 102
6.32 HU1-T3 - Creación de vistas en la base de datos del Core Financiero… 102
6.33 HU1-T4 - Creación de nuevas s para alojar las credenciales…………... 102
6.34 HU1-T5 - Creación de un formulario que permita la validación de las
credenciales……………………………………………………………… 103
6.35 HU2-T1 - Análisis de anexos emitidos por la SEPS…………………… 103
6.36 HU2-T2 - Creación de las s con los campos requeridos para cada anexo 103
6.37 HU2-T3 - Creación de las s requeridas en la nueva base de datos……... 104
6.38 HU2-T4 - Creación del método de validación de carga de la
información……………………………………………………………… 104
6.39 HU2-T5 - Desarrollo de formularios para la verificación de los anexos
migrados…………………………………………………………………. 104
6.40 HU3-T1 - Análisis de s para efectos de parametrización del sistema….. 105

x
6.41 HU3-T2 - Diseño y creación de s para el registro de los parámetros del
sistema…………………………………………………………………… 105
6.42 HU3-T3 - Diseño y creación de formularios para el mantenimiento de
los parámetros…………………………………………………………… 105
6.43 HU4-T1 - Diseño de la interfaz del acceso al sistema…………………. 106
6.44 HU4-T2 - Pruebas de la interfaz del acceso al Sistema………………… 106
6.45 HU5-T1 - Diseño de la interfaz del menú……………………………… 107
6.46 HU6-T1 - Diseño de formulario para la alineación de balances……….. 107
6.47 HU7-T1 - Desarrollo de procedimientos SQL que validen la
información……………………………………………………………… 108
6.48 HU7-T2 - Desarrollo de formularios que permitan mostrar los
resultados………………………………………………………………… 108
6.49 HU8-T1 - Desarrollo de procedimientos SQL para la ejecución del
análisis financiero……………………………………………………….. 109
6.50 HU8-T2 - Desarrollo de formulario para ejecución de los
procedimientos SQL…………………………………………………….. 109
6.51 HU9-T1 - Desarrollo de procedimientos SQL para la ejecución del
análisis financiero bajo el método de Perlas…………………………….. 110
6.52 HU9-T2 - Desarrollo de formulario para ejecución de los
procedimientos SQL…………………………………………………….. 110
6.53 HU10-T1 - Desarrollo de procedimientos SQL para la ejecución del
análisis de Liquidez……………………………………………………… 111
6.54 HU10-T2 - Desarrollo de formulario para ejecución de los
procedimientos SQL…………………………………………………….. 111
6.55 HU11-T1 - Desarrollo de Reportes…………………………………….. 112
6.56 HU11-T2 - Desarrollo de formularios para presentación de reportes….. 113
6.57 HU12-T1 - Desarrollo de métodos para la exportación de los anexos…. 113
6.58 HU12-T2 - Desarrollo de formulario para la exportación de los anexos.. 113
6.59 Estimación de esfuerzo de las historias de usuario……………………… 114
6.60 Plan de Entregas…………………………………………………………. 115
6.61 Prueba N°1 - Carga de Anexos y Balances……………………………... 147
6.62 Prueba N°2 - Registros de Parámetros………………………………….. 148
6.63 Prueba N°3 - Acceso al sistema………………………………………… 149

xi
6.64 Prueba N°4 - Mostrar Menú…………………………………………….. 150
6.65 Prueba N°5 - Alineación de Balances…………………………………... 151
6.66 Prueba N°6 - Análisis y validación de anexos………………………….. 152
6.67 Prueba N°7 - Análisis Financiero del Balance General………………… 153
6.68 Prueba N°8 - Análisis Financiero de Balances por el Método PERLAS.. 154
6.69 Prueba N° 9 - Análisis de Liquidez de 1ra y 2da Línea………………… 155
6.70 Prueba N° 10 – Reportes………………………………………………... 156
6.71 Prueba N° 11 - Exportar Estructuras y Anexos…………………………. 168
6.72 Cronograma de capacitación a usuarios y administrador………………. 170
6.73 Cronograma de implantación…………………………………………… 171
6.74 Check List de evaluación del software…………………………………. 172
6.12.1 Satisfacción del personal contable financiero con la oportuna entrega de
la información financiera………………………………………………... 174
6.12.2 Satisfacción del personal Financiero al poder evidenciar los resultados
empleando un mínimo de tiempo……………………………………….. 175
6.12.3 Satisfacción del personal Financiero al poseer reportes de calidad con la
propuesta implementada………………………………………………… 176
6.12.4 Satisfacción del jefe de sistemas al poder efectuar de forma continua el
análisis multidimensional……………………………………………….. 177
6.12.5 Satisfacción del jefe de sistemas al poder manejar grandes cantidades de
datos……………………………………………………………………… 178
6.12.6 Satisfacción del jefe de sistemas al poseer el sistema de análisis
financiero………………………………………………………………… 179
6.12.7 Frecuencias Observadas – Segunda Encuesta…………………………… 182
6.12.8 Frecuencias Esperadas – Segunda Encuesta…………………………….. 182
6.12.9 Chi - Cuadrado Calculado – Segunda Encuesta…………………………. 183

xii
ÍNDICE DE FIGURAS

1 Flexibilidad de conexión entre diferentes bases de datos……………... 51

2 Proceso de Análisis Multidimensional de la Información Financiera.... 78
3 Arquitectura de Data Warehouse…………………………………….... 55
4 Diferencia entre OLTP y LOAP………………………………………. 57
6 Ciclo de vida de la metodología XP…………………………………… 85
7 Valor Chi - Cuadrado según la tabla de distribución………………….. 41
8 Zona de aceptación y rechazo según Chi – Cuadrado…………………. 42
9 Tablas creadas en la Base de Datos del nuevo Sistema de Análisis
Financiero………………………………………………………………. 119
10 Formulario de ingreso del Sistema de Análisis Financiero…………….. 129
11 Menú de opciones…………………………………………………….... 129
12 Opciones del Menú Archivo…………………………………………… 129
13 Formulario para el Registro de los Usuarios…………………………… 130
14 Formulario para la asignación de usuario con la Institución…………... 130
15 Formulario para el registro de la Institución…………………………… 131
16 Opciones del Menú Archivo…………………………………………… 131
17 Formulario para la migración de anexos……………………………….. 132
18 Formulario para la alineación de los Balances Generales……………… 132
19 Opciones del Menú Análisis Financiero……………………………….. 133
20 Formulario para la generación del análisis de los anexos……………… 133
21 Formulario para la generación del análisis financiero…………………. 133
22 Formulario para la generación del análisis financiero por el método de
PERLAS……………………………………………………………….. 134
23 Formulario para la generación del análisis de liquidez de 1ra y 2da
línea…………………………………………………………………….. 134
24 Formulario para la eliminación de migración y análisis de anexos…… 134
25 Formulario para la eliminación de los índices financieros…………….. 135
26 Opciones del Menú Reportes…………………………………………... 135
27 Formulario para la Reportería………………………………………….. 136

xiii
28 Formulario para Exportar los anexos de Ahorros, Cartera y Plazo Fijo.. 137
29 Formulario para efectuar la parametrización de los Índices Financieros. 137
30 Formularios y Funciones utilizadas en el desarrollo del Sistema de
Análisis Financiero…………………………………………………...... 138
31 Vinculación de la Base de Datos del Core Financiero…………………. 143
32 Resultado - Selección del archivo plano……………………………….. 147
33 Resultado - Almacenamiento de la información……………………….. 148
34 Resultado – Registro de Parámetros…………………………………… 149
35 Resultado – Acceso al Sistema………………………………………… 150
36 Resultado – Mostrar Menú…………………………………………….. 150
37 Resultado – Alinear Balances………………………………………….. 151
38 Resultado – Análisis y validación de anexos…………………………... 152
39 Resultado – Análisis Financiero del Balance General…………………. 153
40 Resultado – Análisis Financiero de Balances por el Método PERLAS.. 154
41 Resultado – Análisis de Liquidez de 1ra y 2da Línea………………….. 155
42 Resultado – Ejecución de Reportes con datos incorrectos y correctos… 156
43 Resumen y Observaciones – Ahorros……………………………………… 157
44 Resumen y Observaciones – Colocación………………………………. 158
45 Resumen y Observaciones – Inversiones………………………………. 159
46 Reportes de Riegos – Concentración y cobertura de depósitos,
160
Composición de cartera de créditos……………………………………
47 Reporte – Brecha Financiera…………………………………………… 160
48 Reportes – Índices Financieros………………………………………… 161
49 Reportes – Índices Financieros por el método Perlas………………….. 162
50 Resultado – Exportación de los anexos de Ahorro, Cartera y Plazo
Fijos analizados………………………………………………………… 168
51 Modelo Dimensional para el Análisis Financiero……………………… 120
52 Establecer las conexiones………………………………………………. 121
53 Tareas Ejecutar SQL…………………………………………………… 122
54 Tareas de Flujo de Datos………………………………………………. 123
55 Se establecen los orígenes de datos……………………………………. 123
56 Se establecen los destinos de datos…………………………………….. 124
57 Importando Paquetes para el almacén de SSIS………………………… 124
58 Creando el Job – Trabajo………………………………………………. 125

xiv
59 Estableciendo el paquete para el Job…………………………………… 125
60 Estableciendo la programación del Job………………………………… 126
61 Vista del origen de datos……………………………………………….. 126
62 Selección de tablas para el grupo de medida…………………………... 127
63 Selección de Grupos de medida y Dimensiones……………………….. 127
64 Cubo Generado………………………………………………………… 128
65 Selección de Grupos de medida y Dimensiones……………………….. 128
66 Asistente para la conexión de datos……………………………………. 163
67 Selección del Cubo de datos…………………………………………… 163
68 Guardar archivo de conexión…………………………………………... 164
69 Aperturas de cuentas de Socios………………………………………… 165
70 Evolución de captaciones………………………………………………. 166
71 Evolución de Recuperación de Cartera y Morosidad…………………... 167
72 Esquema Estrella……………………………………………………….. 58
73 Esquema Copo de Nieve……………………………………………….. 59
74 Ejemplo de Tabla de Hechos…………………………………………... 60
75 Ejemplo de Dimensiones………………………………………………. 61
76 Niveles en la Dimensión……………………………………………….. 61
6.12.1 Satisfacción del personal contable financiero al recibir información
confiable y libre de errores……………………………………………... 174
6.12.2 Satisfacción del personal Financiero al poder evidenciar los resultados
empleando un mínimo de tiempo………………………………………. 175
6.12.3 Satisfacción del personal Financiero al poseer reportes de calidad con
la propuesta implementada……………………………………………... 176
6.12.4 Satisfacción del jefe de sistemas al poder efectuar de forma continua el
análisis multidimensional………………………………………………. 177
6.12.5 Satisfacción del jefe de sistemas al poder manejar grandes cantidades
de datos………………………………………………………………… 178
6.12.6 Satisfacción del jefe de sistemas al poseer el Sistema de Análisis
Financiero………………………………………………………………. 179
6.12.7 Zona de aceptación y rechazo según Chi – Cuadrado – Segunda
Encuesta………………………………………………………………... 184

xv
ÍNDICE DE GRÁFICOS

1 Árbol de problemas…………………………………………………….. 5
2 Categorías Fundamentales……………………………………………… 12
3 Constelación de Ideas V Independiente……………………………….. 12
4 Constelación de Ideas V Dependiente…………………………………. 13
4.1 Satisfacción del personal contable financiero con la oportuna entrega
26
de la información financiera…………………………………………….
4.2 Indica el nivel de confianza que poseen los medios actuales al
27
momento de analizar la información…………………………………....
4.3 Satisfacción que posee las herramientas actuales al momento de
28
analizar la información financiera y obtener conclusiones oportunas…..
4.4 Evidencia la necesidad de innovar las herramientas actuales………….. 29
4.5 Evidencia la falta de reportes que permitan la adecuada toma de
30
decisiones………………………………………………………………..

ÍNDICE DE CUADROS

1 Operacionalización de la Variable Independiente……………………… 22

2 Operacionalización de la Variable Dependiente……………………….. 23
3 Recolección de la Información…………………………………………. 24
4 Segmentos por Cooperativas…………………………………………… 76
5 Tasas Activas Vigentes………………………………………………… 76
6 Calificación de cartera………………………………………………….. 77
7 Rangos de Puntos Estimados…………………………………………… 94

xvi
AGRADECIMIENTO

Agradezco a Dios y a la Santísima Virgen

por llenarme de fortaleza y bendiciones en
los momentos de debilidad, por brindarme
una vida llena de oportunidades,
experiencias, aprendizajes y sobre todo
salud.

A mi esposa, mis hijos y mis padres, por

estar presentes en cada momento de mi
vida con su amor y apoyo incondicional.

A la Cooperativa de Ahorro y Crédito

Pushak Runa Ltda., y sus autoridades por
su apertura y autorización para el desarrollo
de este proyecto.

A la Ingeniera Alba Miranda, por ser mi

guía y apoyo en la culminación exitosa de
este Trabajo de Investigación.

David Fabricio Marge Ortiz

xvii
DEDICATORIA

A Dios por ser mi luz en

momentos de oscuridad, mi
guía en este camino lleno
de obstáculos y sobre todo
por brindarme su santa
bendición y protección.

A mi esposa Vane y a mis

hijos David y Alejandra,
por su sacrificio en mi
jornadas de estudio, por su
amor incondicional y por
esas palabras de aliento que
no me dejaron decaer en
aquellos momentos de
debilidad.

David F. Marge Ortiz

xviii
 UNIVERSIDAD TÉCNICA DE AMBATO
FACULTAD DE INGENIERIA EN SISTEMAS ELECTRÓNICA E
INDUSTRIAL
MAESTRÍA EN GESTIÓN DE BASES DE DATOS VERSIÓN III

TEMA:
“EL ANÁLISIS MULTIDIMENSIONAL DE LA INFORMACIÓN
FINANCIERA Y SU INCIDENCIA EN LA TOMA DE DECISIONES
GERENCIALES EN LA COOPERATIVA DE AHORRO Y CRÉDITO PUSHAK
RUNA”

AUTOR: Ing. David Fabricio Marge Ortiz

DIRECTOR: Ing. Alba de los Cielos Miranda Villacís, Mg.
FECHA: 03 de Febrero del 2017

RESUMEN EJECUTIVO

La investigación sobre “El análisis multidimensional de la información financiera y su

incidencia en la toma de decisiones gerenciales en la Cooperativa de Ahorro y Crédito
Pushak Runa”, tiene como objetivo general determinar la incidencia del análisis
multidimensional de la información financiera en la toma decisiones.

Al momento de realizar la presente investigación se determinó que la Cooperativa

posee herramientas inadecuadas las cuales no permiten aligerar el análisis
multidimensional de la información financiera, causando aplazamientos en la
elaboración de reportes e informes impidiendo evidenciar el estado real de la
Institución.

A partir del año 2012 la Superintendencia de Economía Popular y Solidaria “SEPS”

inicia su gestión, con el firme propósito de evidenciar el estado financiero real de todas

xix
las Instituciones que integran el Sector Cooperativo, razón por la cual surge la necesidad
de la Cooperativa de Ahorro y Crédito “Pushak Runa” en automatizar el procesos de
análisis multidimensional y poder tomar decisiones que ayuden fortalecer a la
Institución.

En base a las normativas y requerimientos que día a día exige el actual organismo de
control y el constante transaccionar de la Cooperativa impide el desarrollo del análisis
multidimensional de la información financiera, razón por la cual surge la necesidad de
innovar la herramienta y métodos actuales, dando como prioridad a la creación de un
sistema informático, el mismo que permita obtener de forma segura, eficaz y libre de
errores el monitoreo de los estados financieros bajo la metodología de PERLAS y del
organismo de control “SEPS”, de igual forma permite la evaluación de los datos
correspondientes a cartera, ahorros e inversiones, además posee una alta gama de
reportes, que permitan sacar conclusiones, establecer estrategias y la toma de decisiones
con un mínimo de tiempo.

Descriptores: Análisis multidimensional, Toma de Decisiones, Superintendencia de

Economía Popular y Solidaria, Evidenciar, Normativas, Base de Datos, Estrategias,
Organismo de Control, Perlas, Eficaz.

xx
 UNIVERSIDAD TÉCNICA DE AMBATO
FACULTAD DE INGENIERIA EN SISTEMAS ELECTRÓNICA E
INDUSTRIAL
MAESTRÍA EN GESTIÓN DE BASES DE DATOS VERSIÓN III

THEME:
“EL ANÁLISIS MULTIDIMENSIONAL DE LA INFORMACIÓN
FINANCIERA Y SU INCIDENCIA EN LA TOMA DE DECISIONES
GERENCIALES EN LA COOPERATIVA DE AHORRO Y CRÉDITO PUSHAK
RUNA”

AUTOR: Ing. David Fabricio Marge Ortiz

DIRECTOR: Ing. Alba de los Cielos Miranda Villacís, Mg.
FECHA: February 3, 2017

EXECUTIVE SUMMARY

Research on "The multidimensional analysis of financial information and its impact on

management decisions in the Saving and Credit Cooperative Pushak Runa" general
objective is to determine the incidence of multidimensional analysis of financial
information in decision making.

At the time of this investigation it was determined that the Cooperative has inadequate
tools which do not allow lighten the multidimensional analysis of financial information,
causing delays in the preparation of reports and information preventing demonstrate the
actual state of the institution.

From the year 2012 the Superintendency of Popular Economy and Solidarity “SEPS”
begins its management, with the firm intention of showing the actual financial status of
all the institutions that make up the cooperative sector, why the need arises for the credit
union Runa Pushak automate processes multidimensional analysis and make decisions
that help strengthen the institution.

xxi
Based on the regulations and requirements that every day requires the current inspection
body and the constant transaccionar Cooperative prevents the development of
multidimensional analysis of financial information, which is why there is a need to
innovate the tool and current methods, giving priority to the creation of a computer
system, the same that allows for safe, efficient and error-free way to monitor the
financial statements under the methodology PERLAS and SEPS, similarly allows the
evaluation of the data for portfolio, savings and investments, also as a high range of
reports, which allow conclusions, establish strategies and decision-making with a
minimum of time.

Keywords: multidimensional analysis, Decision making, Superintendent of Popular and

Solidarity Economy, Show, regulations, Database, Strategies, Control Agency, Perlas,
Effective.

xxii
 INTRODUCCIÓN

La Cooperativa de Ahorro y Crédito Pushak Runa Ltda., en la actualidad no posee las

herramientas necesarias para elaborar el análisis multidimensional, razón por lo cual
surge la importancia de la presente investigación con el firme propósito de desarrollar e
implantar un método que permita minimizar el tiempo utilizado en la elaboración del
análisis multidimensional de la información financiera y sus respectivos reportes, lo
cual permitirá que el personal Contable Financiero conjuntamente con la Gerencia
General puedan generar las diferentes estrategias y por ende la toma de decisiones,
permitiendo el crecimiento y fortalecimiento de la Institución.

La presente investigación está organizada en los siguientes capítulos:

Capítulo I, denominado como EL PROBLEMA, describe el problema que es objeto de

la investigación, este contiene: el tema de investigación, el planteamiento del problema,
su contexto, análisis crítico, prognosis, delimitación, justificación y objetivos.

Capítulo II, denominado como MARCO TEÓRICO, en este se detalla: antecedentes de

la investigación, fundamentación filosófica, fundamentación legal, categorías
fundamentales, formulación de hipótesis y señalamiento de variables.

Capítulo III, denominado como METODOLOGÍA, incluye: el enfoque investigativo,

modalidad básica de la investigación, nivel o tipo de investigación, población y muestra,
operacionalización de variables, técnicas e instrumentos, plan de recolección de
información y plan de procesamiento de la información.

Capítulo IV, denominado como ANÁLISIS E INTERPRETACIÓN DE

RESULTADOS en este se detalla el análisis e interpretación de la información
recolectada a través de los diferentes métodos utilizados en la presente investigación.

1
Capítulo V, denominado como CONCLUSIONES Y RECOMENDACIONES, expone
de forma clara y concisa las conclusiones y recomendaciones de la investigación
realizada.

Capítulo VI, denominado como LA PROPUESTA, contiene información relacionada a

los antecedentes de la Institución, justificación, objetivos, factibilidad, proceso de
selección de metodologías, plataformas y arquitectura, herramientas para la
implementación, desarrollo y puesta en producción de la propuesta realizada al análisis
multidimensional de la información financiera, la misma que ayudara a minimizar los
tiempos en la elaboración de estrategias y la toma de decisiones gerenciales en la
Cooperativa de Ahorro y Crédito Pushak Runa.

2
 CAPÍTULO I

EL PROBLEMA DE INVESTIGACIÓN

1.1. Tema de Investigación

El análisis multidimensional de la información financiera y su incidencia en la toma
de decisiones Gerenciales en la Cooperativa de Ahorro y Crédito “Pushak Runa”.

1.2. Planteamiento del Problema

1.2.1 Contextualización

Frente a la inestabilidad y crisis del sector bancario nacional donde el cliente ha

demostrado susceptibilidad, ha llevado a incrementar la crisis económica del país,
por lo que fue necesario buscar alternativas para demostrar al cliente que existen
opciones que permiten fomentar el ahorro y conceder créditos, en el Ecuador y de
manera particular en la provincia de Tungurahua, las cooperativas de ahorro y
crédito durante los últimos años han contribuido al desarrollo de la actividad
económica y productiva; además han sido los mayores generadores de fuentes de
trabajo para aquellas personas que en algún momento no tenían la oportunidad de
involucrarse en el área financiera. El ritmo de crecimiento de estas entidades es
acelerado en algunos sectores de la provincia de manera que han logrado mantenerse
por la oferta de servicios financieros y colocación de cartera para pequeños
productores, comerciantes, artesanos, etc. Quienes no podían acceder a los créditos
en las grandes instituciones financieras; la oportunidad del desarrollo de este
importante sector se da por las facilidades que ofrece el gobierno central al
incentivar a las organizaciones de las zonas urbanas y rurales a crear sus fuentes de
ingreso, con los excedentes que reciben de los créditos otorgados [6].

Para la creación y funcionamiento de las cooperativas de ahorro y crédito en su

mayoría reciben aportes de los socios, financiamiento del Banco Nacional de

3
Fomento y se encuentran bajo la supervisión el Ministerio de Inclusión Económica y
Social (MIES) hasta antes (10 de mayo 2011), en la actualidad se rigen por la Ley
de Economía Popular y solidaria [35].

Las cooperativas de ahorro y crédito cubren una gran parte del sector financiero del
Ecuador, siendo un pilar fundamental para el sector productivo y comercial de la
provincia y del país [35].

Uno de los problemas de las instituciones financieras en el Ecuador, es la falta de

medios tecnológicos que permitan realizar un análisis profundo de los estados
financieros, limitando la verificación del estado financiero real de la Institución y
por ende aplicar las diferentes estrategias gerenciales [35].

En la Provincia de Tungurahua, numerosos Gerentes, Auditores internos y externos

consientes de esta necesidad optan por elaborar estos análisis de datos
multidimensionales sin hacer uso de ningún tipo de herramienta especializada lo que
les conlleva una ardua labor con un alto riesgo de cometer algún error involuntario,
esto por la magnitud de la información que cada Institución posee.

La Cooperativa de Ahorro y Crédito “PUSHAK RUNA”, la cual reside en la

provincia de Tungurahua no es la excepción, para mitigar esta problemática se ha
optado por limitar el análisis multidimensional de la información financiera, dejando
de lado algunos indicadores en la exploración, alcanzando el objetivo de reducir los
tiempos en dichas actividades, pero no de una manera óptima y sin la posibilidad de
generar reportes de calidad que ayuden a la toma de decisiones. Además se puede
evidenciar que al efectuar un análisis completo de los estados financieros, utilizando
los medios que posee dicha Institución conlleva tiempo, provocando retrasos en
otras actividades que la alta Gerencia y el Departamento Financiero debe cumplir.

4
 En el siguiente gráfico, se ilustra el árbol del problema.

Imposibilidad de generación de
Retraso en la ejecución Desconocimiento de la situación de
estrategias adecuadas en la
y elaboración de captaciones y colocaciones de la
entidad
informes. entidad
Efecto

Tomada de decisiones Problema

Proceso actual de análisis Utilización de Gestión manual de datos

Causa multidimensional financieros
herramientas inadecuadas

Gráfico 1: Árbol de Problemas

Elaborado por: David Fabricio Marge Ortiz

1.2.2 Análisis crítico

La Cooperativa de Ahorro y Crédito “Pushak Runa” cuenta con un sistema financiero

contable, el mismo que posee varias limitaciones en relación a la reportería, lo que
dificulta la extracción de la información de ahorros, cartera, depósitos a plazo fijo y
balance general.

Una vez recopilado la información emitida por el software, el departamento de sistemas

procede a preparar los registros para su posterior análisis y generación de reportes e
informes semanales. Como es perceptible la magnitud de los datos que posee la
Cooperativa de Ahorro y Crédito “Pushak Runa” maximiza el tiempo en la preparación
de los datos requeridos, ya que para el efecto el personal de Tecnologías de la
Información se procede a efectuar varios procesos manuales.

Una vez que los datos estén preparados, la alta Gerencia conjuntamente con el Personal
Contable Financiero del Cooperativa utilizan la herramienta denominada “Excel”, lo
cual incita un alto riesgo de integridad y seguridad de la información, ya que está
expuesto a posibles daños, equivocaciones y una considerable demora en el análisis
multidimensional de los estados financieros, ya que, como es de suponer la gran
cantidad de información que maneja es un detonante en la ejecución de esta actividad.
Por esta razón existe un alto índice de tiempo utilizado para el desarrollo del análisis
multidimensional, lo que provoca retrasos en la verificación de la información
financiera, en la elaboración de reportes y sobre todo en la toma de decisiones.

5
1.2.3 Prognosis

Si el problema persiste se puede tener consecuencias graves como: la imposibilidad de

generación de estrategias adecuadas para la Cooperativa, el desconocimiento de la
situación de captaciones y colocaciones de la Entidad y la demora en la toma de
decisiones, y además provocaría un retraso irrecuperable en el plan estratégico anual de
la Institución y sobre todo posibles problemas con los diferentes organismo de control,
como por ejemplo: La Superintendencia de Economía Popular y Solidaria.

1.2.4 Formulación del problema

¿Incide positivamente el análisis multidimensional de la información financiera en la

toma de decisiones gerenciales en la Cooperativa de Ahorro y Crédito “Pushak Runa”?

1.2.5 Interrogantes

¿Qué proceso de análisis multidimensional se utiliza para la concepción de los

indicadores financieros y toma de decisiones?
¿Qué consecuencias conlleva el retraso en la toma de decisiones por parte de la
Gerencia?
¿Se puede proponer una solución al problema propuesto?

1.2.6 Delimitación del Objeto de Investigación

Delimitación de contenido
 Campo:Datos Financieros
 Área: Análisis multidimensional.
 Aspecto: Tiempos de respuesta en la verificación de la información financiera y
la toma de decisiones.

Delimitación Espacial

La presente investigación se la realizará en la oficina matriz de la Cooperativa de

Ahorro y Crédito “Pushak Runa”.

6
Delimitación Temporal

Periodo de tiempo en el que se analizaran los datos para la investigación será desde
Enero 2016 hasta Diciembre 2016.

1.3. Justificación

La Cooperativa de Ahorro y Crédito “Pushak Runa” es una entidad financiera que se

encuentra bajo la supervisión y control de la Superintendencia de Economía Popular y
Solidaria, por lo que es importante cubrir todas las debilidades que se expongan como
resultado del análisis multidimensional de la información financiera, para lograr este
objetivo de vital importancia, la alta Gerencia solicitan se ejecute un método de calidad
que permita consumir el menor tiempo posible en el desarrollo y elaboración de dicho
análisis.

Razón por la cual el interés del departamento de sistemas de la Cooperativa de Ahorro y

Crédito “Pushak Runa” es mitigar la carga operativa en el análisis multidimensional y a
la vez salvaguardar la información, manteniendo su integridad, registros históricos y
confiabilidad.

La premisa de esta investigación se basa en conocer todo el proceso utilizado para

efectuar el análisis multidimensional de los datos financieros y evidenciar el tiempo
utilizado en el desarrollo de los reportes resultantes de la exploración.

El impacto va estar en apoyar en el cumplimiento de estas actividades, tratando de

satisfacer los requerimientos de la alta gerencia en el menor tiempo posible.

La Factibilidad del proyecto se va a partir de 3 premisas importantes como son:

Factibilidad Técnica: La Cooperativa de Ahorro y Crédito “Pushak Runa”, cuenta con

las facilidades de la información por parte del personal financiero, como por las
autoridades de la Institución.

7
Factibilidad Operativa: El apoyo de las personas que gestionan la información en la
Cooperativa de Ahorro y Crédito “Pushak Runa”, la investigación se la puede realizar.

Factibilidad Económica: La Cooperativa de Ahorro y Crédito “Pushak Runa”, cuenta

con el talento humano suficiente, con el material necesario para la investigación, y el
investigador aportará económicamente con lo que sea necesario para el desarrollo de la
investigación.

1.4. Objetivos

1.4.1. Objetivo General

Determinar la incidencia del análisis multidimensional de la información financiera en

la toma de decisiones gerenciales en la Cooperativa de Ahorro y Crédito “Pushak
Runa”.

1.4.2. Objetivos Específicos.

 Analizar los procesos y tiempo de entrega de resultados del análisis

multidimensional de la información financiera en la toma de decisiones
gerenciales en la Cooperativa de Ahorro y Crédito “PUSHAK RUNA”.

 Determinar las consecuencias relacionadas a la demora de la toma de decisiones

por la aplicación del análisis multidimensional.

 Implementar una herramienta automatizada que permita optimizar el tiempo en

la obtención de resultados, seguros y oportunos, garantizando la toma de
decisiones gerenciales en la Cooperativa de Ahorro y Crédito “PUSHAK
RUNA”.
 Determinar si la solución propuesta permite optimizar el tiempo en la
elaboración del análisis multidimensional, y además que garantice la adecuada
Toma de Decisiones Gerenciales.

8
 CAPÍTULO II

MARCO TEÓRICO

2.1. Antecedentes Investigativos

Una vez realizado una revisión de las tesis de las distintas Universidades que ofertan la
carrera de Ingeniería en Sistemas, se encuentra que:
En la Facultad de Ciencias Físicas y Matemática Carrera de Ingeniería Informática, a
nivel de pregrado existe una tesis denominada:

“Aplicativo de análisis multidimensional para el sistema nacional de información

ecuatoriano”, realizado por el Ing. Martínez Pástor Agustín Rodrigo(2014), el objetivo
por el cual se investigo es: “Aplicar un esquema conceptual informático basado en
sistemas de información para toma de decisiones, que permita a los niveles competentes
de gestión del gobierno central, obtener información actual e histórica de la gestión
pública para informar de manera transparente a la ciudadanía sobre los avances en la
construcción de la “Sociedad del Buen Vivir” ”, las técnicas utilizadas para la presente
investigación fueron: estará basado bajo las metodologías KDD (Knowledge Discovery
in Database) y SCRUM(Metodología ágil para el desarrollo de software) y se obtuvo
como conclusión:[33]

En los sistemas de información de apoyo a la toma de decisiones tienen como fin

presentar información fruto de un proceso de depuración y asociación de la data
transaccional, pero eso no implica que se debe dejar de lado los procesos de reportería
que son consumidos por un grupo de usuarios que generalmente trabajan en tareas de
oficina dentro de la institución, por este motivo es necesario establecer procesos

9
específicos para que los usuarios transaccionales y con tareas de reportería puedan tener
un acceso eficaz a los datos almacenados en los repositorios centralizados.
La centralización de los datos en un solo repositorio al estilo de un Datawarehouse,
permite a la aplicación ser más funcional y administrable ya desde un solo sitio se
pueden realizar en tareas de mantenimiento transparentando así los procesos técnicos
para mantenimiento de la plataforma. Si los datos son almacenados en varios
repositorios se corre el riesgo duplicar datos, esfuerzos y peor aún en momentos de fallo
de la plataforma incrementar los tiempos de respuesta. [33]

En la Facultad de Informática y Electrónica Escuela de Ingeniería en Sistemas, a nivel

de pregrado existe una tesis denominada:

“Estudio comparativo de herramientas open source para análisis multidimensional caso

práctico: PROASETEL S.A., análisis multidimensional del RUB-ECUADOR, realizado
por los señores: Juan Carlos Anasicha Taday y Jorge Rubén Moyón Moyón”, el
objetivo por el cual se investigó es: “proveer al usuario final el fácil análisis de los
datos, con la potencia y confiabilidad de una base de datos corporativa, y con la
posibilidad de ver los datos desde diversos puntos de vista o dimensiones.”, las técnicas
utilizadas para la presente investigación fueron: el método inductivo, deductivo,
comparativo, científico, experimental y las técnicas fuentes de Observación como la
entrevista, encuestas y la lluvia de ideas; y se obtuvo como conclusión:[34]

La herramienta de análisis multidimensional “Palo”, por ser un software MOLAP no es

transparente en cuanto al almacén de datos, razón por la cual no se puede conectar con
una base de datos externa, si bien es cierto Palo si permite hacer conexiones ODBC pero
solo a nivel de consultas pero no para rellenar los datos en el cubo de forma automática
como lo hace otras herramientas. [34]

2.2. Fundamentación Filosófica

La presente investigación se enmarca en el paradigma critico propositivo, es crítico por

que realiza un análisis crítico del problema, y es propositivo por que busca proponer una
solución factible al problema.

10
2.3. Fundamentación Legal.

Todo proyecto de investigación para su desarrollo debe respaldarse en leyes o

normas legales que determinan las instituciones que regulan el desarrollo
económico del país; así el trabajo investigativo propuesto se desarrollará tomando
como base la normativa que se detalla a continuación.

La cooperativa de Ahorro y Crédito “PUSHAK RUNA” Ltda., fue aprobada por

intermedio la Dirección Nacional de Revisión y Registro de la Intendencia del Sector
Financiero Popular y Solidario, de la Superintendencia de Economía Popular y
Solidaria, ha revisado y emitido informe favorable, con observaciones, respecto del
estatuto que la organización a su cargo aprobó en Asamblea General, en cumplimiento
de lo dispuesto por el primer inciso de la Disposición Transitoria Primera de la Ley
Orgánica de la Economía Popular y Solidaria y del Sector Financiero Popular y
Solidario. Con ese antecedente mediante Resolución No. SEPS-ROEPS-2013-002640
[36], de fecha 11 de Junio del 2013, se dispuso:

1.- Aprobar el estatuto de la Cooperativa debidamente adecuado a la Ley

Orgánica de la Economía Popular y Solidaria y del Sector Financiero Popular y
Solidario, en cumplimiento a la Primera Disposición Transitoria de la
mencionada Ley.

2.- En cumplimiento a lo dispuesto en el artículo 83 de la Ley Orgánica de la

Economía Popular y Solidaria y del Sector Financiero Popular y Solidario, la
Cooperativa podrá realizar las actividades detalladas a partir del numeral 10 del
artículo 4 del estatuto social que se aprueba mediante la presente Resolución,
únicamente previa autorización expresa de la SEPS, para lo cual se considerará
el segmento al que pertenezca.

11
2.4. Categorías fundamentales

Sistema
Código Orgánico
Transaccional
Monetario y Financiero

Datos Índices de Riesgos

Razonabilidad de la
Análisis de datos
Información financiera

Toma de
Análisis
decisiones
Multidimensional

INCIDE

VARIABLE INDEPENDIENTE VARIABLE DEPENDIENTE

Grafico 2: Categorías Fundamentales

Elaborado por: David Fabricio Marge Ortiz

Constelación de Ideas Variable Independiente

Análisis Datos
Análisis
Multidimensional

Estructuras
Información

Sistema
Transaccional

Grafico 3: Constelación de Ideas V. Independiente

Elaborado por: David Fabricio Marge Ortiz

12
Constelación de Ideas Variable Dependiente

Toma de decisiones
Altos tiempos
Razonabilidad de análisis Riesgos
multidimensio
Índices

Estados
Financieros Código Orgánico
Monetario y Financiero

Grafico 4: Constelación de Ideas V. Dependiente

Elaborado por: David Fabricio Marge Ortiz

2.4.1. Categorías fundamentales de la variable independiente

[Link]. Sistema Transaccional.

Un Sistema Transaccional 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. [37]

El objetivo de este sistema es, aumentar la productividad en tareas de tipo

administrativo y capturar los datos relativos a las transacciones realizadas por la
empresa con el fin de controlar las actividades del negocio.

Propiedades de los sistemas transaccionales

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

13
  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 [38].

Características esperables de un sistema transaccional

Para que un sistema informático pueda ser considerado como un sistema transaccional,
debe superar el test ACID [38].

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

Ventajas
 Es capaz de controlar y administrar múltiples transacciones, determinando
prioridades entre éstas.
 Controlar las transacciones para mantener la seguridad y consistencia de los
datos involucrados.
 Beneficios visibles y palpables.
 Automatizan tareas operativas de la organización.
 Se logran ahorros significativos de mano de obra, debido a que automatizan
tareas operativas de la organización.

14
  Son el 1er tipo de S.I. que se implanta en las organizaciones ya que empieza
apoyando las tareas a nivel operativo de la organización.
 Tienen la propiedad de ser recolectores de información, a través de estos se
cargan las grandes bases de información para su explotación posterior.
 Son fáciles de justificar ante la dirección general ya que sus beneficios son
visibles y palpables [38].

Desventajas
 Su principal desventaja es su limitación ya que su capacidad de generar informes
es limitada. Ofrecen registros básicos lo cual es un problema para los
administradores quienes necesitan informes más sofisticados para poder
comprender y analizar los datos.
 Son intensivos en entradas y salidas de información, sus cálculos y procesos son
poco sofisticados [38].

[Link]. Datos.

“Datos son los hechos que describen sucesos y entidades. “Datos es una palabra en
plural que se refiere a más de un hecho. A un hecho simple se le denomina "data-ítem"
o elemento de dato.”
“Es un elemento aislado, recabado para un cierto fin, pero que no ha pasado por un
proceso que lo interrelacione con otros de manera funcional para el fin previsto” [1],
[12], [13]

[Link]. Información.

“La información está constituida por un grupo de datos ya supervisados y ordenados,

que sirven para construir un mensaje basado en un cierto fenómeno o ente. La
información permite resolver problemas y tomar decisiones, ya que su aprovechamiento
racional es la base del conocimiento” [2], [4].

15
[Link]. Análisis de Datos.

“El Análisis de Datos (Data Analysis, o DA) es la ciencia que examina datos en bruto
con el propósito de sacar conclusiones sobre la información. El análisis de datos es
usado en varias industrias para permitir que las compañías y las organizaciones tomen
mejores decisiones empresariales y también es usado en las ciencias para verificar o
reprobar modelos o teorías existentes. El análisis de datos se distingue de la extracción
de datos por su alcance, su propósito y su enfoque sobre el análisis. Los extractores de
datos clasifican inmensos conjuntos de datos usando software sofisticado para
identificar patrones no descubiertos y establecer relaciones escondidas. El análisis de
datos se centra en la inferencia, el proceso de derivar una conclusión basándose
solamente en lo que conoce el investigador.” [3]

[Link]. Análisis Multidimensional

“Es utilizada en el campo de la llamada Inteligencia empresarial (o Business

Intelligence) cuyo objetivo es agilizar la consulta de grandes cantidades de datos. Para
ello utiliza estructuras multidimensionales (o Cubos OLAP) que contienen datos
resumidos de grandes Bases de datos o Sistemas Transaccionales (OLTP). Se usa en
informes de negocios de ventas, marketing, informes de dirección, minería de datos y
áreas similares.” [5]

2.4.2. Categorías fundamentales de la variable dependiente

[Link]. Código Orgánico Monetario y Financiero.

Busca fomentar el acceso a los servicios financieros y con ello mejorar los sistemas de
crédito, buscando fortalecer la inversión nacional, y evitar que una falta de controles o,
a su vez, controles deficitarios manejen todo el sistema financiero, impidiendo que se
puedan dar nuevas crisis económicas como las que se vivieron en años anteriores.
Sus principios generales en base a su normativa expresa en sus artículos:
“Art. 1.- Objeto. El Código Orgánico Monetario y Financiero tiene por objeto regular
los sistemas monetario y financiero, así como los regímenes de valores y seguros del
Ecuador.

16
Art. 2.- Ámbito. Este Código establece el marco de políticas, regulaciones, supervisión,
control y rendición de cuentas que rige los sistemas monetarios y financiero, así como
los regímenes de valores y seguros, el ejercicio de sus actividades y la relación con sus
usuarios.

Art. 3.- Objetivos. Los objetivos de este Código son:

1. Potenciar la generación de trabajo, la producción de riqueza, su distribución y
redistribución;
2. Asegurar que el ejercicio de las actividades monetarias, financieras, de valores
y seguros sea consistente e integrado;
3. Asegurar los niveles de liquidez de la economía para contribuir al
cumplimiento del programa económico;
4. Procurar la sostenibilidad del sistema financiero nacional y de los regímenes
de seguros y valores y garantizar el cumplimiento de las obligaciones de cada
uno de los sectores y entidades que los conforman;
5. Mitigar los riesgos sistémicos y reducir las fluctuaciones económicas;
6. Proteger los derechos de los usuarios de los servicios financieros, de valores y
seguros;
7. Profundizar el proceso de constitución de un sistema económico social y
solidario, en el que los seres humanos son el fin de la política pública;
8. Fortalecer la inserción estratégica a nivel regional e internacional;
9. Fomentar, promover y generar incentivos a favor de las entidades de la
Economía Popular y Solidaria; y,
10. Promover el acceso al crédito de personas en movilidad humana, con
discapacidad, jóvenes, madres solteras y otras personas pertenecientes a los
grupos de atención prioritaria.

Art. 4.- Principios. Los principios que inspiran las disposiciones del Código Orgánico
Monetario y Financiero son:
1. La prevalencia del ser humano por sobre el capital;
2. La subordinación del ámbito monetario, financiero, de valores y seguros como
instrumento al servicio de la economía real;
3. El ejercicio de la soberanía monetaria y financiera y la inserción estratégica
internacional;

17
 4. La inclusión y equidad;
5. El fortalecimiento de la confianza; y,
6. La protección de los derechos ciudadanos.

Art. 5.- Política. La formulación de las políticas y regulaciones en materia monetaria,

crediticia, cambiaria, financiera, así como de seguros y valores, es facultad privativa de
la Función Ejecutiva y tiene como objetivos los determinados en los artículos 284 y 302
de la Constitución de la República y los establecidos en el Plan Nacional de
Desarrollo.”[6]

[Link]. Índices de Riesgos

“Se trata de estadísticas o parámetros, a menudo financieros, que pueden revelar qué
riesgos asume cada banco. Estos indicadores suelen ser revisados periódicamente
(mensual o trimestralmente) para alertar a los bancos sobre cambios que puedan ser
reveladores de problemas con el riesgo. Se suelen utilizar parámetros como el número
de operaciones fallidas, las tasas de rotación de asalariados y la frecuencia y/o gravedad
de los errores u omisiones” [7]

[Link]. Razonabilidad de la Información Financiera.

“Propiedad de los estados financieros de transmitir, sin ambigüedad, información

adecuada, particularmente cuando son acompañadas de la declaración de un contador
público (en su informe de auditoría de forma corta), donde se dice que “presenta
razonablemente”, con la precisión requerida de acuerdo con los convencionalismos
aceptados para presentar la posición financiera y los resultados de las operaciones.

La importancia de la razonabilidad de los Estados Financieros radica en que estos deben

presentar fielmente la situación y desempeño financiero de la empresa, así como sus
flujos de efectivo, la aplicación correcta de las Normas Internacionales de Información
Financiera, acompañada de informaciones adicionales cuando sea preciso.” [8]

18
[Link]. Toma de Decisiones

“Los gerentes, por definición, son tomadores de decisiones. Uno de los roles del gerente
es precisamente tomar una serie de decisiones grandes y pequeñas.
Tomar la decisión correcta cada vez es la ambición de quienes practican la gerencia.
Hacerlo requiere contar con un profundo conocimiento, y una amplia experiencia en el
tema.
En la toma de decisiones gerenciales debe tenerse en cuenta el proceso de toma de
decisiones ya que la comunicación es el fluido vital de una organización, los errores de
comunicación en más de una organización han ocasionado daños muy severos, por tanto
la comunicación efectiva es muy importante para los gerentes ya que ella representa la
hebra común para las funciones administrativas. Los gerentes preparan planes hablando
con otras personas, para encontrar la mejor manera de distribuir la autoridad y distribuir
los trabajos. De igual manera las políticas motivacionales, el liderazgo, y los grupos y
equipos se activan en razón del intercambio regular de información y las
comunicaciones como cualquier actividad intelectual se pueden perfeccionar
enfrentando los retos que representan, las organizaciones pueden ser un lugar ideal para
aprender esta lección.” [9], [10], [11]

2.5. Hipótesis

El análisis multidimensional de la información financiera si incide positivamente en

la toma de decisiones Gerenciales en la COOPERATIVA DE AHORRO Y
CREDITO “PUSHAK RUNA”.

2.6. Señalamiento de Variables

Variable Independiente: Análisis multidimensional.

Variable Dependiente: Toma de decisiones Gerenciales.

19
 CAPÍTULO III

METODOLOGÍA

3.1. Enfoque
El enfoque de la investigación es cuantitativo y cualitativo.
Cuantitativo, porque se utilizará parámetros de medición y Cualitativo, porque
se emitirán juicios de valor en la toma de decisiones.

3.2. Modalidad Básica de Investigación

3.2.1. Investigación bibliográfica:

Las modalidades de investigación serán bibliográficas por que se utilizará
fuentes como artículos, libros, revistas, documentos para la construcción del
marco teórico, tanto de la Variable Independiente que es “Análisis
Multidimensional”, como la Variable Dependiente que es “Altos tiempos de
verificación de la información financiera”.

3.2.2. Investigación de campo:

La investigación tendrá la modalidad de campo, porque se buscará obtener la
información de la Variable Independiente que es “Análisis Multidimensional” y
de la Variable dependiente que es “Altos tiempos de verificación de la
información financiera” en el lugar donde sucede.

3.3. Nivel o tipo de investigación

Investigación exploratoria:
La presente investigación es de nivel exploratoria por que se analizará la gestión
utilizada para el análisis multidimensional de los datos.

20
 Investigación descriptiva:
La presente investigación es de nivel descriptiva por que la información se
clasificara de tal manera que se permita determinar las causas por los que se ha
planteado como problema.

Investigación correlacional:
La presente investigación es de nivel correlacional, por que buscara medir el
grado de relación existente entre la variable independiente que es Análisis
Multidimensional y la incidencia en la variable dependiente que es Altos
tiempos de verificación de la información financiera.

3.4. Población y Muestra

El presente proyecto trabajará con la población total, el cual corresponde al grupo de
profesionales encargados del área de TI y al equipo de analistas financieros.
Así como las entrevistas que se le tomará a la Gerencia General.

Personal Número Cargo Porcentaje

Ing. en sistemas 1 Analistas Informáticos. 10 %
Gerente 1 Gerencia General 10 %
Ing. Financieros 5 Analistas Financieros 80 %
Total 7 100%
Tabla No3.1, Población y Muestra.
Elaborado por: Investigador

En la Tabla No.3.1, se puede observar el número de personas que intervendrán en el

trabajo de campo para el proyecto es reducido, lo que se hace es tomar el 100% de la
población.

21
22
23
3.6. Recolección de Información

PREGUNTAS BÁSICAS EXPLICACIÓN

¿Para qué? Para alcanzar los objetivos de la investigación.

¿De qué personas u objetos? Personal Contable Financiero, Jefe de Sistemas.
Sobre los Análisis Multidimensional,
¿Sobre qué aspectos? Indicadores Financieros,
Toma de decisiones
¿Quién, Quiénes? David Fabricio Marge Ortiz
¿Cuándo? Durante el año 2016
¿Dónde? Ambato –Cooperativa de Ahorro y Crédito Pushak Runa
¿Cuántas veces? Una para la obtención de la información y para la Investigación.
¿Qué técnicas de
Encuesta.
recolección?
¿Con qué? Cuestionario.
¿En qué situación? En condiciones de respeto, profesionalismo investigativo y
absoluta confidencialidad y reserva.
Cuadro No. 3: Recolección de la Información.
Elaborado Por: David Fabricio Marge Ortiz

3.7. Procesamiento y Análisis de la Información

3.7.1. Procesamiento de la Información

Los datos recogidos se transforman siguiendo ciertos procedimientos.

 Revisión crítica de la información recogida; es decir, limpieza de la información
defectuosa: contradictoria, incompleta, no pertinente, etc.
 Repetición de la recolección, en ciertos casos individuales, para corregir fallas
de contestación.
 Tabulación o cuadros según variables de cada hipótesis: cuadros de una sola
variable, cuadro con cruce de variables, etc.
 Manejo de información (reajuste de cuadros con casillas vacías o con datos tan
reducidos cuantitativamente, que no influyen significativamente en los análisis).
 Estudio estadístico de datos para presentación de resultados.

24
 CAPÍTULO IV

ANÁLISIS E INTERPRETACIÓN DE RESULTADOS

4.1. Análisis e Interpretación de Resultados

Para la recolección de la información se aplicó una encuesta de tipo cuestionario

cerrado, mediante la formulación de preguntas realizadas al personal Contable
Financiero y Jefes de Sistemas de la Cooperativa de Ahorro y Crédito Pushak Runa.

25
Encuesta realizada al personal Contable Financiero y a la Gerencia de la
Cooperativa de Ahorro y Crédito Pushak Runa Ltda.

La encuesta consta de 5 preguntas y fue aplicada a 6 miembros del departamento

Contable Financiero y a la Gerencia

Pregunta 1: ¿Considera oportuna la información financiera entregada por el personal

de tecnología?

PERSONAL CONTABLE
ALTERNATIVA FINANCIERO
FRECUENCIA %
SI 1 17%
MEDIANAMENTE 0 0%
NO 5 83%
TOTAL 6 100%
Tabla No 4.1: Satisfacción del personal contable financiero con la
oportuna entrega de la información financiera
Elaborado por: Investigador

Gráfico 4.1: Satisfacción del personal contable financiero con la oportuna entrega de
la información financiera.
Elaborado por: Investigador

Análisis
Del 100% de los encuestados, el 17% afirma que es oportuna la información financiera
entregada por el personal de tecnología; mientras que, el 83% indica que es inoportuna
la información financiera entregada por el personal de tecnología.

Interpretación
Claramente se puede observar que el método utilizado en la actualidad para la entrega
de la información financiera no es oportuno, lo cual provoca que el personal contable
financiero se retrase en las metas fijadas por la alta Gerencia y las obligaciones con los
diferentes organismos de control.
26
Pregunta 2: ¿Considera confiable y libre de errores la información analizada y
reportada por los medios actuales?
PERSONAL CONTABLE
ALTERNATIVA FINANCIERO
FRECUENCIA %
SI 2 33%
MEDIANAMENTE 0 0%
NO 4 67%
TOTAL 6 100%
Tabla No 4.2: Indica el nivel de confianza que poseen los medios actuales al
momento de analizar la información
Elaborado por: Investigador

Gráfico 4.2: Indica el nivel de confianza que poseen los medios actuales al momento
de analizar la información.
Elaborado por: Investigador

Análisis
Del 100% de los encuestados, el 33% afirma que es confiable y libre de errores la
información analizada y reportada por los medios actuales; mientras que, el 67% indica
que, a la información analizada se le debe realizar una serie de pruebas para validad su
confiabilidad, lo cual demanda tiempo y esfuerzo.

Interpretación
Claramente se puede observar que el método utilizado en la actualidad para el análisis
de información financiera no es confiable y que de forma adicional se aplican una serie
de pruebas para minimizar los posibles errores, lo cual provoca que el personal contable
financiero se retrase en las metas fijadas por la alta gerencia y las obligaciones con los
diferentes organismos de control.

27
Pregunta 3: ¿El tiempo empleado por el personal de sistemas en la elaboración del
análisis multidimensional, le permite cumplir con los informes requeridos por la alta
Gerencia para su posterior toma de decisiones?

PERSONAL CONTABLE
ALTERNATIVA FINANCIERO
FRECUENCIA %
SI 1 17%
NO 5 83%
TOTAL 6 100%
Tabla No 4.3: Satisfacción que posee las herramientas actuales al momento de
analizar la información financiera y obtener conclusiones oportunas.
Elaborado por: Investigador

Gráfico 4.3: Satisfacción que posee las herramientas actuales al momento de analizar
la información financiera y obtener conclusiones oportunas.
Elaborado por: Investigador

Análisis
Del 100% de los encuestados, el 17% afirma que el tiempo utilizado por el personal de
tecnología para el desarrollo del análisis multidimensional le permite obtener
conclusiones de forma rápida y oportuna; mientras que, el 83% indica que se debe
minimizar el tiempo utilizado para el análisis de la información financiera, ya que es de
vital importancia conocer el estado real de la Cooperativa.

Interpretación
Claramente se puede evidenciar que las herramientas actuales no son de gran apoyo al
momento de elaborar el análisis de información financiera, ya que no minimiza el
tiempo y sobre todo los resultados no son confiables y oportunos, lo cual provoca que el
personal Contable Financiero se retrase en las metas fijadas por la alta Gerencia y las
obligaciones con los diferentes organismos de control.

28
Pregunta 4: ¿La innovación de las herramientas actuales permitirá minimizar el tiempo
en el análisis multidimensional, la obtención de conclusiones y la adecuada toma de
decisiones?

PERSONAL CONTABLE
ALTERNATIVA FINANCIERO
FRECUENCIA %
SI 6 100%
NO 0 0%
TOTAL 6 100%
Tabla No 4.4: Evidencia la falta de medios que permitan generar reportes
adicionales
Elaborado por: Investigador

Gráfico 4.4: Evidencia la necesidad de innovar las herramientas actuales.

Elaborado por: Investigador

Análisis
El 100% de los encuestados, afirma que, la innovación del actual proceso de
elaboración del análisis multidimensional de la información financiera minimizaría el
tiempo en obtención de conclusiones y la toma de decisiones.

Interpretación
Es evidente que las herramientas actuales no cubren con los requerimientos que exige la
Institución para este tipo de análisis, razón por la cual, surge la necesidad de innovar los
medios actuales con el firme propósito de obtener con un mínimo de esfuerzo
conclusiones confiables y oportunas, evitando que el personal Contable Financiero
tenga que generar reportes adicionales lo cual provoca, retrasos en la presentación de
informes.

29
Pregunta 5: ¿Cómo califica los reportes que actualmente se elaboran para la toma de
decisiones?
PERSONAL CONTABLE
ALTERNATIVA FINANCIERO
FRECUENCIA %
MALOS 4 67%
BUENOS 2 33%
MUY BUENOS 0 0%
TOTAL 6 100%
Tabla No 4.5: Evidencia la falta de reportes que permitan la adecuada toma
de decisiones
Elaborado por: Investigador

Gráfico 4.5: Evidencia la falta de reportes que permitan la adecuada toma de decisiones
Elaborado por: Investigador

Análisis
Del 100% de los encuestados, el 67% afirma que, con los reportes que en la actualidad
se cuenta no se puede obtener una adecuada toma de decisiones, mientras que el 33%
afirma que los reportes actuales si son de apoyo para la toma de decisiones.

Interpretación
Es evidente que en la actualidad no se cuenta con una variedad de reportes que permitan
una adecuada toma de decisiones, razón por la cual, el personal Contable Financiero
maximiza el tiempo en la elaboración de reportes adicionales que ayuden a comprobar
el estado real de la Cooperativa.

30
Encuesta realizada al Jefe de Sistemas de la Cooperativa de Ahorro y Crédito
Pushak Runa Ltda.

La encuesta consta de 5 preguntas

Pregunta 1: ¿El método utilizado en actualidad para el desarrollo del análisis

multidimensional permite ejecutar de manera ágil consultas de grandes cantidades de
datos?

JEFE DE SISTEMAS
ALTERNATIVA
FRECUENCIA
SI 0
MEDIANAMENTE 0
NO 1
TOTAL 1
Tabla No 4.6: Evidencia las deficiencias que posee el método
utilizado en actualidad
Elaborado por: Investigador

Análisis
El encuestado afirma que el método o herramienta utilizada actualmente para la
elaboración del análisis multidimensional, no permite ejecutar de manera ágil consultas
de grandes cantidades de datos.

Interpretación
Como es de suponerse, el diario transaccionar dentro de la Cooperativa produce la
acumulación de grandes cantidades de información, lo que limita al personal de
tecnología la ejecución del análisis multidimensional, provocando demoras y posibles
equivocaciones involuntarias.

31
Pregunta 2: ¿La herramienta utilizada en la actualidad permite realizar continuo
análisis multidimensional sin pérdida de tiempo?

JEFE DE SISTEMAS
ALTERNATIVA
FRECUENCIA
SI 0
MEDIANAMENTE 0
NO 1
TOTAL 1
Tabla No 4.7: Evidencia las limitaciones que posee el método o
herramienta actual
Elaborado por: Investigador

Análisis
El encuestado afirma que el método o herramienta utilizada actualmente, no permite
realizar continuos análisis multidimensionales de la información financiera.

Interpretación
Como es evidente, las limitaciones del método o herramienta actual provocan que el
personal de tecnología maximice el tiempo durante la elaboración de cada análisis
multidimensional, incurriendo en la manipulación de los datos, lo que puede provocar
errores involuntarios.

32
Pregunta 3: ¿Describa el procedimiento que se utiliza en la actualidad para desarrollar
el análisis multidimensional?

Respuesta: No se cuenta con ningún sistema que permite elaborar el análisis

multidimensional, por esta razón se lo desarrolla de forma manual haciendo uso de
herramientas como el Excel.

Análisis
El desarrollo del análisis multidimensional de la información financiera se los realiza de
forma manual y solo se hace uso de herramientas de ofimática como es el caso de la
herramienta denominada Microsoft Excel.

Interpretación
Las Instituciones Financieras día a día buscan la forma de innovar sus métodos de
análisis multidimensional con el fin de mejorar la toma decisiones y han encontrado en
la tecnología un gran aliado para conseguirlo, la Institución al no poseer una
herramienta informática que permita elaborar de forma ágil, segura y libre de errores
está limitando el poder conocer el estado real de la Institución y por ende la toma de
decisiones.

33
Pregunta 4: ¿En el estado actual de la Cooperativa, considera oportuno la sustitución
de las herramientas que permiten elaborar el análisis financiero?

JEFE DE SISTEMAS
ALTERNATIVA
FRECUENCIA
SI 1
MEDIANAMENTE 0
NO 0
TOTAL 1
Tabla No 4.8: Evidencia las debilidades que posee el método o
herramienta actual
Elaborado por: Investigador

Análisis
El encuestado afirma que el método o herramienta utilizada actualmente deben ser
mejorados o sustituidos, ya que es evidente que su ciclo de vida ha llegado a su fin.

Interpretación
Como es evidente, las limitaciones del método o herramienta actual provocan que el
personal de tecnología maximice el tiempo durante la elaboración de la reportería
adicional, incurriendo en la manipulación de los datos, lo cual puede provocar errores
involuntarios.

34
Pregunta 5: ¿Seleccione el tiempo promedio utilizado durante la ejecución de todo el
proceso de análisis multidimensional de la información financiera?

JEFE DE SISTEMAS
ALTERNATIVA
FRECUENCIA
4 Horas 0
6 Horas 0
8 Horas 0
16 Horas 1
TOTAL 1
Tabla No 4.9: Muestra el tiempo promedio durante el análisis
Elaborado por: Investigador

Análisis
El encuestado afirma que el tiempo promedio empleado durante el proceso de análisis
multidimensional es de 16 Horas laborables, las cuales son utilizadas al 100% en esta
actividad, dejando rezagadas diversas ocupaciones concernientes al departamento de
sistemas.

Interpretación
Como se evidencio durante la presente investigación, las limitaciones del método o
herramientas actuales provocan que el personal de tecnología maximice el tiempo y
esfuerzo durante la elaboración de la reportería adicional, incurriendo en la
manipulación de los datos, lo cual puede provocar errores involuntarios.

35
4.2. Verificación de Hipótesis.

4.2.1 Planteamiento de la Hipótesis.

El análisis multidimensional de la información financiera si incide en la toma de

decisiones Gerenciales en la COOPERATIVA DE AHORRO Y CREDITO “PUSHAK
RUNA”.

 Modelo Lógico
H0: El análisis multidimensional de la información financiera NO incide
en la toma de decisiones Gerenciales en la Cooperativa de Ahorro y
Crédito “Pushak Runa”.

H1: El análisis multidimensional de la información financiera SI incide

en la toma de decisiones Gerenciales en la Cooperativa de Ahorro y
Crédito “Pushak Runa”.

 Modelo Matemático

H0 : O = E

H1 : O ≠ E

 Modelo Estadístico
En este trabajo se utilizó la prueba estadística Chi - Cuadrado, la que nos
permitirá determinar si existe o no, la relación entre las dos variables.

Para lo cual se utilizó la siguiente fórmula:

36
 En donde:
 x = Chi – Cuadrado
 O = Frecuencias Observadas
 E = Frecuencias Esperadas
 ∑ = Sumatoria

 Nivel de Significancia
α= 0,05 Nivel de significancia y con un nivel de confianza del 95%

Para la verificación de la hipótesis, se procedió a seleccionar dos preguntas por cada

variable para determinar la relación que existe entre las dos, que en este caso es la
innovación tecnológica del análisis multidimensional de la información financiera
como variable independiente y de manera positiva minimiza el tiempo en la toma de
decisiones gerenciales como variable dependiente, las preguntas y respuestas
seleccionadas fueron:

 El análisis multidimensional de la información financiera.

Pregunta 2: ¿La herramienta utilizada en la actualidad permite realizar continuo

análisis multidimensional sin pérdida de tiempo?

JEFE DE SISTEMAS
ALTERNATIVA
FRECUENCIA
SI 0
MEDIANAMENTE 0
NO 1
TOTAL 1
Tabla No 4.7: Evidencia las limitaciones que posee el método o
herramienta actual
Elaborado por: Investigador

37
Pregunta 4: ¿En el estado actual de la Cooperativa, considera oportuno la sustitución
de las herramientas que permiten elaborar el análisis financiero?

JEFE DE SISTEMAS
ALTERNATIVA
FRECUENCIA
SI 0
MEDIANAMENTE 0
NO 1
TOTAL 1
Tabla No 4.8: Evidencia las debilidades que posee el método o herramienta actual
Elaborado por: Investigador

 La Toma de Decisiones Gerenciales

Pregunta 3: ¿El tiempo empleado por el personal de sistemas en la elaboración del

análisis multidimensional, le permite cumplir con los informes requeridos por la alta
Gerencia para su posterior toma de decisiones?

PERSONAL CONTABLE
ALTERNATIVA FINANCIERO
FRECUENCIA %
SI 1 17%
NO 5 83%
TOTAL 6 100%
Tabla No 4.3: Satisfacción que posee las herramientas actuales al momento de
analizar la información financiera y obtener conclusiones oportunas.
Elaborado por: Investigador

38
Pregunta 4: ¿La innovación de las herramientas actuales permitirá minimizar el tiempo
en el análisis multidimensional, la obtención de conclusiones y la adecuada toma de
decisiones?

PERSONAL CONTABLE
ALTERNATIVA FINANCIERO
FRECUENCIA %
SI 6 100%
NO 0 0%
TOTAL 6 100%
Tabla No 4.4: Evidencia la falta de medios que permitan generar reportes
adicionales
Elaborado por: Investigador

4.2.2 Frecuencias Observadas.

FRECUENCIAS
V PREGUNTAS
SI NO TOTAL
Pregunta 2: ¿La herramienta utilizada en la actualidad
permite realizar continuo análisis multidimensional sin 0 1 1
pérdida de tiempo?
VI
Pregunta 4: ¿En el estado actual de la Cooperativa,
considera oportuno la sustitución de las herramientas 1 0 1
que permiten elaborar el análisis financiero?
Pregunta 3: ¿El tiempo empleado por el personal de
sistemas en la elaboración del análisis
multidimensional, le permite cumplir con los informes 1 5 6
requeridos por la alta Gerencia para su posterior toma
VD de decisiones?
Pregunta 4: ¿La innovación de las herramientas
actuales permitirá minimizar el tiempo en el análisis
6 0 6
multidimensional, la obtención de conclusiones y la
adecuada toma de decisiones?
TOTAL 8 6 14
Tabla No 4.10: Frecuencias Observadas
Elaborado por: Investigador

39
4.2.3. Frecuencias Esperadas

FRECUENCIAS
V PREGUNTAS
SI NO TOTAL
Pregunta 2: ¿La herramienta utilizada en la
actualidad permite realizar continuo análisis 0.57 0.429 1
multidimensional sin pérdida de tiempo?
VI Pregunta 4: ¿En el estado actual de la Cooperativa,
considera oportuno la sustitución de las herramientas 0.57 0.429 1
que permiten elaborar el análisis financiero?

Pregunta 3: ¿El tiempo empleado por el personal de

sistemas en la elaboración del análisis
multidimensional, le permite cumplir con los informes 3.43 2.571 6
requeridos por la alta Gerencia para su posterior toma
VD de decisiones?
Pregunta 4: ¿La innovación de las herramientas
actuales permitirá minimizar el tiempo en el análisis
multidimensional, la obtención de conclusiones y la 3.43 2.571 6
adecuada toma de decisiones?
TOTAL 8 6 14
Tabla No 4.11: Frecuencias Esperadas
Elaborado por: Investigador

4.2.4. Prueba Chi – Cuadrado

CÁLCULOS
V ALTERNATIVAS
O E (O - E) (O - E)² (O - E)² / E
SI 0 0.57 -0.57 0.33 0.57
SI 1 0.57 0.43 0.18 0.32
VI
NO 1 0.43 0.57 0.33 0.76
NO 0 0.43 -0.43 0.18 0.43
SI 1 3.43 -2.43 5.90 1.72
SI 6 3.43 2.57 6.61 1.93
VD
NO 5 2.57 2.43 5.90 2.29
NO 0 2.57 -2.57 6.61 2.57
TOTAL 14 14 0.00 26.04 10.60
Tabla No 4.12: Chi - Cuadrado Calculado
Elaborado por: Investigador

El Chi - Cuadrado Calculado es 10.60

40
4.2.5. Grados de Libertad

gl = (f−1)(c−1)
gl = (4−1)(2−1)
gl = 3∗1
gl = 3 resultado.

Con los grados de libertad (V) obtenidos el valor Chi - Cuadrado según la tabla de
distribución es de 7.8147 según se muestra en la Figura No. 7

P = Probabilidad de encontrar un valor mayor o igual que el Chi-cuadrado tabulado

V= Grados de Libertad

Figura No 7: Valor Chi - Cuadrado según la tabla de distribución

Fuente: [Link]

41
4.2.6. Decisión estadística

Figura No 8: Zona de aceptación y rechazo según Chi - Cuadrado

Elaborado por: Investigador

X2tab = Valor obtenido de la tabla de distribución de Chi - Cuadrado; Figura No. 7

X2 = Valor obtenido del cálculo de Chi - Cuadrado; Tabla 4.12

Si X2 >X2tab se rechaza H0 y se acepta H1.

Resultado 10.60 > 7.82

Entonces se rechaza H0 y se acepta H1, lo que significa que el análisis multidimensional

de la información financiera SI incide en la toma de decisiones Gerenciales en la
Cooperativa de Ahorro y Crédito “PUSHAK RUNA”.

42
 CAPÍTULO V

CONCLUSIONES Y RECOMEDACIONES

5.1. Conclusiones.

Luego de efectuado el análisis de las encuestas aplicadas al personal Contable

financiero, Jefe de Sistemas y al Gerente General de la Cooperativa de Ahorro y
Crédito Pushak Runa, a fin de valorar, entender y comprender la dimensión del
problema de investigación, se puede concluir que:

La Cooperativa de Ahorro y Crédito Pushak Runa con el método actual que se utiliza
para la elaboración del análisis de la información financiera no satisface los
requerimientos y necesidades del personal Contable Financiero y mucho menos de la
Gerencia General, como se puede evidenciar en la encuesta efectuada al personal
involucrado en dicho proceso, además cabe señalar que el tiempo empleado en su
elaboración es excesivo, desgastante y que posee un alto margen de error, causando
retrasos en el desarrollo de estrategias y en la emisión de informes a los diferentes
organismos de control, como es el caso de la Superintendencia de Economía popular y
Solidaria, la misma que exigen una constante auto-evaluación.

El personal Contable Financiero evidencia la necesidad de optimizar los actuales

procesos, puesto que la gran cantidad de información que posee la Institución hace
imposible seguir utilizando herramientas convencionales como es el caso de Excel,
como se puede demostrar en el resultado de las encuestas realizadas.

43
Por su parte la alta Gerencia preocupada por los retrasos en la entrega de los diversos
informes, motiva al personal de tecnología a la automatización del proceso actual de
análisis de la información financiera, con el fin que el departamento de informática
tenga mayor prestancia en el crecimiento de la Institución.

Como conclusión final, cabe acotar que la Cooperativa se encuentra equipada

tecnológicamente de manera adecuada, por lo tanto es factible incursionar en la
automatización del análisis multidimensional de la información financiera; además,
posee los recursos necesarios, como es el caso de, un servidor, el cual sirve para alojar
su base de datos de producción, ambiente de pruebas y personal técnico para el
desarrollo.

44
5.2. Recomendaciones.

Luego de revisar y analizar las conclusiones obtenidas en la investigación y el actual

impacto tecnológico en las entidades financieras, se recomienda:

 El Departamento Financiero con la colaboración del Departamento de Sistemas

debe desarrollar e implantar un sistema que permita efectuar de manera más
eficiente, segura y en el menor tiempo el análisis multidimensional de la
información financiera, permitiendo al personal Contable Financiero y a la alta
Gerencia evidenciar el estado real de la Cooperativa, además que les permita
establecer estrategias y la toma de decisiones, fortaleciendo el accionar de la
Institución ante un sector Cooperativo competitivo y cumpliendo con la
normativa que requiere los organismos de control.

 El Departamento de Sistemas deberá solicitar al Departamento Financiero que

plantee sus necesidades para que se puedan incluir en el desarrollo de la solución
informática.

45
 CAPÍTULO VI

LA PROPUESTA

6.1 Datos Informativos

6.1.1 Título
“IMPLEMENTACIÓN DE UN SISTEMA INFORMÁTICO PARA EL ANÁLISIS
MULTIDIMENSIONAL DE LA INFORMACIÓN FINANCIERA EN LA
COOPERATIVA DE AHORRO Y CRÉDITO PUSHAK RUNA.”

6.1.2 Institución Ejecutora

COOPERATIVA DE AHORRO Y CRÉDITO “PUSHAK RUNA”

6.1.3 Beneficiarios

 Departamento Contable Financiero.

 Gerencia General.

6.1.4 Ubicación

 Provincia: Tungurahua.
 Cantón: Ambato.
 Dirección: Av. 12 de Noviembre y Castillo esq.

46
6.1.5 Equipo Técnico Responsable

 Investigador: David Fabricio Marge Ortiz.

 Departamento de Sistemas de la Institución.

6.2 Antecedentes de la Propuesta

La Cooperativa de Ahorro y Crédito Pushak Runa es una Institución dedicada a la

intermediación financiera, cuyo principal nivel de ingresos se basa en el cobro del
interés por concepto de la colocación de capitales a los socios de la Institución.

Uno de los problemas que afecta a los retrasos en el desarrollo de estrategias y la toma
de decisiones es la falta de un sistema informático que permita efectuar el análisis
multidimensional de la información financiera con un mínimo de tiempo y libre de
errores.

6.3 Justificación

La implementación de un sistema informático que permita realizar el análisis

multidimensional de la información financiera es sumamente importante, ya que
permitirá a la alta Gerencia establecer nuevas estrategias y la efectiva toma de
decisiones, lo cual forja confianza, competitividad y consistencia de la imagen de la
Institución ante los asociados y los diferentes organismos de control.

El sistema informático contará con las seguridades necesarias que permita tanto al
Personal Contable Financiero y al alta Gerencia resguarda la información, evitando que
intervengan ninguna clase de manipulación por terceras personas.

Es importante considerar que el aplicativo sea de muy fácil manejo e intuitivo para el
Personal Contable Financiero y el Gerente General.

47
6.4 Objetivos

Objetivo General

 Implementar un sistema informático que permita la elaboración del análisis

multidimensional de la información financiera y la toma de decisiones en la
Cooperativa de Ahorro y Crédito Pushak Runa.

Objetivo Específicos.

 Documentar los procesos y mecanismos que se usan actualmente para

elaborar el análisis multidimensional de la información financiera.

 Seleccionar las herramientas y metodología necesarias para el desarrollo e

implantación del sistema informático propuesto.

 Implementar una estructura de Datawarehouse para la realización del análisis

multidimensional de la información financiera y la toma de decisiones.

6.5 Análisis de Factibilidad

La propuesta planteada es factible ya que la Cooperativa de Ahorro y Crédito Pushak

Runa cuenta con los elementos necesarios para desarrollar e implantar un sistema
informático que permita efectuar el análisis multidimensional de la información
financiera.

6.5.1. Factibilidad Técnica

 Herramienta de desarrollo Power Builder 11.5 licenciado.

 Motor de Base de Datos Microsoft SQL Server 2014 R2 licenciado.
 Equipo Servidor con Windows Server 2012 R2 licenciado.
 Sistema de Monitoreo PERLAS.
 Notas Técnicas Emitidas por la Superintendencia de Bancos y Seguros

48
  Normativas y Resoluciones emitidas por la Superintendencia de Economía
Popular y Solidaria “SEPS”.

6.5.2. Factibilidad Organizacional

Puesto que el implantar un sistema informático para el análisis multidimensional de la

información financiera ayudará a reducir los tiempos utilizados en la elaboración del
mismo y en la toma de decisiones, beneficiando al Personal Contable Financiero y a la
alta Gerencia, además se cuenta con una infraestructura tecnológica adecuada, personal
para el desarrollo y la disponibilidad del personal Financiero para su desarrollo y
aprobación.

6.5.3. Factibilidad Económica

La Cooperativa de Ahorro y Crédito Pushak Runa cuenta con los recursos tecnológicos
necesarios, y el desarrollo por parte del investigador, lo cual implica una inversión
económica mínima para la implantación y funcionamiento del sistema informático.

6.5.4. Factibilidad Operativa

Se cuenta con el recurso humano de desarrollo, puesto que el investigador pertenece al

grupo de empleados de la Institución.

6.6. Fundamentación
Para comprender el contexto en el que se desarrollará el presente proyecto, es
importante tener claro los siguientes conceptos y todo lo que esto implica.

6.6.1 Power Builder

Es una Herramienta De Desarrollo, Orientado A Objetos que permite crear aplicaciones

para Escritorio (Entorno De Windows) y Aplicaciones Cliente Servidor. Como también
permite crear servicios Web para el entorno de internet Explorer, como también utiliza y
manipula los datos de una o varias BD’s a la vez de diferentes programas de gestión de

49
DB relaciona les como (Ms-Access, Ms-SQL Server, Informix, Oracle, SyBase,
Watcom, etc.), mostrando toda la información en una sola ventana [14].

Características
 Capacidad de acceder para la manipulación de informaciones que se encuentran
almacenados en múltiples BD y mostrar esa información en una sola ventana.

 Power Builder es una herramienta de desarrollo orientada a aplicaciones de

gestión contra bases de datos. Algo así como un Oracle Developer/2000 o el
Access de Microsoft, pero profesional, multiplataforma, cliente/servidor,
orientado a objetos y capaz de acceder homogéneamente a cualquier base de
datos que soporte SQL.[14]

 Power Builder está orientado al 100% para aplicaciones de gestión (contabilidad,

facturación, financieras) con uso intensivo de base de datos. Cuenta con un
lenguaje propio de alto nivel llamado PowerScript, que soporta todas las
características de la orientación a objetos (encapsulación, herencia, y
polimorfismo), SQL incrustado, excepciones (a partir de la versión Beta), y otras
características propias de este tipo de lenguajes. [14]

 Durante la etapa de desarrollo, es un lenguaje interpretado, y tras un (largo)

proceso de compilación, genera un código PSEUDOCOMPILADO (llamado
PCODE) que puede ser leído por una máquina Virtual llamada PBVM
(PowerBuilder Virtual Machine). Esta máquina virtual traduce las instrucciones
del PCODE a instrucciones propias de la plataforma, estando disponibles
máquinas virtuales para Windows 3.1, Windows 95/NT/2000, MacOS (hasta la
versión 6), Linux, Unix y Solaris. También es posible compilar en código
nativo, evitando así el PCODE, pero atándonos a una de las plataformas. [14]

 PowerBuilder es un entorno de desarrollo comprensivo para construir

aplicaciones cliente /servidor de alto desempeño para la familia Windows, que
combina una interface gráfica intuitiva con un poderoso lenguaje de
programación orientado a objetos. [14]

50
 Figura No 1: Flexibilidad de la herramienta para conexión entre diferentes
bases de datos. [14]

6.6.2. Microsoft SQL Server 2014.

Microsoft® SQL Server es un sistema de administración y análisis de bases de datos

relacionales de Microsoft para soluciones de comercio electrónico, línea de negocio y
almacenamiento de datos.
Microsoft SQL Server 2014 se basa en las funciones críticas ofrecidas en la versión
anterior, proporcionando un rendimiento, una disponibilidad y una facilidad de uso
innovadores para las aplicaciones más importantes. Microsoft SQL Server 2014 ofrece
nuevas capacidades en memoria en la base de datos principal para el procesamiento de
transacciones en línea (OLTP) y el almacenamiento de datos, que complementan
nuestras capacidades de almacenamiento de datos en memoria y BI existentes para
lograr la solución de base de datos en memoria más completa del mercado.
SQL Server 2014 también proporciona nuevas soluciones de copia de seguridad y de
recuperación ante desastres, así como de arquitectura híbrida con Windows Azure, lo
que permite a los clientes utilizar sus actuales conocimientos con características locales
que aprovechan los centros de datos globales de Microsoft. Además, SQL Server 2014
aprovecha las nuevas capacidades de Windows Server 2012 y Windows Server 2012 R2

51
para ofrecer una escalabilidad sin parangón a las aplicaciones de base de datos en un
entorno físico o virtual. [15]

Características
 OLTP en memoria: proporciona funciones de OLTP en memoria integradas en
la base de datos central de SQL Server para mejorar en forma significativa la
velocidad y el rendimiento de las transacciones en su aplicación de base de
datos. OLTP en memoria se instala con el motor de SQL Server 2014 y no
requiere de acciones adicionales. Además, entrega los beneficios del
rendimiento en memoria sin necesidad de reescribir la aplicación de base de
datos ni de actualizar el hardware. OLTP en memoria le permite acceder a las
demás características sofisticadas de SQL Server, mientras saca ventaja del
rendimiento en memoria. [15]
 Almacén de columnas actualizable en memoria: proporciona una compresión
mayor, consultas más sofisticadas y la capacidad de actualizar el almacén de
columnas existente para las cargas de trabajo de almacenamiento de datos, lo
que mejora aún más la velocidad de carga, el rendimiento de las consultas, la
concurrencia e incluso reduce el precio por terabyte.
 Extensión de la memoria a SSD: integra en forma transparente y sin fisuras el
almacenamiento en estado sólido en SQL Server al utilizar las unidades SSD
como una extensión del grupo de búfer de la base de datos, lo que permite
aumentar el procesamiento en memoria y reduce la E/S en disco.
 Alta disponibilidad mejorada
 Nuevas funciones AlwaysOn: los grupos de disponibilidad ahora permiten
hasta ocho réplicas secundarias que permanecen disponibles para lecturas
en todo momento, incluso en el caso de errores de red. Las instancias de los
clústeres de conmutación por error ahora son compatibles con los
volúmenes compartidos de clúster de Microsoft, lo que aumenta el uso del
almacenamiento compartido y mejora la resistencia ante la conmutación por
error.
 Operaciones en línea mejoradas de la base de datos: incluye la
reconstrucción en línea del índice de una sola partición y la administración

52
 de prioridad de bloqueo para el conmutador de partición de tablas, lo que
reduce el impacto por tiempos de inactividad debido a mantenimiento.

 Copias de seguridad cifradas: permite cifrar las copias de seguridad en las

instalaciones locales y en Microsoft Azure.
 Gobierno de recursos de E/S: los grupos de recursos ahora permiten configurar
IOPS mínimas y máximas en cada volumen, lo que ofrece controles más completos
para aislar los recursos.
 Escenarios híbridos:
 Copias de seguridad de SQL Server en Azure: proporciona una administración y
automatización de las copias de seguridad de SQL Server (desde las
instalaciones locales y Microsoft Azure) al almacenamiento de Microsoft Azure.
 AlwaysOn mediante réplicas secundarias de Azure: agregue fácilmente réplicas
en Microsoft Azure a los grupos de disponibilidad locales.
 SQL XI (integración con XStore): compatibilidad con los archivos de base de
datos de SQL Server (desde las instalaciones locales y Microsoft Azure) en los
blobs de almacenamiento de Microsoft Azure.
 Asistente de implementación: implemente fácilmente las bases de datos locales
de SQL Server en Microsoft Azure. [15]

6.6.3 Data Warehouse.

El Data Warehouse es una tecnología para el manejo de la información construido sobre

la base de optimizar el uso y análisis de la misma utilizado por las organizaciones para
adaptarse a los vertiginosos cambios en los mercados. Su función esencial es ser la base
de un sistema de información gerencial, es decir, debe cumplir el rol de integrador de
información proveniente de fuentes funcionalmente distintas (Bases Corporativas,
Bases propias, de Sistemas Externos, entre otros) y brindar una visión integrada de
dicha información, especialmente enfocada hacia la toma de decisiones por parte del
personal jerárquico de la organización. [27]

Es un sitio donde se almacena de manera integrada toda la información resultante de la

operatoria diaria de la organización. Además, se almacenan datos estratégicos y tácticos
con el objetivo de obtener información estratégica y táctica que pueden ser de gran
53
ayuda para aplicar sobre las mismas técnicas de análisis de datos encaminadas a obtener
información oculta (Data Mining). [28]

[Link] Arquitectura General

La arquitectura general de un Data Warehouse (DW) es la que se muestra en la Figura
No. 4. Este diagrama muestra como primer componente dentro de la arquitectura DW a
las fuentes desde las cuales se extrae la información necesaria para poblar la base de
datos. Conectada a cada una de las fuentes se encuentran los siguientes componentes
básicos de la arquitectura, los wrappers o extractores, los cuales extraen y transforman
la información de las fuentes. Posteriormente través de un integrador dicha información
se carga a la base de datos, la cual constituye el siguiente componente básico de la
arquitectura. Este proceso de cargado de la información ejecuta las tareas siguientes:

 Transforma los datos de acuerdo al modelo de datos del Warehouse.

 Limpia dichos datos para corregir y depurar errores que pueden contener las
fuentes (por lo general se generan en la captura de los datos en los sistemas de
transacción diaria).
 Integra todos los datos para formar la base de datos en la cual se encontrará la
información.

De igual manera, los META DATOS deben ser refrescados dentro de este proceso.
Dicho proceso es crítico para asegurar la calidad de la información y soportar una
adecuada toma de decisiones con datos correctos y previamente verificados. Una vez
que los datos han sido cargados se encuentran disponibles para un sistema que soporte
decisiones. Sin embargo, las aplicaciones no accesan directamente al Data Warehouse
debido a que es demasiado grande, además de poseer un esquema genérico no óptimo
para el usuario final. Por consiguiente, vistas especializadas más pequeñas del DW son
cargadas en los DATA MARTS, éstos son repositorios más pequeños con vistas
materializadas para facilitar la consulta de los datos. Esta carga se realiza a través de un
segundo proceso más simple debido a que los datos ya se encuentran ordenados y
verificados dentro del DW. Únicamente se seleccionan las vistas requeridas y a través
de una serie de transformaciones necesarias quedan establecidas para facilitar y acelerar
el proceso de consulta del usuario. Finalmente los DATA MARTS son accesados a
través de las herramientas para el usuario final (OLAP o ambientes de consultas

54
analíticas, generalmente), las cuales permiten analizar la información disponible en el
Warehouse para la generación de consultas especializadas, reportes, nuevas
clasificaciones y tendencias que sirvan de apoyo a la toma de decisiones. [29]

Figura No 3: Arquitectura de Data Warehouse, Fuente [29]

Elaborado por: Investigador

[Link] OLTP (On-Line Transaction Processing)

Son aplicaciones que definen el comportamiento habitual de un entorno operacional de
gestión y ejecutan las operaciones del día a día. Algunas de las características más
comunes de este tipo de transacciones podrían ser: [30]
 Altas/Bajas/Modificaciones
 Consultas rápidas, escuetas y predecibles
 Poco volumen de información e información disgregada
 Transacciones rápidas
 Gran nivel de concurrencia
 Modo de actualización on-line
 Baja redundancia de datos

55
Algunos ejemplos de este tipo de aplicaciones son:
 Compras
 Ventas
 Inventario
 Sueldos

[Link] OLAP (On-Line Analytical Process)

Son aplicaciones que se encargan de analizar datos del negocio para generar
información táctica y estratégica que sirve de soporte para la toma de decisiones.
Mientras que las transacciones OLTP utilizan Bases de Datos Relacionales u otro tipo
de archivos, OLAP logra su máxima eficiencia y flexibilidad operando sobre Bases de
datos Multidimensionales.
Se puede resaltar las siguientes características como las más sobresalientes de estas
aplicaciones: [30]
 Estructura de datos transparente al usuario.
 Solo Consulta, trabajan sobre la información operacional generada por los
sistemas OLTP.
 Consultas sobre grandes volúmenes de datos no predecibles.
 Información histórica.
 Modo de actualización Batch.
 Alta redundancia de datos para facilitar la generación de consultas y obtener
buenos tiempos de respuesta.
 Trabaja con resúmenes de miles de registros condensados en una sola respuesta.

56
[Link] Diferencias entre OLTP y OLAP
Mientras que las aplicaciones OLTP se caracterizan por estar actualizadas
constantemente por varios usuarios a través de transacciones operacionales sobre datos
individuales, las aplicaciones OLAP son utilizadas por personal de niveles ejecutivos
que requieren datos con alto grado de agregación y desde distintas perspectivas. [30]

Figura No 4: Diferencia entre OLTP y LOAP, Fuente [30]

Elaborado por: Investigador

[Link] Aplicaciones
 EIS (Executive Information System), Son herramientas para proveer
información estratégica a los ejecutivos mediante informes, comparativas y
cuadros de mando multidimensionales. [28]
 DSS (Decission Support System), Son herramientas de Business Intelligence
enfocados al análisis de los datos de una organización. [28]

[Link] Modelo Dimensional de un Datawarehouse

Un Datawarehouse adopta un Modelo Dimensional en su estructura de almacenamiento,
caracterizado por ser un esquema en estrella o copo de nieve, lo que permite maximizar
el rendimiento de las consultas.

57
A continuación una definición de Modelo Dimensional: “Es una técnica para
modelar bases de datos simples y entendibles al usuario final. La idea fundamental
es que el usuario visualice fácilmente la relación que existe entre los distintos
componentes del negocio” [41]

Un diseño dimensional en estrella o copo de nieve es muy diferente del diseño de un

esquema de base de datos operacional, en este último, los datos están altamente
normalizados para soportar frecuentes actualizaciones y para mantener la integridad
referencial, en cambio en un diseño de Datawarehouse, los datos están desnormalizados
o redundantes para proporcionar acceso inmediato a los datos sin tener que realizar una
gran cantidad de relaciones. [41]

[Link].1 Esquema Estrella

Es la técnica de diseño más popular usada para un Datawarehouse. Es un paradigma
en el cual un único objeto en el centro (conocido como tabla de hecho) se encuentra
conectado radialmente con otros objetos circundantes llamados tabla de dimensiones
formando una estrella como se muestra en la siguiente Figura No 72. [29]

Figura No 72: Esquema Estrella, Fuente [29]

Elaborado por: Investigador

Este tipo de esquema es la más utilizada en un ambiente de Datawarehouse debido a que

los datos se encuentran desnormalizados y por ende las consultas que se pueden realizar

58
son menos complejas ya que no existe la necesidad de realizar muchas relaciones entre
tablas. [29]

[Link].2 Esquema Copo de Nieve

El esquema copo de nieve es una extensión del esquema estrella, donde cada punta se
explota en más puntas y su denominación se debe a que el diagrama se asemeja a un
copo de nieve. [29]

Figura No 73: Esquema Copo de Nieve, Fuente [29]

Elaborado por: Investigador

Como se puede observar en la Figura No 73, en el esquema copo de nieve se normalizan

dimensiones para eliminar redundancia, permitiendo que los datos de las dimensiones se
agrupen en múltiples tablas en lugar de una tabla grande. [29]

Tras la especificación del tipo de esquema que se implemente, un modelo de

Datawarehouse está estructurado de la siguiente manera:

59
[Link].3 Tablas
[Link].3.1 Hechos
Tabla de hechos (fact table), es la tabla central de un esquema dimensional (en estrella
o en copo de nieve), que contiene los valores de las medidas de negocio a ser analizadas
como se puede observar en la Figura No 74 en un modelo de datos tipo estrella. Este
tipo de tabla representa el hecho o actividad del negocio, como por ejemplo, Ventas,
Movimientos, Pedidos, etc. Por lo general estos datos son numéricos y pueden
agruparse (agregación) en un valor total, las medidas pueden ser por ejemplo, cantidad
vendida, costo, precio unitario, etc. Es decir son los indicadores que permitirán medir
los hechos q se realizan en el negocio. [29]

Figura No 74: Ejemplo de Tabla de Hechos, Fuente [29]

Elaborado por: Investigador

Tabla de Hecho
Una tabla de hecho está dividido por 2 tipos de Atributos, estos son: las claves foráneas
provenientes de las Dimensiones, y por los indicadores o medidas del Hecho. [29]

[Link].3.2 Dimensiones
Son tablas que describen a la tabla de hecho, mediante atributos descriptores que poseen
de acuerdo a un tema específico del negocio como por ejemplo: Clientes, Productos,
Ubicación Geográfica, etc. Esto se puede apreciar de mejor manera a continuación. [29]

60
 Figura No 75: Ejemplo de Dimensiones, Fuente [29]
Elaborado por: Investigador

Tablas de Dimensiones
Al igual que la tabla de hecho, en la dimensión se cuenta con 2 tipos de
Atributos estos son: la clave primaria, única para cada registro, y de los atributos
descriptores de ellas. [29]
Los atributos por lo general son campos textuales ó descriptores numéricos cortos.

[Link].3.3 Nivel
En las dimensiones se pueden especificar características (Atributos) en particular de
acuerdo a cada dimensión. Estos atributos necesitan ser ordenados o agrupados de
acuerdo a un fin en específico como por ejemplo se puede observar en la Figura 2.14,
en la cual dos dimensiones se encuentran agrupadas de cierta manera, a estas
agrupaciones son llamadas Niveles. [29]

Figura No 76: Niveles en la Dimensión, Fuente [29]

Elaborado por: Investigador

61
Para garantizar que existan registros únicos en cada Dimensión es necesario contar con
una clave única para cada nivel de agregación, la misma que se recomienda sea
secuencial. [29]

6.6.4 Metodología de Desarrollo.

Una metodología es una colección de procedimientos, técnicas, herramientas y

documentos auxiliares que ayudan a los desarrolladores de software en sus esfuerzos
por implementar nuevos sistemas de información. Una metodología está formada por
fases, cada una de las cuales se puede dividir en sub-fases, que guiarán a los
desarrolladores de sistemas a elegir las técnicas más apropiadas en cada momento del
proyecto y también a planificarlo, gestionarlo, controlarlo y evaluarlo [16], [17]

6.6.5. Metodologías Ágiles

Las metodologías en general se clasifican según su enfoque y características esenciales,

las más recientes, que se fueron gestando a finales del siglo pasado y que se han
comenzado a manifestar desde principios del actual, se han denominado “metodologías
ágiles” y surgen como una alternativa a las tradicionales, estas metodologías se derivan
de la lista de los principios que se encuentran en el “Manifiesto Ágil”, y están basados
en un desarrollo iterativo que se centra más en capturar mejor los requisitos cambiantes
y la gestión de los riesgos, rompiendo el proyecto en iteraciones de diferente longitud,
cada una de ellas generando un producto completo y entregable; e incremental donde un
producto se construye bloque a bloque durante todo el ciclo de vida de desarrollo del
producto, las iteraciones individuales deben producir alguna característica
completamente funcional o mejorada, su principal objetivo es reducir el tiempo de
desarrollo, del mismo modo que con el modelo en cascada o waterfall que fuera
introducido por Royce en 1970 y usado inicialmente para desarrollo de software, pero
expandido por Boehm en 1981, donde todos los requisitos se analizan antes de empezar
a desarrollar, sin embargo, los requisitos se dividen en “incrementos”
independientemente funcionales [16]

XP (Extreme Programing).-Se centra en las mejores prácticas para el desarrollo de

software. Consta de doce prácticas: el juego de planificación, pequeñas emisiones, la

62
metáfora, el diseño sencillo, las pruebas, la refactorización, la programación en parejas,
la propiedad colectiva, integración continua, semana 40h, los clientes en el lugar, y los
estándares de codificación. La versión revisada “XP2” se compone de las siguientes
prácticas “primarias”: sentarse juntos, equipo, espacio de trabajo informativo, el trabajo
de energía, programación en parejas, las historias, el ciclo semanal, el ciclo trimestral,
flujos de trabajo, construcción de 10 minutos, integración continua, prueba de
programación y diseño incremental. También hay 11 prácticas corolario, esta versión
extendida de XP fue introducida en 2004 por Beck y otros, sin embargo, muy pocas
investigaciones se ha centrado en la nueva versión, estos podría ser simplemente debido
al hecho de que cualquier método lleva tiempo para ganar fuerza y popularidad, y que
sólo puede ser una cuestión de tiempo antes del uso de la versión revisada alcanza los
mismos niveles que el uso de la original. Extreme Programing es descrita por Beck
como “...una metodología ligera para pequeños y medianos equipos de desarrollo de
software en la cara de los requerimientos imprecisos o rápidamente cambiantes...”,
reconoce explícitamente que XP no es un conjunto de técnicas de desarrollo nuevos y
revolucionarios. Más bien, es un conjunto de principios probados y fiables, bien
establecidos como parte de la sabiduría convencional de la ingeniería de software, pero
llevado a un extremo nivel de ahí el nombre “programación extrema”.

Scrum.-No se puede hablar de Scrum sin mencionar a Takeuchi y Nonaka donde

presentan un proceso adaptativo, rápido y auto-organizado de desarrollo de productos y
exponen por primera vez el término Scrum que se deriva del mismo término en rugby y
hace referencia a como se devuelve un balón que ha salido fuera del campo, al terreno
de juego de una manera colectiva. Scrum surgió como práctica en el desarrollo de
productos tecnológicos y no sería hasta 1993 que Jeff Sutherland aplicará el modelo al
desarrollo de software en la Easel Corporation, como lo muestran Avison y Fitzgerald.
Scrum se centra en la gestión de proyectos en situaciones en las que es difícil planificar
el futuro, con mecanismos de control “proceso empírico”, donde los bucles de
realimentación constituyen el elemento central. El software es desarrollado por un
equipo de auto-organización en incrementos (llamados “sprints”), empezando por la
planificación y finalizando con un comentario. Las características que deben aplicarse
en el sistema se registran en un backlog. Entonces, el dueño del producto decide qué
elementos del backlog se deben desarrollar en el sprint siguiente. Los miembros del
equipo coordinan su trabajo en un diario de stand-up de la reunión. Un miembro del

63
equipo, el “Scrum Master” (equivalente al gerente del proyecto), es el encargado de
resolver los problemas que impiden que el equipo trabaje eficazmente, este equipo
generalmente es de diez o menos componentes, aunque Schwaber and Beedle
recomiendan equipos de cinco integrantes, dividiendo el equipo principal en equipos
más pequeños si fuera necesario [16].

La metodología SCRUM es especialmente valiosa para proyectos de empresa complejos

y cuya ejecución se haga efectiva en situaciones poco habituales.

6.6.6. Sistema de Monitoreo Perlas

Desde 1990, el Consejo Mundial de Cooperativas de Ahorro y Crédito emplea una serie
de ratios financieros conocidos como “PERLAS.”
Cada letra de la palabra PERLAS mide un área clave de las operaciones de CAC:
Protección, Estructura financiera eficaz, Calidad de Activos, Tasas de Rendimiento y
costos, Liquidez y Señales de crecimiento. El uso del sistema de evaluación PERLAS
alcanza los siguientes objetivos:

[Link] Componentes de Perlas

El sistema PERLAS originalmente fue diseñado como una herramienta de
administración, y luego se convirtió en un mecanismo eficaz de supervisión.
Cada letra del nombre “PERLAS” estudia un aspecto distinto y crítico de la cooperativa
de ahorro y crédito: [31]
 P = Protección, La protección adecuada de activos es un principio básico del
nuevo modelo de cooperativas de ahorro y crédito.
La protección se mide al 1) comparar la suficiencia de las provisiones para
préstamos incobrables con el monto de préstamos morosos y 2) comparar las
provisiones para pérdidas de inversiones con el monto total de inversiones no
reguladas. La protección contra préstamos incobrables se considera adecuada si
la cooperativa de ahorro y crédito tiene suficientes provisiones como para cubrir
el 100% de todos los préstamos con morosidad mayor a 12 meses, y el 35% de
todos los préstamos con morosidad de 1-12 meses.
 E = Estructura financiera eficaz, La estructura financiera de la cooperativa de
ahorro y crédito es el factor más importante en la determinación del potencial de
crecimiento, la capacidad de ganancias y la fuerza financiera general.

64
 El sistema de PERLAS mide activos, pasivos y capital, y recomienda una
estructura “ideal” para las cooperativas de ahorro y crédito. Se promueven las
siguientes metas ideales: [31]

Activos
 El 95% de activos productivos consiste en préstamos (70-80%) e
inversiones líquidas (10-20%)
 El 5% de activos improductivos consiste principalmente en
activos fijos (terreno, edificios, equipos, etc.)
Pasivos
 El 70-80% de depósitos de ahorro de asociados

Capital
 10-20% capital de aportaciones de asociados.
 10% capital institucional (reservas no distribuidas)

 A = Calidad de Activos, Un activo improductivo es uno que no genera ingresos.

Un exceso de activos improductivos afecta las ganancias de la cooperativa de
ahorro y crédito negativamente.
Los siguientes indicadores de PERLAS se usan para identificar el impacto de los
activos improductivos:
o Ratio de morosidad, De todos los ratios de PERLAS, el ratio de
morosidad es la medida más importante de la debilidad institucional. Si
la morosidad está alta, normalmente afecta todas las otras áreas claves de
las operaciones de cooperativas de ahorro y crédito. Al usar la fórmula
de PERLAS para medir exactamente la morosidad, las cooperativas de
ahorro y crédito reciben información correcta sobre la severidad de la
situación antes de que se desarrolle una crisis. La meta ideal es mantener
la tasa de morosidad por debajo del 5% del total de préstamos
pendientes.

o Porcentaje de activos improductivos, El segundo ratio clave es el

porcentaje de activos improductivos de la cooperativa de ahorro y

65
 crédito. Mientras más alto sea este indicador, más difícil será generar
ganancias suficientes. La meta también limita activos improductivos a un
máximo del 5% del total de activos de la cooperativa de ahorro y crédito.
Cuando una cooperativa de ahorro y crédito tiene una fuerte necesidad de
mejorar una mala imagen física, el ratio de activos improductivos puede
aumentar a corto plazo. Una imagen mejorada es más importante para el
éxito de programas agresivos de mercadeo que el mantener el ratio
dentro de sus límites. Mientras nuevos asociados se unen y depositan sus
ahorros con la cooperativa de ahorro y crédito, el ratio de activos
improductivos comienza a disminuir como resultado del aumento en la
confianza pública. [31]

o Financiamiento de activos improductivos, Mientras la reducción del

porcentaje de activos improductivos es importante, el financiamiento de
estos activos es de igual importancia. Tradicionalmente, las cooperativas
de ahorro y crédito utilizan capital de aportaciones de asociados para
financiar las compras de activos fijos. Debajo del modelo de WOCCU, el
objetivo es financiar el 100% de todos los activos improductivos con el
capital institucional de la cooperativa de ahorro y crédito, o con otros
pasivos que no tienen ningún costo financiero explícito. El uso de capital
sin costo para financiar estos activos reduce el efecto sobre ganancias.
Esto es uno de los argumentos más fuertes para apoyar la capitalización
de todas las ganancias netas, para modernizar edificios viejos y equipos
gastados. [31]

 R = Tasas de rendimiento y costos, El sistema de PERLAS separa todos los

componentes esenciales de ingresos netos para ayudar a la gerencia a calcular el
rendimiento de inversiones y evaluar los gastos operativos. De esta manera,
PERLAS demuestra su valor como una herramienta para la gerencia. A
diferencia de otros sistemas que calculan el rendimiento con base en el promedio
de activos, PERLAS calcula el rendimiento con base en las inversiones reales
pendientes. Esta metodología ayuda a la gerencia a determinar cuáles
inversiones sean las más rentables.

66
 También permite una clasificación de cooperativas de ahorro y crédito de
acuerdo con los mejores y peores rendimientos. Al comparar la estructura
financiera con el rendimiento, es posible determinar qué tan eficazmente puede
la cooperativa de ahorro y crédito colocar sus recursos productivos en
inversiones que producen el mayor rendimiento. Estas técnicas poderosas de
análisis ayudan a la gerencia a mantenerse al corriente del rendimiento
financiero de la cooperativa de ahorro y crédito. [31]

 L = Liquidez, El manejo eficaz de liquidez es una habilidad que tiene mucho

más importancia a medida que la cooperativa de ahorro y crédito cambia su
estructura financiera de las aportaciones de asociados a los depósitos de ahorro,
que son más volátiles. En muchos movimientos que siguen el modelo
tradicional, las aportaciones de asociados son muy ilíquidas y la mayoría de
préstamos externos tienen un largo período de reembolso, y por lo tanto, hay
poco incentivo para mantener reservas de liquidez. La liquidez tradicionalmente
se analiza en términos del efectivo disponible para prestar, una variable
controlada exclusivamente por la cooperativa de ahorro y crédito. Con la
introducción de depósitos de ahorro que pueden ser retirados, el concepto de la
liquidez cambia radicalmente. La liquidez ahora se refiere al efectivo necesario
para retiros, una variable que la cooperativa de ahorro y crédito ya no puede
controlar.
El mantenimiento de reservas de liquidez adecuadas es esencial para la
administración financiera sólida en la cooperativa de ahorro y crédito modelo de
WOCCU. El sistema PERLAS analiza la liquidez desde dos puntos de vista:
[31]

o Reserva total de liquidez: Este indicador mide el porcentaje de

depósitos de ahorro invertidos como activo líquido en una asociación
nacional o un banco comercial. La meta “ideal” es mantener un mínimo
del 15% después de pagar todas las obligaciones a corto plazo (30 días o
menos).
o Fondos líquidos inactivos: Las reservas de liquidez son importantes,
pero también implican un costo de oportunidad perdida. Los fondos en

67
 las cuentas corrientes y cuentas de ahorro sencillas producen un
rendimiento insignificante en comparación con otra alternativas para la
inversión. Por consiguiente, es importante mantener las reservas de
liquidez inactivas a un mínimo. La meta “ideal” para este ratio de
PERLAS es reducir el porcentaje de liquidez inactiva para que sea lo
más cerca posible a cero.

 S = Señales de crecimiento, La única manera exitosa de mantener el valor de

activos es a través de un fuerte y acelerado crecimiento de activos, acompañado
por la rentabilidad sostenida. El crecimiento por sí solo es insuficiente. La
ventaja del sistema PERLAS es que vincula el crecimiento con la rentabilidad y
con las otras áreas claves, al evaluar el crecimiento del sistema entero. El
crecimiento se mide a través de cinco áreas claves: [31]
a) Activo total, El crecimiento del activo total es uno de los ratios
más importantes. Muchas de las fórmulas empleadas en los ratios
de PERLAS incluyen el activo total como el denominador clave.
El crecimiento fuerte y consistente en el activo total mejora
muchos de los ratios de PERLAS. Al comparar el crecimiento del
activo total con las otras áreas claves, es posible detectar cambios
en la estructura del balance general que podrían tener un impacto
positivo o negativo en las ganancias. La meta ideal para todas las
cooperativas de ahorro y crédito es lograr un crecimiento real y
positivo (crecimiento neto después de ajustar para la inflación)
cada año.

b) Préstamos, La cartera de préstamos es el activo más importante y

rentable de la cooperativa de ahorro y crédito. Si el crecimiento
del total de préstamos lleva el mismo paso que el crecimiento del
activo total, hay una gran probabilidad que se mantenga la
rentabilidad. A la inversa, si se bajan las tasas de crecimiento de
préstamos, esto sugiere que las otras áreas menos rentables están
creciendo más rápidamente.

68
c) Depósitos de ahorro, Con el nuevo énfasis en la movilización de
ahorros, los depósitos de ahorro ahora representan la piedra
angular del crecimiento. El crecimiento del activo total depende
del crecimiento de ahorros. El razonamiento por mantener
programas agresivos de mercadeo es que estimulan el crecimiento
de nuevos depósitos de ahorro que a su vez, afectan el
crecimiento de otras áreas claves.

d) Aportaciones, Aunque las aportaciones de asociados no reciben

tanto énfasis en el modelo de WOCCU, algunas cooperativas de
ahorro y crédito tal vez mantengan una dependencia de las
aportaciones para el crecimiento. Si las tasas de crecimiento en
esta área son excesivas, esto normalmente indica la incapacidad
de las cooperativas de ahorro y crédito de adaptarse al nuevo
sistema de promover depósitos en vez de aportaciones.

e) Capital institucional, El crecimiento de capital institucional es el

mejor indicador de la rentabilidad dentro de las cooperativas de
ahorro y crédito. Tendencias de crecimiento estáticas o en
descenso del capital institucional normalmente indican un
problema con ganancias. Si las ganancias son bajas, la
cooperativa de ahorro y crédito tendrá grandes problemas para
aumentar sus reservas de capital institucional. Una de las señales
indisputables del éxito de una cooperativa de ahorro y crédito
robusta en transición es el crecimiento sostenido del capital
institucional, normalmente mayor que el crecimiento del activo
total.

69
[Link] Metas Del Sistema De Monitoreo "Perlas"
En las siguientes figuras se plasma una guía rápida para el sistema de monitoreo de
perlas.

ÁREA PERLAS DESCRIPCIÓN META

P1 Provisión para préstamos incobrables / Provisión
100%
requerida para préstamos morosos >12 meses
P2 Provisión neta para préstamos incobrables / Provisión
requerida para préstamos morosos de 1 a 35%
12 meses
P2U Provisión neta para préstamos incobrables / Provisión
P = PROTECCIÓN requerida para préstamos morosos de 1 a 100%
12 meses (Definido por el usuario)
P3 Castigo total de préstamos morosos >12 meses Sí
P4 Castigos Anuales de préstamos / Cartera Promedio Lo Mínimo
P5 Recuperación Cartera Castigada / Castigos
>75%
acumulados
P6 Solvencia ≥111%

E1 Préstamos Netos/ Activo Total 70-80%

E2 Inversiones Líquidas / Activo Total ≤ 16%
E3 Inversiones Financieras / Activo Total ≤ 2%
E4 Inversiones No Financieras / Activo Total 0%
E=
E5 Depósitos de Ahorro / Activo Total 70-80%
ESTRUCTURA
E6 Crédito Externo / Activo Total 0- 5%
FINANCIERA
E7 Aportaciones / Activo Total ≤ 20%
EFICAZ
E8 Capital institucional / Activo Total ≥10%
E9 Capital institucional neto/ Activo Total ≥10%
E9U Capital institucional neto/ Activo Total (Definido por el
≥10%
Usuario)

A1 Morosidad Total / Cartera Bruta ≤ 5%

A1U Morosidad Total / Cartera Bruta (Definido por el
≤ 5%
A = CALIDAD DE Usuario)
ACTIVOS A2 Activos Improductivos / Activo Total ≤ 5%
A3 (Capital Institucional Neto + Capital Transitorio +
≥ 200%
Pasivos Sin Costo / Activos Improductivos

Continua en la siguiente pagina…

70
 ÁREA PERLAS DESCRIPCIÓN META
R1 Ingresos por Préstamos / Promedio Préstamos
Tasa empresarial
Netos
R2 Ingresos por Inversiones Líquidas / Promedio
Tasas del mercado
Inversiones Liquidas
R3 Ingresos por Inversiones Financieras /
Promedio Tasas del mercado
Inversiones Financieras
R4 Ingresos por Inversiones No Financieras /
Promedio ≥ R1
Inversiones No Financieras
R5 Costos Financieros: Depósitos de ahorro /
Tasas del mercado
Promedio
>Inflación
Depósitos de Ahorro
R6 Costos Financieros: Crédito Externo /
Promedio Tasas del mercado
R = TASAS DE
Crédito Externo
RENDIMIENTO Y
R7 Costos Financieros: Aportaciones / Promedio Tasas del mercado
COSTOS
Aportaciones ≥
R5
R8 Margen Bruto / Promedio Activo Total Variable
Relacionado con el
cumplimiento de
E9,
R9 Gastos operativos / Promedio Activo Total ≤ 5%
R10 Provisiones Activos de Riesgo / Promedio
^P1 = 100%
Activo
^P2 = 35%
Total
R11 Otros Ingresos y Gastos / Promedio Activo
Lo Mínimo
Total
R12 Excedente neto / Promedio Activo Total (ROA) ^E9 >10%
R13 Excedente neto / Promedio Capital Institucional
> Inflación
+ Capital Transitorio (ROC)

L1 (Inversiones a corto plazo + Activos líquidos -

Cuentas por pagar a corto plazo) / Depósitos de 15-20%
L = LIQUIDEZ Ahorro
L2 Reservas de liquidez / Depósitos de ahorro 10%
L3 Activos líquidos improductivos / Activo Total <1%

Continua en la siguiente pagina…

71
 ÁREA PERLAS DESCRIPCIÓN META
S1 Crecimiento de préstamos ^E1= 70-80%
S2 Crecimiento de inversiones líquidas ^E2 ≤ 16%
S3 Crecimiento de inversiones financieras ^E3≤ 2%
S4 Crecimiento de inversiones no financieras ^E4=0%
S5 Crecimiento de depósitos de ahorro ^E5=70-80%
S = SEÑALES DE
S6 Crecimiento de crédito externo ^E6=0- 5%
CRECIMIENTO
S7 Crecimiento de aportaciones ^E7≤ 20%
S8 Crecimiento de capital institucional ^E8≥10%
S9 Crecimiento de capital institucional neto ^E9≥10%
S10 Crecimiento del número de asociados ≥ 15%
S11 Crecimiento del activo total > Inflación +10%

Fin.
Tabla No 6.1, Clave rápida de PERLAS, Fuente [31]
Elaborado por: Investigador

6.67. Normativas y Resoluciones de la Superintendencia de Economía Popular y

Solidaria

A partir de la constitución de la Superintendencia de Economía Popular y Solidaria en

el año 2012 por parte de la asamblea nacional, la misma fue incorporando varias
normativas y resoluciones para efectos del control y regulación de las Cooperativas de
ahorros y crédito. Hoy en día las Instituciones Financieras deben cumplir con los
requerimientos que exige este organismo de control. Razón por la cual en este proyecto
se hace énfasis en las siguientes normativas y resoluciones:

En la RLOEPS (Reglamento a la Ley Orgánica de Economía Popular y Solidaria)

expresa en su Capítulo III, Artículo 156 “Mecanismos de control.- La
Superintendencia, podrá utilizar, según las necesidades y oportunidad, cualquiera de los
siguientes mecanismos de control:
1. Inspección;
2. Examen Especial;
3. Auditoría; y,
4. Otros dispuestos por la Superintendencia.” [36]

72
En el Código Orgánico Monetario y Financiero, el cual fue certificado por la Asamblea
Nacional plasma sus objetivos en el Capítulo I Artículo 3”Objetivos. Los objetivos de
este Código son:
1. Potenciar la generación de trabajo, la producción de riqueza, su distribución y
redistribución;
2. Asegurar que el ejercicio de las actividades monetarias, financieras, de valores
y seguros sea consistente e integrado;
3. Asegurar los niveles de liquidez de la economía para contribuir al
cumplimiento del programa económico;
4. Procurar la sostenibilidad del sistema financiero nacional y de los regímenes
de seguros y valores y garantizar el cumplimiento de las obligaciones de cada
uno de los sectores y entidades que los conforman;
5. Mitigar los riesgos sistémicos y reducir las fluctuaciones económicas;
6. Proteger los derechos de los usuarios de los servicios financieros, de valores y
seguros;
7. Profundizar el proceso de constitución de un sistema económico social y
solidario, en el que los seres humanos son el fin de la política pública;
8. Fortalecer la inserción estratégica a nivel regional e internacional;
9. Fomentar, promover y generar incentivos a favor de las entidades de la
Economía Popular y Solidaria; y,
10. Promover el acceso al crédito de personas en movilidad humana, con
discapacidad, jóvenes, madres solteras y otras personas pertenecientes a los
grupos de atención prioritaria [6].

En la Sección 4, de la solvencia y prudencia financiera en sus artículos se expresa:

Art. 188” Requerimientos financieros de operación. Las entidades del sistema financiero
nacional deberán cumplir, en todo tiempo, los requerimientos financieros y de operación
que fija este Código y los que disponga la Junta de Política y Regulación Monetaria y
Financiera, de acuerdo con las actividades que efectúen.”[6]

Art. 189 “Liquidez. Las entidades del sistema financiero nacional deberán mantener los
niveles suficientes de activos líquidos de alta calidad libres de gravamen o restricción,
que puedan ser transformados en efectivo en determinado periodo de tiempo sin pérdida

73
significativa de su valor, en relación con sus obligaciones y contingentes, ponderados
conforme lo determine la Junta.
Los niveles y administración de liquidez serán determinados por la Junta de Política y
Regulación Monetaria y Financiera y serán medidos utilizando, al menos, los siguientes
parámetros prudenciales:
1. Liquidez inmediata;
2. Liquidez estructural;
3. Reservas de liquidez;
4. Liquidez doméstica; y,
5. Brechas de liquidez.”[6]

Art. 190 “Solvencia y patrimonio técnico. Las entidades del sistema financiero nacional
deberán mantener la suficiencia patrimonial para respaldar las operaciones actuales y
futuras de la entidad, para cubrir las pérdidas no protegidas por las provisiones de los
activos de riesgo y para apuntalar el adecuado desempeño macroeconómico.
Las entidades de los sectores financieros público y privado nacionales, de forma
individual, y los grupos financieros, sobre la base de los estados financieros
consolidados y/o combinados, están obligados a mantener en todo tiempo una relación
entre su patrimonio técnico y la suma ponderada por riesgo de sus activos y
contingentes no inferior al 9%”[6].

Art. 191” Composición del patrimonio técnico. El patrimonio técnico estará constituido,
entre otros, por:
1. La suma del capital suscrito y pagado;
2. Reservas;
3. El total de las utilidades o excedentes del ejercicio corriente una vez
cumplidas las obligaciones laborales y tributarias;
4. El fondo irrepartible de reserva legal;
5. Las utilidades acumuladas de ejercicios anteriores;
6. Aportes a futuras capitalizaciones; y,
7. Obligaciones convertibles sin garantía específica, de acuerdo con las
regulaciones que expida la Junta” [6].

74
En la Sección 6, De los activos, límites de crédito y provisiones en sus artículos se
expresa:
Art. 206”Obligación de provisionar. Las entidades financieras públicas y privadas
deberán constituir las siguientes provisiones:
1. Provisiones específicas por desvalorización de activos y contingentes;
2. Provisiones genéricas;
3. Provisiones por ciclo económico; y,
4. Cualquier otra provisión que determine la Junta de Política y Regulación
Monetaria y Financiera.

Las entidades financieras, para la determinación de las provisiones antes indicadas, se

sujetarán a las normas que establezca la Junta.
La Junta de Política y Regulación Monetaria y Financiera establecerá, por segmentos,
las provisiones para las entidades del sector financiero popular y solidario, siendo
obligatorias para el segmento1 las contempladas en los numerales de este artículo” [6].

Art. 215”Prohibición de operaciones con vinculados. Se prohíbe a las entidades

financieras públicas y privadas y a sus subsidiarias o afiliadas efectuar operaciones
activas, pasivas, contingentes y de servicios con personas naturales o jurídicas
vinculadas directa o indirectamente con su administración. Se exceptúan de esta
prohibición las operaciones determinadas en el artículo 194 numeral 1 literal a numeral
7; literal b numerales 1 y 2; y, literal d, numerales 1 y 4. Las entidades antes
mencionadas podrán emitir tarjetas de débito y pago en favor de estas personas
vinculadas” [6].

En la Sección 8, Del control y auditorías en su artículo 227 expresa “Sistemas de

control interno. Todas las entidades del sistema financiero nacional deberán contar con
sistemas de control interno para asegurar la efectividad y eficiencia de sus actividades,
la confiabilidad de la información y el cumplimiento de las leyes y regulaciones
aplicables.

En la resolución No. 038-2015-F, en su Artículo I, expresa “Las entidades del sector

Financiero popular y solidario de acuerdo al tipo y al saldo de sus activos se ubicarán en
los siguientes segmentos:” [39]

75
 Cuadro No 4: Segmentos por Cooperativas, Fuente [39]
Elaborado por: Investigador

En la resolución No. 044-2015-F, en su Artículo 2, expresa “Las tasas de interés

vigentes, referidas en el artículo 1 de la presente resolución serán las siguientes” [40].

Cuadro No 5: Tasas Activas Vigentes, Fuente [40]

Elaborado por: Investigador

76
En la resolución No. 129-2015-F, en su Artículo 16, expresa “Criterios de calificación:
Las entidades deberán calificarla cartera de crédito y contingentes en función de los días
de morosidad y al segmento de crédito al que pertenece, conforme a los criterios que se
detallan a continuación:” [41]

Cuadro No 6: Calificación de cartera, Fuente [41]

Elaborado por: Investigador

6.7. Metodología de Desarrollo

6.7.1. Detalle de procesos y mecanismos utilizados actualmente en la elaboración

del análisis multidimensional de la información financiera.

Con el objetivo de minimizar los tiempos utilizados en la elaboración del análisis

multidimensional se realizó el levantamiento del proceso y los mecanismos utilizados
actualmente para dicha actividad.

77
Figura No 2: Proceso de Análisis Multidimensional de la Información
Financiera.
Elaborado por: Investigador

78
6.7.2. Selección de herramientas para el desarrollo del Sistema Informático.

 Interfaz del Sistema Informático.

Para el desarrollo de la interfaz del sistema informático se utilizo la herramienta

de desarrollo PowerBulder 11.5, ya que dentro de sus características, se puede
resaltar su capacidad de acceder homogéneamente a cualquier base de datos que
soporte SQL y que está orientado al 100% para aplicaciones de gestión
(contabilidad, facturación, financieras).

 Motor de Base de Datos a Utilizar

Para la creación de las tablas en las cuales se almacena los resultados del
Análisis Multidimensional de la Información Financiera, se utilizó la misma
Base de Datos del Core Financiero que esta creada en Microsoft SQL Server
2014 R2, ya que es un motor de Base de Datos con muchas ventajas y
características que se puede utilizar para nuevos proyectos y para culminar la
institución tiene licencias adquiridas.

6.7.3. Selección de la metodología de desarrollo.

Con la visión del software como producto surge la necesidad de implementar métodos
que garanticen la correcta utilización de los recursos, con el objetivo obtener resultados
cada vez más satisfactorios y en el menor tiempo posible. Dado que el recurso principal
para la creación de software es el capital humano, se requieren de estándares para la
unificación de los procesos de ejecución, motivo por el cual nacen las metodologías de
desarrollo, razón por la cual se procedió a plasmar las siguientes tablas de comparación
entre las metodologías ágiles y tradicionales.

79
 Comparación de las metodologías de desarrollo.

COMPARACIÓN ENTRE METODOLOGÍAS ÁGILES Y

TRADICIONALES

Métodos Ágiles Métodos Tradicionales

Enfoque Adaptación Predictivo
Éxito de Medición Valor del Negocio Conformación de planificar
Tamaño del Proyecto Pequeño Grande
Estilo del Gestión Descentralizada Autocrático
Perspectiva para el Cambio Cambio y Adaptabilidad Cambio y Sostenibilidad
Cultura Liderazgo-Colaboración Comandos de control
Documentación Bajo Pesado
Énfasis Orientada a las Personas Orientado a los procesos
Ciclos Muchos Limitado
Dominio Impredecible exploratorio Previsible
Planificación por adelantado Mínimo Exhaustivo
Retorno de la Inversión A principios del Proyecto Fin de Proyecto
Tamaño del Equipo Pequeño / Creatividad Grande

Métodos Ágiles Métodos Tradicionales

Basadas en normas provenientes de
Basadas en herramientas provenientes de
estándares seguidos por el entorno de
prácticas de producción de código
desarrollo.
Especialmente preparados para cambios
Cierta resistencia a los cambios
durante el proyecto
Impuestas internamente (por el equipo
Impuestas externamente
de desarrollo)
Procesos menos controlado, con pocos Procesos mucho más controlado, con
principios numerosas políticas/normas
No existe contrato tradicional o al menos
Existe un contrato prefijado.
es bastante flexible.
El cliente es parte del equipo de El cliente interactúa con el equipo de
desarrollo. desarrollo mediante reuniones.
Grupos pequeños (< 10 integrantes) y Grupos grandes y posiblemente
trabajando en el mismo sitio. distribuidos.
Pocos artefactos Más artefactos
Pocos roles Más roles
Menos énfasis en la arquitectura del La arquitectura del software es esencial y
software se expresa mediante modelos.

Tabla No 6.2-6.3, Comparación entre metodologías ágiles y tradicionales,

Fuente [17], [18]
Elaborado por: Investigador

80
Con el debido sustento presentado en los cuadros comparativos presentados en el detalle
anterior se ha determinado que las metodologías ágiles se ajustan de manera más
adecuada para el desarrollo de la propuesta; esto en base al enfoque, al tamaño del
proyecto, documentación, énfasis, ciclos, planificación por adelantado y tamaño del
equipo.

Las metodologías ágiles son una excelente alternativa para guiar proyectos de desarrollo
de software flexible, descentralizado, gracias a la gran facilidad de adaptación que
posee, permitiendo obtener productos de calidad en muy poco tiempo, pero, para tomar
la decisión de cual metodología ágil utilizar, se realizó el siguiente cuadro comparativo
entre las metodologías más utilizadas:

METODOLOGÍA
XP SCRUM
CREADOR

Ikujiro Nonaka e Hirotaka Takeuchi en

Kent Beck en 1999
1995

* Exploración
* Planificación de la Entrega (Release) * Planificación
ETAPAS

* Iteraciones * Análisis
* Producción * Control y Pruebas
* Mantenimiento * Implementación [20]
* Muerte del Proyecto [19]
Es una metodología ágil y flexible para
Es una metodología ligera para pequeños gestionar el desarrollo de software, cuyo
y medianos equipos de desarrollo de principal objetivo es maximizar el retorno
DETALLE

software en la cara de los requerimientos de la inversión para su empresa (ROI). Se

imprecisos o rápidamente cambiantes. basa en construir primero la funcionalidad
Es el más destacado de los procesos de mayor valor para el cliente y en los
ágiles de desarrollo de software.[21] principios de inspección continua,
adaptación, auto-gestión e innovación.[22]

Continúa en la página siguiente..

81
 METODOLOGÍA
XP SCRUM
* Es un modelo de referencia que define un
conjunto de prácticas y roles.
* El equipo crea un incremento de software
* Metodología basada en prueba y error
CARACTERÍSTICAS

potencialmente entregable llamado

* Fundamentada en Valores y Prácticas
* Divide un proyecto en iteraciones y antes
* Expresada en forma de 12 Prácticas–
de que comience una carrera se define la
Conjunto completo–Se soportan unas a
funcionalidad requerida para esa carrera y
otras–Son conocidas desde hace tiempo.
entonces se deja al equipo para que la
La novedad es juntarlas [23]
entregue.
* Se enfoca principalmente en la planeación
iterativa y el seguimiento del proceso [24].

* Es fácil de aprender.
* Requiere muy poco esfuerzo para
* Programación organizada. comenzarse a utilizar.
* Menor taza de errores. * Permite que abarcar proyectos donde los
* Satisfacción del programador. requisitos de negocio están incompletos
VENTAJAS

* Solución de errores de programas * Permite el desarrollo, testeo y correcciones

* Versiones nuevas. rápido
* Implementa una forma de trabajo * Mediante las reuniones diarias se ven
donde se adapte fácilmente a las claramente los avances y problemas
circunstancias [23] * Como toda metodología ágil, obtiene
mucho feedback del cliente.
* Facilita la entrega de productos de calidad
a tiempo [25]

Continúa en la página siguiente..

82
 METODOLOGÍA
XP SCRUM

* Si no se define una fecha de fin, los

stakeholders siempre pedirán nuevas
funcionalidades.
* Si una tarea no está bien definida puede
* Es recomendable emplearlo solo en incrementar costes y tiempos.
proyectos a corto plazo * Si el equipo no se compromete hay mucha
DESVENTAJAS

* Altas comisiones en caso de fallar probabilidad de fracasar.

* Imposible prever todo antes de * Solo funciona bien en equipos pequeños y
programar ágiles.
* Demasiado costoso e innecesario * Se requieren miembros del equipo
[23] experimentados.
* Solo funciona cuando el Scrum Manager
confía en su equipo.
* Que un miembro abandone el equipo
durante el desarrollo puede conllevar
grandes problemas. [25]
* Programador
* Cliente
* Encargado de Pruebas * ScrumMaster
ROLES

* Encargado de Seguimiento (Tracker) * ProductOwner

* Entrenador (Coach) * Teamque
* Consultor [24]
* Jefe del Proyecto
* Simplicidad
* Foco
VALORES

* Comunicación
* Comunicación
* Realimentación
* Respeto
* Coraje
*Coraje [20]
* Respeto [23]

Fin.

Tabla No 6.4, Comparación entre metodologías ágiles

Elaborado por: Investigador

83
En base al cuadro comparativo propuesto en la Tabla No 6.4 y tomando en cuenta
aspectos como el tamaño del equipo de desarrollo, complejidad del proyecto, tiempo en
los ciclos de desarrollo y experiencia del investigador se tomó la decisión de utilizar la
Metodología XP ya que al ser una metodología basada en prueba y error, basada en
personas y no en procesos y que se adapta fácilmente a entornos cambiantes de la
normativas de los diferentes organismos de control, se ajusta de manera adecuada a los
requerimientos emitidos por el personal involucrado en el proyecto.

6.7.4. Selección de la arquitectura de la aplicación

Como se requiere desarrollar un Sistema Informático que permita la integración de
fuentes transaccionales internas o externas, como es el caso de la base de datos del Core
Financiero que posee la Cooperativa, se establece como objetivo extraer información
transaccional específica, la cual servirá para efectuar el análisis multidimensional de la
información financiera, como se representa en la siguiente figura.

Figura No 3: Arquitectura de Data Warehouse, Fuente [29]

Elaborado por: Investigador

84
6.7.5. Aplicación de la metodología
Para aplicar la metodología es necesario tener muy claro el ciclo de vida de la
metodología XP, el cual se muestra a continuación:

Figura No 6: Ciclo de vida de la metodología XP, Fuente [19]

Elaborado por: Investigador

[Link]. Exploración
En esta fase, los clientes plantean a grandes rasgos las historias de usuario que son de
interés para la primera entrega del producto. Al mismo tiempo el equipo de desarrollo se
familiariza con las herramientas, tecnologías y prácticas que se utilizarán en el proyecto.
Se prueba la tecnología y se exploran las posibilidades de la arquitectura del sistema
construyendo un prototipo. La fase de exploración toma de pocas semanas a pocos
meses, dependiendo del tamaño y familiaridad que tengan los programadores con la
tecnología. [26]

 Revisión de la plataforma de desarrollo y motor de base de datos a utilizar.

El investigador es el único desarrollador en el proyecto, el mismo que tiene

experiencia en el desarrollo con la herramienta Power Builder 11.5, en el manejo y
administración de la base de datos Microsoft SQL Server en todas sus versiones.

85
En base a las características que tienen estas herramientas, la forma de trabajar de la
institución y la complejidad del problema, se toma la decisión de desarrollar una
aplicación cliente servidor, con la finalidad de solventar las necesidades de la
Cooperativa.

 Historias de usuario preliminares

Una historia de usuario es una representación de un requisito escrito en una o dos

frases utilizando el lenguaje común del usuario, son una forma rápida de administrar
los requisitos de los usuarios sin tener que elaborar gran cantidad de documentos
formales y sin requerir de mucho tiempo para administrarlos.
Las historias de usuario son utilizadas en las metodologías de desarrollo ágiles para
la especificación de requisitos. Las historias de usuario permiten responder
rápidamente a los requisitos cambiantes. [32]

HISTORIAS DE USUARIO
Número: 1 Usuario: Administrador
Nombre historia: Control de Seguridad
Prioridad en negocio: Alta Riesgo de Desarrollo: Alta
Puntos estimados: 1 Iteración asignada: 1
Programador responsable: Marge David
Descripción:
Los datos para la validación de las credenciales se las tomará de la base de
datos del Core Financiero, donde se encuentran almacenadas como:
• Identificación.
• Nombres y Apellidos.
• Usuario.
• Contraseña.
• Estado.
Observaciones:
Tabla 6.5: Historia de Usuario N°1 - Preliminar
Elaborado por: Investigador

86
 HISTORIAS DE USUARIO
Número: 2 Usuario: Administrador
Nombre historia: Carga de Anexos y Balances
Prioridad en negocio: Alta Riesgo de Desarrollo: Alta
Puntos estimados: 1 Iteración asignada: 2
Programador responsable: Marge David
Descripción:
El Sistema validará y migrará los datos emitidos por el Core Financiero, el
cual deberá ser posible ya sea por integración directa con la base de datos o
por medio de archivos planos.
Los anexos o estructuras que se utilizaran para el respectivo análisis son los
siguientes:
• Ahorros
• Cartera
• Inversión
• Balance
Las mismas que son emitidas por la Superintendencia de Economía Popular
y Solidaria (SEPS)
Observaciones:
Tabla 6.6: Historia de Usuario N°2 - Preliminar
Elaborado por: Investigador

HISTORIAS DE USUARIO
Número: 3 Usuario: Administrador
Nombre historia: Validación de los Parámetros
Prioridad en negocio: Alta Riesgo de Desarrollo: Alta
Puntos estimados: 1 Iteración asignada: 3
Programador responsable: Marge David
Descripción:
Se requiere que la parametrización del sistema se encuentre actualizada de
acuerdo a lo que estipula los diferentes organismos de control; para lo cual se
utilizara:
• El Código Orgánico Monetario Financiero
• Resoluciones, Normativas y Notas Técnicas
Observaciones: Se deberán tomar en consideración las últimas resoluciones
emitidas por la SEPS
Tabla 6.7: Historia de Usuario N°3 - Preliminar
Elaborado por: Investigador

87
 HISTORIAS DE USUARIO
Número: 4 Usuario: Personal Contable Financiero
Nombre historia: Acceso al Sistema
Prioridad en negocio: Alta Riesgo de Desarrollo: Alta
Puntos estimados: 1 Iteración asignada: 4
Programador responsable: Marge David
Descripción:
Antes de ingresar al menú de sistema, se debe solicitar el ingreso de un
usuario y su respectiva contraseña, los cuales deberán ser validados.
Observaciones:
Tabla 6.8: Historia de Usuario N°4 - Preliminar
Elaborado por: Investigador

HISTORIAS DE USUARIO
Número: 5 Usuario: Personal Contable Financiero
Nombre historia: Mostar Menú
Prioridad en negocio: Baja Riesgo de Desarrollo: Baja
Puntos estimados: 1 Iteración asignada: 4
Programador responsable: Marge David
Descripción:
Al ingresar al sistema, se mostrará el menú con las opciones
correspondientes a cada perfil de usuario
Observaciones:
Cada usuario deberá tener enlazado un rol o perfil, el cual servirá para los
diferentes accesos al menú.
Tabla 6.9: Historia de Usuario N°5 - Preliminar
Elaborado por: Investigador

88
 HISTORIAS DE USUARIO
Número: 6 Usuario: Personal Contable Financiero
Nombre historia: Alineación de balances
Prioridad en negocio: Alta Riesgo de Desarrollo: Alta
Puntos estimados: 1 Iteración asignada: 5
Programador responsable: Marge David
Descripción:
El sistema permitirá la carga de varios balances, pero para el análisis se deberá
utilizar un total de trece periodos contables, los mismos deberán tener el
formato B11.
Observaciones:
Tabla 6.10: Historia de Usuario N°6 - Preliminar
Elaborado por: Investigador

HISTORIAS DE USUARIO
Número: 7 Usuario: Personal Contable Financiero
Nombre historia: Análisis y Validación de Anexos
Prioridad en negocio: Alta Riesgo de Desarrollo: Alta
Puntos estimados: 1 Iteración asignada: 6
Programador responsable: Marge David
Descripción:
Se deberá permitir generar el análisis y validación de los anexos de ahorros,
cartera y plazo fijo a una determinada fecha de corte versus el balance general.
Observaciones:
Tabla 6.11: Historia de Usuario N°7 - Preliminar
Elaborado por: Investigador

89
 HISTORIAS DE USUARIO
Número: 8 Usuario: Personal Contable Financiero
Nombre historia: Análisis Financiero del Balance General
Prioridad en negocio: Alta Riesgo de Desarrollo: Alta
Puntos estimados: 2 Iteración asignada: 7
Programador responsable: Marge David
Descripción:
Se deberá permitir generar índices financieros de los balances ingresados.
Observaciones:
Se deberá utilizar los métodos de cálculo especificados por el organismo de
control.
Tabla 6.12: Historia de Usuario N°8 - Preliminar
Elaborado por: Investigador

HISTORIAS DE USUARIO
Número: 9 Usuario: Personal Contable Financiero
Nombre historia: Análisis Financiero de Balances por el Método PERLAS
Prioridad en negocio: Alta Riesgo de Desarrollo: Alta
Puntos estimados: 2 Iteración asignada: 7
Programador responsable: Marge David
Descripción:
Se deberá permitir generar índices financieros de los balances ingresados.
Observaciones:
Se deberá utilizar los métodos de cálculo especificados en el sistema de
monitoreo PERLAS.
Tabla 6.13: Historia de Usuario N°9 - Preliminar
Elaborado por: Investigador

90
 HISTORIAS DE USUARIO
Número: 10 Usuario: Personal Contable Financiero
Nombre historia: Análisis de Liquidez de 1ra y 2da Línea
Prioridad en negocio: Alta Riesgo de Desarrollo: Alta
Puntos estimados: 1 Iteración asignada: 7
Programador responsable: Marge David
Descripción:
Se deberá permitir generar el análisis de 1ra y 2da línea
Observaciones:
Se deberá utilizar los métodos de cálculo especificados por el organismo de
control.
Tabla 6.14: Historia de Usuario N°10 - Preliminar
Elaborado por: Investigador

91
 HISTORIAS DE USUARIO
Número: 11 Usuario: Personal Contable Financiero
Nombre historia: Reportes – Exportación
Prioridad en negocio: Alta Riesgo de Desarrollo: Media
Puntos estimados: 2 Iteración asignada: 8
Programador responsable: Marge David
Descripción:
Se deberá permitir la presentación de la siguiente lista de reportes:
Ahorros
• Saldos por agencias
• Diferencias
• Números de socios por Oficinas
• Mayores depositantes
• Resumen
Cartera
• Análisis por Banda
• Saldos por agencias
• Tipos de créditos por agencias
• Calificación de cartera
• Mayores créditos entregados
• Resumen
Plazo Fijo
• Análisis por Banda
• Mayores inversionistas entregados
• Resumen
Índices Financieros
• Índices Financieros
• Índices Financieros Perlas
• Brecha Financiera
• Liquidez de 1ra y 2da Línea
• Concentración de Depósitos
• Composición de Cartera
• Gráficos de Tendencias
Observaciones:
Se deberá permitir la impresión de los reportes descritos, además cabe indicar que
para el despliegue de los reportes de debe utilizar la fecha de análisis.
Tabla 6.15: Historia de Usuario N°11 - Preliminar
Elaborado por: Investigador

92
 HISTORIAS DE USUARIO
Número: 12 Usuario: Personal Contable Financiero
Nombre historia: Exportar Estructuras y Anexos
Prioridad en negocio: Alta Riesgo de Desarrollo: Alta
Puntos estimados: 4 Iteración asignada: 9
Programador responsable: Marge David
Descripción:
Se deberá permitir la exportación de anexos de Ahorros, Cartera y Plazo Fijo en
el formato “.xls“.
Observaciones:
Tabla 6.16: Historia de Usuario N°12 - Preliminar
Elaborado por:
Investigador

HISTORIAS DE USUARIO
Número: 13 Usuario: Administrador
Nombre historia: Validación de Versión
Prioridad en negocio: Media Riesgo de Desarrollo: Baja
Puntos estimados: 1 Iteración asignada: 10
Programador responsable: Marge David
Descripción:
El programa deberá validar las versiones en cada equipo versus la última versión,
con el objetivo de que el aplicativo se encuentre siempre actualizado.
Observaciones:
Tabla 6.17: Historia de Usuario N°13 - Preliminar
Elaborado por: Investigador

93
[Link]. Planificación
En esta fase el cliente establece la prioridad de cada historia de usuario, y
correspondientemente, los programadores realizan una estimación del esfuerzo
necesario de cada una de ellas. Se toman acuerdos sobre el contenido de la primera
entrega y se determina un cronograma en conjunto con el cliente. Una entrega
debería obtenerse en no más de tres meses. Esta fase dura unos pocos días. Las
estimaciones de esfuerzo asociado a la implementación de las historias la establecen
los programadores utilizando como medida el punto. Un punto, equivale a una
semana ideal de programación. Las historias generalmente valen de 1 a 3 puntos.
Por otra parte, el equipo de desarrollo mantiene un registro de la “velocidad” de
desarrollo, establecida en puntos por iteración, basándose principalmente en la suma
de puntos correspondientes a las historias de usuario que fueron terminadas en la
última iteración. La planificación se puede realizar basándose en el tiempo o el
alcance. La velocidad del proyecto es utilizada para establecer cuántas historias se
pueden implementar antes de una fecha determinada o cuánto tiempo tomará
implementar un conjunto de historias. Al planificar por tiempo, se multiplica el
número de iteraciones por la velocidad del proyecto, determinándose cuántos puntos
se pueden completar. Al planificar según alcance del sistema, se divide la suma de
puntos de las historias de usuario seleccionadas entre la velocidad del proyecto,
obteniendo el número de iteraciones necesarias para su implementación.[32]

 Historias de Usuario
Posterior a las reuniones mantenidas con los usuarios y en base a la experiencia en
desarrollo del investigador, se llegó a definir las historias de usuario y a asignar
puntos estimados como se muestra a continuación.
Para los puntos estimados se estimaran de acuerdo a los siguientes rangos de
“Prioridad en Negocio”.

Prioridad Puntos
en Negocio Estimados
Alta 1 a 4 semanas
Media 0.6 a 0.9 semanas
Baja 0 a 0.5 semanas
Cuadro Nº 7: Rangos de Puntos
Estimados
Elaborado por: Investigador

94
 HISTORIAS DE USUARIO
Número: 1 Usuario: Administrador
Nombre historia: Control de Seguridad
Prioridad en negocio: Alta Riesgo de Desarrollo: Alta
Puntos estimados: 1.5 Iteración asignada: 1
Programador responsable: Marge David
Descripción:
Los datos para la validación de las credenciales se las tomará de la base de datos
del Core Financiero, donde se encuentran almacenadas como:
• Identificación.
• Nombres y Apellidos.
• Usuario.
• Contraseña.
• Estado.
Observaciones: Confirmado por el Administrador
Tabla 6.18: Historia de Usuario N°1 - Control de Seguridad
Elaborado por: Investigador

HISTORIAS DE USUARIO
Número: 2 Usuario: Administrador
Nombre historia: Carga de Anexos y Balances
Prioridad en negocio: Alta Riesgo de Desarrollo: Alta
Puntos estimados: 2.5 Iteración asignada: 2
Programador responsable: Marge David
Descripción:
El Sistema validará y migrará los datos emitidos por el Core Financiero, el cual
deberá ser posible ya sea por integración directa con la base de datos o por medio
de archivos planos.
Los anexos o estructuras que se utilizaran para el respectivo análisis son los
siguientes:
• Ahorros
• Cartera
• Inversión
• Balance
Las mismas que son emitidas por la Superintendencia de Economía Popular y
Solidaria (SEPS)
Observaciones: Confirmado por el Administrador
Tabla 6.19: Historia de Usuario N°2 - Carga de Anexos y Balances
Elaborado por: Investigador

95
 HISTORIAS DE USUARIO
Número: 3 Usuario: Administrador
Nombre historia: Registro de Parámetros
Prioridad en negocio: Alta Riesgo de Desarrollo: Alta
Puntos estimados: 1 Iteración asignada: 3
Programador responsable: Marge David
Descripción:
Se requiere que la parametrización del sistema se encuentre actualizada de acuerdo
a lo que estipula los diferentes organismos de control; para lo cual se utilizara:
• El Código Orgánico Monetario Financiero
• Resoluciones, Normativas y Notas Técnicas.
Observaciones: Confirmado por el Administrador, además se deberán tomar en
consideración las últimas resoluciones emitidas por la SEPS
Tabla 6.20: Historia de Usuario N°3 - Registro de Parámetros
Elaborado por: Investigador

HISTORIAS DE USUARIO
Número: 4 Usuario: Personal Contable Financiero
Nombre historia: Acceso al Sistema
Prioridad en negocio: Alta Riesgo de Desarrollo: Alta
Puntos estimados: 1 Iteración asignada: 4
Programador responsable: Marge David
Descripción:
Antes de ingresar al menú de sistema, se debe solicitar el ingreso de un usuario y
su respectiva contraseña, los cuales deberán ser validados.
Observaciones: Antes del ingreso se deberá validar que el usuario posea el perfil
asignado durante el registro, además el usuario tendrá la opción de cambiar su
clave de acceso.
Tabla 6.21: Historia de Usuario N°4 - Acceso al Sistema
Elaborado por: Investigador

96
 HISTORIAS DE USUARIO
Número: 5 Usuario: Personal Contable Financiero
Nombre historia: Mostar Menú
Prioridad en negocio: Baja Riesgo de Desarrollo: Baja
Puntos estimados: 0.5 Iteración asignada: 4
Programador responsable: Marge David
Descripción:
Al ingresar al sistema, se mostrará el menú con las opciones correspondientes a
cada perfil de usuario
Observaciones: Deberá tener asignado un rol o perfil, el mismo que servirá para
el accesos a las opciones del menú.
Tabla 6.22: Historia de Usuario N°5 - Mostar Menú
Elaborado por: Investigador

HISTORIAS DE USUARIO
Número: 6 Usuario: Personal Contable Financiero
Nombre historia: Alineación de balances
Prioridad en negocio: Alta Riesgo de Desarrollo: Alta
Puntos estimados: 1 Iteración asignada: 5
Programador responsable: Marge David
Descripción:
El sistema permitirá la carga de varios balances, pero para el análisis se deberá
utilizar un total de trece periodos contables, los mismos deberán tener el formato
B11.
Observaciones: Formato B11, plantilla solicitada por la SEPS
Tabla 6.23: Historia de Usuario N°6 - Alineación de balances
Elaborado por: Investigador

97
 HISTORIAS DE USUARIO
Número: 7 Usuario: Personal Contable Financiero
Nombre historia: Análisis y Validación de Anexos
Prioridad en negocio: Alta Riesgo de Desarrollo: Alta
Puntos estimados: 1.5 Iteración asignada: 6
Programador responsable: Marge David
Descripción:
Se deberá permitir generar el análisis y validación de los anexos de ahorros,
cartera y plazo fijo a una determinada fecha de corte versus el balance general.
Observaciones: Se deberá utilizar los formatos y plantillas solicitadas por la
SEPS
Tabla 6.24: Historia de Usuario N°7 - Análisis y Validación de Anexos
Elaborado por: Investigador

HISTORIAS DE USUARIO
Número: 8 Usuario: Personal Contable Financiero
Nombre historia: Análisis Financiero del Balance General
Prioridad en negocio: Alta Riesgo de Desarrollo: Alta
Puntos estimados: 2 Iteración asignada: 6
Programador responsable: Marge David
Descripción:
Se deberá permitir generar índices financieros de los balances ingresados, bajo las
notas técnicas que rigen en los organismos de control.
Observaciones:
Se deberá utilizar los métodos de cálculo especificados por los diferentes
organismos de control, SEPS y Superintendencia de Bancos
Tabla 6.25: Historia de Usuario N°8 - Análisis Financiero del Balance
General
Elaborado por: Investigador

98
 HISTORIAS DE USUARIO
Número: 9 Usuario: Personal Contable Financiero
Nombre historia: Análisis Financiero de Balances por el Método PERLAS
Prioridad en negocio: Alta Riesgo de Desarrollo: Alta
Puntos estimados: 2.5 Iteración asignada: 6
Programador responsable: Marge David
Descripción:
Deberá permitir generar índices financieros bajo los parámetros que indica la nota
técnica del sistema de monitoreo de Perlas.
Observaciones:
Se deberá utilizar los métodos de cálculo especificados en el sistema de monitoreo
PERLAS.
Tabla 6.26: Historia de Usuario N°9 - Análisis Financiero de Balances por el
Método PERLAS
Elaborado por: Investigador

HISTORIAS DE USUARIO
Número: 10 Usuario: Personal Contable Financiero
Nombre historia: Análisis de Liquidez de 1ra y 2da Línea
Prioridad en negocio: Alta Riesgo de Desarrollo: Alta
Puntos estimados: 1 Iteración asignada: 6
Programador responsable: Marge David
Descripción:
Se deberá permitir generar el análisis de 1ra y 2da línea
Observaciones:
Se deberá utilizar los métodos de cálculo especificados por el organismo de
control.
Tabla 6.27 Historia de Usuario N°10 - Análisis de Liquidez de 1ra y 2da
Línea
Elaborado por: Investigador

99
 HISTORIAS DE USUARIO
Número: 11 Usuario: Personal Contable Financiero
Nombre historia: Reportes
Prioridad en negocio: Alta Riesgo de Desarrollo: Media
Puntos estimados: 3 Iteración asignada: 7
Programador responsable: Marge David
Descripción:
Se deberá permitir la presentación de la siguiente lista de reportes:
Ahorros
• Saldos por agencias
• Diferencias
• Números de socios por Oficinas
• Mayores depositantes
• Resumen
Cartera
• Análisis por Banda
• Saldos por agencias
• Tipos de créditos por agencias
• Calificación de cartera
• Mayores créditos entregados
• Resumen
Plazo Fijo
• Análisis por Banda
• Mayores inversionistas entregados
• Resumen
Índices Financieros
• Índices Financieros
• Índices Financieros Perlas
• Brecha Financiera
• Liquidez de 1ra y 2da Línea
• Concentración de Depósitos
• Composición de Cartera
• Gráficos de Tendencias
Observaciones:
Se deberá permitir la impresión de los reportes descritos, además cabe indicar
que para el despliegue de los reportes de debe utilizar la fecha de análisis.
Tabla 6.28: Historia de Usuario N°11 - Reportes
Elaborado por: Investigador

100
 HISTORIAS DE USUARIO
Número: 12 Usuario: Personal Contable Financiero
Nombre historia: Exportar Estructuras y Anexos
Prioridad en negocio: Alta Riesgo de Desarrollo: Alta
Puntos estimados: 4 Iteración asignada: 8
Programador responsable: Marge David
Descripción:
Se deberá permitir la exportación de anexos de Ahorros, Cartera y Plazo Fijo en el
formato “.xls“.
Observaciones:
Tabla 6.29: Historia de Usuario N°12 - Exportar Estructuras y Anexos
Elaborado por: Investigador

 Tareas
Para la presentación de las tablas de las tareas correspondientes a cada historia se
utilizó la siguiente nomenclatura en el nombre de la tabla.

 HUx - Tx - Nombre de la tabla

En donde:
 T = Tarea
 HU = Historia de Usuario
 x = Numero secuencial correspondiente a la historia de usuario o
a la tarea

Historia 1: Control de Seguridad

TAREA
Número Tarea: 1 Número Historia: 1
Nombre Tarea: Análisis de la estructura de la base de datos del Core Financiero
Tipo Tarea: Análisis Puntos Estimados: 0.5
Fecha de Inicio: 04/03/2016 Fecha de Fin: 07/03/2016
Programador responsable: Marge David
Descripción: Se debe analizar la estructura de la base de datos del CORE
Financiero de la Coac Pushak Runa, con la finalidad de determinar que tablas son
utilizadas para alojar la información que permita validar el acceso.

Tabla 6.30: HU1-T1 - Análisis de la estructura de la base de datos del Core

Financiero
Elaborado por: Investigador

101
 TAREA
Número Tarea: 2 Número Historia: 1
Nombre Tarea: Selección de las tablas requeridas para el control de seguridades
Tipo Tarea: Análisis Puntos Estimados: 0.2
Fecha de Inicio: 08/03/2016 Fecha de Fin: 08/03/2016
Programador responsable: Marge David
Descripción: Se selecciona las tablas que contienen la información requerida
para la validación de las credenciales.

Tabla 6.31: HU1-T2 - Selección de las tablas requeridas para el control de

seguridades
Elaborado por: Investigador

TAREA
Número Tarea: 3 Número Historia: 1
Nombre Tarea: Creación de vistas en la base de datos del Core Financiero
Tipo Tarea: Diseño Puntos Estimados: 0.3
Fecha de Inicio: 09/03/2016 Fecha de Fin: 09/03/2016
Programador responsable: Marge David
Descripción: Se procederá a la creación de vistas en la base de datos, las mismas
que permitirán la extracción de la información referente a las credenciales.

Tabla 6.32: HU1-T3 - Creación de vistas en la base de datos del Core Financiero
Elaborado por: Investigador

TAREA
Número Tarea: 4 Número Historia: 1
Nombre Tarea: Creación de nuevas tablas para alojar las credenciales
Tipo Tarea: Diseño Puntos Estimados: 0.1
Fecha de Inicio: 10/03/2016 Fecha de Fin: 10/03/2016
Programador responsable: Marge David
Descripción: Se procederá a la creación de tablas en una nueva base de datos,
con la finalidad de almacenar la información referente a las credenciales y poder
validar el acceso al sistema.

Tabla 6.33: HU1-T4 - Creación de nuevas tablas para alojar las credenciales
Elaborado por: Investigador

102
 TAREA
Número Tarea: 5 Número Historia: 1
Nombre Tarea: Desarrollo de un formulario que permita la validación de las
credenciales
Tipo Tarea: Desarrollo Puntos Estimados: 0.4
Fecha de Inicio: 11/03/2016 Fecha de Fin: 14/03/2016
Programador responsable: Marge David
Descripción: Se diseñará, creará y programará los formularios que permitan la
validación el acceso al sistema y sus diferentes perfiles.

Tabla 6.34: HU1-T5 - Creación de un formulario que permita la validación de las

credenciales
Elaborado por: Investigador

Historia 2: Carga de Anexos y Balances

TAREA
Número Tarea: 1 Número Historia: 2
Nombre Tarea: Análisis de los anexos emitidos por la SEPS
Tipo Tarea: Análisis Puntos Estimados: 0.6
Fecha de Inicio: 15/03/2016 Fecha de Fin: 17/03/2016
Programador responsable: Marge David
Descripción: Se analizará las estructuras de Ahorros, Cartera, Plazo Fijo y
Balance B11, con la finalidad de determinar los requerimientos de cada una de
ellas y para su posterior creación y generación de la información del Core
Financiero.
Tabla 6.35: HU2-T1 - Análisis de anexos emitidos por la SEPS
Elaborado por: Investigador

TAREA
Número Tarea: 2 Número Historia: 2
Nombre Tarea: Creación de las tablas con los campos requeridos para cada
anexo
Tipo Tarea: Diseño Puntos Estimados: 0.4
Fecha de Inicio: 18/03/2016 Fecha de Fin: 18/03/2016
Programador responsable: Marge David
Descripción: Se procederá con la creación de las tablas par cada uno de los
anexos, además se elaborará los procedimientos necesarios para generación y
almacenamiento de la información en el Core Financiero.
Tabla 6.36: HU2-T2 - Creación de las tablas con los campos requeridos para cada
anexo
Elaborado por: Investigador

103
 TAREA
Número Tarea: 3 Número Historia: 2
Nombre Tarea: Creación de tablas requeridas en la nueva base de datos
Tipo Tarea: Diseño Puntos Estimados: 0.3
Fecha de Inicio: 21/03/2016 Fecha de Fin: 21/03/2016
Programador responsable: Marge David
Descripción: Se procederá con la creación de tablas para cada uno de los anexos
en la nueva base de datos.

Tabla 6.37: HU2-T3 - Creación de las tablas requeridas en la nueva base de datos
Elaborado por: Investigador

TAREA
Número Tarea: 4 Número Historia: 2
Nombre Tarea: Creación del método de validación de carga de la información.
Tipo Tarea: Diseño Puntos Estimados: 0.7
Fecha de Inicio: 22/03/2016 Fecha de Fin: 24/03/2016
Programador responsable: Marge David
Descripción: Se procederá con el diseño, creación y programación de
procedimientos que permitan por medio de la base de datos validar la migración
de cada uno de los anexos.
Tabla 6.38: HU2-T4 - Creación del método de validación de carga de la
información.
Elaborado por: Investigador

TAREA
Número Tarea: 5 Número Historia: 2
Nombre Tarea: Desarrollo de formularios para la verificación de los anexos
migrados
Tipo Tarea: Desarrollo Puntos Estimados: 0.5
Fecha de Inicio: 25/03/2016 Fecha de Fin: 25/03/2016
Programador responsable: Marge David
Descripción: Se diseñará y programará los formularios que permitan evidenciar y
evaluar el resultado de la migración de cada uno de los anexos.

Tabla 6.39: HU2-T5 - Desarrollo de formularios para la verificación de los anexos

migrados
Elaborado por: Investigador

104
Historia 3: Registro de Parámetros
TAREA
Número Tarea: 1 Número Historia: 3
Nombre Tarea: Análisis de tablas para efectos de parametrización del sistema
Tipo Tarea: Análisis Puntos Estimados: 0.3
Fecha de Inicio: 28/03/2016 Fecha de Fin: 28/03/2016
Programador responsable: Marge David
Descripción: Se debe analizar la estructura de los parámetros que se utilizaran en
los cálculo, validaciones, mensajes y semaforizaciones, acotando que dichos
parámetros deben estar bajo la normativa de la SEPS
Tabla 6.40: HU3-T1 - Análisis de tablas para efectos de parametrización del
sistema
Elaborado por: Investigador

TAREA
Número Tarea: 2 Número Historia: 3
Nombre Tarea: Diseño y creación de tablas para el registro de los parámetros
del sistema
Tipo Tarea: Diseño Puntos Estimados: 0.3
Fecha de Inicio: 29/03/2016 Fecha de Fin: 29/03/2016
Programador responsable: Marge David
Descripción: Se diseñará y creará las tablas necesarias, las cuales permitirán
parametizar el sistema, además se programará procedimientos que permitan
efectuar Insert, Update y Delete.
Tabla 6.41: HU3-T2 - Diseño y creación de tablas para el registro de los
parámetros del sistema
Elaborado por: Investigador

TAREA
Número Tarea: 3 Número Historia: 3
Nombre Tarea: Diseño y creación de formularios para el mantenimiento de los
parámetros
Tipo Tarea: Desarrollo Puntos Estimados: 0.4
Fecha de Inicio: 30/03/2016 Fecha de Fin: 31/03/2016
Programador responsable: Marge David
Descripción: Se diseñará y programará los formularios que permitan efectuar los
mantenimientos de los diferentes parámetros del sistema.

Tabla 6.42: HU3-T3 - Diseño y creación de formularios para el mantenimiento de

los parámetros.
Elaborado por: Investigador

105
Historia 4: Acceso al Sistema
TAREA
Número Tarea: 1 Número Historia: 4
Nombre Tarea: Diseño de la interfaz del acceso al sistema
Tipo Tarea: Desarrollo Puntos Estimados: 0.6
Fecha de Inicio: 01/04/2016 Fecha de Fin: 01/04/2016
Programador responsable: Marge David
Descripción: Se diseñará y programará el formulario de acceso al sistema, el
mismo que deberá solicitar los siguientes componentes: Usuario y Contraseña,
para proceder con la validación.

Tabla 6.43: HU4-T1 - Diseño de la interfaz del acceso al sistema

Elaborado por: Investigador

TAREA
Número Tarea: 2 Número Historia: 4
Nombre Tarea: Pruebas de la interfaz del acceso al Sistema
Tipo Tarea: Pruebas Puntos Estimados: 0.4
Fecha de Inicio: 04/04/2016 Fecha de Fin: 04/04/2016
Programador responsable: Marge David
Descripción: Se deberá corroborar que los usuarios tengan los permisos
necesarios sobre el menú y la conexión con la base de datos.

Tabla 6.44: HU4-T2 - Pruebas de la interfaz del acceso al Sistema

Elaborado por: Investigador

106
Historia 5: Mostar Menú
TAREA
Número Tarea: 1 Número Historia: 5
Nombre Tarea: Diseño de la interfaz del menú
Tipo Tarea: Desarrollo Puntos Estimados: 0.5
Fecha de Inicio: 05/04/2016 Fecha de Fin: 05/04/2016
Programador responsable: Marge David
Descripción: Se deberá diseñar, y programar las siguientes opciones del menú:
Archivo
o Asignar funcionario a Coac
o Registro Coac
o Registro Segmento
Sincronizar
o Cargar anexos
o Alinear Balances
Análisis Financiero
o Generar análisis anexos
o Generar índices financieros
o Generar análisis de Perlas
o Generar análisis liquidez
Reportes
o Generar Reporte
o Exportar Reporte
Parámetros
o Índices financieros por segmento
Usuario
o Cambio de Clave

Tabla 6.45: HU5-T1 - Diseño de la interfaz del menú

Elaborado por: Investigador

Historia 6: Alineación de balances

TAREA
Número Tarea: 1 Número Historia: 6
Nombre Tarea: Diseño de formulario para la alineación de balances
Tipo Tarea: Desarrollo Puntos Estimados: 1
Fecha de Inicio: 06/04/2016 Fecha de Fin: 06/04/2016
Programador responsable: Marge David
Descripción: Se desarrollará un formulario que permita seleccionar y ordenar los
balances que serán parte de los diferentes análisis financieros, además se
programará la opción de resetear la selección, con el efecto de deshacer la
selección.
Tabla 6.46: HU6-T1 - Diseño de formulario para la alineación de balances
Elaborado por: Investigador

107
Historia 7: Análisis y Validación de Anexos
TAREA
Número Tarea: 1 Número Historia: 7
Nombre Tarea: Desarrollo de procedimientos SQL que validen la información
Tipo Tarea: Desarrollo Puntos Estimados: 1
Fecha de Inicio: 07/04/2016 Fecha de Fin: 11/04/2016
Programador responsable: Marge David
Descripción: Se procederá con el diseño y desarrollo de procedimientos SQL, los
mismos permitirán la validación de la información de los anexos de Ahorros,
Cartera y Plazo Fijo
Tabla 6.47: HU7-T1 - Desarrollo de procedimientos SQL que validen la
información
Elaborado por: Investigador

TAREA
Número Tarea: 2 Número Historia: 7
Nombre Tarea: Desarrollo de formularios que permitan mostrar los resultados
Tipo Tarea: Desarrollo Puntos Estimados: 0.5
Fecha de Inicio: 12/04/2016 Fecha de Fin: 12/04/2016
Programador responsable: Marge David
Descripción: Se procederá con el diseño y desarrollo de los formularios, con el
objetivo de enviar la orden de validación y para que posterior mostrar los
resultados de cada uno de los anexos. Además se dispondrá de los siguientes
componentes:
Un COMBOBOX para seleccionar la institución
Un EDITBOX para indicar la fecha de corte
Tres RADIOBOTON para la selección de ahorros, cartera y plazo fijo
Un botón para la acción de Nuevo
Un botón para la acción de Procesar
Un botón para la acción de Cerrar
Se deberá desarrollar un formulario para eliminar las validaciones realizadas con
los mismos componentes descritos.
Tabla 6.48: HU7-T2 - Desarrollo de formularios que permitan mostrar los
resultados
Elaborado por: Investigador

108
Historia 8: Análisis Financiero del Balance General
TAREA
Número Tarea: 1 Número Historia: 8
Nombre Tarea: Desarrollo de procedimientos SQL para la ejecución del análisis
financiero
Tipo Tarea: Desarrollo Puntos Estimados: 1.5
Fecha de Inicio: 13/04/2016 Fecha de Fin: 18/04/2016
Programador responsable: Marge David
Descripción: Se procederá con el diseño y desarrollo de los procedimientos SQL
para los siguientes métodos de cálculo:
Solvencia
Liquidez
Cartera bruta
Cartera improductiva
Cartera vencida, no devenga intereses y por vencer
Activos productivos e improductivos
Morosidad simple y ampliada
Cobertura simple
Roa – roe
Grado de absorción
Suficiencia patrimonial
Endeudamiento
Tabla 6.49: HU8-T1 - Desarrollo de procedimientos SQL para la ejecución del
análisis financiero
Elaborado por: Investigador

TAREA
Número Tarea: 2 Número Historia: 8
Nombre Tarea: Desarrollo de formulario para ejecución de los procedimientos
SQL
Tipo Tarea: Desarrollo Puntos Estimados: 0.5
Fecha de Inicio: 19/04/2016 Fecha de Fin: 19/04/2016
Programador responsable: Marge David
Descripción: Se procederá con el diseño y desarrollo del formulario que
permitirán enviar la orden de ejecución de los procedimientos SQL, además se
dispondrá de los siguientes componentes:
Un COMBOBOX para seleccionar la institución
Un EDITBOX para indicar la fecha de análisis
Un botón para la acción de Filtro
Un botón para la acción de Generar
Un botón para la acción de Eliminar

Tabla 6.50: HU8-T2 - Desarrollo de formulario para ejecución de los

procedimientos SQL
Elaborado por: Investigador

109
Historia 9: Análisis Financiero de Balances por el Método PERLAS
TAREA
Número Tarea: 1 Número Historia: 9
Nombre Tarea: Desarrollo de procedimientos SQL para la ejecución del análisis
financiero bajo el método de Perlas
Tipo Tarea: Desarrollo Puntos Estimados: 2
Fecha de Inicio: 19/04/2016 Fecha de Fin: 25/04/2016
Programador responsable: Marge David
Descripción: Se procederá con el diseño y desarrollo de los procedimientos SQL
que permitan efectuar los siguientes métodos de cálculo regidos por el sistema de
PERLAS:
Protección
Estructura financiera eficaz
Calidad de Activos
Tasas de rendimiento y costos
Liquidez
Señales de crecimiento
Tabla 6.51: HU9-T1 - Desarrollo de procedimientos SQL para la ejecución del
análisis financiero bajo el método de Perlas
Elaborado por: Investigador

TAREA
Número Tarea: 2 Número Historia: 9
Nombre Tarea: Desarrollo de formulario para ejecución de los procedimientos
SQL
Tipo Tarea: Desarrollo Puntos Estimados: 0.5
Fecha de Inicio: 26/04/2016 Fecha de Fin: 26/04/2016
Programador responsable: Marge David
Descripción: Se procederá con el diseño y desarrollo del formulario que
permitirán enviar la orden de ejecución de los procedimientos SQL, además se
dispondrá de los siguientes componentes:
Un COMBOBOX para seleccionar la institución
Un EDITBOX para indicar la fecha de análisis
Un botón para la acción de Filtro
Un botón para la acción de Generar
Un botón para la acción de Eliminar
Tabla 6.52: HU9-T2 - Desarrollo de formulario para ejecución de los
procedimientos SQL
Elaborado por: Investigador

110
Historia 10: Análisis de Liquidez de 1ra y 2da Línea
TAREA
Número Tarea: 1 Número Historia: 10
Nombre Tarea: Desarrollo de procedimientos SQL para la ejecución del análisis
de Liquidez
Tipo Tarea: Desarrollo Puntos Estimados: 0.7
Fecha de Inicio: 27/04/2016 Fecha de Fin: 28/04/2016
Programador responsable: Marge David
Descripción: Se procederá con el diseño y desarrollo de los procedimientos SQL
que permitan efectuar los siguientes métodos de cálculo regidos por el organismo
de control SEPS:
Liquidez de primera línea
Liquidez de segunda línea

Tabla 6.53: HU10-T1 - Desarrollo de procedimientos SQL para la ejecución del

análisis de Liquidez

Elaborado por: Investigador

TAREA
Número Tarea: 2 Número Historia: 10
Nombre Tarea: Desarrollo de formulario para ejecución de los procedimientos
SQL
Tipo Tarea: Desarrollo Puntos Estimados: 0.3
Fecha de Inicio: 29/04/2016 Fecha de Fin: 29/04/2016
Programador responsable: Marge David
Descripción: Se procederá con el diseño y desarrollo del formulario que
permitirán enviar la orden de ejecución de los procedimientos SQL, además se
dispondrá de los siguientes componentes:
Un COMBOBOX para seleccionar la institución
Un EDITBOX para indicar la fecha de análisis
Un botón para la acción de Filtro
Un botón para la acción de Generar
Un botón para la acción de Eliminar
Tabla 6.54: HU10-T2 - Desarrollo de formulario para ejecución de los
procedimientos SQL

Elaborado por: Investigador

111
Historia 11: Reportes
Número Tarea: 1 Número Historia: 11
Nombre Tarea: Desarrollo de Reportes
Tipo Tarea: Desarrollo Puntos Estimados: 1.5
Fecha de Inicio: 02/05/2016 Fecha de Fin: 13/05/2016
Programador responsable: Marge David
Descripción: Se procederá con el diseño y desarrollo de los medios necesarios
(Vistas, Procedimientos SQL, entre otros), con el fin de obtener los siguientes
reportes para cada uno de los anexos y análisis:
Ahorros
• Saldos por agencias
• Diferencias
• Números de socios por Oficinas
• Mayores depositantes
• Resumen
Cartera
• Análisis por Banda
• Saldos por agencias
• Tipos de créditos por agencias
• Calificación de cartera
• Mayores créditos entregados
• Resumen
Plazo Fijo
• Análisis por Banda
• Mayores inversionistas entregados
• Resumen
Índices Financieros
• Índices Financieros
• Índices Financieros Perlas
• Brecha Financiera
• Liquidez de 1ra y 2da Línea
• Concentración de Depósitos
• Composición de Cartera
• Gráficos de Tendencias
Tabla 6.55: HU11-T1 - Desarrollo de Reportes
Elaborado por: Investigador

112
Número Tarea: 2 Número Historia: 11
Nombre Tarea: Desarrollo de formularios para presentación de reportes
Tipo Tarea: Desarrollo Puntos Estimados: 1.5
Fecha de Inicio: 16/05/2016 Fecha de Fin: 20/05/2016
Programador responsable: Marge David
Descripción: Se procederá con el diseño y desarrollo de los formularios que
permitirán visualizar los reportes, dentro de sus componentes que se utilizarán
son:
Un COMBOBOX para seleccionar la institución
Un EDITBOX para indicar la fecha de análisis
Un botón para el filtrado
Un botón para la exportación o impresión.
Tabla 6.56: HU11-T2 - Desarrollo de formularios para presentación de reportes
Elaborado por: Investigador

Historia 12: Exportar Estructuras y Anexos

Número Tarea: 1 Número Historia: 12
Nombre Tarea: Desarrollo de métodos para la exportación de los anexos
Tipo Tarea: Desarrollo Puntos Estimados: 3
Fecha de Inicio: 23/05/2016 Fecha de Fin: 06/06/2016
Programador responsable: Marge David
Descripción: Se procederá con el desarrollo de mecanismos para exportar las
estructuras de ahorros, cartera y plazo fijo sin perder el formato.
Tabla 6.57: HU12-T1 - Desarrollo de métodos para la exportación de los anexos
Elaborado por: Investigador

Número Tarea: 2 Número Historia: 12

Nombre Tarea: Desarrollo de formulario para la exportación de los anexos
Tipo Tarea: Desarrollo Puntos Estimados: 1
Fecha de Inicio: 07/06/2016 Fecha de Fin: 10/06/2016
Programador responsable: Marge David
Descripción: Se procederá con el diseño y desarrollo de un formulario que
permita enviar la orden de ejecución de los métodos de programación. Además
para aquello se dispondrá de los siguientes componentes:
Un COMBOBOX para seleccionar la institución
Un EDITBOX para indicar la fecha de corte
Un botón para la acción de Filtro
Un botón para la acción de Exportación Ahorros
Un botón para la acción de Exportación Cartera
Un botón para la acción de Exportación Inversiones
Tabla 6.58: HU12-T2 - Desarrollo de formulario para la exportación de los
anexos
Elaborado por: Investigador

113
  Estimación de esfuerzo de las Historias de Usuario
ESFUERZO
Nº NOMBRE PRIOR RIESGO PUNTOS ITER
SEM DÍAS HORA
1 Control de Seguridad ALTA ALTA 1.5 1.5 7.5 60 1
Carga de Anexos y
2 ALTA ALTA 2.5 2.5 12.5 100 2
Balances

3 Registro de Parámetros ALTA ALTA 1 1 5 40 3

4 Acceso al Sistema ALTA ALTA 1 1 5 40 4
5 Mostar Menú BAJA BAJA 0.5 0.5 2.5 20 4
6 Alineación de balances ALTA ALTA 1 1 5 40 5
Análisis y Validación de
7 ALTA ALTA 1.5 1.5 7.5 60 6
Anexos
Análisis Financiero del
8 ALTA ALTA 2 2 10 80 6
Balance General
Análisis Financiero de

9 Balances por el Método ALTA ALTA 2.5 2.5 12.5 100 6

PERLAS
Análisis de Liquidez de
10 ALTA ALTA 1 1 5 40 6
1ra y 2da Línea

11 Reportes ALTA MEDIA 3 3 15 120 7

Exportar Estructuras y
12 ALTA ALTA 4 4 20 160 8
Anexos
TOTAL 21.5 21.5 107.5 860
Tabla 6.59 : Estimación de esfuerzo de las historias de usuario
Elaborado por: Investigador

[Link]. Iteraciones por Entregas

Esta fase incluye varias iteraciones del sistema antes de la entrega del primer release. El
calendario es dividido en un número iteraciones de tal manera de que cada iteración
tiene una duración de una a cuatro semanas, en las cuales se realizan los test funcionales
para cada una de las historias a ser implementadas.

114
  Planificación de entregas

HISTORIA DE FECHA FECHA

ITER TAREA
USUARIO INICIA FINALIZA
Análisis de la estructura de la
base de datos del Core 04/03/2016 07/03/2016
Financiero
Selección de las tablas
requeridas para el control de 08/03/2016 08/03/2016
seguridades
Control de Creación de vistas en la base
1
Seguridad 09/03/2016 09/03/2016
de datos del Core Financiero
Creación de nuevas tablas
10/03/2016 10/03/2016
para alojar las credenciales
Desarrollo de un formulario
que permita la validación de 11/03/2016 14/03/2016
las credenciales
Análisis de los anexos
15/03/2016 17/03/2016
emitidos por la SEPS
Creación de las tablas con los
campos requeridos para cada 18/03/2016 18/03/2016
anexo
Creación de tablas requeridas
Carga de Anexos y 21/03/2016 21/03/2016
2 en la nueva base de datos
Balances
Creación del método de
validación de carga de la 22/03/2016 24/03/2016
información.
Desarrollo de formularios
para la verificación de los 25/03/2016 25/03/2016
anexos migrados
Continúa en la siguiente página…

115
 HISTORIA DE FECHA FECHA
ITER TAREA
USUARIO INICIA FINALIZA
Análisis de tablas para efectos
de parametrización del 28/03/2016 28/03/2016
sistema
Diseño y creación de tablas
para el registro de los 29/03/2016 29/03/2016
Registro de
3
Parámetros parámetros del sistema
Diseño y creación de
formularios para el
30/03/2016 31/03/2016
mantenimiento de los
parámetros
Diseño de la interfaz del
01/04/2016 01/04/2016
acceso al sistema
Acceso al Sistema 4
Pruebas de la interfaz del
04/04/2016 04/04/2016
acceso al Sistema
Mostar Menú Diseño de la interfaz del
4 05/04/2016 05/04/2016
menú
Alineación de Diseño de formulario para la
balances 5 06/04/2016 06/04/2016
alineación de balances
Desarrollo de procedimientos
SQL que validen la 07/04/2016 11/04/2016
Análisis y información
Validación de 6
Desarrollo de formularios que
Anexos
permitan mostrar los 12/04/2016 12/04/2016
resultados
Desarrollo de procedimientos
SQL para la ejecución del 13/04/2016 18/04/2016
análisis financiero
Análisis Financiero
6
del Balance General Desarrollo de formulario para
ejecución de los 19/04/2016 19/04/2016
procedimientos SQL
Continúa en la siguiente página…

116
 HISTORIA DE FECHA FECHA
ITER TAREA
USUARIO INICIA FINALIZA
Desarrollo de procedimientos
SQL para la ejecución del
19/04/2016 25/04/2016
análisis financiero bajo el
Análisis Financiero
de Balances por el 6 método de Perlas
Método PERLAS Desarrollo de formulario para
ejecución de los 26/04/2016 26/04/2016
procedimientos SQL
Desarrollo de procedimientos
SQL para la ejecución del 27/04/2016 28/04/2016
análisis de Liquidez
Análisis de Liquidez
6
de 1ra y 2da Línea Desarrollo de formulario para
ejecución de los 29/04/2016 29/04/2016
procedimientos SQL
Desarrollo de Reportes 02/05/2016 13/05/2016
Reportes 7 Desarrollo de formularios
para presentación de reportes
16/05/2016 20/05/2016
Desarrollo de métodos para la
exportación de los anexos
Exportar Estructuras 23/05/2016 06/06/2016
8
y Anexos Desarrollo de formulario para
la exportación de los anexos
07/06/2016 10/06/2016
Fin
Tabla 6.60 : Plan de Entregas
Elaborado por: Investigador

 Metáfora
Según el proceso de análisis de la información financiera que emplea la Cooperativa de
Ahorro y Crédito Pushak Runa, la cual estable ciertos requerimientos necesarios, el cual
inicia con el administrador del Core Financiero (Jefe de Sistemas), quien configura el
sistema con los parámetros que estable la Superintendencia de Economía Popular y
Solidaria SEPS, así mismo, registrará a los usuarios (Personal Financiero Contable-
Gerencia) con sus correspondientes roles o perfiles. Cada Personal Financiero Contable

117
y la Gerencia General acceden al sistema con el mismo usuario que utilizan para el Core
Financiero.
Acto seguido el Personal Financiero Contable deberá accionar el proceso de migración
de las estructuras de ahorros, cartera, plazo fijo y el balance general a una determinada
fecha de corte, para luego ejecutar las diferentes validaciones; en lo correspondiente al
análisis de los estados financieros, el sistema permitirá el registro de trece balances
generales, los cuales son necesarios para la correcta ejecución de los diferentes índices
financieros permitiendo dar a conocer el estado real de la Institución, como último paso
el Personal Financiero contable y la Gerencia General podrá hacer uso de una gran
variedad de reportes, los mismos que permitirán obtener una adecuada toma de
decisiones con un mínimo de tiempo.

118
 Diseño
 Base de Datos
 Sistema de Análisis Financiero

Figura No 9: Tablas creadas en la Base de Datos del nuevo Sistema

de Análisis Financiero
Elaborado por: Investigador

119
 Modelo Dimensional para el Análisis Financiero

Figura No 51: Modelo Dimensional para el Análisis Financiero

Elaborado por: Investigador

120
  Implementación del Cubo de Datos

Para su implementación se establecen los siguientes pasos:

Paso 1. Creación del ETL, para lo cual se hace uso de las herramientas de Sql Server,
en este punto se establecen las conexiones, como se puede observar en la siguiente
figura.

Figura No 52: Establecer las conexiones

Elaborado por: Investigador

121
Paso 2. Una vez establecidas las conexiones, se procede con la creación de la Tarea
Ejecutar SQL, la misma que sirve para ejecutar instrucciones SQL y procedimientos
almacenados en una base de datos relacional.

Figura No 53: Tareas Ejecutar SQL

Elaborado por: Investigador

122
Paso 3. Ya establecido el Paso 2, se procede con la creación de la Tarea Flujo de Datos,
la misma que sirve para mover datos entre el origen y el destino durante las
transformaciones y limpiezas.

Figura No 54: Tareas de Flujo de Datos

Elaborado por: Investigador

Siguiendo con el Paso 3, se procede a establecer los orígenes y destinos de datos, como
se puede observar en las siguientes Figuras.

Figura No 55: Se establecen los orígenes de datos

Elaborado por: Investigador

123
Se establece el destino de datos.

Figura No 56: Se establecen los destinos de datos

Elaborado por: Investigador

Paso 4. Una vez culminado el Paso 3, se procedió con la creación de Job o Trabajos,
con la finalidad de que el proceso de ETL se ejecute de forma automática, como se
muestra en las siguientes figuras.

En este punto se procede con la importación de los paquetes generador en el Servicio de

integración.

Figura No 57: Importando Paquetes para el almacén de SSIS

Elaborado por: Investigador

124
Una vez importado se procede con la creación del Job, para lo cual damos click derecho
en la carpeta Trabajos, la cual se encuentra en el Agente SQL Server, como se muestra
en la Figura No 58.

Figura No 58: Creando el Job - Trabajo

Elaborado por: Investigador

Siguiendo con la creación del Job, el asistente solicita seleccionar el paquete, para lo
cual en origen del paquete se escoge “Almacén de paquetes SSIS”, como se muestra en
la siguiente figura.

Figura No 59: Estableciendo el paquete para el Job

Elaborado por: Investigador

125
A continuación se muestra la programación que se utilizara en el Job

Figura No 60: Estableciendo la programación del Job

Elaborado por: Investigador

Una vez concluido el proceso de ETL se procede con la construcción de los cubos de
datos.
Ya creado el origen de los datos y la vista del origen de datos, se procede con la
creación del cubo de datos.

Figura No 61: Vista del origen de datos

Elaborado por: Investigador

A continuación se muestra con la creación del cubo de datos y sus dimensiones, como
lo demuestran las siguientes figuras.

126
En esta figura se debe seleccionar el grupo de medida como se muestra a continuación.

Figura No 62: Selección de tablas para el grupo de medida

Elaborado por: Investigador

En esta figura se muestra la selección del grupo de medida y sus dimensiones.

Figura No 63: Selección de Grupos de medida y Dimensiones.

Elaborado por: Investigador

127
Cuando el cubo se genero sin problemas la tabla de hecho y sus dimensiones deben
quedar como la siguiente figura.

Figura No 64: Cubo Generado

Elaborado por: Investigador

A manera de comprobación se hace uso del explorardor, el mismo que permite generar
reportes multidimesionales, como se muestra en la siguente figura.

Figura No 65: Selección de Grupos de medida y Dimensiones.

Elaborado por: Investigador

128
 Interfaz de usuario
o Sistema de Análisis Financiero

Figura No 10: Formulario de ingreso del Sistema de Análisis

Financiero
Elaborado por: Investigador

Figura No 11: Menú de opciones

Elaborado por: Investigador

Figura No 12: Opciones del Menú Archivo

Elaborado por: Investigador

129
 Figura No 13: Formulario para el Registro de los Usuarios
Elaborado por: Investigador

Figura No 14: Formulario para la asignación de usuario con la Institución.

Elaborado por: Investigador

130
Figura No 15: Formulario para el registro de la Institución
Elaborado por: Investigador

Figura No 16: Opciones del Menú Sincronizar

Elaborado por: Investigador

131
 Figura No 17: Formulario para la migración de anexos
Elaborado por: Investigador

Figura No 18: Formulario para la alineación de los Balances Generales.

Elaborado por: Investigador

132
 Figura No 19: Opciones del Menú Análisis Financiero
Elaborado por: Investigador

Figura No 20: Formulario para la generación del análisis de los anexos

Elaborado por: Investigador

Figura No 21: Formulario para la generación del análisis financiero.

Elaborado por: Investigador

133
Figura No 22: Formulario para la generación del análisis financiero por el
método de PERLAS.
Elaborado por: Investigador

Figura No 23: Formulario para la generación del análisis de liquidez de 1ra

y 2da línea.
Elaborado por: Investigador

Figura No 24: Formulario para la eliminación de migración y análisis

de anexos
Elaborado por: Investigador

134
Figura No 25: Formulario para la eliminación de los índices
financieros
Elaborado por: Investigador

Figura No 26: Opciones del Menú Reportes

Elaborado por: Investigador

135
Figura No 27: Formulario para la Reportería
Elaborado por: Investigador

136
Figura No 28: Formulario para Exportar los anexos de
Ahorros, Cartera y Plazo Fijo
Elaborado por: Investigador

Figura No 29: Formulario para efectuar la parametrización de

los Índices Financieros.
Elaborado por: Investigador

137
  Desarrollo
o Formularios del Sistema de Análisis Financiero
Para la implementación de los formularios del Sistema de Análisis
Financiero se utilizó la plataforma de desarrollo Power Builder 11.5 ya
que el Core financiero se encuentra desarrollado en la misma. A
continuación se muestra un detalle de los formularios y funciones
utilizados para su implementación.
A continuación se muestra la gama de formularios y funciones utilizadas para el
desarrollo del Sistema de Análisis Financiero.

Figura No 30: Formularios y Funciones utilizadas en el desarrollo del

Sistema de Análisis Financiero
Elaborado por: Investigador

138
Por seguridad se opto por implementar funciones para la encriptación y desencriptación
las claves de acceso.
◦ Desencriptar.- Permite desencriptar la cadena de conexión.
◦ Encriptar.- Permite encriptar la cadena de conexión.

Parte del código escrito para la implementación del formulario de acceso al sistema es el
siguiente:

String startupfileconx,ls_DSN,ls_UID,ls_PWD,ls_ODBC
Boolean lb_AutoCommit
startupfileconx=getcurrentdirectory()+"\[Link]"
// ProfileString(Archivo ini,Seccion,Clave,Valor por default si la clave
esta vacía o no existe)
ls_DSN= trim(ProfileString(startupfileconx, "SQLSERVER","DSN",
""))
ls_UID= trim(ProfileString(startupfileconx, "SQLSERVER","UID", ""))
ls_PWD= '*******' //trim(ProfileString(startupfileconx,
"SQLSERVER","PWD", ""))
ls_ODBC=trim(ProfileString(startupfileconx, "SQLSERVER","DBMS",
""))
lb_AutoCommit=UPPER(trim(ProfileString(startupfileconx,
"SQLSERVER","DSN", "FALSE")))="TRUE"
// Profile BD_control_clientes
[Link] =ls_ODBC // "ODBC"
[Link] = false
[Link] = "
ConnectString='DSN="+ls_DSN+";UID="+ls_UID+";PWD="+
ls_PWD+"'"
connect using (sqlca);
//Verificacion de Error en la conexion en la base de datos.
if [Link]<>0 then
messagebox("Error en Conexión a Base de Datos",[Link])
halt
end if

139
 select USER_SERVIDOR, PASWD_SERVER,ESTADO,TIPO_USER
into :usuario, :clave,:estado,:tipo_user from SERVIDOR
where USER_SERVIDOR = :sle_usuario.Text;
if trim(estado) = "A" then
if(sle_usuario.Text = usuario and sle_password.Text =
f_des_encripta(clave)) then open (w_principal)
select CODIGO_SERVIDOR into :codigo_servidor from SERVIDOR
where USER_SERVIDOR = :sle_usuario.Text;
st_mensaje.text ='Conexión exitosa'+' '+codigo_servidor
w_valida_login_user.visible = false
else
messagebox("Error","Por favor, ingrese nuevamente usuario y
contraseña")
disconnect;
close(w_valida_login_user)
end if
else
messagebox("Error","El Usuario no está Activo")
disconnect;
close(w_valida_login_user)
end if

El sistema posee dos métodos para la migración de los datos:

 Por archivos planos
 Por conexión a la base de datos del Core Financiero

Migración por archivos planos

Para la carga o migración de información de los anexos de Ahorros, Cartera, Plazos
Fijos y Balances Generales por medio de archivos planos se utilizo el siguiente código.
//Variables
string ls_pathname,ls_filename,ls_err
long ll_rc,li_ret, anios
OLEObject loo_excel
var_total_filas_dw = 0
140
anios = Year(date(em_fecha_migracion.text))
if anios <> 1900 then
if ddlb_combo_coop.text<>'' then
choose case valor_tipo_anexo
case "AH" //Ahorros - Anexo
dw_grid_ahorros.reset( )
IF GetFileOpenName ( "Abrir Archivo", ls_pathname,
ls_filename,"XLS","Archivos de Microsoft Office Excel(*.xls),*.xls" ) < 1
THEN Return 0
loo_excel = CREATE OLEObject
li_ret = loo_excel.ConnectToObject("[Link]")
if li_ret <> 0 then
li_ret = loo_excel.ConnectToNewObject("[Link]")
choose case li_ret
case 0 ls_err='Conexión Satisfactoria con OLE (Excel)'
case -1 ls_err='Error. Llamada Inválida a objeto OLE (Excel)'
case -2 ls_err='Error. Nombre de la clase no encontrada con OLE (Excel)'
case -3 ls_err='Error. El objeto OLEObject no puede ser creado (Excel)'
case -4 ls_err='Error. No se puede conectar con el objeto (EXCEL)'
case -5 ls_err='Error no tratado (EXCEL)'
case else ls_err='Error desconocido: '+string(li_ret)+'(EXCEL)'
end choose
if li_ret <> 0 then
clipboard('')
loo_excel.[Link]()
loo_excel.[Link]
loo_excel.disconnectobject()
DESTROY loo_excel
return 0
end if
loo_excel.[Link]( ls_pathname )
loo_excel.visible = false
loo_excel.[Link]()
loo_excel.[Link]()

141
ll_rc = dw_grid_ahorros.ImportClipBoard ( )
choose case ll_rc
case -1 messagebox("Mensaje "," Ninguna fila o valor de inicio de sesión
suministrado es mayor que el número de filas de la cadena ")
case -3 messagebox("Mensaje ","Error. Argumento Inválido..!!")
case -4 messagebox("Mensaje ",'Error. Entrada Inválida..!!')
case -13 messagebox("Mensaje ",'Error. Datawindows no soporta importación
de datos..!!')
case-14 messagebox("Mensaje ",'Error. Al resolver Datawindows anidado..!!')
case else messagebox("Mensaje ",'Artículo(s) ingresados satisfactoriamente ')
end choose
var_total_filas_dw = 0
var_total_filas_dw=dw_grid_ahorros.Rowcount( )
st_notificacion.text= string(var_total_filas_dw) +" Registros serán migrados"
if ll_rc < 0 then
clipboard('')
loo_excel.[Link]()
loo_excel.[Link]
loo_excel.disconnectobject()
DESTROY loo_excel
return 0
end if
clipboard('')
loo_excel.[Link]()
loo_excel.[Link]
loo_excel.disconnectobject()
DESTROY loo_excel

142
Migración por conexión a la base de datos del Core Financiero
Para la migración de los anexos de Ahorros, Cartera, Inversiones y Balance General
B11, se hizo uso de la vinculación entre bases de datos, como se muestran en la Figura
Nº 31.

Figura No 31: Vinculación de la Base de Datos del Core

Financiero
Elaborado por: Investigador

Para complementar se efectuó el desarrollo de varios procedimientos almacenados, los

cuales hacen posible la migración de la información requerida, a continuación se
muestra el código desarrollado.

Código para migrar Ahorros.

Create procedure [dbo].[sp_migrar_anexo_ah_desde_core]
@cod_coopera VARCHAR(6),
@fecha_migra date
as
/*Migra informaion desde el core financiero a la tabla Cuentas
Ahorros*/
declare @cod_coopera1 VARCHAR(6)

143
declare @fecha_migracion1 date
set @cod_coopera1=@cod_coopera
set @fecha_migracion1 = @fecha_migra
insert into
dbo.CUENTAS_AHORROS(TIPO_IDEN,IDEN,NOMBCLIE,CUENCLIE,TIPOCTA,PROD_CTA,
STAT,FECH_APER,FECH_ULT_TRANS,CHEQPLAZA,CHEQLOC

,TASA,REMETRANS,VALOBLOQ,VALBLOQPRES,INTEACUM_DIA,SALDDISP,SALDTOT,FEC
H_CAP,TIPOCRED,VINC,OFIC,CODIGO_COOP,FECHA_MIGRACION

,Verif_Saldo_Total,Verif_Valores,Diferencias,Saldo_Ahorros,Certificado
s)select TIPO_IDEN,IDEN,NOMBCLIE,CUENCLIE,TIPOCTA,PROD_CTA,STAT,
FECH_APER,FECH_ULT_TRANS,CHEQPLAZA,CHEQLOC ,TASA,REMETRANS,VALOBLOQ,
VALBLOQPRES,INTEACUM_DIA,SALDDISP,SALDTOT,FECH_CAP,TIPOCRED,VINC,OFIC,
@cod_coopera1,@fecha_migracion1,0.00,0.00,0.00,0.00,0.00 from
[Link]].FBS_Pushak.dbo.vi_anexo_ah_core_financiero where
FECH_CAP = @fecha_migracion1

Código para migrar Cartera

ALTER procedure [dbo].[sp_migrar_anexo_cc_desde_core]
@cod_coopera VARCHAR(6),
@fecha_migra date
as
/*Migra informaion desde el core financiero a la tabla Cartera de
Creditos*/
declare @cod_coopera1 VARCHAR(6)
declare @fecha_migracion1 date
set @cod_coopera1=@cod_coopera
set @fecha_migracion1 = @fecha_migra
insert into dbo.CARTERA_CREDITOS(TIPOIDEN, IDEN, APELCLIE, NOMBCLIE,
NUMEOPER, CODSUC, CODCLI, TIPOCART, TIPOPROD, TIPOOPER, CODFUENTEREP,
DESCFUENTEREP, CODIACTIECON, DESCACTIECO,
DESCGRPECON, ESTA, FECHEMIS, FECHVENC, FECHPRIMDIVIVENC_XVEN,
PERIOCIDAD,
DIASMORA, ESTAREES, NUMEREES, MONTBRUT,
TASAINTECREA, TASAINTEVIGE, VALOCOMI, VALOCOMIPORVENC, VALOCOMIVENC,
CALIPROP,
VALOPORVENC_1_30D, VALOPORVENC_1_3M,
VALOPORVENC_3_6M, VALOPORVENC_6_12M, VALOPORVENC_M12M,
VALONODEVE_1_30D,
VALONODEVE_1_3M, VALONODEVE_3_6M,
VALONODEVE_6_12M, VALONODEVE_M12M, VALOVENC_1_30D, VALOVENC_1_2M,
VALOVENC_2_3M,
VALOVENC_3_6M, VALOVENC_6_9M, VALOVENC_9_12M,
VALOVENC_12_24M, VALOVENC_24_36M, VALOVENC_M36M, SALDO, VALODEMA,
VALOCAST, PROVREQU, PROVCONS, INTEORDI,
INTEMORA, TIPOGARA, VALGARA, VINC, OFIC, CODIGO_COOP, FECHA_MIGRACION,
DIF_TASAS,
SALDO_POR_VENCER, SALDO_NO_DEV_INT,
SALDO_VENCIDA, VERIFI_SALDO, DIFERENCIA)
select
TIPOIDEN,IDEN,APELCLIE,NOMBCLIE,NUMEOPER,CODSUC,CODCLI,TIPOCART,TIPOPR
OD,TIPOOPER,CODFUENTEREP,DESCFUENTEREP,CODIACTIECON,

DESCACTIECO,DESCGRPECON,ESTA,FECHEMIS,FECHVENC,FECHPRIMDIVIVENC_XVEN,P
ERIOCIDAD,DIASMORA,ESTAREES,NUMEREES,MONTBRUT,TASAINTECREA,

TASAINTEVIGE,VALOCOMI,VALOCOMIPORVENC,VALOCOMIVENC,CALIPROP,VALOPORVEN
C_1_30D,VALOPORVENC_1_3M,VALOPORVENC_3_6M,VALOPORVENC_6_12M,

144
VALOPORVENC_M12M,VALONODEVE_1_30D,VALONODEVE_1_3M,VALONODEVE_3_6M,VALO
NODEVE_6_12M,VALONODEVE_M12M,VALOVENC_1_30D,VALOVENC_1_2M,

VALOVENC_2_3M,VALOVENC_3_6M,VALOVENC_6_9M,VALOVENC_9_12M,VALOVENC_12_2
4M,VALOVENC_24_36M,VALOVENC_M36M,SALDO,VALODEMA,VALOCAST,

PROVREQU,PROVCONS,INTEORDI,INTEMORA,TIPOGARA,VALGARA,VINC,OFIC,@cod_co
opera1,@fecha_migracion1,0.00,0.00,0.00,0.00,0.00,0.00
from [[Link]].FBS_Pushak.dbo.vi_anexo_cc_core_financiero

Código para migrar inversiones

ALTER procedure [dbo].[sp_migrar_anexo_pf_desde_core]
@cod_coopera VARCHAR(6),
@fecha_migra date
as
/*Migra informaion desde el core financiero a la tabla Depositos
Inversion*/
declare @cod_coopera1 VARCHAR(6)
declare @fecha_migracion1 date
set @cod_coopera1=@cod_coopera
set @fecha_migracion1 = @fecha_migra
insert into dbo.DEPOSITOS_PLAZOS(TIPO_IDEN, IDENT, NOMBRE, NO_INV,
STATUS, FEC_CAP, FEC_VEN, PLAZO, TASA, VALOR, INT_TOTAL, INT_PAGADO,
FREC_PAGO_INT,
INT_GANADO, FEC_INT_GAN, IMP_RETEN, TIPOCRED,
VINC, OFIC, FECHA_CORTE, CODIGO_COOP, FECHA_MIGRACION, ESTADO,
DIAS_TERMINAR_PLAZO, DEPOS_PAGA_FIN_PLAZO,
DE_1_30D_OP1, DE_1_a_3_MESES, DE_3_a_6_MESES, DE_6_a_12_MESES,
MAS_de_360,
SALDO1, VERIF_SALDO, DIFER_O_R,
VERIF_INTE_TOTAL)
select
TIPO_IDEN,IDENT,NOMBRE,NO_INV,STATUS_1,FEC_CAP,FEC_VEN,PLAZO,TASA,VALO
R,INT_TOTAL,INT_PAGADO,FREC_PAGO_INT,INT_GANADO,

FEC_INT_GAN,IMP_RETEN,TIPOCRED,VINC,OFIC,@fecha_migracion1,@cod_cooper
a1,@fecha_migracion1,'0',0,0.00,0.00,0.00,0.00,0.00,0.00,0.00,0.00,'0'
,0.00
from [[Link]].FBS_Pushak.dbo.vi_anexo_pf_core_financiero

Código para migrar balances B11

ALTER procedure [dbo].[sp_migrar_balances_b11]
@codigo_coop varchar(8) ,
@codigo_generado varchar(8),
@user_ejer varchar(20)
as
BEGIN TRY
declare @codigo_coop1 varchar(8)
declare @codigo_generado1 varchar(8)
declare @user_ejer1 varchar(20)
set @codigo_coop1 = @codigo_coop
set @codigo_generado1 = @codigo_generado
set @user_ejer1 = @user_ejer

insert into BALANCE_COOP

145
 select codigocuentacontable,@codigo_coop1 as
codigo_coop,saldocuenta,fechasistemagenera as fecha_desde ,
fechasistemagenera as fecha_corte
from [[Link]].FBS_Pushak.dbo.vi_balance_general_b11
where secuencialcabecera in (@codigo_generado1)
END TRY
BEGIN CATCH
insert into
audit_errores(Numero_de_Error,Gravedad_del_Error,Estado_del_Error,Proc
edimiento_del_Error,Linea_de_Error,Mensaje_de_Error,Fecha_suceso,Usuar
io_Ejecutor)
SELECT
ERROR_NUMBER() AS Numero_de_Error,
ERROR_SEVERITY() AS Gravedad_del_Error,
ERROR_STATE() AS Estado_del_Error,
ERROR_PROCEDURE() AS Procedimiento_del_Error,
ERROR_LINE() AS Linea_de_Error,
ERROR_MESSAGE() AS Mensaje_de_Error,
GETDATE () as Fecha_suceso,
@user_ejer1 as Usuario_Ejecutor;
END CATCH

[Link]. Producción
La fase de producción requiere de pruebas adicionales y revisiones de rendimiento antes
de que el sistema sea trasladado al entorno del cliente. Al mismo tiempo, se deben
tomar decisiones sobre la inclusión de nuevas características a la versión actual, debido
a cambios durante esta fase. [32]

Las pruebas son un requisito para cumplir con los objetivos de las historias de usuario,
las pruebas brindan la oportunidad de saber si lo implementado es lo que en realidad se
deseaba. En esta fase se realizan las pruebas dirigidas a comprobar el funcionamiento de
cada historia de usuario.

 Pruebas de aceptación y resultados

La prueba de aceptación de la historia de usuario Nº 1 no se la realizó ya que está
ligada netamente con el acceso del sistema, por ende si la historia de usuario
subsiguientes cumplen con el objetivo para el cual fueron planteadas se puede
deducir que la historia antes mencionada está cumpliendo su objetivo.

146
 PRUEBA DE ACEPTACIÓN
Numero: 1 Historia de usuario # 2, Carga de Anexos y Balances
Nombre : Validación de la carga y almacenamiento de las estructuras y balances
Descripción:
Se validará que las columnas no contengan valores NULL y que el formato de las fechas
sea dd/mm/YYYY.

Condiciones de Ejecución:
Se intentará cargar información con campos tipo NULL en las columnas y con un
formato de fechas distinto al descrito.

Entrada/Pasos de ejecución:
• Se efectuará la carga de los anexos.
• Se comprobará que cumplan con las condiciones de no tener campos en blanco
(NULL) y que las fechas posean con un formato dd/mm/YYYY; en el caso de no
cumplir con las condiciones el sistema emitirá un mensaje de error.
• Se almacenará la información

Resultado esperado:
La información de los anexos y balance se guardo de forma correcta
Evaluación de la prueba: Prueba satisfactoria
Tabla 6.61: Prueba N°1 - Carga de Anexos y Balances
Elaborado por: Investigador

Figura No 32: Resultado - Selección del archivo plano

Elaborado por: Investigador

147
 Figura No 33: Resultado - Almacenamiento de la información
Elaborado por: Investigador

PRUEBA DE ACEPTACIÓN
Numero: 2 Historia de usuario # 3, Registros de Parámetros
Nombre : Validación del almacenamiento de los parámetros ingresados
Descripción:
Se validará que la información ingresada cumplan con las siguientes condiciones: el
valor que se coloque como mínimo de ser menor que el valor máximo y el valor
intermedio debe estar entre el mínimo y el máximo.
Condiciones de Ejecución:
Se intentará almacenar valores que no cumplan con las siguientes condiciones: el valor
que se coloque como mínimo de ser menor que el valor máximo y el valor intermedio
debe estar entre el mínimo y el máximo.
Entrada/Pasos de ejecución:
• Se efectuará el registro de los valores
• Se comprobará que cumplan con las condiciones; en el caso de no cumplir con las
condiciones el sistema emitirá un mensaje de error y no permitirá el almacenamiento
de los valores.
• Se almacenará la información

Resultado esperado:
La información correspondiente a los parámetros se guardo de forma correcta.
Evaluación de la prueba: Prueba satisfactoria
Tabla 6.62: Prueba N°2 - Registros de Parámetros
Elaborado por: Investigador

148
 Figura No 34: Resultado – Registro de Parámetros
Elaborado por: Investigador

PRUEBA DE ACEPTACIÓN
Numero: 3 Historia de usuario # 4, Acceso al Sistema
Nombre : Validación de acceso al sistema con datos incorrectos
Descripción:
Se validará el intento de ingreso al sistema con credenciales de acceso correctas e
incorrectas.
Condiciones de Ejecución:
Se intentará acceder al sistema de Análisis Financiero con el ingreso de credenciales
incorrectas y posterior con credenciales correctas

Entrada/Pasos de ejecución:
• Se ingresará credenciales incorrectas y se validará; en este caso el sistema emitirá
un mensaje de error y posterior se cerrar el acceso.
•Se ingresará credenciales correctas y se validará; en este caso el sistema permitirá el
acceso al sistema.

Resultado esperado:
Mensaje de error en el caso de que las credenciales sean incorrectas y acceso al menú
en el caso de que las credenciales sean correctas.

Evaluación de la prueba: Prueba satisfactoria

Tabla 6.63: Prueba N°3 - Acceso al sistema
Elaborado por: Investigador

149
 Figura No 35: Resultado – Acceso al Sistema
Elaborado por: Investigador

PRUEBA DE ACEPTACIÓN
Numero: 4 Historia de usuario # 5, Mostrar Menú
Nombre : Mostar el menú dependiendo el tipo de rol de los usuarios
Descripción:
Se realizará la verificación de que las opciones del menú se encuentren
activadas o desactivadas dependiendo el tipo de rol de los usuarios.
Condiciones de Ejecución:
Se accederá al sistema de Análisis Financiero con usuarios que tengan el rol
de administrador y operador, para poder evidenciar el accionar del menú.
Entrada/Pasos de ejecución:
• Se accederá al sistema con credenciales que tengan un rol de
administrador.
• Se accederá al sistema con credenciales que tengan un rol de operador.
Resultado esperado:
Si las credenciales son de un usuario con rol de administrador tendrá
habilitado todo el menú, caso contrario, tendrá deshabilitado el menú de
configuración.
Evaluación de la prueba: Prueba satisfactoria
Tabla 6.64: Prueba N°4 - Mostrar Menú
Elaborado por: Investigador

Figura No 36: Resultado – Mostrar Menú

Elaborado por: Investigador

150
 PRUEBA DE ACEPTACIÓN
Numero: 5 Historia de usuario # 6, Alineación de Balances
Nombre : Validación del almacenamiento de la alineación de los balances
Descripción:
Se validará la selección de los periodos contables y su almacenamiento.
Condiciones de Ejecución:
Se seleccionará los periodos contables en diferente orden con el objetivo de que
se ordenen de forma automática, para su posterior almacenamiento.
Se intentará almacenar más de 13 periodos contables.
Entrada/Pasos de ejecución:
• Se deberá seleccionar los periodos contables en diferente orden.
• Se deberá seleccionar más de 13 periodos contables.
Resultado esperado:
En el primer paso el sistema ordena los periodos contables, en el paso siguiente
el sistema al encontrar un número mayor a 13 periodos emite un mensaje de
error y no le permite almacenar la información.
Evaluación de la prueba: Prueba satisfactoria
Tabla 6.65: Prueba N°5 - Alineación de Balances
Elaborado por: Investigador

Figura No 37: Resultado – Alinear Balances

Elaborado por: Investigador

151
 PRUEBA DE ACEPTACIÓN
Numero: 6 Historia de usuario # 7, Análisis y validación de anexos
Nombre : Validación de la ejecución del análisis de los anexos de Ahorros, Cartera e
Inversión
Descripción:
Se validará la ejecución de los diferentes procedimientos almacenados en la base de
datos y mensajes de error que emita el sistema.
Condiciones de Ejecución:
Se intentará ejecutar el análisis de los anexos de Ahorros, Cartera y Plazo fijo con
valores correctos e incorrectos, para los cual se necesitará ingresar la fecha de corte y
el nombre de la Institución.
Entrada/Pasos de ejecución:
• Se deberá ingresar la fecha de corte y seleccionar el nombre de la institución
• Se deberá dar un click en el anexo (Ahorros, Cartera e Inversión) que se desea
analizar, acto seguido el sistema presenta la información y se procede a presionar el
botón Procesar
Resultado esperado:
Una vez cargada la información el sistema muestra un mensaje donde indica el total
de registros que se van a analizar.
Ya culminado el proceso de análisis el sistema emite un mensaje indicando que el
proceso concluyo de forma normal
En el caso de ingresar valores incorrectos el sistema no da paso al análisis y emite un
mensaje de error.
Evaluación de la prueba: Prueba satisfactoria
Tabla 6.66: Prueba N°6 - Análisis y validación de anexos
Elaborado por: Investigador

Figura No 38: Resultado – Análisis y validación de anexos

Elaborado por: Investigador

152
 PRUEBA DE ACEPTACIÓN
Numero: 7 Historia de usuario # 8, Análisis Financiero del Balance General
Nombre : Validación de la ejecución del análisis financiero del Balance General
Descripción:
Se validará la ejecución de los diferentes procedimientos almacenados en la base de
datos y mensajes de error que emita el sistema.

Condiciones de Ejecución:
Se intentará ejecutar el análisis financiero con valores correctos e incorrectos, para
los cual se necesitará ingresar la fecha de análisis y el nombre de la Institución.
Entrada/Pasos de ejecución:
• Se deberá seleccionar el nombre de la institución y registrar la fecha de análisis,
para posterior dar un click en el botón Filtro
• Se deberá dar un click en el botón Generar.
• Si se desea eliminar el análisis financiero generado, se debería seleccionar el
nombre de la institución y registrar la fecha de análisis y presionar el botón de
Eliminar.
Resultado esperado:
Ya culminado el proceso de análisis el sistema emite un mensaje indicando que el
proceso concluyo de forma normal.
En el caso de ingresar valores incorrectos el sistema no da paso al análisis y emite
un mensaje de error.
Evaluación de la prueba: Prueba satisfactoria
Tabla 6.67: Prueba N°7 - Análisis Financiero del Balance General
Elaborado por: Investigador

Figura No 39: Resultado – Análisis Financiero del Balance General

Elaborado por: Investigador

153
 PRUEBA DE ACEPTACIÓN
Historia de usuario # 9, Análisis Financiero de Balances por el Método
Numero: 8 PERLAS
Nombre : Validación de la ejecución del análisis financiero por el Método Perlas
Descripción:
Se validará la ejecución de los diferentes procedimientos almacenados en la base de
datos y mensajes de error que emita el sistema.
Condiciones de Ejecución:
Se intentará ejecutar el análisis financiero Perlas con valores correctos e incorrectos,
para los cual se necesitará ingresar la fecha de análisis y el nombre de la Institución.

Entrada/Pasos de ejecución:
• Se deberá seleccionar el nombre de la institución y registrar la fecha de análisis, para
posterior dar un click en el botón Filtro
• Se deberá dar un click en el botón Generar.
• Si se desea eliminar el análisis financiero generado, se debería seleccionar el nombre
de la institución y registrar la fecha de análisis y presionar el botón de Eliminar.
Resultado esperado:
Ya culminado el proceso de análisis el sistema emite un mensaje indicando que el
proceso concluyo de forma normal.
En el caso de ingresar valores incorrectos el sistema no da paso al análisis y emite un
mensaje de error.
Evaluación de la prueba: Prueba satisfactoria
Tabla 6.68: Prueba N°8 - Análisis Financiero de Balances por el Método PERLAS
Elaborado por: Investigador

Figura No 40: Resultado – Análisis Financiero de Balances por el Método PERLAS

Elaborado por: Investigador

154
 PRUEBA DE ACEPTACIÓN
Numero: 9 Historia de usuario # 10, Análisis de Liquidez de 1ra y 2da Línea
Nombre : Validación de la ejecución del análisis de Liquidez de 1ra y 2da Línea
Descripción:
Se intentará ejecutar el análisis de la liquidez con valores correctos e incorrectos,
para los cual se necesitará ingresar la fecha de análisis y el nombre de la Institución.
Condiciones de Ejecución:
Se ingresará la fecha de análisis y el nombre de la Institución incorrectos, para
posterior ingresar datos correctos.
Entrada/Pasos de ejecución:
• Se deberá seleccionar el nombre de la institución y registrar la fecha de análisis,
para posterior dar un click en el botón Filtro
• Se deberá dar un click en el botón Generar.
• Si se desea eliminar el análisis financiero generado, se debería seleccionar el
nombre de la institución y registrar la fecha de análisis y presionar el botón de
Eliminar.
Resultado esperado:
Ya culminado el proceso de análisis el sistema emite un mensaje indicando que el
proceso concluyo de forma normal.
En el caso de ingresar valores incorrectos el sistema no da paso al análisis y emite
un mensaje de error.
Evaluación de la prueba: Prueba satisfactoria
Tabla 6.69: Prueba N° 9 - Análisis de Liquidez de 1ra y 2da Línea
Elaborado por: Investigador

Figura No 41: Resultado – Análisis de Liquidez de 1ra y 2da Línea

Elaborado por: Investigador

155
 PRUEBA DE ACEPTACIÓN
Numero: 10 Historia de usuario # 11, Reportes
Nombre : Validación de Reportes
Descripción:
Se validará la ejecución de los reportes que se desarrollaron en el sistema, para
lo cual se hará uso de la fecha de corte y el nombre de la institución.
Condiciones de Ejecución:
Se intentará ejecutar cada uno de los reportes con valores correctos e
incorrectos, para los cual se necesitará ingresar la fecha de análisis o fecha de
corte y el nombre de la Institución.
Entrada/Pasos de ejecución:
• Se deberá seleccionar el nombre de la institución y registrar la fecha de corte
para posterior dar un click en el botón Filtro
Resultado esperado:
Al ingresar valores incorrectos el sistema emite un mensaje de error, en
el caso de ser valores correctos el sistema emite el reporte.
Evaluación de la prueba: Prueba satisfactoria
Tabla 6.70: Prueba N° 10 - Reportes
Elaborado por: Investigador

Figura No 42: Resultado – Ejecución de Reportes con datos incorrectos y

correctos
Elaborado por: Investigador

156
Los principales reportes o informes que serán de apoyo fundamental para la alta
Gerencia y al Departamento Contable Financiero para la toma de decisiones son los
siguientes:

Resumen Ahorros, con este reporte el usuario podrá evidenciar un resumen de los
cuenta ahorristas, qué agencia tiene mayor o menor captación, la tasa de interés
mínima y máxima y sobre todo el número de socios con certificados de aportación.
De la misma forma se obtendrá el resultado del análisis de ahorros versus su balance
general, con el fin de identificar diferencias.

Figura No 43: Resumen y Observaciones – Ahorros

Elaborado por: Investigador

157
Resumen Colocación, con este reporte el usuario podrá evidenciar un resumen de
las colocaciones, como qué agencia tiene mayor o menor colocación, la tasa de
interés mínima y máxima y el número de socios con créditos vigentes. De la misma
forma se obtendrá el resultado del análisis de la cartera de crédito versus su balance
general con el fin de identificar diferencias.

Figura No 44: Resumen y Observaciones – Colocación

Elaborado por: Investigador

158
Resumen Inversión, con este reporte el usuario podrá evidenciar un resumen de los
plazos fijos, como qué agencia tiene mayor o menor captación, la tasa de interés
mínima y máxima y el número de socios con inversiones. De la misma forma se
obtendrá el resultado del análisis de las inversiones versus su balance general con el
fin de identificar diferencias.

Figura No 45: Resumen y Observaciones – Inversiones

Elaborado por: Investigador

Reportes de Riesgos, los siguientes reportes permitirán conocer la concentración y

cobertura que tiene la Institución ante los mayores cuenta ahorristas e inversiones y
la composición de la cartera de crédito.

159
 Figura No 46: Reportes de Riegos – Concentración y cobertura de
depósitos, Composición de cartera de créditos.
Elaborado por: Investigador

Brecha Financiera, permitirá evidenciar el crecimiento o de-crecimiento

progresivo de la Institución.

Figura No 47: Reportes – Brecha Financiera

Elaborado por: Investigador

160
Reporte de Índices Financiero, el presente reporte permitirá a la alta Gerencia y al
departamento Financiero observar la evolución de la Cooperativa bajo los
parámetros recomendados por los organismos de control SEPS.
Cabe indicar que para una mejor lectura y compresión de los resultados el reporte
cuenta con semaforización e interpretación de los resultados.

Figura No 48: Reportes – Índices Financieros

Elaborado por: Investigador

161
Reporte de Índices Financiero Perlas, el presente reporte permitirá a la alta
Gerencia y al departamento Financiero observar la evolución de la Cooperativa bajo
los parámetros recomendados por normas internacionales como es en este caso
PERLAS.
Cabe indicar que para una mejor lectura y compresión de los resultados el reporte
cuenta con semaforización e interpretación de los resultados.

Figura No 49: Reportes – Índices Financieros por el método Perlas

Elaborado por: Investigador

162
Reportes Multidimensionales
A continuación se expone una muestra de reportes generados posterior a la
implementación de los cubos de datos. Para lograr este objetivo se plasma el método
utilizado para establecer la conexión entre el almacén de datos y la herramienta
Excel.

Como se muestra en la siguiente figura para lograr la comunicación se utiliza el

asistente para la conexión de datos.

Figura No 66: Asistente para la conexión de datos.

Elaborado por: Investigador

En este punto el asistente nos solicita seleccionar el cubo de datos como se muestra
en la Figura No 67.

Figura No 67: Selección del Cubo de datos

Elaborado por: Investigador

163
Como último paso se procede a guardar el archivo de conexión de datos, para lo cual
se debe dar un click en finalizar como se muestra en la siguiente figura.

Figura No 68: Guardar archivo de conexión

Elaborado por: Investigador

Una vez establecida la conexión se procede con la generación de reportes según la

necesidad del Departamento Financiero, para efectos de comprobación se presentan
los siguientes reportes.

El siguiente reporte muestra la evolución de las Aperturas de cuentas de Socios

durante el tiempo, desglosado por agencia y oficial encargado como se puede
apreciar en la Figura No 69.

164
Figura No 69: Aperturas de cuentas de Socios
Elaborado por: Investigador

165
En la Figura No 70, se evidencia que en el año 2016 se tiene una muy buena gestión
en la mayoría de los oficiales de inversión, y es notorio que para lo que va del año
2017, la mayoria de los responsables sostiene una excelente captación, lo que hace
presumir que para el año siguente se debe incrementar el presupuesto.

Figura No 70: Evolución de captaciones

Elaborado por: Investigador

166
En la Figura No 71, se puede evaluar la gestión de recuperación y el indice de
morosidad de cada oficial de credito. En esta ocasión se verifica que en el año 2016
para los meses de Enero a Abril se tiene una pobre gestión en lo referente a la
recuperación de cartera, y es notorio que para el año 2017, en los mismos meses
existe una notable mejoría, ya que la mayoría de los asesores sostienen una
morosidad acorde a los que solicita el organismos de control, dando hincapié a
solicitar financiamiento.

Figura No 71: Evolución de Recuperación de Cartera y Morosidad

Elaborado por: Investigador

167
 PRUEBA DE ACEPTACIÓN
Numero: 11 Historia de usuario # 12, Exportar Estructuras y Anexos
Nombre : Validación de la exportación de los anexos
Descripción:
Se validará la exportación, para lo cual se ingresara la fecha de corte y el
nombre de la institución.
Condiciones de Ejecución:
Se intentará ejecutar el proceso de exportación de los anexos con valores
correctos e incorrectos, para los cual se necesitará ingresar la fecha de corte
y el nombre de la Institución.
Entrada/Pasos de ejecución:
• Se deberá seleccionar el nombre de la institución y registrar la fecha de
corte para posterior dar un click en el botón Filtro
Resultado esperado:
Al ingresar valores incorrectos el sistema emite mensajes indicando la no
existencia de datos, en el caso de ser valores correctos se habilitan los
botones para poder efectuar la exportación.
Evaluación de la prueba: Prueba satisfactoria
Tabla 6.71: Prueba N° 11 - Exportar Estructuras y Anexos
Elaborado por: Investigador

168
Figura No 50: Resultado – Exportación de los anexos de Ahorro, Cartera y
Plazo Fijos analizados.
Elaborado por: Investigador

169
 6.8. Capacitación
La capacitación acerca de la instalación y uso del sistema de análisis financiero se
realizó según el cronograma que se muestra en la Tabla 6.72, para efectos de mejor
compresión se utilizo maquinas virtuales.

ACTIVIDAD RESPONSABLE LUGAR FECHA

Oficina Matriz
Capacitación al Jefe de de la
Sistemas en la instalación y uso Cooperativa de
Investigador 14/06/2016
del Ahorro y
Sistema de Análisis Financiero Crédito Pushak
Runa
Oficina Matriz
Capacitación al Personal de la
Financiero Contable y a la Cooperativa de
Investigador 15/06/2016
Gerencia en el uso del Ahorro y
Sistema de Análisis Financiero Crédito Pushak
Runa
Oficina Matriz
Capacitación al Jefe de de la
Sistemas en la parametrización y Cooperativa de
Investigador 16/06/2016
gestión de usuarios del Ahorro y
Sistema de Análisis Financiero Crédito Pushak
Runa
Capacitación al Jefe de
Oficina Matriz
Sistemas en el mantenimiento de
de la
los procedimientos almacenados
Cooperativa de
de la Investigador 17/06/2016
Ahorro y
Base de datos, actualización del
Crédito Pushak
Datawarehouse y gestión de
Runa
respaldos
Tabla 6.72: Cronograma de capacitación a usuarios y administrador
Elaborado por: Investigador

170
6.9. Implantación
La implantación del Sistema de Análisis Financiero y el Datawarehouse se lo realizó
en base al siguiente cronograma:

ACTIVIDAD RESPONSABLE FECHA

Creación y configuración
de la base de datos del
Investigador 20/06/2016
sistema de análisis
financiero
Creación y compilación
Investigador 20/06/2016
del aplicativo ejecutable
Instalación del aplicativo
en los equipos del
Investigador 21/06/2016
Personal Financiero y
Gerencia

Implementación del
Investigador 30/07/2016
Datawarehouse

Tabla 6.73: Cronograma de implantación

Elaborado por: Investigador

6.10. Administración

Para la administración del sistema de análisis financiero se requiere que intervengan

las siguientes personas:

Jefe de Sistemas.- Registra y migra los usuarios para que puedan utilizar el sistema.

Personal Financiero Contable y la Gerencia.- Interactúa con el sistema de análisis

financiero y el almacén de datos.

Programador.- Proporciona mantenimiento preventivo, correctivo y perfectivo al

sistema de análisis financiero.

171
 6.11. Previsión de la evaluación

El sistema de análisis financiero desarrollado en la propuesta será evaluado de

acuerdo al siguiente check list propuesto por el investigador.

ASPECTO RESPONSABLE ACTIVIDAD PERIODICIDAD

El Jefe de Sistemas deberá
realizar las
Seguridad Jefe de Sistemas actualizaciones de los equipos Trimestral
y software de seguridad local
y perimetral.
El Jefe de Sistemas deberá
verificar la efectividad de los
Semanal
cálculos y la coherencia de los
resultados obtenidos
Jefe de Sistemas / El Contador y el Jefe de
Datos
Contador Sistemas deberán revisar de
forma constante las nuevas
Mensual
resoluciones o cambios que
soliciten los diferentes
organismos de control

El Jefe de Sistemas deberá

evaluar que la Metodología
XP es la adecuada para
brindar soporte y
mantenimiento al sistema
según surjan los
Metodología Jefe de Sistemas Trimestral
requerimientos de los
usuarios. Además deberá
evaluar que tan efectivo es
el levantamiento de
requerimientos utilizando
la Metodología XP
Tabla 6.74: Check List de evaluación del software
Elaborado por: Investigador

Es muy importante realizar un seguimiento estricto al comportamiento de los índices

financieros de la Cooperativa; ya que de esta forma, la alta Gerencia podrá
determinar las diferentes estrategias y optar por la mejor toma de decisiones por el
bien de la Institución y de los socios.

172
6.12 Análisis e Interpretación de Resultados de la Propuesta Planteada

Con el fin de evaluar la efectividad de la propuesta desarrollada e implementada en

la Cooperativa de Ahorro y Crédito Pushak Runa, se procede a realizar una segunda
encuesta, la cual está dirigida al Jefe de Sistemas y a los integrantes del
Departamento Contable Financiero de la Institución, para lo cual se trabajará con la
población total, como esta descrita en la Tabla No. 3.1.

173
Segunda Encuesta realizada al personal Contable Financiero y a la Gerencia de la
Cooperativa de Ahorro y Crédito Pushak Runa Ltda.

La encuesta consta de 3 preguntas y fue aplicada a 6 miembros del departamento

Contable Financiero y a la Gerencia.

Pregunta 1: ¿Considera confiable y libre de errores la información emitida por el

Sistema de Análisis Financiero?
PERSONAL CONTABLE
ALTERNATIVA FINANCIERO
FRECUENCIA %
SI 6 100
NO 0 0
TOTAL 6 100

Tabla 6.12.1: Satisfacción del personal contable financiero con la oportuna

entrega de la información financiera
Elaborado por: Investigador

Figura 6.12.1: Satisfacción del personal contable financiero al recibir información confiable y
libre de errores
Elaborado por: Investigador

Análisis
El 100% de los encuestados, afirma que, la información emitida por el Sistema de
Análisis Financiero es confiable y libre de errores lo cual permite minimizar el tiempo
en obtención de conclusiones y la Toma de Decisiones.

Interpretación
Claramente se puede observar que la propuesta planteada cubre con el objetivo de
minimizar el tiempo empleado para la elaboración del análisis multidimensional, lo cual
permite al personal Financiero conjuntamente con la alta Gerencia establecer
conclusiones y proceder con la toma de decisiones de una manera rápida y de calidad.

174
Pregunta 2: ¿El Sistema de Análisis Financiero le permite evidenciar el Estado
Financiero Real de la Institución empleando un mínimo de tiempo?

PERSONAL CONTABLE
ALTERNATIVA FINANCIERO
FRECUENCIA %
SI 6 100
NO 0 0
TOTAL 6 100

Tabla 6.12.2: Satisfacción del personal Financiero al poder evidenciar los

resultados empleando un mínimo de tiempo
Elaborado por: Investigador

Figura 6.12.2: Satisfacción del personal Financiero al poder evidenciar los resultados
empleando un mínimo de tiempo
Elaborado por: Investigador

Análisis
El 100% de los encuestados, afirma que, el Sistema implementado les permite
evidenciar el Estado Financiero Real de la Institución empleando un mínimo de tiempo.

Interpretación
Claramente se puede observar que la propuesta planteada cubre con el objetivo de
minimizar el tiempo empleado para la elaboración del análisis multidimensional, lo cual
permite al personal Financiero conjuntamente con la alta Gerencia establecer
conclusiones y proceder con la toma de decisiones de una manera rápida y de calidad.

175
Pregunta 3: ¿El Sistema de Análisis Financiero posee reportes de calidad que le
permitirán obtener conclusiones y una adecuada toma de decisiones Gerenciales con un
mínimo de tiempo?

PERSONAL CONTABLE
ALTERNATIVA FINANCIERO
FRECUENCIA %
SI 6 100
NO 0 0
TOTAL 6 100

Tabla 6.12.3: Satisfacción del personal Financiero al poseer reportes de

calidad con la propuesta implementada
Elaborado por: Investigador

Figura 6.12.3: Satisfacción del personal Financiero al poseer reportes de

calidad con la propuesta implementada
Elaborado por: Investigador

Análisis
El 100% de los encuestados, afirma que, el Sistema implementado posee reportes de
calidad prediseñados, los cuales permitirán efectuar una adecuada toma de decisiones
Gerenciales con un mínimo de tiempo.

Interpretación
Claramente se puede observar que la propuesta planteada cubre con el objetivo de
minimizar el tiempo empleado para la elaboración reportes adiciones, lo cual permite al
personal Financiero conjuntamente con la alta Gerencia establecer conclusiones y
proceder con la toma de decisiones de una manera rápida y de calidad.

176
Segunda Encuesta realizada al Jefe de Sistemas de la Cooperativa de Ahorro y
Crédito Pushak Runa Ltda.

La encuesta consta de 3 preguntas

Pregunta 1: ¿El Sistema de Análisis Financiero le permite efectuar de forma

continua análisis multidimensional sin pérdida de tiempo?

PERSONAL DE
ALTERNATIVA TECNOLOGÍA
FRECUENCIA %
SI 1 100
NO 0 0
TOTAL 1 100

Tabla 6.12.4: Satisfacción del jefe de sistemas al poder efectuar de forma continua
el análisis multidimensional
Elaborado por: Investigador

Figura 6.12.4: Satisfacción del jefe de sistemas al poder efectuar de forma

continua el análisis multidimensional
Elaborado por: Investigador

Análisis
El encuestado afirma que el Sistema de Análisis Financiero permite efectuar de forma
continua análisis multidimensional sin pérdida de tiempo.

Interpretación
Como es de suponerse, con la implementación de esta nueva herramienta se podrá
efectuar de forma continua el análisis multidimensional, eliminado la manipulación de
los datos y sin pérdida de tiempo.

177
 Pregunta 2: ¿El Sistema de Análisis Financiero le permite manejar grandes
cantidades de datos de manera ágil y segura?

PERSONAL DE
ALTERNATIVA TECNOLOGÍA
FRECUENCIA %
SI 1 100
NO 0 0
TOTAL 1 100

Tabla 6.12.5: Satisfacción del jefe de sistemas al poder manejar

grandes cantidades de datos
Elaborado por: Investigador

Figura 6.12.5: Satisfacción del jefe de sistemas al poder manejar

grandes cantidades de datos
Elaborado por: Investigador

Análisis
El encuestado afirma que el Sistema de Análisis Financiero permite manejar grandes
cantidades de datos de manera ágil y segura.

Interpretación
Como es de suponerse, con la implementación de esta nueva herramienta se podrá
efectuar de forma continua el análisis multidimensional de la información financiera, sin
pérdida de tiempo y con todas las seguridades.

178
 Pregunta 3: ¿En el estado actual de la Cooperativa considera beneficioso y oportuno
la implementación del Sistema de Análisis Financiero?

PERSONAL DE
ALTERNATIVA TECNOLOGÍA
FRECUENCIA %
SI 1 100
NO 0 0
TOTAL 1 100

Tabla 6.12.6: Satisfacción del jefe de sistemas al poseer el sistema de

análisis financiero
Elaborado por: Investigador

Figura 6.12.6: Satisfacción del jefe de sistemas al poseer el sistema de

análisis financiero
Elaborado por: Investigador

Análisis
El encuestado afirma que es beneficiosa y oportuna la implementación del Sistema de
Análisis Financiero, ya que ofrece oportunidades de crecimiento tecnológico y sobre
todo de la Institucional.

Interpretación
Como es de suponerse, con la implementación de esta nueva herramienta permitirá el
crecimiento institucional y podrá diseñar nuevas estrategias de mejoramiento continuo.

179
6.12.1 Verificación de la Hipótesis H0

Para la verificación de la hipótesis H0, se procedió a seleccionar dos preguntas por

cada variable para determinar la relación que existe entre las dos, las preguntas y
respuestas seleccionadas fueron:

Pregunta 1: ¿El Sistema de Análisis Financiero le permite efectuar de forma

continua análisis multidimensional sin pérdida de tiempo?

PERSONAL DE
ALTERNATIVA TECNOLOGÍA
FRECUENCIA %
SI 1 100
NO 0 0
TOTAL 1 100

Tabla 6.12.4: Satisfacción del jefe de sistemas al poder efectuar

de forma continua el análisis multidimensional

Pregunta 3: ¿En el estado actual de la Cooperativa considera beneficioso y oportuno

la implementación del Sistema de Análisis Financiero?

PERSONAL DE
ALTERNATIVA TECNOLOGÍA
FRECUENCIA %
SI 1 100
NO 0 0
TOTAL 1 100

Tabla 6.12.6: Satisfacción del jefe de sistemas al poseer el sistema de

análisis financiero
Elaborado por: Investigador

180
 Pregunta 2: ¿El Sistema de Análisis Financiero le permite evidenciar el Estado
Financiero Real de la Institución empleando un mínimo de tiempo?

PERSONAL CONTABLE
ALTERNATIVA FINANCIERO
FRECUENCIA %
SI 6 100
NO 0 0
TOTAL 6 100

Tabla 6.12.2: Satisfacción del personal Financiero al poder evidenciar los

resultados empleando un mínimo de tiempo
Elaborado por: Investigador

Pregunta 3: ¿El Sistema de Análisis Financiero posee reportes de calidad que le

permitirán obtener conclusiones y una adecuada toma de decisiones Gerenciales
con un mínimo de tiempo?

PERSONAL CONTABLE
ALTERNATIVA FINANCIERO
FRECUENCIA %
SI 6 100
NO 0 0
TOTAL 6 100

Tabla 6.12.3: Satisfacción del personal Financiero al poseer reportes

de calidad con la propuesta implementada
Elaborado por: Investigador

En este trabajo se utilizó la prueba estadística Chi - Cuadrado, la que nos permitirá
determinar si existe o no, la relación entre las dos variables.

Para lo cual se utilizó los parámetros descritos en “Verificación de la Hipótesis”, (p36).

Para complementar la presente verificación se tomaran los siguientes datos:

 Frecuencias Observadas
 Frecuencias Esperadas
 Prueba de Chi – Cuadrado

181
6.12.2. Frecuencias Observadas

FRECUENCIAS
V PREGUNTAS
SI NO TOTAL
Pregunta 1: ¿El Sistema de Análisis Financiero le
permite efectuar de forma continua análisis 1 0 1
multidimensional sin pérdida de tiempo?
VI
Pregunta 2: ¿El Sistema de Análisis Financiero le
permite manejar grandes cantidades de datos de 1 0 1
manera ágil y segura?
Pregunta 2: ¿El Sistema de Análisis Financiero le
permite evidenciar el Estado Financiero Real de la 6 0 6
Institución empleando un mínimo de tiempo?
VD Pregunta 3: ¿El Sistema de Análisis Financiero
posee reportes de calidad que le permitirán obtener 6 0 6
conclusiones y una adecuada toma de decisiones
Gerenciales con un mínimo de tiempo?
TOTAL 14 0 14
Tabla 6.12.7: Frecuencias Observadas – Segunda Encuesta
Elaborado por: Investigador

6.12.3. Frecuencias Esperadas

FRECUENCIAS
V PREGUNTAS
SI NO TOTAL
Pregunta 1: ¿El Sistema de Análisis Financiero le
permite efectuar de forma continua análisis 1 0.000 1
multidimensional sin pérdida de tiempo?
VI
Pregunta 2: ¿El Sistema de Análisis Financiero le
permite manejar grandes cantidades de datos de 1 0.000 1
manera ágil y segura?
Pregunta 2: ¿El Sistema de Análisis Financiero le
permite evidenciar el Estado Financiero Real de la 6 0.000 6
Institución empleando un mínimo de tiempo?
VD Pregunta 3: ¿El Sistema de Análisis Financiero
posee reportes de calidad que le permitirán obtener
6 0.000 6
conclusiones y una adecuada toma de decisiones
Gerenciales con un mínimo de tiempo?
TOTAL 14 0 14
Tabla 6.12.8: Frecuencias Esperadas – Segunda Encuesta
Elaborado por: Investigador

182
6.12.4. Prueba de Chi – Cuadrado

CÁLCULOS
V ALTERNATIVAS
O E (O - E) (O - E)² (O - E)² / E
SI 1 1.00 0.00 0.00 0.00
SI 1 1.00 0.00 0.00 0.00
VI
NO 0 0.00 0.00 0.00 0.00
NO 0 0.00 0.00 0.00 0.00
SI 6 6.00 0.00 0.00 0.00
SI 6 6.00 0.00 0.00 0.00
VD
NO 0 0.00 0.00 0.00 0.00
NO 0 0.00 0.00 0.00 0.00
TOTAL 14 14 0.00 0.00 0.00
Tabla 6.12.9: Chi - Cuadrado Calculado – Segunda Encuesta
Elaborado por: Investigador

El Chi - Cuadrado Calculado es 0.00

6.12.5. Grados de Libertad

gl = (f−1)(c−1)
gl = (4−1)(2−1)
gl = 3∗1
gl = 3 resultado.

Con los grados de libertad (V) obtenidos el valor Chi - Cuadrado según la tabla de
distribución es de 7.8147 según se muestra en la Figura No. 7

183
4.2.6. Decisión estadística

Figura No 6.12.7: Zona de aceptación y rechazo según Chi – Cuadrado – Segunda Encuesta
Elaborado por: Investigador

X2tab = Valor obtenido de la tabla de distribución de Chi - Cuadrado; Figura No. 7

X2 = Valor obtenido del cálculo de Chi - Cuadrado; Tabla 6.12.9

Si X2 < = X2tab se rechaza H1 y se acepta H0.

Resultado 0.00 < 7.82

Entonces se rechaza H1 y se acepta H0, lo que significa que el análisis multidimensional

de la información financiera NO incide en la toma de decisiones Gerenciales en la
Cooperativa de Ahorro y Crédito “PUSHAK RUNA” una vez implementado la solución
propuesta en el presente proyecto de investigación.

184
6.13. Conclusiones

Luego de desarrollada la propuesta, las pruebas, comprobaciones y la implantación

del Sistema de Análisis Financiero conjuntamente con el Almacén de datos, se
concluye que:

Durante el análisis y desarrollo de la investigación se encontró que la

Superintendencia de Economía Popular y Solidaria quien es el órgano regulador de
las entidades financieras promueve constantes cambios en las estructuras de ahorros,
cartera, plazos fijos y sobre todo en el catalogo único de cuentas, lo cual conllevó a
efectuar una consolidación de los campos requeridos para cada una de las
estructuras solicitadas por este organismo, esto con el firme propósito de abarcar la
mayor cantidad de información y así evitar una continua restructuración de la base
de datos.

Posterior a la implementación del Sistema de Análisis Financiero y del

Datawarehouse se concluye que la Cooperativa de Ahorro y Crédito “Pushak Runa”
estará en la capacidad de evaluar sus estados financieros de una forma ágil, segura y
con un mínimo de tiempo y esfuerzo. Así mismo la solución permitirá evidenciar la
evolución de sus índices financieros, como por ejemplo: Liquidez, Rentabilidad,
Solvencia, Índices de Morosidad, Nivel de Cobertura de Cartera y el Manejo
Administrativo. El resultado de estos índices facilitará la toma de decisiones
operativas, de inversión y de financiación, y a la elaboración de nuevas estrategias,
permitiendo el mejoramiento continuo de la Institución.

185
6.14. Recomendaciones

Con la solución ya en producción se recomienda:

 El Gerente debe capacitarse en la lectura e interpretación de los índices

financieros o a su vez solicitar asesoría de personal externo para que cumpla con
esta función.

 El Contador General deben revisar de forma mensual las resoluciones o

normativas que emitan los diferentes organismos de control, con el objetivo de
mantener actualizado la parametrización del Sistema de Análisis Financiero.

 El Jefe de Sistemas debe gestionar la administración y mantenimiento de la base

de datos del Sistema de Análisis Financiero y del Cubo de datos, como indica las
políticas internas de la Institución.

186
 BIBLIOGRAFÍA

[1] D’Ambrosio, M. (2015). El Concepto de Datos - [Link]. [Online]

[Link]. Recuperado de:
[Link]

[2] Pérez Porto, J y Gardey, A (2012). Concepto de información - [Link].

[Online] Recuperado de: [Link]

[3] Rouse M, (2015). ¿Qué es Análisis de datos? - Definición en [Link]. [Online]

Recuperado de: [Link]

[4] [Link], (2015). Introducción A La Informática. [Online] Recuperado de:

[Link]

[5] Teban, (2012). Análisis Multidimensional Olap. [Online] Recuperado de:

[Link]

[6] Código Orgánico Monetario desarrollado y aprobado por la ASAMBLEA

NACIONAL en [Link]-2014-1305 en Quito-Ecuador en septiembre 2014.

[7] El Blog del Riesgo & la Estrategia Empresarial, (2015). El Blog del Riesgo & la
Estrategia Empresarial. [Online] Recuperado de:
[Link]

[8] Kohler Eric L., Edi. México web 1981, Diccionario para Contadores

[9] Perfil, V. (2012). FINANZAS: Toma De Decisiones Gerenciales. [Online]

[Link] Recuperado de:

187
[Link]
[Link]

[10] Moody, P. and Gómez de Jaramillo, S. (1991). Toma De Decisiones Gerenciales.

Bogotá́ [etc.]: MacGraw-Hill.
[11] Ajenjo, D. Alberto. 2005. Dirección y gestión de proyectos; Un enfoque práctico. 2
ed. España, RA-MA

[12] Villalobos Salcedo, J. (2008). Introducción a las Estructuras de Datos. Bogotá́,

Colombia: Pearson Educación.

[13] Kruse, R. (1988). Estructura De Datos Y Diseño De Programas. México: Prentice-

Hall Hispanoamericana.

[14] Mañuico Flores, Roly:Developer of Windows and Web Applications: Sybase

[15] [Link]

[16]Yohn Danie Balaguera Amaya. Metodologías ágiles en el desarrollo de aplicaciones

para dispositivos móviles. Estado actual. 12(2):111–124, November 2013. Investigación
científica y tecnológica terminada.

[17] Abrahamsson, P., Salo, O., Ronkainen, J., Warsta, J. "Agile software development
methods Review and analysis". VTT Publications. 2002.

[18] Anaya Villegas,A [Online] Recuperado de Revista electrónica sobre metodologías

de desarrollo de software: http:// [Link]

[19] [Link], Computer Engineer from the University of A Coruña, Carlos

Sanchez, and Apache Software Foundation. Ciclo de vida de un proyecto XP -
Metodología. December 2005. ONess is OSI Certified Open Source Software released
under the Apache License Version 2.0.

188
[20] María Laura Citón. Método Ágil Scrum aplicado al desarrollo de un software de
trazabilidad. PhD thesis, Universidad de Mendoza, Argentina, 2006.

[21] Kent Beck. Extreme Programming Explained. Addison-Wesley Professional, 2da

edition, November 2004.

[22] SOFTENG. Metodología Scrum. 2016

[23] OSE M. BAUTISTA Q. PROGRAMACION EXTREMA XP. 2016.

[24] David Mamani. Metodología Scrum. 2009.

[25] Raul Jiménez Ortega. Introducción a SCRUM. 2016. Asociación de Webmasters

de Granada.

[26] Luis Calabria and Pablo Píriz. Metodología XP. January 2003. Universidad ORT
Uruguay Cátedra de Ingeniería de Software. Docente Responsable: Gastón Mousques.

[27] Principle Partners Inc presentation(Data Warehouse concepts and Architecture)

[28] Chuck Ballard, Dirk Herreman, Don Schau, Rhonda Bell(Data Modeling
techniques for Data [Link])

[29] Rubinstein Jacobo, 2000. The Data Warehouse. Cambridge Technology

Partners.

[30] David Friend, 1995. Introducción al procesamiento analítico on-line (OLAP).

Chairman Pilot Software Inc.

[31] David C. Richardson, 2009. Consejo Mundial de Cooperativas de Ahorro y Crédito

5710, Wisconsin, 52701 USA

[32] Calabria Luis, Píriz Pablo, 2003. Metodología XP, Universidad ORT Uruguay.

189
[33] Martínez Pástor A, 2014, Aplicativo de análisis multidimensional para el Sistema
Nacional de Información Ecuatoriano, Recuperado:
[Link]

[34] Anasicha Taday J. y Moyón Moyón J., 2010, Recuperado:

[Link]

[35] Ministerio de Inclusión y social, 2010, Recuperado: [Link]

[36] Ley Orgánica de la Economía Popular y Solidaria y del Sector Financiero Popular
y Solidario, 2010, [Online] Recuperado:
[Link]

[37] JAMRICH PARSONS, J. (2008). Conceptos de Computación: Nuevas

Perspectivas (Décima Edición ed.). México, D.F.: Ediciones OVA.

[38] STAIR, R. M., & REYNOLDS, G. W. (2000). Principios de Sistemas de

Información: Enfoque administrativo (Cuarta ed.). México: Cangage Learning

[39] Resolución No. 038-2015-F, La Junta de Política y Regulación Monetaria y

Financiera

[40] Resolución No. 044-2015-F, La Junta de Política y Regulación Monetaria y

Financiera

[41] Resolución No.129-2015-F, NORMA REFORMATORIA A LA NORMA PARA

LA GESTION DEL RIESGO DE CRÉDITO EN LAS COOPERATIVAS DE
AHORRO Y CRÉDIO

[42] WOLFF CARMEN GLORIA, (2009). “Modelamiento Multidimensional” [Online]

Recuperado: [Link]

190
ANEXOS Y APÉNDICE

191
Anexo 1.

ENCUESTA DIRIGIDA AL PERSONAL DE TECNOLOGÍA DE LA

COOPERATIVA DE AHORRO Y CRÉDITO “PUSHAK RUNA”

Objetivo:
Obtener información acerca del análisis multidimensional.
Instrucciones: Marque con una X en el casillero que corresponda
Preguntas:

1.- ¿El método utilizado en actualidad para el desarrollo del análisis multidimensional permite ejecutar
de manera ágil consultas de grandes cantidades de datos?

SI __________ MEDIANAMENTE __________ NO__________

2.- ¿La herramienta utilizada en la actualidad permite realizar continuo análisis multidimensional sin
pérdida de tiempo?

SI __________ MEDIANAMENTE __________ NO__________

3.- ¿Describa el procedimiento que se utiliza en la actualidad para desarrollar el análisis

multidimensional?

4.- ¿En el estado actual de la Cooperativa considera oportuno la sustitución de las herramientas que
permiten elaborar el análisis financiero?

SI __________ MEDIANAMENTE __________ NO__________

5.- Seleccione el tiempo promedio utilizado durante la ejecución de todo el proceso de análisis
multidimensional de la información financiera
Alternativas
4 Horas.
6 Horas.
8 Horas.
16 Horas.

GRACIAS POR SU COLABORACIÓN.

192
Anexo 2.

ENCUESTA DIRIGIDA AL PERSONAL FINANCIERO DE LA

COOPERATIVA DE AHORRO Y CRÉDITO “PUSHAK RUNA”

Objetivo:
Obtener información acerca de la verificación de la información financiera.
Instrucciones: Marque con una X en el casillero que corresponda
Preguntas:

1.- ¿Considera oportuna la información financiera entregada por el personal de tecnología?

SI __________ MEDIANAMENTE __________ NO__________

2.- ¿Considera confiable y libre de errores la información analizada y reportada por los medios
actuales?

SI __________ MEDIANAMENTE __________ NO__________

3.- ¿El tiempo utilizado por el personal de tecnología en la elaboración del análisis multidimensional
le permite cumplir con los informes requeridos por la alta gerencia para su posterior toma de
decisiones?

SI __________ NO__________

4.- ¿La innovación de las herramientas actuales permitirá minimizar el tiempo en el análisis
multidimensional, la obtención de conclusiones y la adecuada toma de decisiones?

SI __________ NO__________

5.- ¿Cómo califica los reportes que actualmente se elaboran para la toma de decisiones?

Malos______ Buenos ______ Muy Buenos ______

GRACIAS POR SU COLABORACIÓN.

193
Anexo 3

ENCUESTA DIRIGIDA AL PERSONAL DE TECNOLOGÍA DE LA

COOPERATIVA DE AHORRO Y CRÉDITO “PUSHAK RUNA”
POSTERIOR A LA IMPLANTACIÓN DEL SISTEMA DE ANÁLISIS
FINANCIERO

Objetivo:
Obtener Conocer si la propuesta desarrollada solvento el problema de la Institución
Instrucciones: Marque con una X en el casillero que corresponda
Preguntas:

1.- ¿El Sistema de Análisis Financiero le permite efectuar de forma continua análisis
multidimensional sin pérdida de tiempo?

SI __________ NO__________

2.- ¿El Sistema de Análisis Financiero le permite manejar grandes cantidades de datos de
manera ágil y segura?

SI __________ NO__________

3.- ¿En el estado actual de la Cooperativa considera beneficioso y oportuno la

implementación del Sistema de Análisis Financiero?

SI __________ NO__________

GRACIAS POR SU COLABORACIÓN.

194
Anexo 4

ENCUESTA DIRIGIDA AL PERSONAL FINANCIERO DE LA

COOPERATIVA DE AHORRO Y CRÉDITO “PUSHAK RUNA”
POSTERIOR A LA IMPLANTACIÓN DEL SISTEMA DE ANÁLISIS
FINANCIERO

Objetivo:
Obtener Conocer si la propuesta desarrollada solvento el problema de la Institución
Instrucciones: Marque con una X en el casillero que corresponda
Preguntas:

1.- ¿Considera confiable y libre de errores la información emitida por el Sistema de Análisis
Financiero?

SI __________ NO__________

2.- ¿El Sistema de Análisis Financiero le permite evidenciar el Estado Financiero Real de la
Institución empleando un mínimo de tiempo?

SI __________ NO__________

3.- ¿El Sistema de Análisis Financiero posee reportes de calidad que le permitirán obtener
conclusiones y una adecuada toma de decisiones Gerenciales con un mínimo de tiempo?

SI __________ NO__________

GRACIAS POR SU COLABORACIÓN.

195
Anexo 5

196
197
Anexo 6

198
199
200
201
Anexo 7.

202
203
Anexo 8

204