UNIVERSIDAD REGIONAL AUTNOMA DE LOS ANDES

UNIANDES
EXTENSIN IBARRA
FACULTAD DE SISTEMAS MERCANTILES
CARRERA DE SISTEMAS

PERFIL DE PROYECTO INTEGRADOR

Tema:
SISTEMA FINANCIERO PARA LA COOPERATIVA DE AHORRO Y CRDITO
IMBABURA IMBACOOP LTDA, UBICADO EN COMUNIDAD LA COMPAA
AUTOR:
LUIS CANDO
ASESORES:
ING. MARCO CHECA, MBA
ECO. RUBEN SANTACRUZ, MSC
ING. JUAN CARLOS RODRGUEZ, MSC
ECO.MARIO MEDIAVILLA

IBARRA
2015

CERTIFICACIN
Nosotros, ING. MARCO CHECA, MBA, ING. JUAN CARLOS RODRGUEZ, MSC
, ECO. RUBEN SANTACRUZ, MSC y ECO.MARIO MEDIAVILLA en calidad de asesores
del Proyecto Informtico, presentado por el seor: Luis Cando para optar por el correcto
funcionamiento e implementacin del mismo, se da fe de que dicho Proyecto rene los
requisitos suficientes para ser sometido a presentacin pblica y evaluacin, por parte del
jurado calificador que se designe.

Atentamente,

ING. MARCO CHECA, MBA

ING. JUAN CARLOS RODRGUEZ, MSC

ECO. RUBEN SANTACRUZ, MSC

ECO.MARIO MEDIAVILLA

DECLARACIN DE AUTORA
Yo, Luis Cando declaro que he trabajado en el presente Proyecto Informtico titulado:
SISTEMA FINANCIERO PARA LA COOPERATIVA DE AHORRO Y CRDITO
IMBABURA IMBACOOP LTDA, UBICADO EN COMUNIDAD LA COMPAA. El
mismo que es de nuestra originalidad y auditora; el cual he sometido a revisin de asesores
ING. MARCO CHECA, MBA, ING. JUAN CARLOS RODRGUEZ, MSC, ECO. RUBEN
SANTACRUZ, MSC y ECO.MARIO MEDIAVILLA que fueron guas del Proyecto Sistema
Financiero.

Atentamente

Sr. Luis Cando.

100433934-5

ndice general

Resumen Ejecutivo
En la Cooperativa Imbacoop Ltda, se vio la necesidad de un Sistema de control financiero, ya
que los ejercicios contables que conlleva en cada uno de los departamentos de la institucin,
requiere ser realizado de forma eficiente, y es importante

mencionar que un sistema

financiero es una herramienta crucial para la mejora en el tiempo de ejecucin de procesos

contables que facilite ejercer clculos, registros de socios, consultas inteligente de clientes,
reportes entre otros, despus de todo vemos que actualmente estos sistemas son muy
indispensable y pilares bsicos de la sociedad, y hoy en dia es necesario proporcionar a las
instituciones financieras uno de los recursos de tecnologa moderna que se ajuste a las
tendencias actuales.
Cabe indicar que se aplic la metodologa de investigacin, deductivo para analizar las
deficiencias existes en los Procesos Financieros de diferentes cuentas que se ejecutan, el
inductivo para sistematizar el control financiero que mejoro el tiempo de ejecucin en los
ejercicios contables, con la cuantitativa se realiz encuestas y entrevista a los usuarios del
sistema, puesto que proporcione informacin especfica de contexto problemtico en
diferentes departamentos, en lo cualitativo se tom ciertas condiciones sobre los hechos o
problemas previstos , en el control de gestin financiero y en la metodologa XP se escogi
para un desarrollo gil, flexible y cientfica de generar sistemas de software, sin embargo se
puedo aplicar las fases de XP: Planificacin se exterioriz el tiempo de demora en obtener el
sistema y hacer la entrega de mismo, Diseo se dise la BDD, modelo de sistema,
arquitectura C/S y cronograma de actividades, Desarrollo nos permiti ejecutar cdigos
fuentes y realizar la documentacin, finalmente las Pruebas extras y revisiones de rendimiento
del sistema con datos reales que demostr su correcto funcionamiento.
En conclusin se logr obtener un sistema de calidad y eficiente, el mismo que se implanto en
la institucin con las debidas capacitaciones que inculque las indicaciones necesarias de cmo
es el funcionamiento de cada uno de los mdulos privilegiados a los usuarios finales.

Executive Summary

CAPITULO I. EL OBJETO DE TRANSFORMACIN.

1.1 Antecedentes de la investigacin.
La Cooperativa de Ahorro y Crdito Imbabura Imbacoop Ltda. Nace en los aos 2003 como
una pre-cooperativa, en la comunidad La Compaa, del cantn Otavalo de la provincia de
Imbabura con apenas 30 socios originarios, que optaron en trabajar en el cooperativismo, cabe
recalcar que es una Institucin financiera que ofrece varios tipos de productos los mismos
que son:
Ahorro
Ahorro normal
Ahorro crediticio
Ahorro infantil
Ahorro ukapak wakaichishkagu.
Depsito a plazo fijo
Depsito a plazo fijo
Para 30, 60, 90, 180 y 365 das.
Pago de inters mensual
Pago de inters al vencimiento.
Crdito
Micro crdito, para:
Tejido
Artesana
Comerciantes
Agricultores
Crianza de animales menores que son; cuy, gallinas chanchos y otros.
De acuerdo a los anlisis realizados se ha detectado la falta de un sistema financiero que
ejecute los procesos financieros y contables de la manera ms rpida y eficientes. Por otra
parte los empleados no encuentran una solucin que satisfaga las necesidades requeridas por
los clientes, y se ha convertido en un problema abundante en atencin al clientes.
Por lo tanto la gran cantidad de procesos que realiza diariamente, carece del tiempo de
ejecucin en procesamiento de informacin requerida por los clientes, en la cual la
Cooperativa se ha decidido sistematizar los procesos que conlleva diariamente, con el
propsito de mejorar los servicios.
1.2 Identificacin del Objeto.
Dificultades en los procesos de Sistema Financiero, en el que corresponde registro de socios,
cartera de crdito, depsitos, retiros, balances y cuentas por pagar para la Cooperativa de
Ahorro y Crdito Imbabura Imbacoop Ltda.

1.3 Objetivos
1.3.1

Objetivo general

Implantar el Sistema Financiero en la Cooperativa de Ahorro y Crdito Imbabura Imbacoop

Ltda.
1.3.2

Objetivos especficos

Fundamentar bibliogrficamente los procesos de Contabilidad Financiera a utilizarse para

la realizacin del sistema.
Diagnosticar las necesidades de la Cooperativa de Ahorro y Crdito Imbabura Imbacoop
Ltda, para cumplir con las expectativas esperadas en la realizacin del Sistema Financiero.
Desarrollar el Sistema Financiero para la Cooperativa de Ahorro y Crdito Imbabura
Imbacoop Ltda , Ubicada en Comunidad La Compaa.
Validar la propuesta.
1.4 Beneficiarios.
La Cooperativa de Ahorro y Crdito IMBACOOP LTDA, es el beneficiado ya que
tendra mayor ingreso econmico y proporcionara trabajo para nuevos empleados, y
tendr la potestad

de acceder a nuevos mercados nacionales, ya que acomete ser

reconocida, ser competitivo con las grandes instituciones financieras la cual satisfaga las
necesidades de los clientes del mercado.

CAPITULO II. DISEO TERICO-METODOLGICO DE LA

PROPUESTA.
2.1 Base terica del proyecto integrador
2.1.1 Sistema Financiero Nacional
Segn (LOEPS, 2013), el sistema financiero est conformado por el conjunto de Instituciones
bancarias, financieras y dems empresas e Instituciones de derecho pblico o privado,
debidamente autorizadas por la Superintendencia de Bancos y Seguros, que operan en la
intermediacin financiera. Es el conjunto de instituciones encargadas de la circulacin del
flujo monetario y cuya tarea principal es canalizar el dinero de los ahorristas hacia quienes
desean hacer inversiones productivas. Las instituciones que cumplen con este papel se llaman
Intermediarios Financieros o Mercados Financieros.
2.1.1.1 Instituciones financieras privadas.
(ECUADOR, 2009), considera que la alianza con el artculo 1 de la Ley General de
Instituciones del Sistema Financiero y el artculo 2 de su Reglamento General, se consideran
como instituciones financieras privadas:
a) Bancos;
b) Sociedades Financieras o Corporaciones de Inversin y Desarrollo;
c) Asociaciones Mutualistas de Ahorro y Crdito para la vivienda; y,
d) Cooperativas de Ahorro y Crdito que realizan intermediacin financiera con el pblico.
La Superintendencia de Bancos y Seguros autorizar a estas instituciones la adopcin y
registro de un nombre o denominacin que crean pertinente, con tal que no pertenezca a otra
entidad y que no se preste a confusiones, para el efecto, mediante Resolucin SB-JB-96-040,
ha emitido el Reglamento para la aprobacin o denegacin de denominaciones asignadas a
las instituciones controladas por la Superintendencia de Bancos
Las instituciones harn constar en su denominacin, su condicin de banco, sociedad
financiera, mutualista, o cooperativa de ahorro y crdito; as por ejemplo:
a) Banco de Guayaquil S.A.
b) Produbanco S.A.
c) Unin Financiera Central S.A. UNIFINSA
d) Asociacin Mutualista Ambato,
e) Cooperativa de Ahorro y Crdito Oscus Ltda.
2.1.1.2 Composicin del Sistema Financiero.
9

Son las instituciones del sistema financiero privado, conforme lo dispuesto en el artculo 3 de
la Ley General de Instituciones Financieras, se constituirn con la autorizacin de la
Superintendencia de Bancos y Seguros adoptando la forma de compaa annima, salvo las
asociaciones, mutualistas de ahorro y crdito para la vivienda y las cooperativas de ahorro y
crdito abiertas al pblico en general, las cuales por disposicin de la Ley, debern
constituirse de conformidad con las disposiciones legales y reglamentos especficos, (LOEPS,
2013).
2.1.1.3 Banco Central del Ecuador.
(ECUADOR, 2009), toma como concepto la funcin constitucional establecer, controlar y
aplicar la poltica monetaria y crediticia del Estado, as como tambin la atribucin de
conocer, probar y evaluar la ejecucin de los presupuestos de las instituciones financieras
pblicas.
2.1.1.4 Junta Bancaria.
Es aquel organismo que se encuentra bajo el control de la Superintendencia de Bancos y es la
encargada de dictar las Leyes, Resoluciones y Regulaciones que permiten un correcto
funcionamiento y desarrollo de este sistema tan importante en la economa. (SEPS, 2013).
2.1.1.5 Superintendencia de Bancos.
El concepto formulado por (LOEPS, 2013), dilata que es una entidad autnoma encargada de
controlar y supervisar las funciones de las instituciones financieras.
2.1.1.6 Mutualistas.
Como afirma (LOEPS, 2013), mutualista constituye la asociacin libre, sin fines de lucro, por
personas inspiradas en la solidaridad, con el objeto de brindarse ayuda reciproca frente a
riesgos eventuales o de concurrir a su bienestar material y espiritual mediante una
contribucin peridica
Las Mutualistas establecen dos categoras para sus asociados, no aportan capital, ni cuota
inicial, no distribuyen excedentes, solo los socios activos participan del gobierno de la misma,
no tiene derecho al reintegro de sus aportes.
En el caso de las Mutualistas para la Vivienda, estn autorizadas para incursionar en el
negocio inmobiliario adems del financiero.
2.1.1.7 Banca Pblica.
Segn (ECUADOR, 2009), Para propsitos nobles como erradicar la pobreza y fomentar la
inversin y el ahorro en el Ecuador se cre la banca pblica de desarrollo, la cual est
10

conformada por el Banco del Estado (BEDE), el Banco Ecuatoriano de la Vivienda (BEV), el
Banco Nacional de Fomento (BNF) y la Corporacin Financiera Nacional (CFN) y el Instituto
Ecuatoriano de Crditos Educativos (IECE).Estas Instituciones se encuentran reguladas por la
Superintendencia de Bancos; lo cual, causa un conflicto de intereses que imposibilita que la
supervisin sea imparcial, pues el estado es supervisor y banquero a la vez.
Cabe indicar que el Banco del Estado (BEDE) trabaja con los gobiernos autnomos
descentralizados; El Banco Ecuatoriano de la Vivienda (BEV) da crdito a los constructores;
El IECE otorga crditos a los estudiantes para maestras y posgrados; el Banco Nacional de
Fomento (BNF) ofrece microcrdito productivo y sobre todo crdito individual; la
Corporacin Financiera Nacional (CFN) tiene un segmento ms corporativo y tambin se
encarga de trabajar en las corresponsalas; es decir, de ser el Eximbanco (Exportaciones e
importaciones de materias primas y lneas de capital) del Ecuador.
2.1.1.8 Superintendencia de Economa Popular y Solidaria.
Como afirma (SEPS, 2013), es una entidad tcnica de supervisin y control de las
organizaciones de la economa popular y solidaria, con personalidad jurdica de derecho
pblico y autonoma administrativa y financiera, que busca el desarrollo, estabilidad, solidez y
correcto funcionamiento del sector econmico popular y solidario, adems la (LOEPS, 2013),
menciona que.
a) Cooperativas de Ahorro y Crdito.
El mercado financiero ecuatoriano est compuesto por 40 cooperativas de ahorro y crdito,
entre las principales: 29 de Octubre, Andaluca y Alianza del Valle, etc. Las cooperativas, se
clasifican segn la actividad que vayan a desarrollar como cooperativas de produccin,
consumo, crdito y servicios; y por la capacidad que tengan como cooperativas abiertas
(captan dinero del pblico en general) y cooperativas cerradas (agrupan a socios que
pertenecen a un solo grupo del trabajo)
-

Servicios Financieros

El artculo 4 del Reglamento General de la Ley de instituciones Financieras considera como

instituciones de servicios financieros a las siguientes:
Almacenes Generales de Depsito
Compaas de Arrendamiento Mercantil o Leasing
Compaas Emisoras o Administradoras de Tarjetas de Crdito
Casas de Cambio
11

 Corporaciones de Garanta y Retro garanta Crediticia y

Compaas de Titularizacin.
Las instituciones de servicios financieros realizarn exclusivamente las actividades que se
sealan en los correspondientes reglamentos de constitucin y funcionamiento de esas
entidades.
b) Ahorros
La Cooperativa tiene como finalidad fundamental la de ofrecer a sus afiliados el servicio de
PRSTAMOS; ahora, para contar con las disponibilidades monetarias que le permita ofrecer
el servicio tiene que formar primero un capital accionario o de operacin a base de los
depsitos econmicos efectuados por todos los miembros de la sociedad.
c) Inversiones
Los socios de una Cooperativa de Ahorro y Crdito, a ms de depositar dinero en las cuentas
de Certificados y Ahorros, pueden hacerlo tambin en otra que sea denominada depsitos a
plazo fijo. Este dinero gana un inters convenido de acuerdo al plazo que dura el depsito,
cuyas tasas constan en el Reglamento respectivo de la cooperativa.
d) Crditos
Los prstamos constituyen el principal y ms significativo de los servicios. Es un derecho que
utiliza el socio como reconocimiento al mrito de la cooperacin. Es un acto de solidaridad y
confianza, los miembros de la sociedad se prestan dinero y se garantizan mutuamente, bajo
normas justas
2.1.2 Contabilidad Financiera
2.1.2.1 Definicin
Como seala (Fred R, 2013), la contabilidad financiera, sta toma el concepto de
transacciones y ciertos eventos identificables y cuantificables que la afectan (restriccin de
operaciones). De esta manera, la contabilidad financiera define, con toda claridad, que de
todas las operaciones que realiza una entidad son objeto de la contabilidad financiera
nicamente sus transacciones y los ciertos eventos econmicos identificables y cuantificables
que la afectan. El principio de realizacin define puntualmente a las transacciones a
desarrollar con las cuentas contables mencionadas por (Zambrano Ho, Lasso Marmolejo, &
Roncn Soto, 2013) .
2.1.2.2 ACTIVOS.

12

Un activo sos todos los bienes pertenecientes a la empresa y que pueden capitular en dinero u
otros medios lquidos equivalentes.
a) Fondos Disponibles
Son recursos de inmediata liquidez que tiene una persona pblica, privada, fsica o jurdica
para realizar sus pagos y que normalmente se encuentran depositados en una cuenta
corriente de una entidad financiera.
b) Cartera de Crditos
Una cartera de crdito es el conjunto de documentos que amparan los activos financieros o las
operaciones financieras hacia un tercero y que el tenedor de dicho (s) documento (s) o cartera
se reserva el derecho de hacer valer las obligaciones estipuladas en s texto.
c) Cuentas por Cobrar
Es una cuenta real de activo dinmico. Representan el monto total que adeudan los clientes a
la empresa, con motivo de las ventas o servicios que el mismo presta representadas por
facturas o Notas de Dbitos.
d) Activo Fijo
Son todos los bienes pertenecientes a la empresa y que est a la disposicin de los empleados
que brindado servicio de utilidad.
e) Otros Activos
Son aquellos que no se pueden clasificar, ni como circulantes ni como fijos, pero que son
propiedades que la organizacin tiene y que utilizar para llevar a cabo sus programas, por
ejemplo: gastos pagados por adelantado, alquileres, seguros, papelera, etc.
2.1.2.3 PASIVOS
Segn (Zambrano Ho, Lasso Marmolejo, & Roncn Soto, 2013), el pasivo son las deudas
que la empresa posee, se recogen las obligaciones y representa lo que se debe a terceros:
pagos a bancos, salarios, proveedores, impuestos.
Para clasificar los pasivos, se diferencia entre:
Pasivo no exigible: fondos propios propiedad de los titulares del Capital.
Pasivo exigible: las deudas que la empresa posee frente a terceros.

13

En todo caso las siguientes subcuentas son proporcionadas por los mismos autores de esta
cuenta.
a) Cuentas por Pagar
Son obligaciones que debe cancelar por compra de bienes materiales, servicios recibidos,
gastos incurridos y adquisicin de activos fijos o contratacin de inversiones en proceso.
b) Obligaciones Financieras
Son las obligaciones que tiene con ente econmico mediante la obtencin de recursos
provenientes de establecimientos de crdito o de otras instituciones financieras u otros entes
distintos de los anteriores.
c) Otros Pasivos
Registra el valor de las obligaciones a cargo del ente econmico y a favor de cada uno de los
partcipes, por concepto de liquidaciones parciales o definitivas en desarrollo de contratos de
Cuentas en Participacin, realizados conforme a las normas legales vigentes.
2.1.2.4 PATRIMONIO
En 2010 el estudio Fernndes Pampilln, demuestra que una cuenta formada por el
conjunto de bienes, derechos y obligaciones que pertenecen a la empresa se denomina
Elemento patrimonial as como:
a) Bienes: objetos fsicos posedos por la empresa ej.: mercancas muebles dinero.
b) Derechos: Son deudas que otras personas tienen con la empresa y tambin los derechos
de patentes marcas comerciales etc.
c) Obligaciones: Son deudas que la empresa tiene ej. prstamos bancarios compras a crdito
2.1.3 Sistema de Informacin.
Segn (Falgueras, 2010), un sistema de informacin es un conjunto de componentes que
interaccionan entre s para alcanzar un fin determinado, el cual es satisfacer las necesidades de
informacin de dicha organizacin. Estos componentes pueden ser personas, datos,
actividades o recursos materiales en general, los cuales procesan la informacin y la
distribuyen de manera adecuada, buscando satisfacer las necesidades de la organizacin.
El objetivo primordial de un sistema de informacin es apoyar la toma de decisiones y
controlar todo lo que en ella ocurre. Es importante sealar que existen dos tipos de sistema de
informacin, los formales y los informales; los primeros utilizan como medio para llevarse a
cabo estructuras slidas como ordenadores, los segundos son ms artesanales y usan medios
ms antiguos como el papel y el lpiz o el boca a boca.
14

Un sistema de informacin se puede definir tcnicamente como un conjunto de componentes

relacionados que recolectan (o recuperan), procesan, almacenan y distribuyen informacin
para apoyar la toma de decisiones y el control en una organizacin.
2.1.3.1 Actividades de un Sistema de Informacin
Como afirma (PIATTINI VELTHUIS, GARCA RUBIO, & RODRGUEZ DE GUZMN,
2011), hay tres actividades en un sistema de informacin que producen la informacin que
esas organizaciones necesitan para tomar decisiones, controlar operaciones, analizar
problemas y crear nuevos productos o servicios. Estas actividades son:
a) Entrada: captura o recolecta datos en bruto tanto del interior de la organizacin como de
su entorno externo.
b) Procesamiento: convierte esa entrada de datos en una forma ms significativa.
c) Salida: transfiere la informacin procesada a la gente que la usar o a las actividades para
las que se utilizar.
Los sistemas de informacin tambin requieren retroalimentacin, que es la salida que se
devuelve al personal adecuado de la organizacin para ayudarle a evaluar o corregir la etapa
de entrada.
2.1.3.2 Ciclo de vida.
(Falgueras, 2010), dice que el ciclo de vida del software, es la sucesin de etapas por las que
pasa el software desde que un nuevo proyecto es concebido hasta que se deja de usar. Estas
etapas representan el ciclo de actividades involucradas en el desarrollo, uso y mantenimiento
de sistemas de software, adems de llevar asociadas una serie de documentos que sern la
salida de cada una de estas fases y servirn de entrada en la fase siguiente.
Tales actividades son:
a) Adopcin e identificacin del sistema: es importante conocer el origen del sistema, as
como las motivaciones que impulsaron el desarrollo del sistema (por qu, para qu,
etctera.).
b) Anlisis de requerimientos: identificacin de las necesidades del cliente y los usuarios
que el sistema debe satisfacer.
c) Especificacin: los requerimientos se realizan en un lenguaje ms formal, de manera que
se pueda encontrar la funcin de correspondencia entre las entradas del sistema y las
salidas que se supone que genera. Al estar completamente especificado el sistema, se
15

pueden hacer estimaciones cuantitativas del coste, tiempos de diseo y asignacin de

personal al sistema, as como la planificacin general del proyecto.
d) Especificacin de la arquitectura: define las interfaces de interconexin y recursos entre
mdulos del sistema de manera apropiada para su diseo detallado y administracin.
e) Diseo: en esta etapa, se divide el sistema en partes manejables que, como anteriormente
hemos dicho se llaman mdulos, y se analizan los elementos que las constituyen. Esto
permite afrontar proyectos de muy alta complejidad.
f) Desarrollo e implementacin: codificacin y depuracin de la etapa de diseo en
implementaciones de cdigo fuente operacional.
g) Integracin y prueba del software: ensamble de los componentes de acuerdo a la
arquitectura establecida y evaluacin del comportamiento de todo el sistema atendiendo a
su funcionalidad y eficacia.
h) Documentacin: generacin de documentos necesarios para el uso y mantenimiento.
i) Entrenamiento y uso: instrucciones y guas para los usuarios detallando las posibilidades
y limitaciones del sistema, para su uso efectivo.
j) Mantenimiento del software: actividades para el mantenimiento operativo del sistema.
Se clasifican en: evolucin, conservacin y mantenimiento propiamente dicho.
Existen diversos modelos de ciclo de vida, pero cada uno de ellos va asociado a unos
mtodos, herramientas y procedimientos que debemos usar a lo largo de un proyecto.
2.1.4

Aplicacin Web

Para (HISPAVISTA, 2011), una aplicacin Web es un sitio Web que contiene pginas con
contenido sin determinar, parcialmente o en su totalidad. El contenido final de una pgina se
determina slo cuando el usuario solicita una pgina del servidor Web. Dado que el contenido
final de la pgina vara de una peticin a otra en funcin de las acciones del visitante, este tipo
de pgina se denomina pgina dinmica.Las aplicaciones Web se crean en respuesta a diversas
necesidades o problemas. En esta seccin se describen los usos ms habituales de las
aplicaciones Web y se proporciona un ejemplo sencillo.
a) Tipos
Por otra parte (Aguilar, 2010), manifiesta que una aplicacin Web es un conjunto de pginas
Web estticas y dinmicas. Una pgina Web esttica es aqulla que no cambia cuando un
16

usuario la solicita: el servidor Web enva la pgina al navegador Web solicitante sin
modificarla. Por el contrario, el servidor modifica las pginas Web dinmicas antes de
enviarlas al navegador solicitante. La naturaleza cambiante de este tipo de pgina es la que le
da el nombre de dinmica.
Por ejemplo, podra disear una pgina para que mostrara los resultados del programa de
salud y dejara cierta informacin fuera (como el nombre del empleado y sus resultados) para
calcularla cuando la pgina la solicite un empleado en particular.
En las siguientes secciones se describe con mayor detalle el funcionamiento de las
aplicaciones Web.
b) Pginas Web estticas
El estudio realizado por (Padro Nieves, 2012), indica que un sitio Web esttico consta de un
conjunto de pginas y de archivos HTML relacionados alojados en un equipo que ejecuta un
servidor Web.
Un servidor Web es un software que suministra pginas Web en respuesta a las peticiones de
los navegadores Web. La peticin de una pgina se genera cuando el usuario hace clic en un
vnculo de una pgina Web, elige un marcador en un navegador o introduce una URL en el
cuadro de texto Direccin del navegador.
Segn (Garca Snchez & Sanz Rodrguez, 2012), el contenido final de una pgina Web
esttica lo determina el diseador de la pgina y no cambia cuando se solicita la pgina. A
continuacin se incluye un ejemplo:
<html>
<head>
<title>Trio Motors Information Page</title>
</head>
<body>
<h1>About Trio Motors</h1>
<p>Trio Motors is a leading automobile manufacturer.</p>
</body>
</html>

Y posterior al mismo (Pea, 2012) concluye que un diseador escribe todas y cada una de las
lneas de cdigo HTML de la pgina antes de colocarla en el servidor. El cdigo HTML no
cambia una vez colocado en el servidor y por ello, este tipo de pginas se denomina pgina
esttica.
c) Pginas web dinmicas
(Culturals, 2011), considera que cuando un servidor Web recibe una peticin para mostrar
una pgina Web esttica, el servidor la enva directamente al navegador que la solicita.
Cuando el servidor Web recibe una peticin para mostrar una pgina dinmica, sin embargo,
17

reacciona de distinta forma: transfiere la pgina a un software especial encargado de finalizar

la pgina. Este software especial se denomina servidor de aplicaciones.El servidor de
aplicaciones lee el cdigo de la pgina, finaliza la pgina en funcin de las instrucciones del
cdigo y elimina el cdigo de la pgina. El resultado es una pgina esttica que el servidor de
aplicaciones devuelve al servidor Web, que a su vez la enva al navegador solicitante. Lo
nico que el navegador recibe cuando llega la pgina es cdigo HTML puro. A continuacin
se incluye una vista de este proceso:
El navegador Web solicita la pgina dinmica.
El servidor Web localiza la pgina y la enva al servidor de aplicaciones.
El servidor de aplicaciones busca instrucciones en la pgina y la termina.
El servidor de aplicaciones pasa la pgina terminada al servidor Web.
El servidor Web enva la pgina finalizada al navegador solicitante.
2.1.5

Programacin PHP

PHP es un lenguaje de cdigo abierto muy popular, adecuado, para desarrollo web y que
puede ser incrustado en HTML. Es popular ya que un gran nmero de pginas y portales web
se puede crear con PHP. Cdigo abierto significa que es de uso libre y gratuito para los
programadores que requiere usarlo. Incrustado en HTML significa que en un mismo archivo
se puede combinar cdigo PHP con cdigo HTML, siguiendo unas reglas
PHP se utiliza para generar pginas web dinmicas. (Beati, 2012).
2.1.5.1 Variables
En el 2012 con la investigacin de Beati define que variable en php se declara de la siguiente
manera $variable, es decir anteponiendo el smbolo dlar ($) al nombre de la variable a
especificar.
Dependiendo de la informacin que contenga, una variable puede ser considerada de uno u
otro tipo:
Variables numricas de almacn cifras
Enteros
$entero=2002;
Nmeros sin decimales
Real
$real=3.14159;
Nmeros con o sin decimal
Variable alfanumricas de almacn texto compuesto de nmeros y/o cifras
Cadenas
Almacenan variables alfanumricas $cadena="Hola amigo";
Tablas almacenan series de informaciones numricas y/o alfanumricas
Arrays
Son las variables que guardan las $sentido[1]="ver";
tablas
$sentido[2]="tocar";
$sentido[3]="oir";
$sentido[4]="gusto";
$sentido[5]="oler";
18

Tabla 1: Tipos de datos PHP

Fuente: Lago, Antonio Fernndez

A diferencia de otros lenguajes, PHP posee una gran flexibilidad a la hora de operar con
variables. En efecto, cuando definimos una variable asignndole un valor, el ordenador le
atribuye un tipo.
2.1.5.2 Funcin
Segn (Beati, 2012), Una funcin es un grupo de instrucciones que realiza una tarea, estas
instrucciones estn agrupadas en un mismo bloque, el cual puede ser llamado desde cualquier
parte del cdigo.
Esto hace que no tengamos que repetir un cierto cdigo cada vez que queramos realizar la
misma tarea, ya que basta con hacer una llamada a la funcin y esta se ejecuta.
Hay dos tipos de fusiones, las que podemos crear nosotros mismos y las predefinidas.
PHP dispone de muchas funciones ya predefinidas, es decir, tareas que son habituales en
programacin, y para las cuales hay ya una funcin prefabricada, en este caso lo nico
Podemos definir o crear nuestras propias funciones, para ello usaremos el siguiente cdigo:
function nombreFuncion($argumento1,$argumento2) {
instrucciones de la funcin ;
return $resultado
}

Elementos del cdigo son los siguientes:

a) function: empezaremos poniendo esta palabra clave.
b) Nombre Funcion: despus de todo se puede asignar un nombre a la funcin, para escribir
cualquier palabra, la cual ser el nombre que tenga la funcin
c) $argumentos: Son los datos necesarios para poder ejecutar la funcin, por ejemplo una
funcin que realice la suma de dos nmeros, necesitar que le pasemos como argumentos
esos dos nmeros. Una funcin puede necesitar o no argumentos, por lo que no es
obligatorio ponerlos si no es necesario. Si necesita ms de un argumento, estos se pondrn
separados por comas. El argumento puede ser cualquier variable, la cual la utilizaremos
dentro de la funcin para operar con ella y obtener el resultado.
d) Instrucciones: Entre llaves permite asignar las instrucciones que sea de necesidad para
ejecutar la funcin.
e) return : permite hacer la funcin directa de resultado, o que lo devuelva al programa la
palabra clave return seguido de la variable que contiene el resultado. Esta se pone siempre
al final de las instrucciones y antes de cerrar la llave.
2.1.6 Ajax
19

Para (W3Schools, 2009), AJAX son las siglas de Asynchronous JavaScript And XML. No es
un lenguaje de programacin sino un conjunto de tecnologas (HTML-JavaScript-CSSDHTML-PHP/ASP.NET/JSP-XML) que permite hacer pginas de internet ms interactivas.
La caracterstica fundamental de AJAX es permitir actualizar parte de una pgina con
informacin que se encuentra en el servidor sin tener que refrescar completamente la pgina.
De modo similar se puede enviar informacin al servidor.
La complejidad se centra en que se debe dominar varias tecnologas:
a) HTML o XHTML
b) CSS
c) JavaScript
DHTML Bsicamente se domina los objetos que proporciona el DOM.
XML Para el envo y recepcin de los datos entre el cliente y el servidor.
PHP o algn otro lenguaje que se ejecute en el servidor (ASP.Net/JSP)
2.1.7

JavaScript bsico y Sintaxis

Como afirma (Suehring, 2010), la sintaxis de un lenguaje de programacin que se define

como el conjunto de reglas que deben seguirse al escribir el cdigo fuente de los programas
para considerarse como correctos para ese lenguaje de programacin.
La sintaxis de JavaScript es muy similar a la de otros lenguajes como Java y C. Las normas
bsicas que definen la sintaxis de JavaScript son las siguientes:
No se tienen en cuenta los espacios en blanco y las nuevas lneas: como sucede con XHTML,
el intrprete de JavaScript ignora cualquier espacio en blanco sobrante, por lo que el cdigo se
puede ordenar de forma adecuada para su manejo (tabulando las lneas, aadiendo espacios,
creando nuevas lneas, etc.)
Se distinguen las maysculas y minsculas: al igual que sucede con la sintaxis de las etiquetas
y elementos XHTML. JavaScript define dos tipos de comentarios: los de una sola lnea y los
que ocupan varias lneas. Los comentarios de una sola lnea se definen aadiendo dos barras
oblicuas (//) al principio de cada lnea que forma el comentario:
alert("mensaje de prueba");
Tambin se pueden incluir varios comentarios seguidos de una sola lnea:
alert("mensaje de prueba");
Cuando un comentario ocupa ms de una lnea, es ms eficiente utilizar los comentarios
multilnea, que se definen encerrando el texto del comentario entre los caracteres /* y */
alert("mensaje de prueba");
2.1.7.1 Variables
20

Por otra

(Suehring, 2010) puntualiza que las variables se definen mediante la palabra

reservada var, que permite definir una o varias variables simultneamente:

var variable1 = 16;
var variable2 = "hola", variable3 = "mundo";
var variable4 = 16, variable5 = "hola";
El siguiente ejemplo ilustra el comportamiento de los mbitos:
function muestraMensaje() {
var mensaje = "Mensaje de prueba";
}
muestraMensaje();
alert(mensaje);

2.1.7.2 Palabras reservadas

Segn (Suehring, 2010), dice que cualquier otro lenguaje de programacin, JavaScript utiliza
una serie de palabras para crear las instrucciones que forman cada programa. Por este motivo,
estas palabras se consideran reservadas y no se pueden utilizar como nombre de una variable
o funcin.
El estndar ECMA-262 incluye la lista de las palabras reservadas que utiliza actualmente
JavaScript y la lista de las palabras reservadas para su uso futuro.
a) Utilizadas actualmente:
break, else, new, var, case, finally, return, void, catch, for, switch, while, continue,function, thi
s, with, default, if, throw, delete, in, try, do, instanceof, typeof
b) Reservadas para su uso futuro:
abstract, enum, int, short, boolean, export, interface, static, byte, extends, long,super, char, fin
al, native, synchronized, class, float, package, throws, const, goto,private, transient, debugger,
implements, protected, volatile, double, import, public
2.1.8

Base de Datos MYSQL

(ARANA ORBEGOZO, 2013) concluye que la base de datos MYSQL una coleccin de datos
referentes a una organizacin estructurada segn un modelo de datos de forma que refleja las
relaciones y restricciones existentes entre los objetos del mundo real, y consigue
independencia, integridad y seguridad de los datos.
Lo que debemos tener claro es la diferencia entre Base de Datos y SGBD en MYSQL. La
base de datos es el almacenamiento donde residen los datos. El SGBD es el encargado de
manipular la informacin contenida en ese almacenamiento mediante operaciones de
lectura/escritura sobre la misma. Adems las bases de datos no slo contendrn las tablas
21

(ficheros) de datos, sino que tambin almacenar formularios (interfaces para edicin de
datos), consultas sobre los datos, e informes. El SGBD se encargar de manipular esos datos,
controlar la integridad y seguridad de los datos, reconstruir y reestructurar la base de datos
cuando sea necesario.
2.1.8.1 Modelo de Datos.
(ORACLE, 2011), un modelo de datos es un conjunto de CONCEPTOS y REGLAS que nos
llevarn a poder reflejar la estructura de datos y operaciones aplicables sobre ellos de un
sistema informtico.
Existen multitud de modelos de datos aplicables para el diseo de bases de datos, pero el
modelo relacional es el ms usado y extendido; actualmente los SGBD ms implantados
utilizan este modelo de datos.
2.1.9 Servidor Web
2.1.9.1 Definicin
Segn (Cuapar, 2011),Un servidor, como la misma palabra indica, es un ordenador o mquina
informtica que est al servicio de otras mquinas, ordenadores o personas llamadas
clientes y que le suministran a estos, todo tipo de informacin. A modo de ejemplo,
imaginemos que estamos en nuestra casa, y tenemos una despensa. Pues bien a la hora de
comer necesitamos unos ingredientes por lo cual vamos a la despensa, los cogemos y nos lo
llevamos a la cocina para cocinarlos.

Ilustracin 1: Servidor
Fuente: Cuapar, Rolser Saul

Segn (HISPAVISTA, 2011), en el ejemplo, nuestra mquina servidor es la despensa, y los

clientes son personas que necesitamos unos ingredientes del servidor o despensa. Pues bien
con este ejemplo podemos entender ahora un poco mejor qu es un servidor. Por tanto un
servidor en informtica es un ordenador u otro tipo de dispositivo que suministra una
informacin requerida por unos clientes (que pueden ser personas, o tambin pueden ser otros
dispositivos como ordenadores, mviles, impresoras, etc.).
Por otra parte se puede visualizar en el esquema general, en el denominado esquema clienteservidor que es uno de los ms usados ya que en l se basa gran parte de internet.

22

Ilustracin 2: Servidor Web

Fuente: Cuapar, Rolser Saul

Como vemos, tenemos una mquina servidora que se comunica con variados clientes, todos
demandando algn tipo de informacin. Esta informacin puede ser desde archivos de texto,
video, audio, imgenes, emails, aplicaciones, programas, consultas a base de datos, etc.
Por regla general, las mquinas servidoras suelen ser algo ms potentes que un ordenador
normal. Sobre todo suelen tener ms capacidad tanto de almacenamiento de informacin
como de memoria principal, ya que tienen que dar servicio a muchos clientes. Pero como
todo, tambin depende de las necesidades, ya que podemos tener un servidor de menores
prestaciones si vamos a tener pocos clientes conectados, o si los servicios que queramos en el
servidor no requieren una gran capacidad servidora. A modo de ejemplo, podramos hacer
funcionar un ordenador en nuestra casa como si fuera un servidor, aunque esto no es lo ms
habitual. Por general, los servidores suelen estar situados en centros de datos de empresas
(edificios con grandes salas dedicadas a alojar a los servidores).
2.1.9.2 Tipos de Servidores
(Falgueras, 2010) Indica que en la tabla se puede ver los tipos de servidores ms habituales.
DENOMINACI
N DEL
SERVIDOR

DESCRIPCIN

Servidor de Correo

Es el servidor que almacena, enva, recibe y realiza todas las

operaciones relacionadas con el e-mail de sus clientes.

Servidor Proxy

Es el servidor que acta de intermediario de forma que el servidor

que recibe una peticin no conoce quin es el cliente que
verdaderamente est detrs de esa peticin.

Servidor Web

Almacena principalmente documentos HTML (son documentos a

23

modo de archivos con un formato especial para la visualizacin de

pginas web en los navegadores de los clientes), imgenes, videos,
texto, presentaciones, y en general todo tipo de informacin. Adems
se encarga de enviar estas informaciones a los clientes.
Servidor de Base
de Datos

Da servicios de almacenamiento y gestin de bases de datos a sus

clientes. Una base de datos es un sistema que nos permite almacenar
grandes cantidades de informacin. Por ejemplo, todos los datos de
los clientes de un banco y sus movimientos en las cuentas.

Servidores Clster

Son servidores especializados en el almacenamiento de la

informacin teniendo grandes capacidades de almacenamiento y
permitiendo evitar la prdida de la informacin por problemas en
otros servidores.

Servidores
Dedicados

Como ya expresamos anteriormente, hay servidores compartidos si

hay varias personas o empresas usando un mismo servidor, o
dedicados que son exclusivos para una sola persona o empresa.

Servidores de
imgenes

Recientemente tambin se han popularizado servidores

especializados en imgenes, permitiendo alojar gran cantidad de
imgenes sin consumir recursos de nuestro servidor web en
almacenamiento o para almacenar fotografas personales,
profesionales, etc.
Tabla 2: Tipo de servidores
Fuente: Cuapar, Rolser Saul

(MARTINEZ ROLDAN, 2010), afirma que un servidor es un ordenador de gran capacidad

que atiende las peticiones de cientos o miles de ordenadores a los que enva informacin u
ofrece un servicio. El mundo de los servidores es muy complejo. No te preocupes si algunos
trminos no te resultan del todo claros pues hay profesionales que llevan muchos aos
trabajando con servidores y realmente es difcil conocer la gran variedad de tipos y
nomenclatura que se utiliza para referirse a todos ellos.
2.1.10 Cliente Servidor.
Como seala (Cuapar, 2011), el Cliente-Servidor es un sistema distribuido entre mltiples
Procesadores donde hay clientes que solicitan servicios y servidores que los proporcionan
servicios. La Tecnologa Cliente/Servidor puede ser ejecutado en mltiples plataformas,
adems suelen ser un modelo que implica productos y servicios enmarcados en el uso de la
Tecnologa de punta, y que permite la distribucin de la informacin en forma gil y eficaz a
las diversas reas de una organizacin (empresa o institucin pblica o privada), as como
tambin fuera de ella.
24

La funcionalidad consiste que el cliente enva un mensaje solicitando un

determinado

servicio a un servidor (hace una peticin), y este enva uno o varios mensajes con la respuesta
(provee el servicio). En un sistema distribuido cada mquina puede cumplir el rol de servidor
para algunas tareas y el rol de cliente para otras.
Posterior al tema de esta seccin (KIOSKEA, 2009) afirma que los Protocolos asimtricos
tiene relacin con muchos a uno entre los clientes y un servidor. Los Clientes siempre inician
un dilogo mediante la solicitud de un servicio. Los Servidores esperan pasivamente por las
solicitudes de los clientes, adems realiza Transparencia de localizacin de un proceso que
puede residir en la misma mquina que el cliente u otra una mquina diferente de la red. El
software cliente/servidor (midleware) habitualmente oculta la localizacin de un servidor a los
clientes mediante la redireccin de servicios, de echo se basa en Intercambios de mensajes
entre los clientes y servidores que son procesos dbilmente acoplados que pueden
intercambiar solicitudes de servicios y respuestas utilizando mensajes, de todas formas se
independiza de la plataforma de software cliente/servidor ideal es independiente del
hardware o sistemas operativos, permitiendo al programador mezclar plataformas de clientes
y servidores, es decir es multiplataforma, por eso se deriva de Cdigo reutilizable para la
implementacin de un servicio que puede utilizarse en varios servidores, siendo escalable,
mismo que puede aadir o eliminar estaciones clientes con un ligero impacto en el
rendimiento, e incluso puede migracin a una mquina servidora ms grande y rpida o la
incorporacin de nuevas mquinas servidoras, conocido como un recursos compartidos de
servicios a muchos clientes al mismo tiempo, y regular el acceso de stos a un conjunto de
recursos compartidos de Servidores de bases de datos y solicitudes SQL al servidor, ya que el
servidor devuelve el resultado de la consulta. Como por ejemplo en los servidores de
transacciones: el cliente invoca procedimientos remotos o transacciones (conjunto de
instrucciones SQL) sobre la base de datos. Los datos intercambiados son:
-

Cliente -> servidor: solicitud.

Servidor -> cliente: mensaje de resultado.

Ejemplo:
En este grafico se evidencia la arquitectura C/S que se aplica, para el desarrollo de sistema
basado en Comercio Electrnico.

25

Ilustracin 3: Arquitectura de la Aplicacin

Fuente: Autor

2.2 Descripcin de la Metodologa

En el presente proyecto se emple el mtodo deductivo e inductivo: deductivo para analizar
las deficiencias existes en los Procesos Financieros de diferentes cuentas que suelen ser
ejecutadas, las cuales son: registro de socios, cartera de crdito, depsitos, retiros, balances,
cuentas por pagar y contabilidad, y el mtodo inductivo es para realizar el control
sistematizado que mejor el tiempo de ejecucin en clculos y procesos, que son gestionadas
en las diferentes reas de trabajo.
Adems se realiz mtodo cuantitativo y cualitativa, en cuantitativa se realizar encuestas y
entrevista a los empleados de la cooperativa, ya que se pretende obtener informacin sinttica
que aporte potencialmente mayor valor de anlisis cuantificada, medible a los sucesos, puesto
que esto proporcione informacin especfica de contexto problemtico de cada uno de los
ejercicios contables que efectan en diferentes departamentos, sin embargo en lo cualitativo
se tom ciertas condiciones sobre los hechos o problemas previstos , en el control de gestin
financiero.
Finalmente se aplic la metodologa XP para el desarrollo gil, flexible y cientfica de generar
sistemas de software, sin embargo se puedo aplicar las fases de XP: Planificacin se
exterioriz el tiempo de demora en obtener el sistema y hacer la entrega de mismo, Diseo se
dise la BDD, modelo de sistema, arquitectura C/S y cronograma de actividades, Desarrollo
nos permiti ejecutar cdigos fuentes y realizar la documentacin, finalmente las Pruebas
extras y revisiones de rendimiento del sistema con datos reales que demostr su correcto
funcionamiento.

26

2.3 Diseo de la investigacin del campo

2.3.1 Poblacin y muestra
2.3.1.1 Poblacin
La poblacin obtenida fue de los clientes, empleados y del seor Alberto Ascanta
representante legal de cooperativa, adems es importante mencionar el nmero de clientes
tomadas en el campo de accin, mismo que representa como poblacin 3600 personas, esto se
toma con referencia de que diariamente llega a la cooperativa entre 150 a 200 personas en las
tres agencias existentes. Igualmente se realiza la encuesta a 30 empleados existentes, y al
gerente se aplica la tcnica de entrevista.
Sr. Alberto Ascanta Gerente.
Administradores
Clientes

Poblacin
1
30
3600

Tcnica
Entrevista
Encuesta
Encuesta

Tabla 1: Tabla de poblacin.

Fuente: Autor

2.3.1.2 Muestra
Para la obtencin de datos se realiza la encuesta debido a que el nmero de cliente excede de

3600 persona y necesariamente se toma el mismo nmero de personas para formular el

muestreo, tambin se realiza encuesta a todos los empleados de la diferentes sucursales
existente, de igual manera se procede a hacer una entrevista al Gerente General de la
Cooperativa.
Por el nmero de poblacin de los personales (consumidores) a encuestar, se ha visto
necesario aplicar, frmula estadstica para el clculo de la muestra que es la siguiente.
PQN

n=

( N 1 )

[ ]

E2
+ PQ
2
K

Dnde:
N: Tamao de la Muestra.
P: Probabilidad de que el evento ocurra (0,5) o 50%.
Q: Probabilidad de que el evento no ocurra (0,5) o 50%.
E: 0,05 o 5%.
K: 1,96 (intervalo de confianza)
N: Universo (89.562 Habitantes)
27

n=

0,50,53600
0,052
( 895621 )
+0,50,5
1,962

[ ]

n=

150
224 +0,25

n=

150
24,25

n=

150
=99.84 Encuestados
0.025

Dnde:
nc = muestra corregida
n = muestra obtenida sin corregir
nc=

nc=

nc=

nc=

2
n1
1+
n

99.84
99.841
1+
99.84

99.84
98.83
1+
98.84

99.84
1+ 0,999

28

nc=

99.84
=50 Encuestados
1,999

La muestra corregida determina que el nmero de encuestados es de 50 personas tomando

como tamao poblacional.
Encuestados
Encuestados
Clientes
Empleados
Total

Cant.
50
30
80

Tabla 2: Encuestados.
Fuente: Autor

2.3.2 Tcnicas e instrumentos

2.3.2.1 Tcnicas
Las tcnicas utilizadas para la obtencin de informacin son las siguientes:
a) Encuestas: Las encuestas para dos aspectos, uno que fueron dirigidas a los clientes que
forman parte de la cooperativa, y lo otro dirigido a los empleado con la finalidad de
conocer cules son las expectativas en el trabajo y su nivel de aceptacin del Sistema
Financiero.
CUESTIONARIO PARA CLIENTES
La presente encuesta est dirigida a los empleados que trabaja en la cooperativa para
que ayude a conocer lo requerimientos a aplicar en el sistema.
Objetivo: Recopilar informacin sobre los requerimientos necesario, para aplicar en el
sistema.
1. Usted ha sido notificado a travs de internet sobre de productos y servicios que la
cooperativa ofrece.
Si( )
No( )
2. Le gustara recibir notificaciones de las transacciones realizadas en su cuenta.
Si( )
No( )
3. Al momento de realizar un crdito, cual sera para usted la mejor forma de recibir la
aprobacin de un crdito.
a) Llamada telefnica.
b) Mensaje de texto.
c) Correo Electrnico.
4. Qu tipo de notificacin le gustara recibir de las transacciones realizadas en su
cuenta.
a) Llamada telefnica.
b) Mensaje de texto.
c) Correo Electrnico.
29

d)
5.
a)
b)
c)
d)
e)
6.
a)
b)
c)
d)
7.

Visitar personalmente la Institucin y averiguarla.

Qu informacin le gustara saber para obtener un crdito en la cooperativa?
Requisitos.
Tipo de garante.
Encajes.
Plazo.
Otros.
Cul sera el tiempo adecuado para recibir la aprobacin o negacin del crdito?
12 Horas.
24 Horas
48 Horas.
otros
Cree usted necesario el poder visualizar el estado de su cuenta va internet
Si ( )
No ( ).

8. Qu tipo de informes le resulta ms fcil de comprender?

a) Reportes textuales
b) Reportes Grficos
9. De qu forma realiza la consulta de saldos en ahorros o en crditos
a) Consulta Personal en la Cooperativa
b) Llamada telefnica.
c) Va E-mail.
d) No Realiza.
10. Cree usted necesario el poder visualizar el estado de su cuenta va internet
Si ( )
No ( ).
CUESTIONARIO PARA ADMINISTRADORES
La presente encuesta est dirigida a los empleados que trabaja en la cooperativa para
que ayude a conocer lo requerimientos a aplicar en el sistema.
Objetivo: Recopilar informacin sobre los requerimientos necesario,
sistema.

para aplicar en el

Por favor seale con x la respuesta que crea conveniente.

1.
a)
b)
c)
d)

Cul es el tipo de crdito que maneja la institucin?

Microcrdito
Consumo
Vivienda.
Otros..

2. Lleva control de los crditos entregados

Si( )
No( )
3. Tiene indicadores financieros para la toma de decisiones en la asignacin de tasa de
crdito.
Si( )
No( )
30

4. Lo seguimientos a la cartera de crdito que realiza son.

Diario
Semanal
Mensual
5. Que tiempo cree usted que es el adecuado para la generacin de intereses en Ahorros
a la Vista.
a) 1 mes
b) 2 meses
c) 3 meses.
6. Qu tipos de documentos utiliza en la apertura de cuenta?
a) Copias de Cedula de identidad ( ).
b) Pagos de servicio bsico.
Original ( )
c)
d)
e)
7.
a.
b.

Copia ( ).

Pagos de impuesto predial ( ).

Certificados de Trabajo ( ).
Roles de Pago ( ).
Qu tipo de documentos utilizan para acceder a un crdito?
Copias de Cedula de identidad ( ).
Pagos de servicio bsico.
Original ( )

Copia ( ).

c. Pagos de impuesto predial ( ).

d. Certificados de Trabajo ( ).
e. Roles de Pago ( ).
f. Matrculas de Vehculos ( ).
g. Ttulos de Propiedad ( ).
8. Tiene ayudas que les faciliten a la aprobacin de crditos.
Si ( )
No ( )
9. Tiene ayudas que le faciliten a la hora de la captacin de Inversiones.
Si ( )
No ( )
10. Al momento de realizar las recaudaciones de ahorros o recuperacin de cartera, le es
necesario realizar consultas a la cuenta de los socios desde los sitios que se encuentre.
Si ( )
No ( )

b) Entrevista: La entrevista se realiza al seor Alberto Ascanta,

para determinar

expectativas referentes a la solucin de los problemas desde el punto de vista directivo.

1. Cmo mantiene informado a los clientes sobre las novedades, servicios y productos
existentes de la cooperativa?
2. Qu tipo de crdito ofrece la cooperativa a los clientes?
3. Cules son los requisitos para que los clientes abran una cuenta en la cooperativa?
4. Qu gestiones se realizan para los crditos?
31

5.
6.
7.
8.
9.

Cmo se efecta la aprobacin de crdito?

De qu manera piensa Ud. que el sistema ayudara en la toma de decisiones?
Qu tipo de reportes considera necesarios para la toma de decisiones concretas?
Cul es el tiempo estimado para que los clientes realicen inversiones?
Con que frecuencia genera reportes de las actividades de captacin, colocacin y

recuperacin de cartera?
10. Cmo es el proceso de captacin de las inversiones?
11. Qu procesos y reportes realiza en caja fuerte?
2.3.2.2 Instrumentos
Las herramientas que se utilizaron para la investigacin fueron
Encuestas de clientes.
Encuesta a los empleados.
Entrevistas
2.4 Conclusiones de la parte metodolgica y aplicacin de la encuesta y la entrevista.
Sistema de Informacin financiera, se debe desarrolla con los recursos aplicado en el
esquema del contenido, ya que el sistema ayuda en la ejecucin del conjunto de procesos
y datos estructurada de la empresa mismo que recopilara, elaborara y distribuir la
informacin necesaria de dicha empresa, para las actividades de direccin y control
correspondientes y la toma de decisiones.
Un sistema de informacin financiera puede realizar cambios impactantes en la sociedad,
empresas, organizaciones, medio ambiente u otros, puesto que genere procesos de la
forma ms rpida y eficiente, la cual satisfaga las necesidades de los usuarios y mejore la
condicin de vida humana.
El sistema de informacin apoya en proceso de desarrollo porque contiene las actividades
y tareas que se debe llevar a cabo, cubriendo desde el anlisis de requerimiento de las
demandas del cliente con soporte lgico necesarios.
Adems las tareas, incluye dos partes en el diseo, mismo que cubre la evaluacin en un
periodo fijado, de manera unitaria y de familiarizar con el sistema.
Para realizar un estudio de requerimiento se toma en cuenta, la utilizacin de las
metodologas adecuadas, el mismo que facilita informacin comprensiva y transparente.
Las tcnicas utilizadas fueron muy eficientes ya que se pudo obtener la informacin clara
y precisa, de los requerimientos de los usuarios.
Cada una de las herramientas aplicadas aportaron en cada rea de investigacin para
determinar las peticiones de los usuarios finales.
32

 Las tabulaciones realizadas ayudo en la obtencin de resultados y ver las necesidades, el

mismo que facilito en la visualizacin de forma grfica los resultados de cada una de la
pregustas planteadas en los cuestionarios.
Los anlisis sirven para solucionar

problemas, y para satisfacer las necesidades

requeridas por los clientes, administradores y Gerente.

Al obtener el resultado final se realiza la propuesta de investigacin para enfrentar los
problemas existentes dentro de la cooperativa.

CAPITULO III. DESARROLLO DE LA PROPUESTA

3.1 TEMA:
Sistema Financiero para la Cooperativa de Ahorro y Crdito Imbabura Imbacoop Ltda,
ubicado en Comunidad La Compaa

3.2OBJETIVOS
Implantar el Sistema Financiero en la Cooperativa de Ahorro y Crdito Imbabura Imbacoop
Ltda

3.3 DESARROLLO DE LA PROPUESTA.

3.3.1 Descripcin de metodologa XP
En este desarrollo del proyecto se utiliza la metodologa XP que sirve de apoyo para el
desarrollo del sistema financiera, la cual incluye herramienta de investigacin cientfica que
se emplea las metodologas giles, ms utilizadas por los desarrolladores de software para la
empresa. sta es Extreme Programming (Programacin extrema) XP.
XP es una metodologa liviana debido a que disminuye los Overhead, sobre actividades de
desarrollo. Se la eligi debido a que es una forma ligera, eficiente, flexible, predecible y
cientfica de generar software". Extreme Programming utiliza cuatro variables que gua el
33

desarrollo de Aplicacin Web, el costo, el tiempo, calidad y alcance. Lo que pretende XP es:
un desarrollo gil, disciplinado con soluciones sencillas, con un enfoque adaptativo, de tal
manera de seguir el progreso de la planificacin conforme con los cambios se rige a las Fases
de siguientes.

3.3.1.1

Fase de planificacin

b) Se crea un plan de entregas

Se planifica el tiempo de demora para realizar el proyecto (Sistema Financiero), y realizar su
respectiva entrega con tiempo requerido del cliente y la fecha tope planificada por el
programador acorde al cronograma que se plantea.
Cronograma

Ilustracin 1: Cronograma de actividades

Fuente: Autor.

c) Se redactan las historias de usuarios.

Se planifica todos los historiales del usuario que se va readaptar quienes van a interactuar
directamente con el servicio del sistema, ya que las transacciones financiera, como tambin
los ejercicios contables, va depender mucho de los usuarios finales que hace el uso del mismo.
Historia del usuario
Definicin de las historias de los usuarios.
Las historias de usuario a utilizar en el desarrollo del SVM contienen los siguientes
elementos:
Nombre de la Historia: Nombres con el que se identificara la historia del usuario en la ficha
tcnica, contiene un cdigo nico y un nombre que lo describe el cdigo se describe como
100 corresponde a la iteracin 1 200 a la iteracin 2.

34

Das Estimados: Elementos cualitativo que mide la mxima preferencia, permite analizar lo
que es mayor importancia y requiere ms atencin, dando el valor 1 como el rango de mayor
grado, valor 2 como el nivel medio y valor 3 como el rango de menor grado.
Estado: Se va a indicar en que la etapa en la que se encuentra la historia de usuario este puede
ser.
a) Definida: Historia propuesta por cliente.
b) Estimada: Historia revisada por el equipo de desarrollo en la que se determina el tiempo
de elaboracin.
c) Planificada: Historia definida su orden de implantacin y responsable.
d) Implementada: Historia de usuario codificada.
e) Aceptada: Historia de usuario que ha superado las pruebas de implementacin.
Disposicin. Elemento que se define el momento de realizar la historia del usuario, para ello
se define tres tipos.
a) Planificada: Cuando la historia del usuario fue acordado al momento de comenzar la
iteracin.
b) Aadida: Cuando la historia del usuario fue acordada despus de comenzar la iteracin.
c) Prorrogada: Cuando la historia del usuario no fue completada en la iteracin mencionada
y se requiere que se planifique en una nueva iteracin.
Iteracin: Identifica a que numero de iteracin corresponde la historia de usuario, tomando
en cuenta que cada iteracin est compuesto por los mdulos de sistema a los cuales se les
asigna una determinada historia de usuario.
Descripcin: Rpida explicacin de lo que trata la historia de usuario, en palabras sencillas
que los cliente puedan entender, para que facilite la comunicacin entre los cliente y el equipo
desarrollador.
Mdulo de historia.
HU 101 Modificar plantilla html5 y css5 de Administrador
Nombre de la historia: HU 101 Modificar plantilla html5 y css5 de
Administrador
Das Estimados: 7
Prioridad: 2
Disposicin: Planeado
Estimado: Definida.
Iteracin Asignada: 1
Descripcin: Se utiliza Netbeans para generar cdigo fuente y proceder a
modificar la informacin, la cual se quita y se aplica mdulos requeridos.
Tabla 3: HU ADMINISTRADOR
Fuente: Autor.

HU 102 Sesin de usuarios.

Nombre de la historia: HU 102 Sesin de usuario
Das Estimados: 3
Prioridad: 2
Disposicin: Planeado
Estimado: Definida.
35

Iteracin Asignada: 1
Descripcin: Se define procede programar (cdigo fuente), para el control de
sesiones de usuarios que van a acceder al sistema.
Tabla 4: HU USUARIO
Fuente: Autor

HU 103 Validar acceso de usuarios.

Nombre de la historia: HU 103 Validacin de acceso de los usuarios.
Das Estimados: 3
Prioridad: 2
Disposicin: Planeado
Estimado: Definida.
Iteracin Asignada: 1
Descripcin: Programacin mediante comando (cdigo fuente), con lenguaje
PHP, la cual domine el control necesario de los usuarios.
Tabla 5: HU VALIDACIN.
Fuente: Autor

HU 104 Desarrollo mdulos de Administracin.

Nombre de la historia: HU 104 Desarrollo mdulos de Administracin.
Das Estimados: 60
Prioridad: 3
Disposicin: Planeado
Estimado: Definida.
Iteracin Asignada: 1
Descripcin: Programacin PHP, utilizando Netbeans donde se aplica cdigo
fuente como funciones y las tecnologa de AJAX, JQUERY, JSCRIPT, HTML5,
CSS5.
Tabla 6: HU MODULOS ADMINISTRACIN.
Fuente: Autor

HU 105 Desarrollo procesos financieros (Transacciones), para clientes.

Nombre de la historia: HU 105 Desarrollo de procesos financieros
(Transacciones), para clientes.
Das Estimados: 60
Prioridad: 1
Disposicin: Planeado
Estimado: Definida.
Iteracin Asignada: 2
Descripcin: Programacin PHP, utilizando Netbeans donde se aplica cdigo
fuente como funciones y las tecnologa de AJAX, JQUERY, JSCRIPT, HTML5,
CSS5 la misma que se utiliza para codificar la gestin de administrador.
Tabla 7: TRANSACCIONES.
Fuente: Autor.

d) Se controla la velocidad del proyecto.

Se planifica el tiempo y la fecha exacta para culminar con el proyecto, es decir que se har el
seguimiento de la documentacin y la codificacin del mismo.
e) Cada da se realiza avance.
Planifica avances diariamente para hacer el seguimiento del cronograma de actividad, y para
apreciar los alcances de cada sesin de progresos.
f) Corregir la propia metodologa XP cuando falla
36

Planifica la realizacin de correccin de la metodologa que se utiliza en el proyecto, ya que la

metodologa tiene que irse detallando de acuerdo al avance que se realiza en la programacin
para el sistema financiero.

3.3.1.2

Fases de Diseo

a) Realizar las cosas de la manera ms sencilla

Se disea el organigrama de la cooperativa para tener conocimiento sobre reas de trabajo
existentes y as generar mdulos en del desarrollo del sistema financiero.
Organigrama IMBACOOP LTDA

Ilustracin 2: Organigrama Imbacoop

Fuente: Imbacoop.

El grafico representa alineacin de equipos de trabajo dentro de la Cooperativa de Ahorro y

Crdito Imbabura Imbacoop Ltda, donde est dividida en cada una de las reas de trabajo y
estn conformado por un encargado, la cual es el responsable de llevar acabo su cargo
asignado diariamente.
b) Coherencia de los nombres de todo lo que se va a implementar
Se disea la base de datos con los privilegios necesarios con mayor seguridad y que pueda
reducir los riesgos que puede correr el sistema financiero al momento de implantar.
El diseo de base de datos se rige a las necesidades de la cooperativa, ya que se va a hacer
utilizado para el desarrollo del sistema de comercio electrnico.
Diagrama de DBB.

37

Ilustracin 3: Diagrama Entidad relacin de la BDD

Fuente: Autor

Este Esquema de diseo representa la estructura de la base de datos, y de cmo est

conformado las tabla relacionales entre s para cumplir con los diferentes funcionalidades de
sistema financiero (Transacciones), como tambin la disponibilidad de servicios para que los
clientes puedas realizar las consulta de los movimientos realizados.
Diccionario de datos
Persona

Ilustracin 4: Tabla persona

Fuente: Autor.

La tabla persona est relacionado con varias tablas como son: instruccin, profesin, tipo de
persona y ciudad, en la cual permitir almacenar gran cantidad de datos del cliente que se
registra, y adems el cliente obtendr un usuario para acceder al portal web y realizar las
debidas consulta de las transacciones realizadas.
Solicitud

Ilustracin 5: tabla solicitud

38

Fuente: Autor.

Esta tabla est relacionado con varias tablas, la cual ayuda a solicitar una cuenta para acceder
a productos como: crdito, ahorros o inversiones.

Transaccin de Ahorro

Ilustracin 6: Tabla transaccin ahorro

Fuente: Autor.

Esta tabla tiene relacin con la tabla parmetros de ahorro y cuenta de ahorro, contiene
grandes cantidades de informacin, de la transacciones realizada por los clientes y constar de
siguientes procesos efectuados; Ahorro, retiros, inters ganado por ahorro, certificados otros.
Crdito

Ilustracin 7: Tabla perdido Crdito

Fuente: Autor.

Esta tabla contiene varia relaciones el mismo que almacena en grandes volmenes de
informacin, sobre los crditos otorgados a los clientes.
Diseo diagrama de contexto.

Datos de productos y servicios.

Datos informativos

Ingresar de datos

Srvicios de calidad

Informacin productos y servicios

Existentes

Ilustracin 11: Diagrama de Contexto

Autor: Autor.

39

Diagrama de nivel 1.
Datos

Datos Modificables

Administrador

Cliente
Datos Referentes

Datos Referenciales

Datos Informativos

Detalles de producto

Consulta, producto y servicios.

Reportes

SISTEMA FINANCIERO

Datos Referenciales

Datos Referentes

Ejecuta

Ingreso de datos

Consulta de balance y estado de la coope

Consulta de movimiento de cuentas.

Datos Referentes

Respuesta

Ilustracin 8: Diagrama de Nivel 1

Autor: Autor

El diagrama de nivel 1, Representa con ms detalle lo que contiene el diagrama de nivel 0,

donde se define casi la mayora de los procesos o gestin que va a realizar el sistema, por
parte del cliente vemos proceso de consulta de movimientos de cuenta, como tambin los
productos y servicios, pero se puede tambin apreciar proceso del administrado donde est
concedido varios privilegios como modificar productos, ingresar nuevos usuarios, ver la
cantidad de cliente usuarios que realiza varios procesos y finalmente genera reportes
estadsticos.
c) Soluciones puntuales para reducir riesgos
Tambin se disea los casos de uso, que ayude a solucionar riegos al momento que requiera
el sistema, las cuales reducirn riesgos en los procesos para que no tenga inconveniencia en la
ejecucin precisada.
Casos de uso.
En este apartado veremos las caracterstica fundamentales que cada uno de los actores puede
realizar, ya que el sistema tiene los mdulos necesarios que puede cumplir con cada peticin.
Actor cliente (Consulta de movimiento de cuentas y notificacin).

40

Ilustracin 9: Caso de uso (Cliente)

Autor: Autor

Tabla: Caso de Uso Expandido

Caso de uso
Actores
Descripcin
Resumen
Tipo
Referencia

Movimiento de cuentas y notificacin.

Clientes.
Realizar consulta
Permitir a los clientes realizar consulta y recibir noticias de los
productos y servicio vigentes.
Primario.
-Grafico 1,2,3
Tabla 8: Casos de Uso Expandido
Fuente: Autor.

En la figura se aprecia los procesos que realiza el sistema para dar informacin a los clientes,
y para que el cliente pueda realizar sus respectivas consultas.
Este actor cliente tiene algunos privilegios de manipulacin que son las siguientes:
a.
b.
c.
d.

Ingreso al sistema (modulo consultas).

Cuentas: Consulta de cuentas obtenidas.
Movimiento de cuentas: Visualizar las transacciones realizadas.
Noticia: Informacin de productos, servicios y promociones vigentes. Ejercer

Procesos de gestin Administrador

41

Ilustracin 10: Casos de Uso (Administrador)

Fuente: Autor.

Tabla caso uso expandido

Caso de uso
Actores
Descripcin
Resumen
Tipo
Referencia

Gestin de procesos financieros.

Administradores.
Gestiona y manipula los mdulos necesarios acorde a los privilegios
asignados.
Permitir gestionar los usuarios, generar reportes estadsticos,
visualizar los movimientos diarios, asignar privilegios, etc.
Principales.
-Grafico 1,2,3
Tabla 9: Caso de uso Administracin
Fuente: Autor.

Los actores administradores (caja, asesor de crditos, contadora, secretaria, gerente, otros)
realizara la gestin privilegiadas por el sistema, ya que se opta en la necesarios para poder
realizar mantenimientos al sistema, el mismo que genere un buen servicio a los clientes que
requiere de servicios de calidad.
d) Reaprovechar cuando sea posible
Diseo de gua casos de uso o en grafico (lenguaje natural), que pueda ser aprovechado para
que un usuario no tcnico entienda de cmo est estructurado el Sistema finaciero, y pueda
adaptarse al manejo de ello de una manera ms fcil.
Diagrama de actividades
Diagramas de actividad se debe tomar en cuenta, que son acciones que ejecuta caso de usos
cliente, ya que el objetivo de sistema financiero, se caracteriza por brindar un buen servicio
con el tiempo ptimo.
PROCESO ACTOR CLIENTE: OFRECER PRODUCTO Y SERVICIOS.
42

El cliente accede al sistema financiero desde su casa o cualquier parte del mundo para
informarse de los productos y servicios que brinda la cooperativa, adems podr realizar la
consulta necesaria sobre los movimientos de cuenta que efectan a travs de las transacciones
realizadas.
Meta
Ofrecer producto y servicios a los clientes.
Desencadenante
El cliente puede visualizar los detalles necesarios producto.
Actor principal
Cliente.
Precondiciones
El cliente solicita servicios en la cooperativa.
Post-condiciones
El cliente puede ver las noticias de la cooperativa a travs de internet accediendo a la url del
mismo.
Flujo.

INICIOEl sistema presenta productos y servicios

Usuario puede visualizar los productos y promociones.

Cliente accede al sitio web

Visualizar los detalles y caractersticas del producto.

Vista detallada de los productos

Ilustracin 15: Proceso producto y servicios

Fuente: Autor.

43

FIN

PROCESO ACTOR CLIENTE: INGRESO AL SISTEMA.

Los clientes tambin podrn realizar la consulta de los movimientos de cuentas realizadas, en
estos casos de las transacciones (ahorros y retiros).
Meta
Ingreso de datos de Loggin.
Desencadenante
El cliente opta por realizar la consulta de movimiento de cuenta.
Actor principal
Cliente.
Precondiciones
Debe visualizar las transacciones realizadas como: ahorros, retiros, cuotas cancelas, cuotas
emitidas, otros.
Post-condiciones
Sea obtenido la informacin clara y transparente de movimientos en su cuenta.
Flujo.
Usuario ingresa datos en los campo requeridos.
El sistema pide ingresa los datos.

Ejecuta el proceso

NO

Datos
correcto
s
NO

FIN

Realiza las necesidades.

Ingresa al sistema.

Ilustracin 11: Flujo de datos de Carrito de compras

Fuente: Autor

PROCESO ACTOR ADMINISTRADORES: INGRESO DE CLIENTES

El administrador Secretario debe ingresar datos del cliente en el sistema para proceder a
guardar en la BDD del mismo.
Meta
Ingresar datos necesarios al sistema.
Desencadenante
44

Selecciona los parmetros y referencias necesarias.

Actor principal
Secretario.
Precondiciones
Verifica que los datos ingresados sean correctos.
Post-condiciones
Se ha comprobado que los datos ingresados son reales y favorables para que sirva de
referencia de identificacin de cliente.
Flujo.
Usuario ingresa datos en los campo requeridos.
El sistema pide ingresa los datos.

Ejecuta el proceso

NO

Datos correctos
NO

FIN

Datos de guardo con exito

Ilustracin 12: Flujo de datos rdenes de Compra

Fuente: Autor.

PROCESO ACTOR ADMINISTRADORES: TRANSACCIONES

El administrador Caja requiere realiza una transaccin.
Meta
Realizar transaccin.
Desencadenante
El administrado procede a ingresar los datos requeridos por el sistema.
Actor principal
Cajero.
Precondiciones
Se requiere ser usuario del sistema, en base al registro.
Post-condiciones
Se realiz la transaccin satisfactoriamente.
45

Flujo.
Usuario ingresa datos en los campo requeridos.
El sistema pide ingresa los datos.

Ejecuta el proceso

NO

Datos correctos
NO

FIN

Transaccin se realiza con xito.

Ilustracin 13: Flujo de datos Inicio de sesin

Fuente: Autor.

PROCESO ACTOR ADMINISTRADORES: CREDITO

El administrador Asesor de Crdito requiere realiza una liquidacin de crdito.
Meta
Liquidacin de crdito.
Desencadenante
El asesor de crdito procede a ingresar datos y requisitos al sistema.
Actor principal
Asesor de crdito
Precondiciones
Ingresar datos ms especficos y detallado al sistema.
Post-condiciones
Enva orden a la base de datos al sistema, y realiza la aprobacin de crdito.
Flujo.

46

Ingresa datos (requisitos necesarios)

El sistema pide ingreso de datos.

Completo

FIN

Liquidacin finalizado

Ilustracin 14: Flujo de datos envi de orden de compra al correo

Fuente: Autor.

3.3.1.3

Fases de Desarrollo

a) El cliente est siempre disponible

Para el desarrollo de un programador tendr que acudir al cliente para requerir de su peticin
y satisfacer la necesidad, en estos casos la necesidad del sistema financiero.
b) Se debe escribir cdigo de acuerdo a los estndares segn php.
De describe lenguajes, cdigos php y html la cuales son fundamentales para los formularios
de sistema, las cuales ser la base fundamental para el funcionamiento de cada uno de los
mdulos, para ello se requiere presentara los cdigos siguientes.
Conexin a la BDD.
<?php
$link = mysql_connect('localhost:3306', 'root', 'root');
mysql_select_db('base-coope') or die('No se pudo seleccionar la base de datos');
mysql_query("SET NAMES 'utf8'");
?>

Transacciones (ahorros y crditos)

$cuenta = $_REQUEST["cuenta"];
$monto = $_REQUEST["monto"];
if ($monto == NULL) {
echo '<span style="color: #ff0000">INGRESE EL MONTO PORFAVOR</span>';
}
$saldo = $sub_saldo - $monto;
$fecha_de_hoy = date("Y-m-d");
$horas = date("G:H:s");
$query_guardar_transaccion = ("INSERT INTO
transaccion_ahorro(fecha,hora,monto,saldo,idparametro_ahorro,idcuenta_ahorro)VALUES('$fecha_de_hoy','$hor
as','$monto','$saldo','6','$cuenta')");
if(mysql_query($query_guardar_transaccion)){
echo '<br><h5 style="color:blues;">TRANSACCION DEPOSITO SE REALIZO CON EXITO</b5>';
}
}

Crditos.
$iddcuenta = $_REQUEST["iddcuenta"];
$plazo_meses = $_REQUEST["plazo_meses"];
$plazo_aos = $_REQUEST["plazo_aos"];
$plazo = "";

47

if ($plazo_aos == null) {
if ($plazo_meses == null) {
$plazo = 1;
} else {
$plazo = $plazo_meses;
}
}
}

Inversiones:
$contador_idcuenta = strlen($cuenta);
if ($contador_idcuenta < 9 || $contador_idcuenta > 9) {
echo 'CUENTA INCORRECTA. LA CUENTA DEBE CONTENER 9 COMBINACIONES';
}
if ($contador_idcuenta == 9) {
$str = $cuenta;
$len = strlen($str);
$subcontador = '';
for ($i = 1; $i <= $len; $i++) {
if ($i == 1 || $i == 2) {
$subcontador = $subcontador + 1;
} else {
if ($str[$i] == 0) {
$subcontador = $subcontador + 1;
} else {
$subcontador = $subcontador + 1;
break;
}}}

Script validaciones.
<script>(function(d, s, id) {
var js, fjs = d.getElementsByTagName(s)[0];
if (d.getElementById(id))
return;
js = d.createElement(s);
js.id = id;
js.src = "//connect.facebook.net/en_US/all.js#xfbml=1&appId=126780447403102";
fjs.parentNode.insertBefore(js, fjs);
}(document, 'script', 'facebook-jssdk'));</script>

Etc.
c) Programacin.
Como se aplica mtodo XP el Sistema ser programado diariamente, ya que puede realizar el
avance adecuado y favorable en codificara y ejecutara las pruebas por cada lnea o varias
lneas de cdigo y as perfeccionar la metodologa XP.
d) Desarrollo de diseo formulario y sesiones.
Partes visuales del sistema consta de varias sesiones, y el diseo se representa a un alto nivel
de abstraccin, un nivel que se puede seguir hasta requisitos especficos de datos, funcionales
y de comportamiento
El diseo se aplicara para distintas tcnicas y principios con el propsito de definir un
producto con los suficientes detalles como para permitir su realizacin y vista fsica.
Con el diseo se ha pretendido construir un sistema que:

Satisfaga determinada especificacin del sistema financiero.

Se ajuste a las limitaciones impuestas por el medio de destino.

48

Respete requisitos sobre forma, rendimiento utilizacin de recursos, coste, etc.

A continuacin se detalla los siguientes diseos del sistema financiero.

Formulario de Inicio (ventana principal).

En la Grafica representa la ventana principal donde el cliente y administradores podr hacer el uso del
servicio

que brinda el sistema, es decir que podr visualizar los productos y servicios

de la

Cooperativa.
Formulario de ADMIN.

En la grfica representa los mdulos necesarios para administradores que requiera

realizar las debidas gestiones de procesos financieros.
Formulario de formulario de Transacciones.

En la grfica tenemos el formulario de transaccin de ahorros, el mismo que permite

ejercer todos los depsitos que se debe realizar por los clientes.
Formulario de formulario de Crditos.

49

Este formulario contiene se puede realizar, la otorgacin de crditos a los clientes, y se

debe tener en cuenta los requisitos e ingreso de datos adicionales.

3.3.1.4

Fases de Pruebas

a) Todo el cdigo debe ir acompaado de su unidad de pruebas

Cada lnea o varios lneas de comando ira conforme a las necesidades requeridas del
formulario par que se adapte de la mejor manera y no se de errores al momento de la
ejecucin de prueba.
b) Todo el cdigo debe pasar las unidades de pruebas antes de ser implantado
Cada cdigo PHP ser probado con detalle en orden cronolgico para luego ser implantado y
que funcione correctamente.
c) Se deben ejecutar pruebas de aceptacin a menudo y publicar los resultados
La prueba del resultado se ejecuta mediante el desarrollo de cdigo fuente para ser corregido
los errores dentro de ello sea aceptado si errores aquello la cual ser publicado.
d) Las pruebas unitarias
La prueba fue realizada a cada ejecucin que se realizaba por las lnea de condigo, es decir la
revisin por detalle y as fueron corregido los errores dentro del Sistema.
Pruebas recursos de ejecucin sistema financiero.
La evaluacin objetiva del sistema se realiza a partir de consideracin de unas series de
criterio e identificadores de la calidad de estos materiales, que suelen presentarse organizados
en un cuestionario para facilitar, y cada uno de los proceso se realiza las pruebas necesaria
utilizando las herramienta requeridas, como hardware y software las cuales son los recursos
de mucha importancia para las pruebas.
Los recursos utilizados se detallan de la siguiente manera:
Hardware Equipo PC
Los componentes hardware utilizado para la ejecucin del
procesos se ha visto muy conveniente utilizar los siguientes.
Hardware:
50

sistema y como prueba de los

 PC para Cliente con las siguientes caractersticas:

Intel Core i3 2100 - Procesador 2 GHz.
2 Gb en memoria RAM.
30 Gb en disco duro.
Multimedia
PC Servidor con las Siguientes caractersticas:
Intel core i7 de 3,1 Ghz.
2 Gb en memoria RAM.
1 Tb en disco duro.
Multimedia
Impresora Canon
Sistema operativo Linux server Ubuntu 13.04 y Windows 7
Linux Ubuntu se ha visto como un componente principal ya que se requiere poner en
ejecucin el sistema, se pretende mayor seguridad en la gestin de base de datos y la
aplicacin este con una proteccin correcta sin mucho riesgo.
Windows 7 proporcionara servicio a los consumidores, donde podr realizar los respectivos
procesos que brinda el Sistema financiero debido a las pruebas y mantenimientos necesarios.
Sistema Operativo Windows 7 con licencia para cliente.
Microsoft Office 2010 con licencia
Sistema operativo Ubuntu Server.
Prueba validacin css
Se realiza la prueba del diseo del sistema, con la finalidad de que pueda ejercer un buen
funcionamiento, y si ningn error alguna, en el grafico siguiente se puede apreciar resultado
obtenido.

Ilustracin 15: Prueba css

Fuente: Autor

Pruebas en los Navegadores.

Los navegadores tambin son recursos de pruebas y mantenimiento del sistema ya que el
dicho sistema es estrictamente desarrollado con las normas y estndares que brinda W3C,
donde la programacin aplicada es HTML5 y CSS3 para que pueda adaptarse y sea flexible
para cualquier navegador.
51

Los navegadores ms adecuados para ejecutar el sistema son:

Navegador web Firefox Mozilla
La suite de Internet que tiene navegador, cliente de correo y noticias, editor Web y
cliente de chat todo en uno.
Navegador Google Crome.
Este navegador es uno de los ms requeridos actualmente y que reconoce todo tipo de
aplicacin, la cual ayudara a ejecutar el sistema financiero.
Navegador Internet Explore.
En este navegador no perfecciona del sistema ya que los plugine o las tecnologas
aplicadas son muy robustos.
Navegador Opera.
Este navegador potencial permitir ejecutar el sistema, de la forma ms ntida y
precisa
Caracterstica:
Nuevo diseo de la IU nativa, creado desde cero.
Nuevo Acceso rpido con carpetas visuales fciles de usar
Funcin Descubre: una forma fantstica de acceder a las ltimas noticias y ofertas de
entretenimiento.
Modo todo terreno: tecnologa de compresin para viajes y condiciones de red exigentes
para el comercio electrnico.
Barra de direcciones y barra de bsqueda combinadas
Pestaas de navegacin privada.
Pruebas internas del sistema.
Pruebas de datos requeridos del sistema:
Campo de Cdula: Se activa una alerta de exigencia de ingresar datos correctos del
nmero e cedula.
E-mail: Se activa una alerta de exigencia de ingresar datos correctos de una direccin
de correo valido, en caso de que el correo ya existe en la BDD proceder genera un
mensaje donde indica que el correo ya existe. .
Validacin otros de campos: Se realiza las validaciones de los campos de texto ms
requerido, en la cual tiene un alcance de 80% de correcto funcionamiento, donde
consta de campos numricos, campos alfabticos y alfanumricos.
Resultado: Las pruebas ejecutadas son requisitos especficos con las descripciones generales
del sistema, donde la informacin est orientada al cliente/usuario potencial.
52

PRUEBAS DE BASES DE DATOS

EJECUCIN DE CONSULTA DE SQL
Consultas
SQL de inferior a 5 tablas
SQL de ms de 5 tablas
Pruebas de 1000 registros
Promedio

Equipo uno

Equipo dos

Tiempo

Puntaje

Tiempo

puntaje

0.0055
0.2281
0.0258

8
6
6
6.33

0.016
0.0241
0.0123

9
8
8
8.33

BACKUPS DE BASE DE DATOS

BACKUP

Equipo uno
Tiempo

Puntaje

Equipo dos
Tiempo

puntaje

SQL de dos tablas

0.063
9
0.0024
10
El tiempo de respuesta en los dos equipos usados para pruebas es ptimo a pesar de la
complejidad y anidacin de varias tablas
3.1 Anlisis de resultado finales de investigacin.
El sistema ayuda en la optimizacin de tiempo, en cada uno de las ejecuciones de procesos
financiero, adems mejora la atencin de los clientes, por otra parte la Cooperativa de Ahorro
y Crdito Imbabura Imbacoop Ltda, se beneficia con este sistema, ya que la implantacin
del sistema optimiza el tiempo de ejecucin, la cual se opta en la rentabilidad y sostenibilidad
en el mercado posesionado.
Finalmente como resultado se obtiene la mejora en la atencin al cliente, efectuando servicios
de calidad y ejecutando las transacciones en menor tiempo posibles.
3.2 Conclusiones parciales del capitulo
El sistema financiero mejor el tiempo de ejecucin, obteniendo resultado favorable y
claves para dar un buen servicio al cliente.
Proporciona la informacin compleja para obtener el estado de la cooperativa, esto gracia
a los reportes que ejerce (Balance general).
Autos gestin de publicidad de los productos y servicios mediante internet dirigidas a los
clientes.
La cooperativa se rentabiliza, cuando se instala y se ejecuta el sistema ya que empieza a

brindar una buena presencia en la calidad atencin que brinda el mismo.

Los encargados de llevar acabo la gestin financiera, reduce el tiempo de ejecucin para
el bienestar de la cooperativa, y hacer una buena presencia en el mercado de la provincia

de Imbabura.
Las pruebas realizadas garantiza un buen funcionamiento, cumpliendo con las
expectativas esperadas por la cooperativa.
Los privilegios consta en cada uno de los usuarios que suelen ejercer sus actividades.
53

CONCLUSIN GENERALES
Al tener un sistema financiero, se optimiza el tiempo de ejecucin de cada uno de los procesos
financiero.
Contribuye con las necesidades de los clientes optimizando el tiempo de ejecucin de las
transacciones a realizar.

Mejora de tiempo en atencin a los clientes, efectuando los clculos de manera eficiente, mismo
que satisface las necesidades del clientes.

Ejerce reporte inteligentes, la cual ayuda en la toma de decisiones los directivos y al personal
encargado de administrar la cooperativa.
Ejerce publicidad a travs de internet, ofreciendo informacin de productos y servicios.
Facilita a los clientes en la consulta movimiento de cuentas, ya que se rige en la uso de internet
para realizar sur respectivas consultas.
Facilita el acceso a los clientes al sistema para propiciar las debidas informaciones.
Mantiene un control eficiente de los usuarios que accede al sistema.
Facilidad de manejo para los usuarios del sistema.

RECOMENDACIONES
54

 El usuario debe revisar el Manual proporcionado por los desarrolladores, antes de comenzar a
hacer el uso de ello para no tener inconveniencias algunas.
Respaldar la informacin es un proceso que se debe cumplir frecuentemente, ya que es posible
atenerse a daos en el equipo de cmputo.
El usuario del sistema debe ser lo ms discreto posible con la clave de seguridad, para evitar cual
quiera de las discrepancias.
La actualizacin de las noticias publicadas en el sistema debe ser de manera transparente y
discreta, para que el cliente pueda informarse.
Los directivos de rgano de control deber solicitar la ayuda al sistema en la toma de decisiones,
para obtener opciones alternas que ayude en la mejora de servicios.
La informacin que proporciona el sistema, son reales y transparente, debido a ellos la cooperativa
podr optar en la seleccin de varia opciones para efectuar nuevas estrategias de trabajo dentro
del mismo.
Para el desarrollo de proyecto se bebe tener en cuenta varios anlisis y de estudios necesarios, la
cual ayude en la formulacin y enlistar los problemas ms eficiente, para poder enfrentarlo.
La mejor opcin es aplicar los recursos necesarios, para desarrollar y obtener un producto de
calidad (sistema de software Financiero).
Trabaja y obtener ayude de los expertos con experiencia, en base al campo de investigacin a
realizar.

BIBLIOGRAFA
AGUILAR, L. J. (2010). Fundamentos de Programacin. Espaa: McGrawHill.
ANDRADE GUAJARDO, N. E., & GUAJARDO CATU, G. (2014). Contabilidad
Financiera. McGraw: Sexta Edicin.
ARANA ORBEGOZO, A. (2013). Gestin de bases de datos con sql, MySQL y Acces.
Mxico: Alfaomega.
BAHILLO MARCO, E., PEREZ BRAV, C., & ESCRIBANO RUIZ, G. (2013). Gestin
Financiera. Madrid-Espaa: Ediciones Nobel.
BEATI, H. (2012). PHP Creacion de pginas Dinmicas. Mxico: Alfaomega.
BRAVO VALDIVIESO, M. (2013). Contabilidad General. Gran Colombia: EscobarImpresores.
CALERO, C., MORAGA, M. A., & PIATTINI, M. (2012). Calidad de producto y proceso
software. Madrid-Espaa.

55

CANT, G. G., & ANDRADE, N. E. (2014). Contabilidad Financiera. Mexico:

McGrawHillEducation.
CARRASCO ZJAR, C., & PALLEROLA COMAMALA, J. (2013). Gestin Financiera.
Bogota-Colombia: Ediciones de la U.
CASTAEDA JIMNEZ, J. (2011). Metodologa de la Investigacin. Mxico: McGrawHill.
COLOURIS, G., DOLLIMORE, J., & KINDBERG, T. (2011). Sistemas Distribuidos
Conceptos y Diseo. Madrid-Espaa: Pearson Educacin, S.A.
CORAL CACEROS, A., & PIATTIMI, M. G. (2010). CALIDAD DEL PRODUCTO Y
PROCESO SOFTWARE. Espaa: Ra-Ma.
CORONEL CASTILLO, E. (2011). PHP Profesional. Lima: Macro.
CUAPAR, R. S. (2011). PRINCIPIOS BSICOS Y CLIENTES WEB. Mexico: Editorial
Universitaria.
CULLAR DAZ, L., VARGAS ROJAS, H. M., & CASTRO LOZADA, C. A. (2012).
Contabilidad un enfoque Prctico. Bogot: Emma Ariza Herrera.
CULTURALS, I. C. (2011). Manual de Indesign CS5. Espaa: MARCOMBO.
ERP, A. (2012). BUSINESS INTEGRATOR. Obtenido de http://www.avant-erp.com/
FALGUERAS, B. C. (2010). INGENIERIA DE SOFTWARE. Barcelona : Primera Edicin.
FERNNDES PAMPILLN, F. (2010). INTRODUCCIN AL SISTEMA FINANCIERO.
Madrid: Primera Edicin.
FRED R, D. (2013). Conceptos de Administracin Estratgicas. Mexico: 14 edicin.
GARATE, I. J. (2010). CONTABILIDAD Y DIRECCION. Espaa: Profit Editorial.
GARCA SNCHEZ, ., & SANZ RODRGUEZ, J. (2012). Despliegue de Aplicaciones
Web. Madrid: Ibergaceta Publicaciones.
GONZLEZ MARTNEZ, M. (2010). Tecnologa de Informacin. McGraw.
GUTIERREZ VIGUERRA, M., & COUSO RUANO, . (2013). Interpretacin y analisis de
balances. Ibarra-Ecuador: Edicion de la UTN.
HERNNDEZ SAMPIERI, R., & FERNNDEZ COLLADO, C. (2010). Metodologa de
Investigacin. Mxico: McGrawHill.
HOWAR, M. (2010). 19 puntos crticos sobre seguridad de software.Fallas de programacin
y cmo corregirlas. Madrid-Espaa.
HURTADO DE BARRERA, J. (2010). Metodologa de la Investigacin. Bogot: Ciea-Sypal.
56

KENDALL, K. E., & KENDALL, J. E. (2011). Alisis y Diseo de Sistemas. Mxico:

Pearson Educacin.
KOZIKOWSKI, Z. (2013). Finanzas Internacionales. Tercera edicin: McGraw-Hill.
LANCKER, V. (2013). Recursos informticos HTM5 y CSS3. Barcelo : Segunda Edicin.
LOPZ LEMOS, P. (2011). Cmo hacer el manual de calidad segn la nueva ISO
9001:2008. Mxico.
LPEZ QUIJADO, J. (2011). Domine PHP y MySQL. Madrid-Espaa: Alfaomega.
MAIORANO, A. (2009). Criptografa: tcnicas de desarrollo para profesionales. BarcelonaEspaa: Afaomega.
MANTILLA B, S. A. (2013). Estandares/Normas Internacionales de la Informacin
Financiera(IFRS/NIFT). Bogota-Colombia: Cuarta Edicin.
MARTIN MARIN, J. L. (2011). MANUAL DE MERCADOS FINANCIEROS. Madrid:
Thomson Edisiones.
MARTINEZ ROLDAN, D. (2010). APLICACIONES WEB: UN ENFOQUE PRCTICO
(Primera ed.). Mexico: Alfa Omega.
MORA, S. L. (2014). PROGRAMACIN DE APLICACIONES WEB. Espaa : Club
Universitario.
NEVADO, M. V. (2010). INTRODUCCION A LAS BASES DE DATOS RELACIONALES.
Espaa: Primera Edicin.
OCHOA SETZER, G. A. (2010). Administrador Financiera. Mexico: Segunda Edicin.
PADRO NIEVES, M. (2012). Creacin y Diseo Web. Esapaa: Anaya Multimedia.
PEA, O. (2012). Dreamweaver CS6. Madrid: Anaya Multimedia.
PIATTINI VELTHUIS, M. G., GARCA RODRGUEZ DE GZMN, I., & GARCA
RUBIO, F. O. (2012). Calidad de sistemas de informacin. Alfaomega.
PIATTINI VELTHUIS, M., GARCA RUBIO, F., & RODRGUEZ DE GUZMN, I. (2011).
Calidad de Sistemas de Informacin. Mxico: Alfaomega.
PIATTINI, M., ESPERANZA, M., CORAL, C., & VELA, B. (2010). Tcnologia y diseo de
Base de Datos. Mxico: Alfaomega.
PUENTES CALVO, J. (2010). Principios de Seguridad en el Comercio Electrnico. Mxico:
Alfaomega.
RINCN SOTO, C. A., LASSO MARMOLEJO, G., & PARRADO BOLAOS, . E.
(2010). Contabilidad Siglo XXI. Colombia: Ecoe Ediciones.
57

RUEDA, C. J. (2010). APLICACIN DE LA METODOLOGA RUP. Espaa : Primera

Edicin.
SPONA, H. (2010). PROGRAMACIN DE BASE DE DATOS CON MYSQL Y PHP.
Barcelona: Primera Edicin .
SUAREZ PIA, G. G. (2010). Planeacin de seguridad informtica.Aplicativo:Auditoria
informtica y definicin de polticas de seguridad . Ecuador: Edicion de la UTN.
SUEHRING, S. (2010). JAVASCRIPT. Madrid: Primera Edicin.
ZAMBRANO HO, R., LASSO MARMOLEJO, G., & RONCN SOTO, C. A. (2013). Plan
nica de cuenta 2013. Ibarra-Ecuador: Edicions de la UTN.

LINKOGRAFA
AVANT, E. (2012). AVANT ERP - BUSINESS INTEGRATOR. Obtenido de http://www.avanterp.com/
Capo Torres, A. (16 de 08 de 2011). SISTEMA DE INFORMACIN. Recuperado el 21 de 10
de 2014, de http://definicion.de/sistema-de-informacion/
Corporation, S. (1995). Obtenido de http://www.symantec.com/es/es/ssl-certificates
ECUADOR, S. D. (2009). CATALOGO DE CUENTA. Obtenido de
http://www.sbs.gob.ec/practg/sbs_index?vp_art_id=54&vp_tip=2#1
EcuRed, .. (2010). CONTABILIDAD FINANCIERA O CONTABILIDAD EXTERNA. Obtenido
de http://www.ecured.cu/index.php/Contabilidad_financiera
ERP, A. (2012). BUSINESS INTEGRATOR. Obtenido de http://www.avant-erp.com/

58

HISPAVISTA, C. . (2011). APLICACIONES WEB. Obtenido de

http://empresas.hispavista.com/soluciones/aplicaciones
JUNTA DE ANDALUCA, @. (2009). Arquitectura de Sistemas de Informacin. Obtenido de
http://www.juntadeandalucia.es/servicios/madeja/contenido/subsistemas/arquitectura/a
rquitectura-sistemas-informacion
LOEPS. (2013). SUPERINTENDENCIA DE ECONOMIA POPULAR Y SOLIDARIA.
Obtenido de http://www.seps.gob.ec/web/guest/leyes
NICOTINA MEDIA, .. (2012). Obtenido de http://www.nicotinamedia.com/
ORACLE. (2011). MySQL. Obtenido de
http://www.oracle.com/es/products/mysql/overview/index.html

Rincn Soto, C. A., Lasso Marmolejo, G., & Parrado Bolaos, . E. (2010). Contabilidad
Siglo XXI. Colombia: Ecoe Ediciones.
Rueda, C. J. (2010). APLICACIN DE LA METODOLOGA RUP. Espaa : Primera Edicin.
Saravia Gallardo, M. A. (2011). TIPOS DE METODOLOGA. Obtenido de
http://www.cienciaytecnologia.gob.bo/convocatorias/publicaciones/Metodologia.pdf
SEPS. (2013). SUPERINTENDENCIA DE ECONOMA POPULAR Y SOLIDARI. Obtenido
de http://www.seps.gob.ec/web/guest/leyes

ne

W3Schools. (2009). LENGUAJE DE PROGRAMACION. Obtenido de

http://www.w3schools.com/php/default.asp

xo
s

59

ANEXO 1
MANUAL DE TCNICO
Conexin BDD.
El siguiente cdigo fuente del archivo conexin.php de la carpeta include, son lneas de
comando que sirve para la conexin a la base de datos, donde se especifica el puesto, el
nombre del usuario, la contrasea del usuario y el nombre de base de datos.
<?php
//error_reporting(0);
$link = mysql_connect('localhost:3306', 'root', 'root');
mysql_select_db('base-coope') or die('No se pudo seleccionar la base de datos');
mysql_query("SET NAMES 'utf8'");
?>

Nuevos clientes.
El siguiente cdigo fuente del archivo ingresos.php de la carpeta INGRESO_CLIENTE
shaman desde la lnea 5 al 27, son lneas de comando para el ingreso o registro de nuevos
clientes, estos comandos proceder a ejecutar al momento que los datos requiera almacenarse
en la BDD.
IF (isset($_REQUEST["ejecutar_guardar"])) {

60

/////////////////INGRESO PERSONAS////////////////////
$nombre = $_REQUEST["nombre"];
$apellido = $_REQUEST["apellido"];
$fecha_nacimiento = $_REQUEST["fecha_nacimiento"];
$fecha_apertura = date("Y-m-d");
$sexo = $_REQUEST["sexo"];
$estado = $_REQUEST["estado"];
$direccion = $_REQUEST["direccion"];
$correo = $_REQUEST["correo"];
$imagen = $_REQUEST["imagen"];
$telefono = $_REQUEST["telefono"];
$beneficiario = $_REQUEST["beneficiario"];
$cedula = $_REQUEST["cedula"];
$us_registrado = "beto";
$idinstruccion = $_REQUEST["idinstruccion"];
$idprofesion = $_REQUEST["idprofesion"];
$idtipo_persona = $_REQUEST["idtipo_persona"];
$idciudad = $_REQUEST["idciudad"];
$query_guardar_persona = mysql_query("insert into
persona(nombre,apellido,fecha_nacimiento,fecha_apertura,sexo,estado,direccion,correo,imagen,telefono,beneficiario,cedula
,idinstruccion,idprofesion,idtipo_persona,idciudad)value('$nombre','$apellido','$fecha_nacimiento','$fecha_apertura','$sexo'
,'$estado','$direccion','$correo','$imagen','$telefono','$beneficiario','$cedula','$idinstruccion','$idprofesion','$idtipo_persona'
,'$idciudad');");
if ($query_guardar_persona) {
//echo '<script> alert("datos se guardo exitosamente persona")</script>';
}

Solicitud de cuenta del cliente

El siguiente cdigo del archivo solicitud.php desde la lnea 24 al 41, permite realizar la
solicitud de tipos de cuotas de los clientes las cuales pueden ser: Ahorro, Inversiones y
Crditos.
if (isset($_REQUEST[ejecutar])) {
$codigo = $_REQUEST["cod"];
$idtipo_solicitud = $_REQUEST["idtipo_solicitud"];
$query_consulta_persona = mysql_query("select idpersona,cedula,nombre,apellido from persona where
idpersona='$codigo'");
$row_consulta_persona = mysql_fetch_row($query_consulta_persona);
$conta = mysql_num_rows($query_consulta_persona);
$cod = $row_consulta_persona[0];
$cedula = $row_consulta_persona[1];
$nombres = $row_consulta_persona[2];
$apellidos = $row_consulta_persona[3];
$fecha_apertura = date("Y-m-d");
///////se procedera a guardal los datos en la tabla solicitud////////
$query_guadar_solicitud = ("INSERT INTO
solicitud(cedula,nombre,apellido,fecha_sol,idpersona,idtipo_solicitud,estado)VALUE('$cedula','$nombres','$apellidos','$fec
ha_apertura','$cod','$idtipo_solicitud','NUEVO')");
if (mysql_query($query_guadar_solicitud)) {
echo '<script> alert("La solicitud fue enviada")</script>';
} else {
echo '<script> alert("Error al enviar la solicitud")</script>';
}

Depsitos y retiros.
En el siguiente cdigo podemos apreciar calculo y proceso que realiza para depsitos y
retiros, de acuerdo al monto que el usuario ingresa, cabe recalcar que estas lneas de comando
son extradas del archivo ejecutar_transaccion.php de la carpeta Transacciones.
$monto = $_REQUEST["monto"];
if ($monto == NULL) {
echo '<span style="color: #ff0000">INGRESE EL MONTO PORFAVOR</span>';
} else {
$query_sacar_saldo = mysql_query("SELECT * FROM transaccion_ahorro where idcuenta_ahorro='$cuenta'");
while ($row_sacar_saldo = mysql_fetch_row($query_sacar_saldo)) {
$sub_saldo = $row_sacar_saldo[4];

61

}
$saldo = $sub_saldo - $monto;
$fecha_de_hoy = date("Y-m-d");
$horas = date("G:H:s");
$query_guardar_transaccion = ("INSERT INTO
transaccion_ahorro(fecha,hora,monto,saldo,idparametro_ahorro,idcuenta_ahorro)VALUES('$fecha_de_hoy','$horas','$mont
o','$saldo','6','$cuenta')");
if(mysql_query($query_guardar_transaccion)){
echo '<br><h5 style="color:blues;">TRANSACCION DEPOSITO SE REALIZO CON EXITO</b5>';
}
}

Crditos
else {
$interes_trans = round(($capital * $intere), 2);
$amort = round(($cuota - $interes_trans), 2);
$capital2 = $capital - $amort;
if ($capital < 1) {
$capital2 = "0.00";
}
$query_sacar_idcredito= mysql_query("select *from credito where idcuenta_credito='$iddcuenta'");
while($row_sacar_idcredito= mysql_fetch_row($query_sacar_idcredito)){
$idcredito=$row_sacar_idcredito[0];
}
$query_guardar_cuotas= mysql_query("INSERT INTO
cuotas(fecha_pago,inicial,interes,amortizacion,cuotas,final,mora,idcredito,estado_cancel)VALUES('$fechas','$capital','$inte
res_trans','$amort','$cuota','$capital2','00.00','$idcredito','no');");
// echo 'final'.$capital2.'___'.'<br>';
$capital=$capital2;
}
$mes = $mes + 1;
echo "<br>";
}

Pagos de cuotas de crdito

<?php
include '../include/conexion.php';
$cod=$_REQUEST["cod"];
$referencia=$_REQUEST["referencia"];
if(mysql_query("UPDATE cuotas SET referencia='$referencia',estado_cancel='si' where idcuotas='$cod'"))
{
//echo '<script> alert("TRANSACCION REALIZADA CON EXITO")</script>';
}
?>

Impresin de comprobantes
<?php
include '../include/conexion.php';
$cod=$_REQUEST["cod"];
$query_consulta= mysql_query("select
cuo.idcuotas,cuo.fecha_pago,cuo.idcredito,cre.idcuenta_credito,sol.nombre,sol.apellido,sol.cedula,par.descripcion,inte.descr
ipcion,cuo.cuotas,cuo.mora,cuo.inicial from cuotas cuo inner join credito cre on cuo.idcredito=cre.idcredito inner join
cuenta_credito cue on cre.idcuenta_credito=cue.idcuenta_credito inner join solicitud sol on cue.idsolicitud=sol.idsolicitud
inner join parametro_credito par on par.idparametro_credito=cre.idparametro_credito inner join interes_credito inte on
par.idinteres_credito=inte.idinteres_credito where cuo.idcuotas='$cod' and cuo.estado_cancel='si'");
$row= mysql_fetch_row($query_consulta);
$fecha= date("d-m-Y");
?>

Inversiones de clientes
$guardar_inversion=("INSERT INTO
inversion(capital,tasa,decha_apertura,fecha_vencimiento,plazo,valor_acreditar,retencion,nombre_beneficiario,cedula_benef
iciario,idcuenta_inversion,idinteres_inversion)VALUES('$capital','$tasa_interes','$fecha_apertura','$fecha_vencimiento','$pl
azo','$valor_acreditar','$impuesto','$beneficiario','$cedula_beneficiario','$idcuenta','$idparametro_inversion')");
if(mysql_query($guardar_inversion))
{

62

echo 'TRANSACCION REALIZADA CON EXITO';

}
ELSE
{
echo 'ERROR AL GUARDAR';
}
$query_idinversion= mysql_query("SELECT *from inversion where idcuenta_inversion='$idcuenta'");
while($row_idinversion= mysql_fetch_row($query_idinversion)){
$idinversion=$row_idinversion[0];
}

Pago de cuotas a los clientes

El siguiente cdigo consiste en el pago de inters de los clientes.
<?php
include '../include/conexion.php';
$idinversion = $_REQUEST["idinversion"];
//echo 'RESIBI '.$idinversion;
$query= mysql_query("SELECT *from inversion where idinversion='$idinversion'");
$row_inversion= mysql_fetch_row($query);
?>

Reporte FPDF
El cdigo permite ejecutar reportes necesitados, mismo que utiliza la librera FPDF.
<?php
require('fpdf/fpdf.php');
require('../../include/conexion.php');
class PDF extends FPDF {
var $widths;
var $aligns;
function SetWidths($w) {
//Set the array of column widths
$this->widths = $w;
}
function SetAligns($a) {
//Set the array of column alignments
$this->aligns = $a;
}
function Row($data) {
//Calculate the height of the row
$nb = 0;
for ($i = 0; $i < count($data); $i++)
$nb = max($nb, $this->NbLines($this->widths[$i], $data[$i]));
$h = 5 * $nb;
//Issue a page break first if needed
$this->CheckPageBreak($h);
//Draw the cells of the row
function CheckPageBreak($h) {
//If the height h would cause an overflow, add a new page immediately
if ($this->GetY() + $h > $this->PageBreakTrigger)
$this->AddPage($this->CurOrientation);
}
function NbLines($w, $txt) {
//Computes the number of lines a MultiCell of width w will take
$cw = &$this->CurrentFont['cw'];
if ($w == 0)
$w = $this->w - $this->rMargin - $this->x;
$wmax = ($w - 2 * $this->cMargin) * 1000 / $this->FontSize;
$s = str_replace("\r", '', $txt);
$nb = strlen($s);
if ($nb > 0 and $s[$nb - 1] == "\n")
$nb--;
$sep = -1;
$i = 0;

63

$j = 0;
$l = 0;
$nl = 1;
while ($i < $nb) {
$c = $s[$i];
if ($c == "\n") {
$i++;
$sep = -1;
$j = $i;
$l = 0;
$nl++;
continue;
}
if ($c == ' ')
$sep = $i;
$l+=$cw[$c];
if ($l > $wmax) {
if ($sep == -1) {
if ($i == $j)
$i++;
} else
$i = $sep + 1;
$sep = -1;
$j = $i;
$l = 0;
$nl++;
} else
$i++;
}
return $nl;
}}
$idtransaccion = $_GET['cod'];
$consulta1 = mysql_query("SELECT * FROM transaccion_ahorro where idcuenta_ahorro='200000002'");
$r1 = mysql_fetch_row($consulta1);
$pdf = new PDF('L', 'mm', 'Letter');
$pdf->Open();
$pdf->AddPage();
$pdf->SetMargins(20, 20, 20);
$pdf->Ln(10);
$pdf->Ln(5);
$pdf->SetWidths(array(35, 35, 35, 35, 35, 35));
$pdf->SetFont('Arial', 'B', 10);
$pdf->SetFillColor(001, 020, 47);
$pdf->SetTextColor(255);
//$pdf->Row(array('Fecha', 'Hora', 'Codigo','Deposito','Retiro','Saldo'));
$pdf->Ln(1);
$consulta2 = mysql_query("SELECT * FROM transaccion_ahorro where idtransaccion_ahorro='$idtransaccion'");
while ($r2 = mysql_fetch_row($consulta2)) {
$pdf->SetFont('Arial', '', 10);
$pdf->SetFillColor(001, 020, 050);
$pdf->SetTextColor(225);
$pdf->Row(array($r2[1], $r2[2], $r2[3],$r2[4],$r2[5],$r2[4]));
}
$pdf->Ln(5);
$pdf->SetFont('Arial', '', 25);
$pdf->Cell(0, 6, ' ', 0, 1);
$pdf->Output();
?>

ANEXO 2
MANUAL DE USUARIO
En la barra de navegador Crome ingresamos el siguiente url http://localhost/coopimbacoop/index.html, hacemos enter saldr el siguiente ventana.
64

Luego hacemos clic en el men LOGIN.

Nos visualiza la ventana de la siguiente manera.

Ingresamos el Usuario y La contrasea correcta para no tener inconveniencia, luego clic en

boto Entrar.

Ingresaremos al sistema y veremos la ventana siguiente, con los mdulos asignados para cada
tipo de usuario.
65

Tambin podremos visualizar los procesos que contiene el mdulo Inf. Socio-cliente

Si hacemos un clic en el proceso Ingresos del mdulo Inf. Socio-cliente, permitir abrir una
ventana, con serie de parmetro de ingreso de datos donde el usuario deber ingresar los datos
necesario que pide el sistema, y luego procede a guardar la informacin del cliente en la base
de datos, con la opcin o botn Guardar

Para obtener una cuenta de: ahorro, crdito o plazo fijo del usuario deber solicitar, y como
un ejemplo se ha tomado la solicitud de ahorro, para ello se requiere los siguientes pasos.
66

a) Clic en el mdulo Inf. Socio-cliente.

b) Opcin Solicitud.
c) Ingresamos el cdigo ejecutado al momento de ingresar al sistema.

d) Hacemos enter, luego se presentaran los datos recuperados de la BDD.

e) En esta opcin vamos ha seleccionar el tipo solicitud y Enviamos la solicitud con clic
en el botn verde.
Luego del envi de solicitud se procede a aprobar la solicitud, y para ello se procede a los
siguientes.
a) Clic en el mdulo Inf. Socio-cliente.
b) Clic en la opcin Aprobacin solicitud.
c) En la casilla Cod Ingresamos cdigo de la persona solicitante de la siguiente manera,
hacemos enter.

d) Recupera la informacin de la BDD, donde visualizares el estado y procederos a

aprobar la solicitud.
67

e) Procede a certifica la cuenta solicitada de esta manera

f) Finalmente se deber realizar el depsito de apertura si es cuenta ahorro o caso

contrario solo de queda certificado la cuenta para ello vamos a las siguientes opciones.
1) Modulo Operacin Caja.
2) Opcin Depsito de Apertura.
3) Ingresamos la cuenta.

Al ingresar la cuenta correcta de 9 caracteres automticamente recupera la

informacin de la Base de Datos y presenta la informacin detallada.
4) Ingresamos el monto de apertura que nos sugiere el sistema, en caso de que
no ingrese el monto que pide el sistema no realizara la transaccin, es
necesario que sigas las instrucciones que sugiere el sistema.

5) Hacemos clic en la opcin Enviar DEP-EFE, nos saldr un mensaje

indicando que la transaccin fue realizado con xito.
Depsito en Efectivo
Para realizar depsito realizamos los siguientes pasos.
68

a. Vamos a modulo Operacin Caja.

b. Seleccionamos la opcin Depsitos.
c. Ingresamos cuenta.

d. A continuacin nos muestra datos del cliente.

e. Ingresamos monto a depositar y hacemos clic en el botn amarillo Enviar DEP-EFE.

ANEXOS 3
ANLISIS DE RESULTADOS
Encuesta a clientes
Una vez aplicada la encuesta de datos originales a clientes de la Cooperativa, se procede a
procesar la informacin y los resultados se presentan en los siguientes cuadros y grficos con
su respectiva interpretacin.
La presente encuesta est dirigida a los empleados que trabaja en la cooperativa para que
ayude a conocer lo requerimientos a aplicar en el sistema.
1. Usted ha sido notificado a travs de internet sobre de productos y servicios que la
cooperativa ofrece.
Alternativas
SI
NO
TOTAL ENCUENSTADO

FA
0
50
50

Porcentaje
0%
84%
100%

Tabla 10: Tabulacin pregunta 1

Fuente: Autor.

69

Grfico 1

NO; 100%
SI

NO

Grfico 1
Fuente: Autor

Anlisis: De acuerdo a los estudios realizados mediante la encuesta el 100% de la poblacin

participe desconoce la notificacin que realiza la cooperativa va internet.
2. Le gustara recibir notificaciones de las transacciones realizadas en su cuenta.
Alternativas
FA
Porcentaje
SI
45
90%
NO
5
10%
TOTAL ENCUENSTADO
50
100%
Tabla 11: Tabulacin pregunta 2.
Fuente: Autor

Grfico 2
NO; 10%

SI; 90%
SI

NO

Grfico 2
Fuente: Autor

70

Anlisis: Mediante la encuesta realizada se pudo evidenciar que el 90% de la poblacin

encuestada requiere notificarse de las transacciones que ha realizado en la cooperativa, y es
por ello que se visto la necesidad de informar a los cliente los movimiento efectan.
3. Al momento de realizar un crdito, cual sera para usted la mejor forma de recibir la
aprobacin de un crdito.
Alternativas
FA
Porcentaje
Llamada telefnica.
16
32%
Mensaje de texto.
10
20%
Correo Electrnico.
24
48%
TOTAL ENCUENSTADO
50
100%
Tabla 12: Tabulacin pregunta 3.
Fuente: Autor.

Grfico 3
34%

45%

21%
Llamadas telefnicas

Mensajes de texto.

Correo Electrnico

Grfico 3
Fuente: Autor

Anlisis: Segn este resultado se deduce que el Correo Electrnico es una de las mejores
alternativas para recibir la aprobacin del crdito, adems hay probabilidad de utilizar la
llamada telefnica ya que estas dos opciones son las ms destacadas en la demanda de los
clientes.
4. Qu tipo de notificacin le gustara recibir de las transacciones realizadas en su
cuenta.
Alternativas
FA
Porcentaje
Llamada telefnica.
15
30%
Mensaje de texto.
13
26%
Correo Electrnico.
12
24%
Visitar personalmente la Institucin y averiguarla.
10
20%
TOTAL ENCUENSTADO
50
100%
Tabla 13: Tabulacin pregunta 4.
Fuente: Autor.

71

Grfico 4
20%

30%

24%
26%
Llamada telefnica.
Mensaje de texto.
Correo Electrnico
vista personal a institucin.

Grfico 4
Fuente: Autor

Anlisis: Segn los resultados obtenidos hay varias alternativas de medios a utilizar ya que
cada una de las opciones planteada se aprecia de igual a igual y de esta manera se percibe
notificar a los clientes media llamada telefnica, E-mail, mensaje de texto y visita personal a
la empresa.
5. Qu informacin le gustara saber para obtener un crdito en la cooperativa?
Alternativas
Requisitos
Tipo de garante.
Encajes
Plazo
Otros
TOTAL ENCUENSTADO

FA
50
0
0
0
0
50

Porcentaje
100%
0%
0%
0%
0%
100%

Tabla 14: Tabulacin pregunta 5.

Fuente: Autor.

Grfico 5

100%
Requisitos

Tipos de garante

Plasos

Otros

Grfico 5

72

Encaje

Fuente Autor

Anlisis: Con los anlisis realizado se ha determinado que la mejor opcin para notificar a los
clientes sobre crditos, son los requisitos a cumplir, ya que el mismo son recursos muy
necesarios para acceder a un crdito.
6. Cul sera el tiempo adecuado para recibir la aprobacin o negacin del crdito?
Alternativas
FA
Porcentaje
12 horas
40
80%
24 horas
10
20%
48 horas
0
0%
otros
0
0%
TOTAL ENCESTADOS
50
100%
Tabla 15: Tabulacin pregunta 6.
Fuente: Autor

Grfico 6
20%

80%

12 horas

24 horas

48 horas

otros

Grfico 6
Fuente: Autor

Anlisis: De acuerdo a la respuesta visualizada anteriormente se puede definir que el tiempo

adecuando para notificarse de la aprobacin de crdito sea de 12 horas, mismo que las
respuestas obtenidas son apoyadas por la poblacin encuestada.
7. Cree usted necesario el poder visualizar el estado de su cuenta va internet
Alternativas
FA
Porcentaje
SI
46
92%
40
4
8%
TOTAL ENCESTADOS
50
100%
Tabla 16: Tabulacin pregunta 7.
Fuente: Autor.

73

Grfico 7
8%

92%
SI

NO

Grfico 7
Fuente: Autores

Anlisis: Mediante el anlisis se pudo evidenciar que la mayora de la poblacin encuestada

requiere y confan en poder visualizar la informacin del estado de su cuenta va internet.
8. Qu tipo de informes le resulta ms fcil de comprender?
Alternativas
FA
Porcentaje
Reportes textuales
10
20%
Reportes grfico.
40
80%
TOTAL ENCESTADOS
50
100%
Tabla 17: Tabulacin Pregunta 8.
Fuente: Autor.

Grfico 8
20%

80%

Reporte textual

Reporte grfico

Grfico 8
Fuente: Autores

Anlisis: En los anlisis se puede evidenciar que el mayor porcentaje de la poblacin requiere
de informes grafico para que sea fcil de comprender y expresar de forma cmodo.
9. De qu forma realiza la consulta de saldos en ahorros o en crditos
Alternativas
FA
Porcentaje
Consulta Personal en la Cooperativa
20
40%
Llamada telefnica.
13
26%
Va E-mail.
11
22%
No Realiza.
6
12%
74

TOTAL ENCESTADOS

50

100%

Tabla 18: Tabulacin Pregunta 9.

Fuente: Autor.

Grfico 10
12%
40%
22%

26%
Consultar personalmente
Llamada telefnica
Va E-mail
No realiza

Grfico 9
Fuente Autores

Anlisis: La afirmacin de los participantes en las encuestas nos da a conocer que la mayor
parte de clientes acuden personalmente

a la cooperativa para hacer la consulta de las

transacciones correspondiente, a medida de esta informacin se conmemorar servicio de

consulta de movimiento de cuenta va internet.
10. Cree usted necesario el poder visualizar el estado de su cuenta va internet
Alternativas
SI
NO
TOTAL ENCESTADOS

FA
40
10
50

Porcentaje
80%
20%
100%
Tabla 19: Tabulacin Pregunta 10.
Fuente: Autor.

75

Grfico 10
20%

80%

SI

NO

Grfico 10
Fuente: Autores

Anlisis: De acuerdo a la pregunta planteada anteriormente, se ve la necesidad de que el

sistema se ejecute va internet para satisfacer las demandas que realiza los clientes.
3.3.1.5

Encuesta a administradores

La presente encuesta est dirigida a los empleados que trabaja en la cooperativa para que
ayude a conocer lo requerimientos a aplicar en el sistema.
1 Cul es el tipo de crdito que maneja la institucin?
Alternativas
FA
Porcentaje
Microcrdito
30
100%
Consumo
30
100%
Vivienda
30
100%
Otros
0
0%
TOTAL ENCESTADOS
30
100%
Tabla 20: Tabulacin Pregunta 1.
Fuente: Autor.

Grfico 1

Vivienda;
Microcrdito;
33%
33%

Consumo; 33%
Microcrdito

Consumo

Grfico 11
Fuente: Autores

76

Vivienda

Otros

Anlisis: De acuerdo a los resultado obtenidos la poblacin asume que los tipos de crdito
que se lleva a cabo en la cooperativa son: microcrdito, consumo y vivienda, mismo que se
toma como referencia para conceder en el como parmetro a plantear.
2 Lleva control de los crditos entregados
Alternativas
FA
SI
9
NO
21
TOTAL ENCESTADOS
30

Porcentaje
30%
70%
100%

Tabla 21: Tabulacin Pregunta 2.

Fuente: Autor.

Grfico 2
30%

70%

SI

NO

Grfico 12
Fuente: Autores

Anlisis: Con los resultados obtenidos se considera la importancia del control del crdito, ya
que la mayora de la poblacin asume el monitoreo o seguimiento de crditos entregados, y
es por ello que se ha visto la demanda de un procesos de control stricto de los crditos
otorgado.
3

Tiene indicadores financieros para la toma de decisiones en la asignacin de tasa de

crdito.
Alternativas
FA
Porcentaje
SI
6
20%
NO
24
80%
TOTAL ENCESTADOS
30
100%
Tabla 22: Tabulacin Pregunta 3.
Fuente: Autor.

77

Grfico 3
20%

80%

SI

NO

Grfico 13
Fuente: Autores

Anlisis: De acuerdo a la informacin obtenida se concluye que la institucin financiera si

sostiene los indicadores, mismo que favorece al encuestador las necesidades o demandas que
proporciona la poblacin.
4 Lo seguimientos a la cartera de crdito que realiza son.
Alternativas
FA
Porcentaje
Diario
0
0%
Mensual
30
100%
Anual
0
0%
TOTAL ENCESTADOS
30
100%
Tabla 23: Tabulacin Pregunta 4.
Fuente: Autor.

Grafco 4

100%
Diario

Mensual

Grfico 14
Fuente: Autores

78

Anual

Anlisis: Se concluye que el seguimiento a la cartera se realiza mensualmente, y mediante

esta informacin se ha visto la necesidad de que el sistema tendr la potestad de hacer el
seguimiento total de los crditos otorgados a los clientes.
5

Que tiempo cree usted que es el adecuado para la generacin de intereses en Ahorros
a la Vista.
Alternativas
FA
Porcentaje
Un mes
9
30%
Dos meses
10
34%
Tres mese
11
36%
TOTAL ENCESTADOS
30
100%
Tabla 24: Tabulacin Pregunta 5.
Fuente: Autor.

Grfico 5
30%

36%

34%
Un mes

Dos meses

Tres meses

Grfico 14
Fuente: Autores

Anlisis: Estas respuestas revelan la importancia de generacin de interese, ya que los

encuestado determina que el tiempo adecuado es de tres meses, y de acuerdo a estos resultado
se someter en la integracin control de generacin de inters en dicho tiempo.
6

Qu tipos de documentos utiliza en la apertura de cuenta?

Alternativas
Copias de Cedula de identidad
Pagos de servicio bsico.
Pagos de impuesto predial
Certificados de Trabajo
Roles de Pago
TOTAL ENCESTADOS

FA
30
30
30
18
24
30

Porcentaje
100%
100%
100%
60 %
80 %
100%

Tabla 25: Tabulacin Pregunta 6

. Fuente: Autor.

79

Grfico 6
18%

23%

14%
23%
23%
Copia C.C

Pagos de servicio bsico

Pagos de impuesto perdial

Certificado del trabajo

Rol de pago

Grfico 15
Fuente: Autores

Anlisis: La informacin obtenida en esta pregunta est sujeto

a los requisito que la

institucin solicita ya que requiere de los siguientes: Copia de cedula, pagos de servicio
bsicos, pagos de impuesto predial y es

importante mencionar los documentos que son de

poca importancia como son certificado de trabajo y rol de pago, por otra es importante la
acogida a realizar para asumir las necesidades de los clientes
7 Qu tipo de documentos utilizan para acceder a un crdito?
Alternativas
FA
Porcentaje
Copias de Cedula de identidad
30
100%
Pagos de servicio bsico.
30
100%
Pagos de impuesto predial
30
100%
Certificados de Trabajo
18
60 %
Roles de Pago
30
100 %
Matrculas de Vehculos
0
0%
Ttulos de Propiedad
30
100%
TOTAL ENCESTADOS
30
100%
Tabla 26: Tabulacin Pregunta 7.
Fuente: Autor.

80

Grfico 7
18%

18%

18%

18%

11%

18%

Copia C.C

Pagos de servicio bsico

Pagos de impuesto predial

Certificados de Trabajo

Roles de Pago

Matrculas de Vehculos

Ttulos de Propiedad

Grfico 16
Fuente: Autores

Anlisis: De acuerdo a los resultados se mantuvo la informacin que est sujeto a los
requisito que la institucin demanda para el acceso a un crdito, mismo que se determina de
mayor importancia a cada uno de los documentos solicitados, y ase que obtuvo la necesidad
de parame trizar todos lo requisito dentro del sistema.
8 Tiene ayudas que les faciliten a la aprobacin de crditos.
Alternativas
FA
Porcentaje
SI
10
34%
NO
20
66%
TOTAL ENCESTADOS
30
100%
Tabla 27: Tabulacin Pregunta 8.
Fuente: Autor.

Grfico 8
34%
66%

SI

NO

Grfico 17
Fuente: Autores

81

Anlisis: Se pudo determinar que el 66% de la poblacin encuestada tiene un acceso a la

ayuda o al manual de aprobacin de crdito, mismo que determina la demanda de mdulos de
ayuda en el sistema para que el usuario no tenga inconveniencia al momento de ejercer el
dicho proceso.
9 Tiene ayudas que le faciliten a la hora de la captacin de Inversiones.
Alternativas
FA
Porcentaje
SI
5
16%
NO
25
84%
TOTAL ENCESTADOS
30
100%
Tabla 28: Tabulacin Pregunta 9.
Fuente: Autor.

Grfico 9
16%

84%
SI

NO

Grfico 18
Fuente: Autores

Anlisis: Se pudo determinar que el 84% de la poblacin encuestada tiene un acceso a la

ayuda de captacin de invercio, mismo que determina la demanda de mdulos de ayuda en el
sistema para que el usuario no tenga inconveniencia al momento de ejercer el dicho proceso.
10 Al momento de realizar las recaudaciones de ahorros o recuperacin de cartera, le es
necesario realizar consultas a la cuenta de los socios desde los sitios que se encuentre.
Alternativas
FA
Porcentaje
SI
30
100%
NO
0
0%
TOTAL ENCESTADOS
30
100%
Tabla 29: Tabulacin Pregunta 10.
Fuente: Autor.

82

Grfico 10

100%
SI

NO

Grfico 19
Fuente: Autores

Anlisis: La mayor parte de poblacin encuestada est a favor de que las recaudaciones de
ahorros o recuperacin de cartera, se realice las consultas a la cuenta de los socios desde los
sitios que se encuentre, y para ello se requiere adopcin de este tipo de procesos en el sistema.
3.3.1.6
Entrevista al seor Alberto Ascanta Gerente General.
12. Cmo mantiene informado a los clientes sobre las novedades, servicios y productos
existentes de la cooperativa?
A nuestros clientes mantenemos informados mediante las publicidades por la radio y las hojas
volantes que son repartidos por los empleados de la institucin.
13. Qu tipo de crdito ofrece la cooperativa a los clientes?
El tipo de crdito que ofrecemos es microcrdito, el mismo que suele ser otorga para llevar a
cabo inversiones en tejidos, artesanas, comercio, agricultura y crianza de animales.
14. Cules son los requisitos para que los clientes abran una cuenta en la cooperativa?
Los requisito que solicitamos son la copiad de cedula y papeleta de votacin ms 31 dlares
para el depsito de la apertura de cuentas.
15. Qu gestiones se realizan para los crditos?
Los procedimientos suelen realizar de la siguiente manera.
Socios: Se acerca a la Cooperativa y solicita un crdito.
Socios: Rene y presenta los documentos requeridos.
Oficial de crdito:
Solicita al socio la siguiente informacin:
a) -Formulario Solicitud de Crdito
b) -Copia de la cdula y certificado de votacin del socio y su cnyuge
c) -Copia de la cdula y certificado de votacin del garante y su cnyuge (si aplica)
d) -Certificado de ingresos
e) -Copia del predio urbano
16. Cmo se efecta la aprobacin de crdito?
Por lo general la aprobacin de crdito se efecta conjuntamente con el consejo de
administracin tomando en cuenta el riesgo crediticio, central de riesgo, y para ello se realizar
83

un anlisis del cliente. Si el cliente es nuevo se procede a ver su capacidad y la garanta

presentada para ver si el garante presentado tiene un alcance de la otorgacin de crdito, en
caso de que el cliente ya ha tenido crdito cancelada/s se procede a ver la categorizacin y los
das de atrasos en la cancelacin de cuotas, si en caso de que el cliente este en un buen estado
de categorizacin procede a aprobar el crdito en menos de 48 horas, tanto nuevos como ya
existentes.
17. De qu manera piensa Ud. que el sistema ayudara en la toma de decisiones?
Con la generacin de indicadores financieros.
18. Qu tipo de reportes considera necesarios para la toma de decisiones concretas?
Necesariamente requerimos de un reporte inteligente, que contenga el anlisis de riesgos
financieros, mediante el estado de la cooperativa.
19. Cul es el tiempo estimado para que los clientes realicen inversiones?
El tiempo estimado para que los clientes realicen la inversin en menos de 24 horas, ya que
no requiere mucho requisito.
20. Con que frecuencia genera reportes de las actividades de captacin, colocacin y
recuperacin de cartera?
Este proceso se realiza diariamente por cada asesor de cada una de las agencias.
21. Cmo es el proceso de captacin de las inversiones?
Los procesos son:
Socio: Se acerca al Oficial de Captaciones e Inversiones portando la siguiente documentacin para
realizar un depsito a plazo fijo:

a) Original y copia de la cdula de ciudadana.

b) Original y copia de la papeleta de votacin.
Cajera/o: Solicita que el socio llene el Formulario respectivo y le apertura la cuenta para poder
realizar el depsito y colocar el plazo fijo.

Atencin al cliente: Deposita al menos el monto fijado como mnimo en la Norma.

Atencin al cliente: Recibe el depsito y registra la transaccin.
Atencin al cliente: Suscribe el documento (depsito a plazo fijo) y lo entrega al socio
22. Qu procesos y reportes realiza en caja fuerte?
Movimientos de asignacin de fondos de cambio o reembolsos de fondos de cambio.
Envi de cheques al banco.
Movimientos semanales y mensuales de caja fuerte.
Arqueos de Caja Fuerte.
Cierre de caja
84

85