universidad regional autÓnoma de los andes uniandes...
TRANSCRIPT
UNIVERSIDAD REGIONAL AUTÓNOMA DE LOS ANDES
UNIANDES – IBARRA
FACULTAD DE SISTEMAS MERCANTILES
CARRERA DE SISTEMAS
PROYECTO DE EXAMEN COMPLEXIVO PREVIO LA OBTENCIÓN DEL
TÍTULO DE INGENIERO EN SISTEMA E INFORMÁTICA.
TEMA:
SISTEMA DE CONTABILIDAD GUBERNAMENTAL GENERADOR DE
ARCHIVOS PLANOS PARA LA CARGA DE INFORMACIÓN FINANCIERA
AL E-SIGEF DEL GADP DE SAN VICENTE DE PUSIR, BOLÍVAR - CARCHI.
AUTOR(A): BARAHONA BARAHONA GALO FERNANDO.
TUTOR(A): ING. MARTÍNEZ CAMPAÑA CARLOS EDUARDO
AMBATO – ECUADOR
2016
Índice de Contenidos
Aprobación del Asesor
Declaración de Autenticidad
Derechos de Autor
Índice de contenidos
Resumen
Executive Summary
Capítulo I .......................................................................................................................... 1
1. Problema que se va a Investigar. .................................................................................. 1
1.1 Antecedentes de la Investigación. .............................................................................. 1
1.2 Planteamiento del Problema. ...................................................................................... 2
1.3 Formulación del Problema.......................................................................................... 2
1.4 Delimitación del Problema ......................................................................................... 3
1.5 Objeto de Investigación y Campo de Acción ............................................................. 3
1.6 Identificación de la Línea de Investigación ................................................................ 3
1.7 Objetivos ..................................................................................................................... 3
1.7.1 Objetivo General...................................................................................................... 3
1.7.2 Objetivos Específicos .............................................................................................. 3
1.8 Idea a Defender ........................................................................................................... 4
1.9 Justificación de la Necesidad, Actualidad e Importancia ........................................... 4
1.10 Metodología Investigativa a Emplear ....................................................................... 5
1.11 Resumen de la Estructura del Proyecto .................................................................... 6
1.12 Aporte Teórico y Significación Práctica .................................................................. 7
Capítulo II ......................................................................................................................... 8
2. Fundamento Teórico Conceptual de la Propuesta ........................................................ 8
2.1 Sistemas de Información ............................................................................................ 8
2.2 Clasificación de Sistemas de Información ................................................................. 9
2.3 Lenguajes de Programación...................................................................................... 11
2.4 Tabla Comparación Lenguajes de Programación ..................................................... 11
2.5 Visual Basic .............................................................................................................. 12
2.6 Características de Visual Basic................................................................................. 12
2.6.1 Ventajas de Visual Basic ....................................................................................... 13
2.6.2 Desventajas de Visual Basic .................................................................................. 14
2.7 Programación orientada a objetos con visual basic .................................................. 14
2.8 Sistema Gestor de Base de Datos (SGBD) ............................................................... 15
2.9 Base de datos ............................................................................................................ 15
2.10 Mysql ...................................................................................................................... 15
2.10.1 Características ...................................................................................................... 15
2.10.2 Ventajas: .............................................................................................................. 16
2.10.3 Desventajas. ......................................................................................................... 17
2.11 SQL ......................................................................................................................... 17
2.12 Crystal Reports ....................................................................................................... 17
2.13 Arquitectura de 3 capas. ......................................................................................... 17
2.14 Metodología de Desarrollo de Software XP (Extreme Programming)................... 18
2.14.1 Definición ............................................................................................................ 18
2.14.2 Características ...................................................................................................... 18
2.14.3 Utilidad ................................................................................................................ 19
2.14.4 Ciclo de vida XP (Extreme Programming).......................................................... 19
2.15 Contabilidad gubernamental ................................................................................... 21
2.15.1 Características ...................................................................................................... 22
2.16 Normas Técnicas de Contabilidad Gubernamental ................................................ 23
2.16.1 Principios de Contabilidad Gubernamental ......................................................... 23
2.16.2 Informes Contables / Presupuestarios.................................................................. 23
2.17 Normas Técnicas de tesorería ................................................................................. 25
2.17.1 Catálogo general de cuentas ................................................................................ 25
2.17.2 Clasificador presupuestario de ingresos y gastos del sector PÚBLICO .............. 28
2.18 Ministerio de Finanzas ........................................................................................... 30
2.19 Gobiernos Autónomos Descentralizados Parroquiales........................................... 30
2.20 e-SIGEF .................................................................................................................. 30
2.21 Carga De Información Financiera .......................................................................... 30
2.22 Archivo Plano ......................................................................................................... 31
2.23 Estructura y Campos requeridos para la creación de Archivos Planos .................. 31
2.24 Conclusiones parciales del Capítulo. ...................................................................... 34
Capítulo III ..................................................................................................................... 35
3.1 Desarrollo de la Propuesta ........................................................................................ 35
3.2 Construcción del Sistema ......................................................................................... 37
3.2 Diseño de Interfaces. ................................................................................................ 70
3.3 Pruebas ..................................................................................................................... 74
Conclusiones y Recomendaciones ................................................................................. 77
Bibliografía
Anexos
Índice de Tablas
Tabla 1. Tipología de Sistemas de Información ............................................................ 9
Tabla 2 Comparación Lenguajes de Programación ........................................................ 12
Tabla 3 Historia de Usuario 1 en el Diseño Control de Ingreso ..................................... 38
Tabla 4Historia de Usuario 2 en el Diseño Ingreso de Datos ......................................... 39
Tabla 5 Historia de Usuario 3 en el Diseño Ingreso de Presupuesto .............................. 42
Tabla 6 Historia de Usuario 4 en el Diseño Aumento/Recorte de Presupuesto ............. 43
Tabla 7 Historia de Usuario 5 en el Diseño Proyectos ................................................... 44
Tabla 8 Historia de Usuario 6 en el Diseño Transferencias ........................................... 45
Tabla 9 Historia de Usuario 7 en el Diseño Certificación Presupuestaria...................... 46
Tabla 10 Historia de Usuario 8 en el Diseño Asientos Contables .................................. 47
Tabla 11 Historia de Usuario 9 en el Diseño Informes Contables Presupuestarios ....... 49
Tabla 12 Escenario Control de Usuario .......................................................................... 52
Tabla 13 Escenario 3 Datos Cuenta Contable ................................................................ 52
Tabla 14 Escenario 4 Datos Partida Presupuestaria ....................................................... 53
Tabla 15 Escenario 5 Datos Competencia ...................................................................... 54
Tabla 16 Escenario 6 Datos Proyecto ............................................................................. 54
Tabla 17 Escenario 6 Datos Detalle Proyecto ................................................................ 54
Tabla 18 Escenario 7 Datos Transferencia ..................................................................... 55
Tabla 19 Escenario 8 Datos Presupuesto ........................................................................ 55
Tabla 20 Escenario 9 Datos Aumento/Recorte Presupuesto .......................................... 56
Tabla 21 Escenario 10 Datos Certificación Presupuestaria ............................................ 56
Tabla 22 Escenario 11 Datos Asiento Contable ............................................................. 57
Tabla 23 Escenario 12 Datos Informes Contables.......................................................... 58
Tabla 24 Escenario 13 Datos Informes Presupuesta-rios ............................................... 58
Tabla 25 Escenario 14 Datos para Creación de Archivos Planos................................... 58
Tabla 26 Tarjeta CRC Usuario ....................................................................................... 59
Tabla 27 Tarjeta CRC Cuenta Contable ......................................................................... 59
Tabla 28 Tarjeta CRC Partida Presupuestaria ................................................................ 59
Tabla 29 Tarjeta CRC Competencias ............................................................................. 60
Tabla 30 Tarjeta CRC Proyecto ..................................................................................... 60
Tabla 31 Tarjeta CRC Transferencias ............................................................................ 60
Tabla 32 Tarjeta CRC Presupuesto ................................................................................ 61
Tabla 33 Tarjeta CRC Aumento/Recorte de Presupuesto .............................................. 61
Tabla 34 Tarjeta CRC Certificación Presupuestaria....................................................... 61
Tabla 35 Tarjeta CRC Asiento Contable ........................................................................ 62
Tabla 36 Tarjeta CRC Informes Contables .................................................................... 62
Tabla 37 Tarjeta CRC Informes Presupuestarios ........................................................... 63
Tabla 38 Tarjeta CRC Archivos Planos ......................................................................... 63
Índice de Ilustraciones
Ilustración 1 Estructura Cuenta Contable ....................................................................... 26
Ilustración 2 Catálogo de Cuentas (Grupos y Subgrupos) ............................................. 27
Ilustración 3 Estructura Partida Presupuestaria .............................................................. 28
Ilustración 4 Relación Cuenta Contable - Partida Presupuestaria .................................. 29
Ilustración 5 – Diagrama de Flujo de Datos de Contexto............................................... 36
Ilustración 6 - Diagrama de Flujo de Datos de Contexto ............................................... 37
Ilustración 7 Arquitectura del Sistema ........................................................................... 64
Ilustración 8 Base de datos ............................................................................................. 64
Ilustración 9 Pantalla Principal ....................................................................................... 71
Ilustración 10 Pantalla Partidas Presupuestarias ............................................................ 71
Ilustración 11 Pantalla Plan de Cuentas ......................................................................... 72
Ilustración 12 Pantalla Asientos contables ..................................................................... 72
Ilustración 13 Pantalla Informes Contables/Presupuestarios.......................................... 73
Ilustración 14 Reporte Balance de comprobación .......................................................... 73
Ilustración 15 Reporte de Estado de Ejecución Presupuestaria ...................................... 74
Ilustración 16 Archivo Plano Ejecución Presupuestaria ................................................ 74
Ilustración 17 Pruebas Caja Blanca ................................................................................ 75
Ilustración 18 Pruebas Caja Negra ................................................................................. 76
Resumen
Este Proyecto Denominado: “SISTEMA DE CONTABILIDAD GUBERNAMENTAL
GENERADOR DE ARCHIVOS PLANOS PARA LA CARGA DE INFORMACIÓN
FINANCIERA AL E-SIGEF DEL GADP DE SAN VICENTE DE PUSIR, BOLÍVAR -
CARCHI”, es un trabajo adaptado a las necesidades y actividades contables
gubernamentales que el GADPR realiza, según las normas que expide el Ministerio de
Finanzas, por lo tanto nos facilitara:
El conocimiento de la situación contable actual mediante los Estados
Financieros.
La generación mensual de los archivos planos para el envió al e-sigef.
Los objetivos propuestos, en el presente trabajo serán alcanzados en el Gobierno
Autónomo Descentralizado Parroquial Rural de San Vicente de Pusir desde el momento
de la implementación del sistema contable, realizado de acuerdo a las normas de
contabilidad gubernamental, mismo que se inició actualizando el plan de cuentas
contables y presupuestarias de acuerdo al Clasificador Presupuestario y Catalogo
General de Cuentas que los expide el Ministerio de Finanzas.
Trabajo enmarcado en la línea de investigación de Desarrollo de software y
programación de sistemas y realizado utilizando metodología de desarrollo
Programación Extrema XP.
Con este sistema se va a disminuir el tiempo que se tarda en procesar la información
contable/presupuestario para la generación de reportes y creación de archivos planos, así
como también llevar un mejor control y tener acceso rápido a la información contable.
El sistema beneficiará en forma directa a la Dirección de Planificación financiera del
GADPR y será ejecutado por varias etapas desde el diseño de la base de datos hasta la
creación de módulos y la puesta en producción del mismo.
Executive Summary
This Project named: "GOVERNMENT ACCOUNTING SYSTEM, FLAT FILES
GENERATOR TO UPLOAD FINANCIAL INFORMATION ON THE E-SIGEF OF
GADP FROM SAN VICENTE DE PUSIR, BOLIVAR - CARCHI", is a work adapted
to the needs and government accounting activities required by the GADPR according to
the rules issued by the Ministry of Finance, therefore it facilitates:
• Knowledge about the current accounting situation by financial statements.
• Monthly generation of flat files for sending to the E-SIGEF.
The objectives proposed in this paper will be achieved in the Gobierno Autónomo
Descentralizado Parroquial Rural from San Vicente de Pusir since its implementation
performed according to the government rules, which began updating the chart of
accounts and budgets according to the budget Classifier and General Catalog of
accounts issued by the Ministry of Finance.
Work framed in the research line of software development and systems programming
and technologically advanced by using development methodology Extreme
Programming XP.
This system will reduce the time taken to process accounting / financial information for
reporting and creating flat files, as well as a better control and quick access to
accounting information.
The system will directly benefit the Management Department of Financial Planning
from GADPR and will be executed by several stages starting with the design of the
database, and then the creation of modules, finally its implementation.
1
Capítulo I
1. Problema que se va a Investigar.
1.1 Antecedentes de la Investigación.
Se realizó una investigación en algunos repositorios digitales de varias instituciones de
educación superior del país, encontrándose con algunos trabajos de grado a nivel de
ingeniería que nos sirven como antecedente previo, entre ellos podemos mencionar los
siguientes:
El Trabajo de los Ingenieros Henry Alexander Cabrera Reyes y George Polivio Gómez
Elizalde con el tema: “Diseño e Implementación de un Módulo de Contabilidad
Gubernamental, para el Sistema Informático de la Universidad Técnica De Machala –
Siutmach” presentado en el año 2013 con lo que se determina que las aplicaciones de
registro contable y presupuestario ayudan a optimizar el manejo de la información
financiera permitiendo la obtención de balances financieros sobre la aplicación de los
fondos públicos para la evaluación.
No se ha encontrado otro trabajo en la línea de investigación de sistemas, pero se ha
encontrado varios trabajos realizado mediante la línea de investigación de contabilidad
y auditoría uno de ellos el tema: “Aplicación de Contabilidad Gubernamental en la
Junta Administradora de Agua Potable de la Parroquia La Unión, Período: Enero,
Febrero, Marzo, Del 2013, en el cantón Quininde, Provincia De Esmeraldas” realizado
por la ingeniera Yenny Marieta Guerrero Revilla presentado en el año 2014, es un
trabajo adaptado a las necesidades y actividades gubernamentales que la junta pública
realiza, de acuerdo a las normas que expide el Ministerio de Economía y Finanzas.
Con lo que se puede concluir que, se puede ayudar al sector público en el área contable
realizando más trabajos mediante la línea de investigación de sistemas.
2
1.2 Planteamiento del Problema.
El Gobierno Autónomo Descentralizado Parroquial Rural de San Vicente de Pusir
ubicado en el cantón Bolívar provincia del Carchi, trabaja con recursos económicos
asignados anualmente por parte del Estado.
Mensualmente debe reportar información contable y presupuestaria al Ministerio de
Finanzas (MF) mediante la aplicación informática “CARGA DE INFORMACION
FINANCIERA” en el e-SIGEF a través de los siguientes archivos planos:
Asiento de Apertura *Solo en el mes de Enero
Presupuesto Inicial *Solo en el mes de Enero
Balance de Comprobación
Transferencias
Cedulas Presupuestarias de Ingresos y Gastos.
Después de unas cuantas visitas realizadas se han podido encontrar varias dificultades
de las cuales se puede mencionar:
Las personas encargadas de llevar la contabilidad a pesar de ser funcionarios
profesionales no tienen experiencia suficiente en contabilidad gubernamental para llevar
los registros contables, esto conlleva que algunos asientos contables, afectaciones
presupuestarias no estén correctamente realizados.
La contabilidad no puede avanzar o presenta errores debido a la rotación del personal
por circunstancias ajenas a la institución.
Todos estos puntos hacen que la información no sea muy confiable y no esté a tiempo
para su envío mensual.
1.3 Formulación del Problema
¿Cómo optimizar la información contable-presupuestaria y carga de información
financiera al e-SIGEF?
3
1.4 Delimitación del Problema
Lugar: Gobierno Autónomo Descentralizado Parroquial Rural de San Vicente de Pusir
Cantón Bolivar Provincia del Carchi.
Tiempo: El tiempo estimado para la realización del proyecto de investigación es de 6
meses.
1.5 Objeto de Investigación y Campo de Acción
1.5.1 Objeto de Estudio: Procesos informáticos.
1.5.2 Campo de Acción: Sistema de Contabilidad Gubernamental Generador de
Archivos Planos para la carga de información financiera al e-SIGEF del GADP de San
Vicente de Pusir, Bolívar - Carchi
1.6 Identificación de la Línea de Investigación
El presente trabajo se enmarca en la línea de investigación denominada:
Desarrollo de Software y programación de sistemas.
1.7 Objetivos
1.7.1 Objetivo General.
Desarrollar un sistema de Contabilidad Gubernamental Generador de Archivos Planos
para la carga de información financiera al e-SIGEF del GADP de San Vicente de Pusir
Bolívar - Carchi.
1.7.2 Objetivos Específicos
Fundamentar bibliográficamente los sistemas de contabilidad gubernamental,
sus herramientas de desarrollo y manejo.
4
Diagnosticarla gestión contable y presupuestaria del GADPR de San Vicente de
Pusir, sus requerimientos de automatización y apoyo tecnológico.
Diseñar el sistema de contabilidad gubernamental el cual conste de registro de
movimientos contables, presentación de estados financieros, generación de
archivos planos y más.
1.8 Idea a Defender
Con la utilización del sistema de contabilidad gubernamental, se mejorará la gestión
contable – presupuestaría y la generación de archivos planos del GADR San Vicente de
Pusir.
Variable Independiente: Sistema de Contabilidad Gubernamental.
Variable Dependiente: Carga de información financiera al e-sigef del GADPR de San
Vicente de Pusir.
1.9 Justificación de la Necesidad, Actualidad e Importancia
Del planteamiento del problema se deduce que este incide directamente en el proceso
contable y presupuestario del GADPR, esto significa que las dificultades se van
ahondando.
Luego que se implemente la aplicación propuesta como solución tecnológica a la
problemática planteada, se podrán apreciar algunos beneficios como:
Mejorará la gestión de la información contable y presupuestaria ya que al
momento del registro en el sistema, se controlará que cumpla con las pautas que
plantea el Ministerio de Finanzas.
Se reducirá el impacto negativo que trae el cambio de la persona que lleve la
contabilidad, ya que el sistema brindará los reportes financieros necesarios para
mostrar el estado actual que se encuentra la contabilidad del GADPR.
5
Los archivos planos se generarán con un mínimo de margen de error, debido a
que el sistema aplicara las validaciones correspondientes para la generación de
cada archivo.
En base a todos estos beneficios se justifica claramente la realización de este trabajo
investigativo como solución a la problemática planteada.
1.10 Metodología Investigativa a Emplear
Tipo de Investigación
En la presente investigación sobre Sistema de Contabilidad Gubernamental Generador
de Archivos Planos para la carga de información financiera al e-SIGEF del GADP de
San Vicente de Pusir, se utilizó el modelo cualitativo porque en la investigación se
realizó utilizando la recolección de datos a través de la observación, permitiendo
visualizar de mejor manera la realidad del problema.
La investigación cuantitativa es valiosa porque estudia aspectos particulares y
generaliza desde una sola perspectiva, obteniéndose la información de la población y
muestra que se estudió en esta investigación.
Población
El presente proyecto de investigación está dirigido a todo el personal que labora en la
empresa siendo un total de ocho personas las mismas que están distribuidas así:
Presidente del GADP
Una Contadora / Secretaria
A quienes se realizó una entrevista individual para poder determinar la problemática.
Métodos
La presente investigación tiene la finalidad de solucionar la problemática que la
empresa ha venido teniendo en su situación financiera. Para su ejecución y desarrollo se
utilizó los siguientes métodos generales:
6
Inductivo.- Este método fue utilizado en el análisis de cómo llevan en la
actualidad, la contabilidad en el GADPR, con el propósito de establecer una
problemática general.
Deductivo.- A través de este método se visualizó cuáles son los fundamentos de
la normativa contable y su aplicación.
Científico.- Este método se aplicó siguiendo las siguientes etapas:
Observación:
Se realizó la observación del problema, para determinar si existe la necesidad de
realizar un diagnóstico que permita sustentar la problemática.
Teoría:
Para el presente trabajo de investigación, se recopiló toda la teoría necesaria para
identificar las bases conceptuales que se necesitaban para realizar el trabajo de
investigación.
En todos los procesos teóricos, operativos y prácticos, en la ejecución del proyecto, para
lo cual se desarrolló y planificó los pasos que fueron necesarios
1.11 Resumen de la Estructura del Proyecto
El proyecto se compone de tres capítulos principales, una reseña bibliográfica
En el primer capítulo, se realiza una introducción del problema, su formulación,
delimitación y justificación se presentan los objetivos del proyecto, la metodología de
investigación aplicada.
Seguidamente, en el segundo capítulo, se desarrolla la teoría que fundamenta el
proyecto.
En el tercer capítulo se detalla la realización de la aplicación propuesta para brindar la
solución adecuada al problema planteado.
7
1.12 Aporte Teórico y Significación Práctica
1.12.1 Aporte Teórico
El aporte teórico del presente proyecto de investigación, recopila y utiliza conceptos que
forman parte de la creación de sistemas informáticos, utilización de lenguajes de
programación y gestores de base de datos.
1.12.2 Significación Práctica
La automatización de los procesos manuales mediante el desarrollo e implementación
de un sistema informático trae grandes beneficios a la institución en el área contable. La
significación práctica aplicada en el siguiente proyecto de investigación sería la
aplicación de los conocimientos obtenidos y de la investigación realizada para el
desarrollo del sistema de contabilidad gubernamental.
1.12.3 Novedad Científica
El presente proyecto de investigación es novedoso porque se desarrolla Software de
Contabilidad Gubernamental, aplicando las normas vigentes. Además el área de
contabilidad pública es un sector donde casi no existe mucha intervención en el
momento de desarrollo de software.
8
Capítulo II
2. Fundamento Teórico Conceptual de la Propuesta
2.1 Sistemas de Información
“Conjunto integrado de procesos, principalmente formales, desarrollados en un entorno
usuario ordenador, que operando sobre un conjunto de datos estructurados (Base de
datos) de una organización, recopilan, procesan y distribuyen selectivamente la
información necesaria para, la operatividad habitual de la organización y las actividades
propias de la dirección de la misma.”(ANDREU, 1991). Otra definición de sistema de
información sería las propuestas por(Laudon, 1996), para los cuales un “sistema de
información es aquel conjunto de componentes interrelacionados que capturan,
almacenan, procesan y distribuyen la información para apoyar la toma de
decisiones, el control, análisis y visión de una organización”.
Todo sistema de información utiliza como materia prima los datos, los cuales almacena,
procesa y transforma para obtener como resultado final información, la cual será
suministrada a los diferentes usuarios del sistema, existiendo además un proceso de
retroalimentación o “feedback”, en la cual se ha de valorar si la información obtenida se
adecua a lo esperado (Ver figura1).
Figura 1. Sistema de Información de la Organización empresarial:funciones.
Fuente: Alejandro Hernandez Trasobares/ Los Sistemas De Información: Evolución Y Desarrollo
SISTEMA DE INFORMACIÓN DE LAORGANIZACIÓN
Datos
Uso
información
Retroalimentación
Almacenamien
to
Procesamiento Informaciónfi
na
9
Junto con los datos, los otros dos componente básicos que constituyen un sistema de
información son los usuarios (personal directivo, empleados y en general cualquier
agente de la organización empresarial que utilice la información en su puesto de trabajo)
y los equipos (informáticos, software, hardware y tecnologías de almacenamiento de la
información y de las telecomunicaciones).
2.2 Clasificación de Sistemas de Información
Tipo de Sistema de Información Tipos
Grado de formalidad Formales
Informales
Automatización Manuales
Informáticos
Relación con la toma de decisiones Estratégicos (alta dirección)
Gerencial (nivel intermedio)
Operativos (control operativo)
Funcionalidad Gestión comercial
Gestión contable
Gestión financiera
Gestión de Recursos Humanos
Gestión de la Producción
GradoEspecialización Específicos
Generales Tabla 1. Tipología de Sistemas de Información
Fuente: Basado en (BRAVO, 2000) y (Edwars, 1998)
Sin embargo la clasificación más útil es la propuesta por (Laudon, 1996). En ella los
sistemas de Información se agrupan según su utilidad en los diferentes niveles de la
organización empresarial. La organización consta de 4 niveles básicos: un nivel
operativo referido a las operaciones diarias de la organización, un nivel del
conocimiento que afecta a los empleados encargados del manejo de la información
(generalmente el departamento de informática), un nivel administrativo (abarcaría a
los gerentes intermedios de la organización) y un nivel estratégico (la alta dirección
de la empresa).
Según estos niveles, (Laudon, 1996) establecen la siguiente clasificación de sistemas
de información:
10
a) Sistema de Procesamiento de Operaciones (SPO): sistemas
informáticos encargados de la administración de aquellas operaciones
diarias de rutina necesarias en la gestión empresarial (aplicaciones de
nóminas, seguimiento de pedidos, auditoría, registro y datos de
empleados). Estos sistemas generan información que será utilizada por el
resto de sistemas de información de la compañía siendo empleados por el
personal de los niveles inferiores de la organización (Nivel Operativo)
b) Sistemas de Trabajo del Conocimiento (STC): aquellos sistemas de
información encargados de apoyar a los agentes que manejan información
en la creación e integración de nuevos conocimientos para la empresa
(estaciones de trabajo para la administración); forman parte del nivel de
conocimiento
c) Sistemas de automatización en la oficina (SAO): sistemas informáticos
empleados para incrementar la productividad de los empleados que
manejan la información en los niveles inferiores de la organización
(procesador de textos, agendas electrónicas, hojas de cálculo, correo
electrónico,...); se encuentran encuadrados en el nivel de conocimiento al
igual que los Sistemas de Trabajo del Conocimiento
d) Sistemas de información para la administración (SIA): sistemas de
información a nivel administrativo empleados en el proceso de
planificación, control y toma de decisiones proporcionando informes sobre
las actividades ordinarias (control de inventarios, presupuestario anual,
análisis de las decisiones de inversión y financiación). Son empleados por
la gerencia y directivos de los niveles intermedios de la organización.
e) Sistemas para el soporte de decisiones (SSD): sistemas informáticos
interactivos que ayudan en los distintos usuarios en el proceso de toma de
decisiones, a la hora de utilizar diferentes datos y modelos para la
resolución de problemas no estructurados (análisis de costes, análisis de
precios y beneficios, análisis de ventas por zona geográfica). Son
empleados por la gerencia intermedia de la organización.
11
f) Sistemas de Soporte Gerencial (SSG): sistemas de información a nivel
estratégico de la organización diseñados para tomar decisiones estratégicas
mediante el empleo de gráficos y comunicaciones avanzadas. Son
utilizados por la alta dirección de la organización con el fin de elaborar la
estrategia general de la empresa (planificación de ventas para 4 años, plan
de operaciones, planificación de la mano de obra).
2.3 Lenguajes de Programación
Los lenguajes de programación son hoy en día una herramienta fundamental para la
resolución de problemas en todas las áreas de la ciencia y la ingeniería. En particular, la
metodología para una variedad de problemas en el ámbito de la matemática consiste en
plantear un algoritmo, programarlo en algún lenguaje y ejecutarlo en un
ordenador.(Villalba, 2011)
2.4 Tabla Comparación Lenguajes de Programación
Tipos de estructuras que el lenguaje le permite crear a un programador:
Java .NET
Clases e interfaces. Clases, interfaces, struct y enum.
Elementos que pueden definirse dentro de una clase:
Java .NET
Atributos, métodos y clases internas. Atributos, métodos, clases internas,
propiedades, eventos y delegates.
Niveles de encapsulamiento:
Java .NET
public, private, protected y visibilidad de
paquete, este último se asume cuando se
omite.
public, private, internal, protected y la
combinación de estos dos últimos. En caso de
omisión se asume private.
Herencia
Java .NET
No se permite la herencia múltiple, se puede
simular a través del uso de interfaces. Por
omisión se hereda de Object.
No se permite la herencia múltiple, se puede
simular a través del uso de interfaces. Por
omisión se hereda de Object.
Polimorfismo
Java .NET
Se permite que una clase sobrecargue o
sobrescriba métodos definidos por su clase
padre, a menos que la clase padre lo impida
mediante la palabra reservada final, en el
encabezado del método. Si un objeto de una
clase hija es referenciado a través de una
referencia a su clase padre, su
Se permite que una clase sobrecargue o
sobrescriba métodos definidos por su clase
padre, a menos que la clase padre lo impida
empleando la palabra reservada sealed, en el
encabezado del método. Si un objeto de una
clase hija es referenciado a través de una
referencia a su clase padre, su
12
comportamiento, al invocar un método
sobrescrito, será el que definió la clase a la
cual él pertenece.
comportamiento, al invocar un método
sobrescrito, dependerá de los permisos
establecidos por la clase padre, y de la
decisión tomada por quien definió la clase. Por
omisión se comportará como lo definió la
clase padre.
Sobrecarga de operadores para una clase:
Java .NET
No permite la sobrecarga de ninguno de los
operadores básicos.
Se permite la sobrecarga de algunos de los
operadores básicos: Unitarios: +, -, !, ~, ++, --,
true, false Binarios: +, -, *, /, %, &, |, ^, <>,
==, != , >, =, <= Tabla 2 Comparación Lenguajes de Programación
Fuente: (Jiménez, 2003)
2.5 Visual Basic
Visual Basic es un lenguaje de programación desarrollado por Microsoft, orientado a
eventos, diseñado para facilitar el desarrollo de aplicaciones en un entorno gráfico, el
cual tiene una interfaz gráfica de usuario para crear aplicaciones para Windows basado
en el lenguaje Basic y en la programación orientada a objetos. Este lenguaje facilita el
trabajo de programación, ya que permite colocar objetos prefabricados en donde sean
requeridos, en lugar de escribir numerosas líneas de código para implementar un
interfaz.
Visual Basic (Visual Studio) constituye un IDE que ha sido empaquetado como un
programa de aplicación, es decir, consiste en un editor de código, un depurador, un
compilador y un constructor de interfaz gráfica o GUI.(Balena, Programación Avanzada
con Microsoft Visual Basic, 2003)
2.6 Características de Visual Basic
Es posible decir que Visual Basic es un lenguaje orientado a eventos. En las
aplicaciones tradicionales o por “procedimientos”, la aplicación es la que controla qué
partes de código y en qué secuencia se ejecutan. La ejecución comienza con la primera
línea de código y continúa con una ruta predefinida a través de la aplicación, el amando
a los procedimientos según se necesiten.
En una aplicación controlada por eventos, el código no sigue una ruta predeterminada,
13
eso significa que ejecuta distintas secciones de código como respuesta a los eventos que
pueden desencadenarse por acciones del usuario, por mensajes del sistema o de otras
aplicaciones, o incluso por la propia aplicación. La secuencia de estos eventos
determina la secuencia en la que se ejecuta el código, por lo que la ruta a través del
código de la aplicación es diferente cada vez que se ejecuta el programa.
Es por ello que Visual Basic es un lenguaje de programación que está orientado, o dicho
de otra forma: “dirigido” por eventos, ya que las acciones se realizarán únicamente
cuando el usuario realice cualquier evento, que esté programado en el software
(Programa de Computadora).
Para manejar los objetos y controles del lenguaje hay que conocer tres conceptos
asociados a ellos:
Propiedades: Para todos los objetos y controles de Visual Basic, hay definidas una
serie de propiedades que nos permiten controlarlos como son: nombre, tamaño, color,
posición, etc., la mayoría de las propiedades serán comunes, pero evidentemente, habrá
objetos que tengan otras determinadas propiedades específicas.
Eventos: Cada objeto lleva asociados unos determinados eventos que le pueden ocurrir.
Los métodos: Son procedimientos asociados a un objeto, que permiten realizar acciones
como por ejemplo escribir un texto en un objeto, para este caso se usa el método Print,
con la siguiente sintaxis: NombreDelObjeto.Print "Texto deseado".(Balena,
Programación Avanzada con Microsoft Visual Basic, 2003)
2.6.1 Ventajas de Visual Basic
La ventaja más importante de Visual Basic es que ha sido diseñado para
aumentar la productividad en su trabajo de desarrollo diario, especialmente si
tiene que utilizar información de bases de datos o crear soluciones para internet.
Al familiarizarse con Visual Basic se puede utilizar las mismas herramientas
para escribir programas Microsoft Visual C++, Microsoft Visual C#, Microsoft
Visual Web Developer entre otras herramientas y compiladores de terceros,
además integra el diseño e implementación de formularios de Windows.
14
Es un lenguaje estructurado, lo que permite crear programas modularmente,
mediante subrutinas y módulos, capaz de crear programas ya competitivos con
lenguajes de alto nivel.
Permite crear aplicaciones para Windows en muy poco tiempo, de manera eficaz
y con menor inversión de tiempo y dinero.
Permite generar librerías dinámicas de forma activa, mediante la reconfiguración
en su proceso de colección o codificación.
Es un lenguaje RAD, o un ambiente para aplicaciones bajo el sistema operativo
Microsoft Windows.
2.6.2 Desventajas de Visual Basic
Visual Basic, no distingue entre mayúsculas y minúsculas.
No se puede exportar el código a plataformas diferentes a Windows, sin
embargo se pueden usar emuladores e intérpretes para correrlos en otras
plataformas.
Carencia de soporte incorporado para números complejos.
2.7 Programación orientada a objetos con visual basic
A diferencia de las versiones anteriores de Visual Basic, la versión .NET basa su
funcionamiento casi exclusivamente en las clases contenidas en .NET Framework,
además casi sin ningún tipo de limitación.
La POO es una evolución de la programación por procedimientos llamada también
estructurada. Se basaba en funciones y procedimientos y el código que controlaba el
flujo de las llamadas a estos. En Visual Basic, sobre todo en versiones anteriores se
sigue programando mucho así. A veces por desconocimiento y otras por "miedo" no se
da el salto a la POO, aunque un programador con experiencia en VB puede hacer
magníficas aplicaciones sin utilizar la POO (y sin aprovecharse de sus ventajas), sobre
todo, en un tiempo relativamente reducido.
15
2.8 Sistema Gestor de Base de Datos (SGBD)
Es un conjunto de datos interrelacionados y con herramientas computacionales
específicas para acceder a dichos datos. Su lugar de almacenamiento se denomina base
de datos, pues es aquella que contiene información relevante de una empresa u
organización. El objetivo principal de un SGBD es de almacenar y recuperar la
información de la organización o empresa de una forma práctica y
eficiente.(Silberschatz, 2002)
2.9 Base de datos
Se le llama base de datos a los bancos de información que contienen datos relativos a
diversas temáticas y categorizados de distinta manera, pero que comparten entre si
algún tipo de vínculo o relación que busca ordenarlos y clasificarlos en conjunto.
(Iglesia, 2009)
2.10 Mysql
MySql es un sistema de gestión de bases de datos relacional multihilo y multiusuario.
Su diseño multihilo le permite soportar una gran carga de forma muy eficiente.
Este gestor de bases de datos es, probablemente, el gestor más usado en el mundo del
software libre, debido a su gran rapidez y facilidad de uso. Esta gran aceptación es
debida, en parte, a que existen infinidad de librerías y otras herramientas que permiten
su uso a través de gran cantidad de lenguajes de programación, además de su fácil
instalación y configuración.
2.10.1 Características
Aprovecha la potencia de sistemas multiprocesador, gracias a su implementación
multihilo.
Soporta gran cantidad de tipos de datos para las columnas.
Dispone de API's en gran cantidad de lenguajes.
16
Gran portabilidad entre sistemas.
Soporta hasta 32 índices por tabla.
Gestión de usuarios y claves, manteniendo un muy buen nivel de seguridad en
los datos.
Condición de open source de MySQL hace que la utilización sea gratuita y se
puede modificar con total libertad.
Se puede descargar su código fuente. Esto ha favorecido muy positivamente en
su desarrollo y continuas actualizaciones.
Es una de las herramientas más utilizadas por los programadores orientados a
Internet.
Infinidad de librerías y otras herramientas que permiten su uso a través de gran
cantidad de lenguajes de programación.
MYSQL, es el manejador de base de datos considerado como el más rápido de
Internet.
Gran rapidez y facilidad de uso.
Infinidad de librerías y otras herramientas que permiten su uso a través de gran
cantidad de lenguajes de programación.
Fácil instalación y configuración.
2.10.2 Ventajas:
Velocidad al realizar las operaciones, lo que le hace uno de los gestores con
mejor rendimiento.
Bajo costo en requerimientos para la elaboración de bases de datos, ya que
debido a su bajo consumo puede ser ejecutado en una máquina con escasos
recursos sin ningún problema.
Facilidad de configuración e instalación.
Soporta gran variedad de Sistemas Operativos
Baja probabilidad de corromper datos, incluso si los errores no se producen
en el propio gestor, sino en el sistema en el que está.
Su conectividad, velocidad, y seguridad hacen de MySQL Server altamente
apropiado para acceder bases de datos en Internet.
17
2.10.3 Desventajas.
Un gran porcentaje de las utilidades de MySQL no están documentadas.
No es intuitivo, como otros programas
2.11 SQL
El lenguaje de consulta estructurado (SQL) es un lenguaje de base de datos
normalizado, utilizado por los diferentes motores de bases de datos para realizar
determinadas operaciones sobre los datos o sobre la estructura de los mismos.
(Silberschatz, 2002)
Se utiliza para almacenar y consultar datos desde y hasta una base de datos. SQL se
utiliza en sistemas de base de datos como MySQL, Oracle, Postgre SQL, Sybase y
Microsoft SQL Server entre otros.
2.12 Crystal Reports
CrystalReports es una aplicación de inteligencia empresarial utilizada para diseñar y
generar informes desde una amplia gama de fuentes de datos (bases de datos).
Los usuarios al instalar CrystalReports en un equipo y utilizarlo para seleccionar filas y
columnas específicas de una tabla de datos compatibles, pueden organizar los datos en
el informe en el formato que necesiten. Una vez que el diseño está completo, el informe
se puede guardar/salvar como un archivo con extensión rpt. Se puede acceder
nuevamente al informe reabriendo el mismo, y poder refrescar los datos. Si la fuente de
base de datos se ha actualizado, el informe se refrescará reflejando estas actualizaciones.
2.13 Arquitectura de 3 capas.
El objetivo principal de este planteamiento es separar y por lo tanto independizar, las
reglas del negocio de las aplicaciones que las utilicen. De esta forma, es posible utilizar
las mismas reglas del negocio para diferentes aplicaciones, corriendo sobre distintas
plataformas.
18
La capa de aplicación corresponde a programas interactivos o procesos, que realicen
alguna acción sobre los componentes del negocio. La capa intermedia estará formada
por las clases del negocio, quienes interactúan con el medio de almacenamiento que está
representado en la capa de datos.
Una arquitectura pura de tres capas no permite ninguna forma de comunicación directa
entre la aplicación y la capa de datos; esto es, entre los programas de usuario y la base
de datos. Los programas de aplicación deben solicitar todos sus requerimientos a la capa
del negocio, a través de la invocación de servicios, que corresponden a los métodos
definidos para cada clase.
La separación propuesta por este modelo de capas nos da una clara guía de la forma en
que podemos enfrentar la programación de un sistema en Visual Basic.(Somerville,
2011)
2.14 Metodología de Desarrollo de Software XP (Extreme Programming)
2.14.1 Definición
Es una de las metodologías de desarrollo de software más exitosas en la actualidad
utilizadas para proyectos de corto plazo, corto equipo, La metodología consiste en una
programación rápida, cuya particularidad es tener como parte del equipo, al usuario
final, pues es uno de los requisitos para llegar al éxito del proyecto.
Es una metodología ligera para el desarrollo de software que simplifica la
comunicación con el cliente y ayuda a la reutilización de código desarrollado.
Los objetivos de XP en realidad profundizan en la satisfacción del cliente,
proporcionándole el software que necesita y cuando lo requiera, por lo tanto se debe
responder muy rápido a las necesidades del cliente incluyendo cambios al final del
ciclo de la programación. Esto es posible lograrlo, potenciando al máximo el trabajo en
grupo. (Enciclopedia, 2015)
2.14.2 Características
Énfasis en el desarrollo del software más que una buena documentación.
19
Empieza en pequeñas faces que a su vez se autoalimentan según las necesidades
del usuario.
Se maneja con pequeños cambios que a su vez se convierten en sustitutos de un
anterior.
El costo del cambio no depende de la fase o etapa.
No se agregan funcionalidades sin ser necesarias.
Corrección de errores antes de agregar nuevas funcionalidades.
Entregas frecuentes.
El usuario o cliente es bien definido para formar parte del equipo de trabajo.
2.14.3 Utilidad
Simplicidad en las soluciones implementadas, en esta parte se debe hacer siempre la
pregunta:
¿Qué es lo más simple que puede funcionar?
En realidad es muy importante tratar de hacer las cosas lo más simple y conciso que se
pueda, para ahorrar tiempo ya que de eso se trata esta metodología.(Enciclopedia,
2015)
2.14.4 Ciclo de vida XP (Extreme Programming)
2.14.4.1 Fase 1ª: Planificación del proyecto
Historia de Usuario
En esta metodología de XP, el primer paso es definir la historia del usuario con el
cliente. Es similar a los casos de uso pero con algunas variantes: Consta de 3 o 4 líneas
escritas por el cliente en lenguaje no técnico y sin profundizar en detalles, son usados
para la estimación de tiempo de desarrollo de la parte de aplicación que se describe.
También son usadas en la fase de pruebas, para la verificación de cumplimiento del
programa.
20
Al implementar una Historia de Usuario se reúne el cliente y el desarrollador para
concretar y detallar el cumplimento de dicha historia; tomando en cuenta que el tiempo
estimado para una Historia de Usuario es de 1 a 3 semana.
2.14.4.2 Fase 2ª: Diseño
Diseño Simple
Conseguir un diseño simple y sencillo. Hacer lo menos complicado posible para que
sea entendible y aplicable, para poder obtenerlo en el menor tiempo posible y con
menor esfuerzo al desarrollarlo.
Refactorizar
Revisar de nuevo el código para optimizar su funcionamiento.
Tarjetas C.R.C. (Class, Responsabilities and Collaboration)
Ayudan a olvidar la programación procedural orientando a la programación orientada a
objetos.
Donde se describe: La clase donde pertenece el objeto, Responsabilidad u objetivos que
debe cumplir el objeto y las clases que colaboran con cada responsabilidad
2.14.4.3 Fase 3ª: Codificación
Como se dijo en la introducción de esta metodología el cliente cumple un papel muy
importante y mucho más en esta tercera fase de codificación, ya que ellos son los que
crean las historias de usuario y negocian el tiempo en que estas historias serán
implementadas.
21
El usuario deberá especificar detalladamente lo que cada historia de usuario hará y
también deberá estar presente al momento de realizar los test de verificación donde
comprobará su correcto funcionamiento.
La codificación deberá ser realizada desacuerdo a estándares ya establecidos, para
facilitar su comprensión.
Se propone un desarrollo colectivo en donde todos los programadores están
implicados en todas las tareas; cualquiera puede modificar cualquier clase y subirla al
repositorio de código. La optimización del código siempre se debe dejar para el final,
primero hay que hacer que funcione correctamente para después optimizar.
En el caso que se necesite más tiempo para la culminación del proyecto, X.P., propone
realizar un nuevo “Release Plan” para concretar los nuevos tiempos de publicación y de
velocidad del proyecto.
2.14.4.4 Fase 4ª: Pruebas
Se deben crear las aplicaciones que realizarán los test con un entorno de desarrollo
específico para test.
Se debe tomar en cuenta que se realizan dos tipos de test, uno que es para la
verificación de cada versión, llamado test de funcionamiento, es decir para el
control de cada historia y su garantía de funcionamiento; el otro llamado test de
aceptación que es el último que se lo realiza y con verificación del usuario o cliente
para comprobar el correcto funcionamiento del mismo y posteriormente implementarlo.
2.15 Contabilidad gubernamental
La contabilidad gubernamental, es el tipo de contabilidad que registra las operaciones
financieras de las entidades y dependencias de la administración pública. Todos los
eventos económicos cuantificables que afecten al Estado forman parte del interés de la
contabilidad gubernamental.
22
A través de la contabilidad gubernamental, los dirigentes a cargo de la conducción del
Estado deben rendir cuentas a los organismos competentes para mostrar cómo
administran el dinero público.
2.15.1 Características
La Contabilidad “Gubernamental” tiene varias características:
a) Integra las operaciones patrimoniales con las presupuestarias, las operaciones
patrimoniales deben ser registradas por partida doble, las presupuestarias en cambio, por
partida simple;
b) Es de aplicación obligatoria en las entidades que conforman el Sector Público no
Financiero;
c) Utiliza el Catálogo General de Cuentas y el Clasificador Presupuestario de Ingresos y
Gastos, como elementos básicos, comunes, únicos y uniformes;
d) Se fundamenta en los conceptos de centralización normativa a cargo del Ministerio
de Economía y Finanzas y de descentralización operativa en cada ente financiero
público;
e) Crea una base común de datos financieros, que debidamente organizados se los
convierte en información útil;
f) Coadyuva a la determinación de los costos incurridos en actividades de producción de
bienes y servicios, en inversiones en proyectos de construcción de obra material
tangible y en programas de beneficio social llevados a cabo mediante el desarrollo de
actividades que generan productos intangibles;
g) Permite la agregación y consolidación sistemática de la información financiera
producida por cada ente financiero;
h) Produce información financiera para la toma de decisiones en los niveles internos de
la administración, para los niveles externos que mantienen intereses con la gestión
institucional, para decisiones estratégicas sectoriales y nacionales, y para el control
sobre la pertinencia y propiedad de las operaciones realizadas; y,
i) Los datos disponibles en sus cuentas de Activo, Pasivo, Patrimonio, Ingresos y Gastos
de Gestión, “saldos y flujos”, proporcionan insumos para la producción de las cuentas
nacionales y otros reportes financieros especializados, con la visión del Manual de
Estadísticas de las Finanzas Públicas del
Fondo Monetario Internacional.
23
2.16 Normas Técnicas de Contabilidad Gubernamental
2.16.1 Principios de Contabilidad Gubernamental
Los principios constituyen pautas básicas que guían el proceso contable para generar
información, consistente, relevante, verificable y comprensible, y hacen referencia a las
técnicas cualitativas y cuantitativas de valuación de los hechos económicos; al momento
en el cual se realiza el registro contable.(Min. Finanzas, 2014)
2.16.2 Informes Contables / Presupuestarios
Mayorización.- Es la actividad en la cual los registros realizados en el Libro Diario
General Integrado, son trasladados al libro “Mayor”, agrupándolos en cuentas y
auxiliares patrimoniales y presupuestarios, de acuerdo a una misma naturaleza,
conceptualización o denominación, es un proceso mecánico automático o manual, según
se disponga o no de herramientas informáticas.
Balance de Comprobación.- Es un registro interno que presenta en forma agrupada
todas las cuentas, permite al contador realizar un análisis detallado de las cuentas y
verificar que los saldos sean correctos, razonables y confiables La confiabilidad del
balance de comprobación no está en el cuadro realizado, sino que los saldos de las
cuentas reflejen la verdadera situación económica y financiera de la entidad, para lo cual
el contador debe efectuar un análisis minucioso de la información que dispone cada
cuenta contable.
Estado de Resultados.- Es un informe financiero que presenta de manera ordenada y
clasificada los ingresos, costos y gastos generados por la entidad en un periodo
determinado. La utilidad neta se muestra en la última línea del estado de resultados, en
la que debe reflejar las operaciones realizadas durante un periodo. Con el propósito de
facilitar el análisis de la información del estado de resultados debe separarse los
ingresos y gastos para demostrar la utilidad operacional, estos hacen referencia al
cumplimiento de los objetivos para los cuales fue creada la entidad.
24
Estado de Situación Financiera.- Los Estados financieros resumen la información
básica contenida en los diferentes sistemas contables manual a fin de poder tener una
apreciación en conjunto sobre la situación financiera de la Junta de Agua Potable de
Salinas , además constituyen manifestaciones de la gerencia hacia los usuarios y de más
personas interesados en su situación o sus resultados sobre la labor realizado dentro de
la Junta de Agua, por otra parte debido a las limitaciones de las utilidades tanto a los
administradores sean visto obligados continuamente a disponer una información
oportuna y veraz a fin de revisar los procedimientos de administración y contabilidad e
intentar mejorarlos y de esta forma lograr una mejor efectividad o eficiencia, es
importante destacar que el contador al preparar los estados financieros no deba sujetarse
a una forma determinada o regida.
Estado de Flujo del Efectivo.- Tiene como propósito proveer información fundamental
resumida y clara, sobre el manejo de los ingresos y egresos de efectivo relacionados a
una entidad para un periodo determinado. El Estado de Flujo del Efectivo se obtendrá
aplicando el método directo, a partir de obtener las fuentes y usos de fondos de los
flujos de créditos de las Cuentas por Cobrar y de los flujos de débitos de las Cuentas por
Pagar, respectivamente, y calculando separadamente el Superávit o Déficit Corriente y
de Capital; de la sumatoria de los conceptos antes indicados se obtendrá el Superávit o
Déficit Total. La Aplicación del Superávit o el Financiamiento del Déficit, según
corresponda al resultado obtenido en el inciso anterior, se determinará sumando al
Superávit o Déficit de Financiamiento, el resultado neto de las variaciones en los flujos
acreedores de las cuentas 113 y deudores de las cuentas 213 que no tienen asociación a
grupos presupuestarios, y las variaciones no presupuestarias registradas en las cuentas
de Disponibilidades, Anticipos de Fondos, Depósitos y Fondos de Terceros y
Disminución de Disponibilidades.
Estado de Ejecución Presupuestaria.- El Estado de Ejecución Presupuestaria será
preparado con los datos al nivel de grupo presupuestario, obtenido de las cédulas
presupuestarias de ingresos y de gastos los cuales se los relacionará con los
correspondientes a las asignaciones codificadas a la fecha de corte del informe. Sus
totales deberán ser conciliados con los flujos acumulados deudores y acreedores de las
Cuentas por Cobrar y de las Cuentas por Pagar asociadas a la naturaleza del ingreso o
del gasto, respectivamente. La diferencia determinada en la ejecución, resultado de
25
comparar las sumatorias de los ingresos y gastos, se denominará Superávit o Déficit
Presupuestario según el caso.
Cédula Presupuestaria de Ingresos.- Constituye una herramienta que sirve para llevar
un detalle pormenorizado de todos los movimientos que se realiza dentro de una partida
específica. La mecánica de funcionamiento es de consignar el valor inicial que ha sido
aprobado en el presupuesto, ubicar una columna para realizar posibles modificaciones o
reformas y una nueva columna para el valor resultante luego de haber hecho la reforma
en incremento o disminución, otra columna para ubicar todos los valores que se vayan
devengando (comprometiendo) y por diferencia se obtendrá el saldo por devengar.
Cédula Presupuestaria de Gastos.- Como se acaba de ver dentro de la cédula
presupuestaria de ingresos, es una herramienta que permite visualizar con mayor
precisión los saldos de cada una de las partidas de gastos. La mecánica de
funcionamiento es de consignar el valor inicial que ha sido aprobado en el presupuesto,
ubicar una columna para realizar posibles modificaciones o reformas y una nueva
columna para el valor resultante luego de haber hecho la reforma en incremento o
disminución, otra columna para ubicar todos los valores que se vayan devengando
(comprometiendo) y por diferencia obtendremos el saldo por devengar
2.17 Normas Técnicas de tesorería
2.17.1 Catálogo general de cuentas
La Cuenta y el Catálogo General de Cuentas.
En la Contabilidad el elemento primordial es la “cuenta”, que conceptualmente
constituye el elemento básico en el cual se registran los hechos económicos que
responden a una misma naturaleza; en ella se anotan en él Debe, los débitos o cargos y
en el Haber, los créditos o abonos que afectan a cada cuenta.
La estructura del Catálogo General de Cuentas, está constituida por 12 dígitos
(Ilustración I), divididos en 7 campos, los mismos que sirven para identificar en el
26
primer campo y con 1 dígito, el “título” del elemento contable, así: 1 Activos, 2 Pasivos
y 6 Patrimonio.
El segundo campo de 1 dígito identifica la clase de cuenta y junto al anterior identifican
el “grupo” de cuentas del Activo, Pasivo, Patrimonio y las cuentas de orden; añadiendo
el tercer campo también de 1 dígito, identifica el “subgrupo” de cuentas que conforman
cada grupo, como se detalla en la ilustración I.
Hasta este nivel, todas son cuentas de “agrupación” y como tales no pueden intervenir
debitadas o acreditadas en el Diario General Integrado, registro básico de entrada
original contable.
Ilustración 1 Estructura Cuenta Contable
Fuente: Normativa del Sistema de Administración Financiera, Ministerio de Finanzas del Ecuador
Aumentando sucesivamente el cuarto campo de dos dígitos, identifica el nivel de
cuentas 1 (5 dígitos), el quinto campo de 2 dígitos señala el nivel de cuentas 2 (7
dígitos), el sexto campo de 3 dígitos identifica el nivel de cuentas 3 (10 dígitos) y
finalmente, el séptimo campo de 2 dígitos identifica el nivel de cuentas 4
(12 dígitos).
27
Ilustración 2 Catálogo de Cuentas (Grupos y Subgrupos)
Fuente: Normativa del Sistema de Administración Financiera, Ministerio de Finanzas del Ecuador
Las Cuentas por Cobrar (113) y las Cuentas por Pagar (213) resaltadas en el cuadro
anterior, ligadas o unidas a grupos de ingresos o gastos presupuestarios, son las más
importantes en la metodología del “Devengado contable” e intervienen en cada asiento
de ingreso o gasto con incidencia inmediata o futura en el movimiento de dinero y en la
ejecución del presupuesto.
El conjunto de cuentas que el profesional Contador considere conveniente utilizar,
constituye el Catálogo o Plan de Cuentas Institucional, el cual representará en forma
clara y comprensible los diferentes componentes del Activo, Pasivo y Patrimonio,
además también de las cuentas de orden, que si bien no afectan la situación financiera ni
los resultados de la gestión institucional, aportan con información para efectos de
recordatorio contable y de control sobre aspectos de índole administrativos. Dicho
Catálogo debe ser desarrollado sobre la base del Catálogo General de Cuentas
establecido en la normativa del Sistema de Contabilidad Gubernamental, a efecto de
28
posibilitar tanto la agregación, como la consolidación de la información financiera que
realiza el Ministerio Finanzas.
2.17.2 Clasificador presupuestario de ingresos y gastos del sector PÚBLICO
Lógica de Integración Contable Presupuestaria
Para lograr consistencia en la información financiera producida en las entidades del
Sector Público no Financiero, entre la parte contable y la presupuestaria y a efecto de
mejorar la administración financiera, se establece un mecanismo técnico, que permite
eliminar la divergencia de criterios al momento de ejecutar el presupuesto ante la
ocurrencia de los hechos económicos que son materia del registro contable.
Ilustración 3 Estructura Partida Presupuestaria
Fuente: Normativa del Sistema de Administración Financiera, Ministerio de Finanzas del Ecuador
La lógica de integración desarrollada en el país por el Doctor Auditor Leonardo
Sánchez, consultor chileno en materia de Contabilidad Gubernamental a partir de 1996,
asocia:
29
a) Conceptos de grupos del Clasificador Presupuestario de Ingresos y Gastos, a las
cuentas de nivel 1 de Cuentas por Cobrar y de Cuentas por Pagar, respectivamente;
b) Conceptos de subgrupos y rubros o ítem del Clasificador, a cuentas de nivel 2; y,
c) Si el presupuesto hubiere sido aprobado a nivel de subgrupo y no se deseara
desglosarlo a ítem, el nivel de subgrupo se asociará a las cuentas de nivel 2.
La asociación Grupo Presupuestario a Cuenta de Nivel 1 expresada en el Gráfico 10
ocurre con las Cuentas por Cobrar del Activo y las Cuentas por Pagar del Pasivo, éstas
se constituyen aumentando al nivel de subgrupo del Catálogo (113 ó 213), la
“naturaleza” o “grupo” del ingreso o gasto presupuestario de que se trate, como se
indica en el Cuadro 7.
Ilustración 4 Relación Cuenta Contable - Partida Presupuestaria
Fuente: Normativa del Sistema de Administración Financiera, Ministerio de Finanzas del Ecuador
Estas Cuentas por Cobrar y por Pagar y la aplicación del Principio del Devengado
permiten el registro de los derechos y las obligaciones, según corresponda.
En el gráfico 4 se puede observar también, que las cuentas de nivel 2 (7 dígitos), están
asociadas a ítem presupuestarios, éstas cuentas se las utilizará única y exclusivamente
en asientos de tipo “financiero”: debitándolas cuando la Cuenta por Pagar asociada a
alguna naturaleza de gasto, sea la acreditada, y acreditadas cuando la Cuenta por Cobrar
asociada a alguna naturaleza de ingreso, sea la debitada.
30
2.18 Ministerio de Finanzas
Define y dirige la política económica y financiera de la nación. Contiene datos
generales, bases legales, autoridades, reglamentos, leyes, enlaces, estadísticas, síntesis
informativa, contactos y acuerdos con otros organismos.
2.19 Gobiernos Autónomos Descentralizados Parroquiales.
Los gobiernos autónomos descentralizados parroquiales rurales son personas jurídicas
de derecho público, con autonomía política, administrativa y financiera. Estarán
integrados por los órganos previstos en este Código para el ejercicio de las
competencias que les corresponden.
La sede del gobierno autónomo descentralizado parroquial rural será la cabecera
parroquial prevista en la ordenanza cantonal de creación de la parroquia
rural.(TERRITORIAL, 2014)
2.20 e-SIGEF
Es la herramienta informática del Sistema de Administración Financiera del Estado que
permite realizar la gestión presupuestaria, contable y de pagos de las entidades públicas.
(Min. Finanzas, 2014)
2.21 Carga De Información Financiera
El Ministerio de Finanzas (MF) dispone de la aplicación informática “CARGA DE
INFORMACION FINANCIERA” en el e-SIGEF, en el cual recibe la información
institucional contable y presupuestaria, para procesarla y generar los reportes agregados
y consolidados requeridos para los diferentes usuarios.
Las Entidades que utilizan cualquier otro sistema financiero, ya sea informático o
manual, para el registro de sus operaciones; deberán realizar y enviar reportes contables
y presupuestarios en los plazos y formatos que emita el Ente Rector de las Finanzas
Públicas, para el efecto se ha desarrollado la aplicación de “Carga de Información
31
Financiera” en el módulo de “Consolidación” en el Sistema e-SIGEF. (Min. Finanzas,
2014)
2.22 Archivo Plano
Los archivos de texto plano (en inglés plain text) son aquellos que están compuestos
únicamente por texto sin formato, sólo caracteres. (Enciclopedia, 2015)
2.23 Estructura y Campos requeridos para la creación de Archivos Planos
Estructura.
Todos los archivos planos deben cumplir con los siguientes parámetros:
Los campos numéricos deben registrarse sin separador de miles, con dos
decimales y como separador de decimales el punto ( . ).
Las cuentas contables y presupuestarias serán separados por grupos:
111.03 = |111|03|.
El separador de campos será Pipe ( | ).
Campos Necesarios para el Archivo Plano Apertura Inicial
Período
Código del mayor de la cuenta contable
Código de la cuenta nivel 1
Código de la cuenta nivel 2
Saldo inicial deudor
Saldo inicial acreedor.
Campos Necesarios para el Archivo Plano Balance de Comprobación
Período
Código del mayor de la cuenta contable
Código de la cuenta nivel 1
Código de la cuenta nivel 2
32
Saldo inicial deudor
Saldo inicial acreedor
Flujo deudor
Flujo acreedor
Sumas debe
Sumas haber
Saldo deudor
Saldo acreedor
Campos Necesarios para el Archivo Plano Transferencias
Período
Código del mayor de la cuenta contable
Código de la cuenta nivel 1
Código de la cuenta nivel 2
Ruc receptor
Ruc otorgante
Flujo deudor
Flujo acreedor
Cuenta monetaria
Campos Necesarios para el Archivo Plano Presupuesto Inicial
Período
Tipo de presupuesto
Grupo
Sub grupo
Item
Función
Valor
33
Campos Necesarios para el Archivo Plano Cédula de Ingresos y Gastos
Cédula Ingreso
Periódo
Tipo de presupuesto
Grupo
Sub grupo
Item
Valor inicial
Reforma presupuestaria
Codificado de ingresos
Devengado de ingresos
Recaudado de ingresos
Saldo por devengar de ingresos
Cédula de gastos
Período
Tipo de presupuesto
Grupo
Sub grupo
Item
Función
Valor inicial
Reforma presupuestaria
Codificado de gastos
Compromiso de gasto
Devengado de gasto
Pagado del gasto
Saldo por comprometer del gasto
Saldo por devengar.
34
2.24 Conclusiones parciales del Capítulo.
En este capítulo se recopilan los diferentes conceptos y características de las
herramientas utilizadas para la realización del proyecto.
El sistema de gestión de base de datos MySql, es una herramienta muy utilizada en la
actualidad que ofrece seguridad, versatilidad y durabilidad respecto a su
funcionamiento.
Los lenguajes de programación son herramientas que permiten crear aplicaciones
sistematizadas enfocadas a utilizarse en áreas específicas para facilitar la elaboración
de diferentes tareas y minimizar el trabajo.
A través de la contabilidad gubernamental, los dirigentes a cargo de la conducción de
instituciones del estado deben rendir cuentas a los organismos competentes para
mostrar cómo administran el dinero público.
Los archivos planos, son el medio por el cual se presenta la información
contable/presupuestaria al ministerio de Finanzas, mediante su carga a través del
módulo “Carga de Información financiera” del sistema e-Sigef.
35
Capítulo III
3.1 Desarrollo de la Propuesta
Tema
Sistema de Contabilidad Gubernamental Generador de Archivos Planos para la carga de
información financiera al e-SIGEF del GADP de San Vicente de Pusir Bolívar - Carchi
Objetivo de la propuesta
Desarrollar un sistema de Contabilidad Gubernamental Generador de Archivos Planos para la
carga de información financiera al e-SIGEF del GADP de San Vicente de Pusir Bolívar -
Carchi.
Justificación
El proyecto es creado por la necesidad que tiene el GADP San Vicente de Pusir en mejorar la
gestión de la información, además en la actualidad la herramientas informáticas son
primordiales en una entidad porque aceleran los procesos, ahorrando tiempo, dinero y
mejoran el servicio.
Con este sistema se disminuye el tiempo que se tarda en procesar la información
contable/presupuestaria para la generación de reportes y creación de archivos planos, así
como también llevar un mejor control y tener acceso rápido a la información.
El sistema beneficia en forma directa a la Dirección de Planificación y Desarrollo del GADP.
Descripción
Se realiza un sistema informático el cual sirve para registrar y procesar la información
contable/presupuestaria que será usado por el GADP San Vicente de Pusir, este sistema será
realizado en varias etapas que indica la metodología XP, desde el diseño de la base de datos
hasta la creación de módulos y la puesta en producción del mismo.
36
De forma general el software va a tener la siguiente funcionalidad:
Llevará registro de la información contable/presupuestaria.
Realizará cálculos para la generación de informes contables/presupuestarios
Generará archivos planos para la carga de información en la página del e-Sigef.
Alcance
Las actividades principales en la realización del proyecto son las siguientes:
Realizar un análisis en el proceso de registro de la información
contable/presupuestaria.
Realizar el diseño de la base de datos.
Guardar información contable/presupuestaria.
Realizar los algoritmos necesarios para la generación de informes
contables/presupuestarios.
Realizar los algoritmos necesarios para la generación de archivos planos.
Soporte Tecnológico
Sistema Gestor de Base de Datos Mysql
Lenguaje de Programación Visual Basic
Generador de reportes, CrystalReports
Diagrama de flujo de datos de contexto
Ilustración 5 – Diagrama de Flujo de Datos de Contexto
Fuente: Autor Galo Barahona
37
Diagrama de flujo de datos de contexto Nivel 1
Ilustración 6 - Diagrama de Flujo de Datos de Contexto
Fuente: Autor Galo Barahona
3.2 Construcción del Sistema
Historias de Usuarios
Las historias de usuario permiten obtener los requerimientos del sistema a implementar.
Cuando se inició la fase de desarrollo el investigador con la ayuda del usuario detallarán las
historias de usuario.
38
Historia de Usuario 1 en el Diseño Control de Ingreso
INGRESO AL SISTEMA
08/12/2014
Nuevo X Normal X
FECHA TIPO DE ACTIVIDAD Corrección PRIORIDAD
TÉCNICA
Medio
Mejora Alto
Ninguno X Normal X
REFERENCIA RIESGO Medio PRIORIDAD
USUARIO
Medio
Alto Alto
USUARIO CARGO CLASIFICACIÓN Seguridad
DESCRIPCIÓN
Controla el ingreso al sistema utilizando un usuario y clave
NOTAS
SEGUIMIENT
O
Atendido COMENTARIOS ÚLTIMO SEGUIMIENTO
ESTADO En Proceso X
Finalizado
Tabla 3 Historia de Usuario 1 en el Diseño Control de Ingreso
Fuente: Autor Galo Barahona
Historia de Usuario 1 en el Desarrollo
Controla el ingreso al sistema utilizando una cuenta, clave y período contable. Se creará una
ventana para que el usuario pueda ingresar al sistema introduciendo una cuenta de usuario y
una clave única y personal.
Si la clave, usuario y/o período son correctos podrá ingresar al sistema, caso contrario se
presentará un mensaje indicando que la cuenta, clave y/o período es errónea.
Se ingresa a perfiles de usuarios para determinar permisos para cada usuario:
Se crea una ventana en donde obtendrá la lista de todos los usuarios que pueden ingresar al
sistema. Al crear un nuevo usuario permitirá ingresar la siguiente información: Cédula del
usuario, Nombre del usuario, Código del perfil de Usuario, Clave del perfil de Usuario,
Confirmación de clave de usuario.
39
Al modificar el usuario el sistema podrá modificar solo los siguientes campos:
Nombre del usuario, fecha que se registró al usuario, fecha que expira el permiso del
usuario.
Validaciones para el perfil de Usuario:
El sistema validará que todos los campos obligatorios se hayan ingresado.
Al guardar el usuario el sistema lo crea y asigna estatus del usuario y fecha de vigencia
de ingreso al sistema para el usuario.
Historia de Usuario 2 en el Diseño Ingreso de Datos
INGRESO DE DATOS AL SISTEMA PARA MÓDULOS
08/12/2014
Nuevo X Normal X
FECHA TIPO DE ACTIVIDAD Corrección PRIORIDAD
TÉCNICA
Medio
Mejora Alto
Ninguno X Normal X
REFERENCIA RIESGO Medio PRIORIDAD
USUARIO
Medio
Alto Alto
USUARIO
CARGO
CLASIFICACIÓN
Ingreso de Datos
DESCRIPCIÓN
Ingreso, actualización, eliminación y búsqueda en las tablas:
Cuentas Contables, Partidas Presupuestarias, Usuario, Cada una de las tablas presentará su interface sencilla y fácil de
utilizar. Las búsquedas serán personalizadas de acuerdo a las necesidades del usuario
NOTAS
SEGUIMIENT
O
Atendido COMENTARIOS ÚLTIMO SEGUIMIENTO
ESTADO En Proceso X
Finalizado
Tabla 4Historia de Usuario 2 en el Diseño Ingreso de Datos
Fuente: Autor Galo Barahona
40
Historia de Usuario 2 en el Desarrollo
Creación de la ventana para el manejo de Cuentas Contables:
Para ingresar la cuenta contable se creará una ventana donde se podrán crear, modificar y
eliminar respectivamente.
Al proceder a crear, en la ventana se ingresará el código, nombre, identificador como cuenta
final, si la cuenta contable es afectada presupuestariamente se ingresara la partida
presupuestaria.
El código de la cuenta contable es un identificador único del mismo, y permite ubicarla de
una forma rápida.
Validación del formulario Cuentas Contables:
El sistema validará que el código no se repita.
El sistema validará que las cuentas principales que preceden a la nueva cuenta existan o
ya se encuentren creadas.
El sistema validará que se ingrese todos los campos obligatorios. Para diferenciar los
campos obligatorios se colocará un asterisco seguido del título de cada campo
respectivamente.
Creación de la ventana para el manejo de Partidas Presupuestarias:
Para ingresar la partida presupuestaria se creará una ventana donde se podrán crear, modificar
y eliminar respectivamente. Al proceder a crear, en la ventana se ingresará el código,
nombre, identificador como cuenta final. El código de la partida presupuestaria es un
identificador único del mismo, y permite ubicarla de una forma rápida.
Validación del formulario Partidas Presupuestarias:
El sistema validará que el código no se repita.
41
El sistema validará que las partidas principales que preceden a la nueva partida existan o ya
se encuentren creadas.
El sistema validará que se ingrese todos los campos obligatorios. Para diferenciar los campos
obligatorios se colocará un asterisco seguido del título de cada campo respectivamente.
Creación de la ventana para el manejo de Usuarios:
Se crea una ventana en donde obtiene la lista de todos los usuarios que pueden ingresar al
sistema.
Esta ventana permitirá hacer búsquedas de usuarios según el nombre del mismo, adicional
permitirá crear, editar y eliminar usuarios.
Al crear un nuevo usuario permitirá ingresar la siguiente información: Cédula del usuario
Nombre del usuario, Código del perfil de Usuario, Clave del perfil de Usuario, Confirmación
de clave de usuario.
Al modificar el usuario el sistema podrá modificar solo los siguientes campos:
Nombre del usuario
Fecha que se registró al usuario
Fecha que expira el permiso del usuario
Validación del formulario Usuario:
El sistema validará que la cédula no se repita. El sistema validará que la cédula sea correcta.
El sistema validará que se ingrese todos los campos obligatorios. Para diferenciar los campos
obligatorios se colocará un asterisco seguido del título de cada campo respectivamente.
42
Historia de Usuario 3 en el Diseño Ingreso de Presupuesto
Historia de Usuario 3 en el Desarrollo
Creación de ventana para Asignación de Presupuesto:
Se creará la ventana para la asignación de valores a las partidas correspondientes, se podrá
asignar un valor inicial a cada partida.
La asignación presupuestaria se realizará una vez al año. Para realizar la asignación se abre la
ventana donde se ingresará:
Valor inicial.
Validación del formulario de Asignación de Presupuesto:
El sistema validará que se ingrese todos los campos obligatorios. Para diferenciar los campos
obligatorios se colocará un asterisco seguido del título de cada campo respectivamente.
ASIGNACIÓN DE PRESUPUESTO
08/12/2014
Nuevo X Normal X
FECHA TIPO DE
ACTIVIDAD
Corrección PRIORIDAD
TÉCNICA
Medio
Mejora Alto
Ninguno X Normal X
REFERENCIA RIESGO Medio PRIORIDAD
USUARIO
Medio
Alto Alto
USUARIO CARGO CLASIFICACIÓN Presupuesto
DESCRIPCIÓN
Buscar partida presupuestaria.
Asignación de valores a la partida presupuestaria.
Imprimir asignación presupuestaria.
NOTAS
SEGUIMIENT
O
Atendido COMENTARIOS ÚLTIMO SEGUIMIENTO
ESTADO En Proceso X
Finalizado
Tabla 5 Historia de Usuario 3 en el Diseño Ingreso de Presupuesto
Fuente: Autor Galo Barahona
43
El nuevo valor que se ingresa para la asignación inicial de la partida debe ser numérico.
El sistema debe imprimir el reporte de asignación presupuestaria, donde constaran todas las
partidas que ya se encuentren con asignación.
Historia de Usuario 4 en el Diseño Aumento/Recorte de Presupuesto
AUMENTO/RECORTE DE PRESUPUESTO
08/12/2014
Nuevo X Normal X
FECHA TIPO DE
ACTIVIDAD
Corrección PRIORIDAD
TÉCNICA
Medio
Mejora Alto
Ninguno X Normal X
REFERENCIA RIESGO Medio PRIORIDAD
USUARIO
Medio
Alto Alto
USUARIO CARGO CLASIFICACIÓN Presupuesto
DESCRIPCIÓN
Fecha de Aumento/Recorte de Presupuesto.
Valor de Aumento/Recorte de Presupuesto.
NOTAS
SEGUIMIENT
O
Atendido COMENTARIOS ÚLTIMO SEGUIMIENTO
ESTADO En Proceso X
Finalizado
Tabla 6 Historia de Usuario 4 en el Diseño Aumento/Recorte de Presupuesto
Fuente: Autor Galo Barahona
Historia de Usuario 4 en el Desarrollo
Creación de ventanas para AUMENTO/RECORTE DE PRESUPUESTO:
Se creará la ventana pertinente donde se podrán modificar el presupuesto, mediante
aumentos y recortes presupuestarios.
Para realizar búsqueda de la partida se la realizará por medio del código de la misma.
44
Al crear un nuevo aumento o recorte se buscará la información de la partida buscando por el
código de la partida. Se registrará la fecha y valor después de identificar si se realiza un
Aumento de Presupuesto o Recorte de Presupuesto.
Se presentará un reporte en donde se indicará el valor, fecha cuando se realizó el
aumento/recorte.
Validación del formulario de Aumento/Recorte de Presupuesto:
El sistema validará que se ingrese todos los campos obligatorios. Para diferenciar los
campos obligatorios se colocará un asterisco seguido del título de cada campo
respectivamente.
El sistema validará que el valor de modificado sea numérico.
El sistema validará que la fecha ingresada sea correcta.
Historia de Usuario 5 en el Diseño Proyectos
CREACIÓN DE PROYECTOS
08/12/2014
Nuevo X Normal X
FECHA TIPO DE
ACTIVIDAD
Corrección PRIORIDAD
TÉCNICA
Medio
Mejora Alto
Ninguno X Normal X
REFERENCIA RIESGO Medio PRIORIDAD
USUARIO
Medio
Alto Alto
USUARIO CARGO CLASIFICACIÓN Presupuesto
DESCRIPCIÓN
Creación y eliminación de proyectos.
Búsqueda por número de Proyecto.
Lista de partidas presupuestarias que afectan a los diferentes proyectos.
NOTAS
SEGUIMIENT
O
Atendido COMENTARIOS ÚLTIMO SEGUIMIENTO
ESTADO En Proceso X
Finalizado
Tabla 7 Historia de Usuario 5 en el Diseño Proyectos
Fuente: Autor Galo Barahona
45
Historia de Usuario 5 en el Desarrollo
Creación de ventana para Proyectos:
Para realizar un nuevo proyecto se deberá ingresar los siguientes datos:
Fecha
Nombre del proyecto.
Partidas Presupuestarias y valores.
También deberá sacar un total general.
Validación del formulario de Proyectos:
El sistema validará que se ingrese todos los campos obligatorios. Para diferenciar los campos
obligatorios se colocará un asterisco seguido del título de cada campo respectivamente.
No se podrán eliminar los proyectos que ya se encuentres afectados por asientos contables.
El sistema debe validar que no se ingresen partidas repetidas en un mismo proyecto.
Historia de Usuario 6 en el Diseño Transferencias
CONTROL DE TRANSFERENCIAS
08/12/2014
Nuevo X Normal X
FECHA TIPO DE ACTIVIDAD Corrección PRIORIDAD
TÉCNICA
Medio
Mejora Alto
Ninguno X Normal X
REFERENCIA RIESGO Medio PRIORIDAD
USUARIO
Medio
Alto Alto
USUARIO CARGO CLASIFICACIÓN Contable
DESCRIPCIÓN
Transferencias recibidas por el GADPR San Vicente de Pusir
NOTAS
SEGUIMIENT
O
Atendido COMENTARIOS ÚLTIMO SEGUIMIENTO
ESTADO En Proceso X
Finalizado
Tabla 8 Historia de Usuario 6 en el Diseño Transferencias
Fuente: Autor Galo Barahona
46
Historia de Usuario 6 en el Desarrollo
Creación de ventanas para Transferencias:
Se creará la ventana donde se registren de forma detallada las transferencias recibidas, se
ingresará:
Fecha
Cuenta Contable
Entidad
Detalle
Flujo Deudor, Acreedor
Se creará la ventana para el registro de Entidades que realizan la transferencia.
Validación del formulario de Transferencias:
El sistema validará que se ingrese todos los campos obligatorios. Para diferenciar los campos
obligatorios se colocará un asterisco seguido del título de cada campo respectivamente.
Los valores de Flujo Deudor y Flojo Acreedor deben ser numéricos.
Historia de Usuario 7 en el Diseño Certificación Presupuestaria
CERTIFICACIÓN PRESUPUESTARIA
08/12/2014
Nuevo X Normal X
FECHA TIPO DE ACTIVIDAD Corrección PRIORIDAD
TÉCNICA
Medio
Mejora Alto
Ninguno X Normal X
REFERENCIA RIESGO Medio PRIORIDAD
USUARIO
Medio
Alto Alto
USUARIO CARGO CLASIFICACIÓN Presupuesto
DESCRIPCIÓN
Certificación donde se indica la disponibilidad de fondos para cubrir todas las obligaciones derivadas de una compra o
contratación.
NOTAS
SEGUIMIENT
O
Atendido COMENTARIOS ÚLTIMO SEGUIMIENTO
ESTADO En Proceso X
Finalizado
Tabla 9 Historia de Usuario 7 en el Diseño Certificación Presupuestaria
Fuente: Autor Galo Barahona
47
Historia de Usuario 7 en el Desarrollo
Creación de ventanas para Certificación Presupuestaria:
Se creará la ventana donde se registren todos los datos necesarios para cada Certificado
Presupuestario, se ingresará: Código de Certificado, Fecha, Valor del Certificado, Detalle,
Partida Presupuestaria
Validación del formulario de Certificación Presupuestaria:
El sistema validará que se ingrese todos los campos obligatorios. Para diferenciar los campos
obligatorios se colocará un asterisco seguido del título de cada campo respectivamente. El
sistema validará si la partida presupuestaria seleccionada para crear el certificado cuente con
fondos, dependiendo al valor asignado.
Historia de Usuario 8 en el Diseño Asientos Contables
DIARIO GENERAL INTEGRADO
08/12/2014
Nuevo X Normal X
FECHA TIPO DE
ACTIVIDAD
Corrección PRIORIDAD
TÉCNICA
Medio
Mejora Alto
Ninguno X Normal X
REFERENCIA RIESGO Medio PRIORIDAD
USUARIO
Medio
Alto Alto
USUARIO CARGO CLASIFICACIÓN Contable
DESCRIPCIÓN
Se registran los asientos contables, si corresponde, con sus respectivas afectaciones presupuestarias y afectaciones a
proyectos.
NOTAS
SEGUIMIENT
O
Atendido COMENTARIOS ÚLTIMO SEGUIMIENTO
ESTADO En Proceso X
Finalizado
Tabla 10 Historia de Usuario 8 en el Diseño Asientos Contables
Fuente: Autor Galo Barahona
48
Historia de Usuario 8 en el Desarrollo
Creación de ventanas para Diario General Integrado:
Se creará la ventana donde se registre de forma detallada, los diferentes asientos contables:
Apertura, Cierre, Financiero, Ajuste, Orden. En esta ventana se ingresará:
Fecha
Tipo de asiento
Detalle
Código y nombre de Cuentas Contables
Valores para el Debe y Haber
Código y nombres de Partida Presupuestaria
Valor Presupuestario
Validación del formulario de Diario General Integrado:
El sistema validará que se ingrese todos los campos obligatorios. Para diferenciar los campos
obligatorios se colocará un asterisco seguido del título de cada campo respectivamente.
El sistema validará que haya valores numéricos en las columnas del debe, del haber y del
valor de la afectación presupuestaria.
El sistema validará en cada asiento que la suma del debe sea igual a la suma del haber.
El sistema validará cuando se esté sobregirando una partida presupuestaria.
49
Historia de Usuario 9 en el Diseño Informes Contables Presupuestarios
INFORMES CONTABLES / PRESUPUESTARIOS Y ARCHIVOS PLANOS
08/12/2014
Nuevo X Normal X
FECHA TIPO DE ACTIVIDAD Corrección PRIORIDAD
TÉCNICA
Medio
Mejora Alto
Ninguno X Normal X
REFERENCIA RIESGO Medio PRIORIDAD
USUARIO
Medio
Alto Alto
USUARIO CARGO CLASIFICACIÓN Contable/Pres
DESCRIPCIÓN
Informes contables: Balance de Comprobación, Estado de Resultados, Estado de Situación Financiera, Estado de
Flujo del Efectivo y Aplicación de Superavit.
Informes Presupuestarios: Cédula Presupuestaria de Ingresos, Cédula Presupuestaria de Gastos, Estado de Ejecución
Presupuestaria, Línea de Crédito Recibido.
Archivos Planos: Asiento de Apertura, Asignación Presupuestaria, Cédulas Presentarías de Ingresos y Gastos,
Transferencias y Balance de Comprobación
NOTAS
SEGUIMIENT
O
Atendido COMENTARIOS ÚLTIMO SEGUIMIENTO
ESTADO En Proceso X
Finalizado
Tabla 11 Historia de Usuario 9 en el Diseño Informes Contables Presupuestarios
Fuente: Autor Galo Barahona
Historia de Usuario 9 en el Desarrollo
Creación de ventanas para Informes Contables / Presupuestarios
Se creará la ventana donde se procese la información contable registrada en el sistema, para
presentar los informes contables/presupuestarios y generación de archivos planos en base a
dos parámetros, fecha de inicio y fecha de fin:
Fecha
Tipo de asiento
Detalle
Código y nombre de Cuentas Contables
Valores para el Debe y Haber
50
Código y nombres de Partida Presupuestaria
Valor Presupuestario
Validación del formulario de Informes Contables / Presupuestarios:
El sistema aplicará un validador para el balance de comprobación, útil para encontrar errores
en el registro de los asientos contables.
El sistema aplicará un validador Devengado/Pagado para encontrar errores en la Cédula
Presupuestaria de Gastos.
El sistema aplicará un validador Grupo de Gastos para controlar valores entre la Cédula
Presupuestaria de Gastos y el Balance de Comprobación.
El sistema aplicará un validador Percibido/Devengado para encontrar errores en la Cédula
Presupuestaria de Ingresos.
El sistema aplicará un validador Grupo de Ingresos para controlar valores entre la Cédula
Presupuestaria de Ingresos y el Balance de Comprobación.
El sistema aplicará un validador para la creación del Archivo Plano de Cédulas
Presupuestarias donde se valide que la partida presupuestaria cuente con presupuesto
asignado.
Creación de escenarios y de Tarjetas CRC
Para poder realizar las Tarjetas CRC primero se tiene que realizar una lluvia de ideas para
poder identificar cada uno de los elementos que intervienen en las tarjetas. A continuación se
presenta los identificados:
CUENTA CONTABLE
PARTIDA PRESUPUESTARIA
COMPETENCIA
PROYECTO
51
TRANSFERENCIA
PRESUPUESTO
AUMENTO/RECORTE PRESUPUESTO
CERTIFICACIÓN PRESUPUESTARIA
ASIENTO CONTABLE
INFORMES CONTABLES
• Balance De Comprobación
• Estado de Resultados
• Estado de Situación Financiera
• Estado de Flujo de Efectivo y Aplicación de Superavit
INFORMES PRESUPUESTARIOS
• Cédula Presupuestaria de Ingresos
• Cédula Presupuestaria de Gastos
• Estado de Ejecución Presupuestaria
GENERACIÓN DE ARCHIVOS PLANOS
Escenarios
Antes de la realización de las tarjetas se tiene que describir los posibles escenarios
en los que el sistema y los actores interactúan.
Escenario 1: Ingreso al sistema
El usuario ingresa su usuario “Admin” y su clave“********”
El sistema validó la existencia de su usuario y clave ingresada por El
usuario. Si esta cuenta existe el sistema continúa con el ingreso cargando
las variables con los permisos respectivos y por último presentando el
Menú principal.
Escenarios secundarios
Si no existe la cuenta de usuario o la clave es incorrecta se presentará un
mensaje indicando que “el usuario no existe o que la clave es incorrecta”
52
Escenario 2: Creación, actualización y eliminación de un usuario
El usuario ingresa un nuevo usuario, ingresa al sistema y selecciona en el
menú principal la opción de usuario en donde desplegará la lista de todos los
usuarios que pueden ingresar al sistema. El usuario ingresa los siguientes
datos:
CÉDULA: 17171979154
NOMBRES: CamiloGonzález
CÓDIGO: 1717197914
CLAVE: ***************
CONFIRMARCLAVE: ***************
Tabla 12 Escenario Control de Usuario
Fuente: Autor Galo Barahona
El usuario actualizará los datos de un usuario, consulta la lista de todos los
usuarios, selecciona el usuario “Roberto” y Cambia la clave del mismo.
El usuario eliminará una cuenta de usuario, consulta la lista de todos los
usuarios, selecciona el usuario “Roberto” y lo elimina.
Escenario 3: Creación, actualización y eliminación de una Cuenta Contable
El usuario ingresa una nueva cuenta contable, ingresa al sistema y selecciona
en el menú principal la opción de Plan de Cuentas, en donde mostrará una
pantalla con todas las cuentas contables que constan en el sistema. El usuario
ingresa los siguientes datos:
CÓDIGO: 111.03.01
NOMBRE: BANCO CENTRAL JUNTA
CUENTA FINAL: VERDADERO
PARTIDA PRESUPUESTARIA: (SI CORRESPONDE)
PARTIDA PRESUPUESTARIA: (SI CORRESPONDE)
Tabla 13 Escenario 3 Datos Cuenta Contable
Fuente: Autor Galo Barahona
53
El usuario actualizará los datos de una cuenta contable, busca la cuenta
contable “213.71.02” por código, cambia el nombre o asigna una partida
presupuestaria.
El usuario quiere eliminar una cuenta contable, consulta el reporte de cuentas
presupuestarias, busca la cuenta contable “111.03.04” y la elimina.
Escenario 4: Creación, actualización y eliminación de una partida presupuestaria
El usuario ingresa una nueva partida presupuestaria, ingresa al sistema y
selecciona en el menú principal la opción de partidas presupuestarias. El
usuario ingresa los siguientes datos de la partida:
CÓDIGO: 5306020
NOMBRE: SERVICIO DE AUDITORIA
FINAL: VERDADERO
Tabla 14 Escenario 4 Datos Partida Presupuestaria
Fuente: Autor Galo Barahona
El usuario actualizará los datos de una partida presupuestaria, busca la partida
que va a modificar digita el código “5306030” modifica en este caso nombre
“Servicio de Capacitación” y modifica la opción de final “verdadero”.
El usuario eliminará una partida presupuestaria, busca la partida, “5304990” y
elimina.
Escenario 5: Creación, actualización y eliminación de competencia
El usuario ingresa una nueva competencia, ingresa al sistema y selecciona en
el menú principal la opción de competencias, en donde mostrará una pantalla
donde están todas las competencias que constan en el sistema. Al crear una
nueva competencia el usuario ingresa los siguientes datos:
54
CÓDIGO: 1
COMPETENCIA:
DETALLE:
Tabla 15 Escenario 5 Datos Competencia
Fuente: Autor Galo Barahona
El usuario actualizará los datos de una competencia, busca la competencia a
modificar por el código“6”, cambia el nombre “creación de”.
El usuario quiere eliminar una competencia, busca la competencia “6” y la
elimina.
Escenario 6: Creación, actualización y eliminación de proyectos.
El usuario ingresa un nuevo proyecto, ingresa al sistema y selecciona en el
menú principal la opción de proyectos, en donde se mostrará una pantalla
donde están todos los proyectos que constan en el sistema. El usuario ingresa
los siguientes datos:
COMPETENCIA:
FECHA: 01/01/2015
PROYECTO:
Tabla 16 Escenario 6 Datos Proyecto
Fuente: Autor Galo Barahona
Y El usuario ingresará los valores de cada partida presupuestaria
que intervienen en este proyecto, serán los siguientes:
CÓDIGO:
NOMBRE PARTIDA: $ 85.50 DÓLARES
VALOR:
Tabla 17 Escenario 6 Datos Detalle Proyecto
Fuente: Autor Galo Barahona
El usuario actualizará los datos de un proyecto, busca mediante el código, se
cambia la partida presupuestaria “8401050”.
El usuario quiere eliminar un proyecto, lo busca por el código y lo elimina.
55
Escenario 7: Creación, actualización y eliminación de transferencias
El usuario ingresa una nueva transferencia, ingresa al sistema y selecciona
en el menú principal la opción de transferencias, en donde se mostrará una
pantalla donde están todas las transferencias que constan en el sistema. El
usuario ingresa los siguientes datos:
CÓDIGO: 6475893647
FECHA: PABLOQUINTANA
CUENTACONTABLE: 29/08/2012
ENTIDAD: 31/08/2012
DETALLE: INVENTARIO
FLUJO DEUDOR
FLUJO ACREEDOR
Tabla 18 Escenario 7 Datos Transferencia
Fuente: Autor Galo Barahona
El usuario actualizará los datos de una transferencia, busca mediante el código
de la transferencia, se cambia la fecha “01/03/2015”.
El usuario quiere eliminar una transferencia, busca mediante el código de la
transferencia, y la elimina.
Escenario 8: Asignación, eliminación de presupuesto.
El usuario ingresa el presupuesto inicial, ingresa al sistema y selecciona en el
menú principal la opción de Asignación Presupuestaria, en donde se mostrará
una pantalla donde están todas las partidas presupuestarias que constan en el
sistema. El usuario ingresa los siguientes datos:
BUSCA LA PARTIDA:
ASIGNACIÓN INICIAL:
Tabla 19 Escenario 8 Datos Presupuesto
Fuente: Autor Galo Barahona
El usuario eliminará una asignación presupuestaria inicial, busca por código la
partida presupuestaria y en valor inicial coloca cero.
56
Escenario 9: aumento, recorte de presupuesto.
El usuario registra un nuevo aumento/recorte de presupuesto, ingresa al
sistema y selecciona en el menú principal la opción de aumento/Recorte de
Presupuesto, en donde se mostrará una pantalla donde están todas las partidas
presupuestarias que constan en el sistema. El usuario ingresa los siguientes
datos:
FECHA: 01/02/2015
CÓDIGO: 530201
CUENTA PRESUPUESTARIA:
MODIFICADO: $ 760
PROYECTO: 0
AUMENTO/RECORTE: IDENTIFICA
Tabla 20 Escenario 9 Datos Aumento/Recorte Presupuesto
Fuente: Autor Galo Barahona
El usuario eliminará una aumento/recorte presupuestario, busca por código la
partida presupuestaria y elimina.
Escenario 10: Creación, actualización y eliminación certificación
presupuestaria.
El usuario registra una nueva certificación presupuestaria, ingresa al
sistema y selecciona en el menú principal la opción de Certificación
Presupuestaria, en donde se mostrará una pantalla donde están todas las
certificaciones que constan en el sistema. El usuario ingresa los siguientes
datos:
MEMORANDO:
FECHA:
VALOR CERTIFICADO:
DETALLE:
PARTIDA
Tabla 21 Escenario 10 Datos Certificación Presupuestaria
Fuente: Autor Galo Barahona
57
El usuario actualizará los datos de una certificación, busca mediante el código
de la certificación, se cambia la fecha “01/03/2015”, guarda.
El usuario quiere eliminar una certificación, busca mediante el código de la
certificado y la elimina.
Escenario 11: Creación, actualización y eliminación asientos contables.
El usuario registra un nuevo asiento contable, ingresa al sistema y
selecciona en el menú principal la opción de Diario General Integrado, en
donde se mostrará una pantalla donde se registran/muestran todos los
asientos contables que constan en el sistema. El usuario ingresa los
siguientes datos:
TIPO DE MOVIMIENTO: F
FECHA CONTABILIZACIÓN: 01/02/2015
NRO COMPROBANTE:
DETALLE: Pago de Servicios Básicos
CÓDIGO CONTABLE 634.01.01
CUENTA CONTABLE Agua Potable
DEBE 38.56
HABER
PARTIDA PRESUPUESTARIA
DEVENGADO
PROYECTO
Tabla 22 Escenario 11 Datos Asiento Contable
Fuente: Autor Galo Barahona
El usuario actualizará los datos de un asiento contable, busca mediante el nro
de asiento, se cambia la cuenta “111.03.01”, guarda.
El usuario quiere eliminar un asiento contable, busca mediante el nro de
asiento y lo elimina.
Escenario 12: Informes contables.
El usuario imprime informes contables: Balance de Comprobación, Estado
de Resultados, Estado de Situación Financiera, Estado de Flujo del
58
Efectivo y Aplicación del Superavit, ingresa al sistema y selecciona en el
menú principal la opción de Estados Financieros Contables /
Presupuestarios, en donde se mostrará una pantalla donde se consolidarán
los informes contables. El usuario ingresa los siguientes datos:
FECHA INICIAL:
FECHA FINAL:
Tabla 23 Escenario 12 Datos Informes Contables
Fuente: Autor Galo Barahona
Escenario 13: Informes Presupuestarios.
El usuario imprime informes presupuestarios: Cedula Presupuestaria de
Ingresos, Cédula Presupuestaria de Gastos, Estado de Ejecución
Presupuestaria, Línea de Crédito Recibido ingresa al sistema y selecciona
en el menú principal la opción de Estados Financieros Contables /
Presupuestarios, en donde se mostrará una pantalla donde se consolidarán
los informes presupuestarios. El usuario ingresa los siguientes datos:
FECHA INICIAL:
FECHA FINAL:
Tabla 24 Escenario 13 Datos Informes Presupuestarios
Fuente: Autor Galo Barahona
Escenario 14: Creación de archivos Planos.
El usuario crear archivos planos: Asiento Inicial, Asignación
Presupuestaria, Cedulas Ingreso y Gasto, Balance de comprobación y
Transferencias, ingresa al sistema y selecciona en el menú principal la
opción de Estados Financieros Contables / Presupuestarios, en donde se
mostrará una pantalla donde se consolidarán y crearán los archivos planos.
El usuario ingresa los siguientes datos:
FECHA INICIAL:
FECHA FINAL:
Tabla 25 Escenario 14 Datos para Creación de Archivos Planos
Fuente: Autor Galo Barahona
59
Elaboración de las tarjetas CRC
Las tarjetas CRC (Cargo o Clase, Responsabilidad y Colaboración) Facilitan el diseño del
sistema y es una de las partes importantes en la metodología XP.
(Tarjeta CRC Usuario)
Nombre de la clase: Usuario
Responsabilidad Colaboración
Ingreso de una cuenta de usuario
Actualizar la cuenta del usuario Update
Eliminar cuenta de usuario Delete
Validar el ingreso al sistema validarUsuario
Actualizar cuenta de usuario Update
Tabla 26 Tarjeta CRC Usuario
Fuente: Autor Galo Barahona
(Tarjeta CRC Cuenta Contable)
Nombre: Plan de Cuentas
Responsabilidad Colaboración
Ingreso datos de la Cuenta PuedeSerCuentaFinal()
Actualizar los datos de la Cuenta edit
Eliminar los datos de la Cuenta delete, PuedeEliminar()
Tabla 27 Tarjeta CRC Cuenta Contable
Fuente: Autor Galo Barahona
(Tarjeta CRC Partida Presupuestaria)
Nombre: Partidas Presupuestarias
Responsabilidad Colaboración
Ingreso datos de la Partida PuedeSerPartidaFinal()
Actualizar los datos de la Partida Update
Eliminar los datos de la Partida delete, PuedeEliminar()
Tabla 28 Tarjeta CRC Partida Presupuestaria
Fuente: Autor Galo Barahona
60
(Tarjeta CRC Competencia)
Nombre: Competencia
Responsabilidad Colaboración
Ingreso datos de la Competencia
Actualizar los datos de la Competencia edit
Eliminar los datos de la Competencia delete
Tabla 29 Tarjeta CRC Competencias
Fuente: Autor Galo Barahona
(Tarjeta CRC Proyecto)
Nombre: Proyecto
Responsabilidad Colaboración
Guardar datos del Proyecto ArchivarProyecto(),
GrabarAsignacionInicialPresupuestaria(),
RegistrarAumentoRecortePresupuesto()
Actualizar los datos del Proyecto ActualizarProyecto(),
ActualizarAumentoRecortePresupuesto(),
RegistrarAumentoRecortePresupuesto()
Eliminar los datos del Proyecto EliminarProyecto(),EliminarAumentoPresupu
esto(),
RecalcularSaldosGastosPresupuestarios()
Tabla 30 Tarjeta CRC Proyecto
Fuente: Autor Galo Barahona
(Tarjeta CRC Transferencia)
Nombre: Transferencias
Responsabilidad Colaboración
Ingreso datos de la Transferencia
Actualizar los datos de la Transferencia update
Eliminar los datos de la Transferencia delete
Tabla 31 Tarjeta CRC Transferencias
Fuente: Autor Galo Barahona
(Tarjeta CRC Presupuesto)
Nombre: Presupuesto
Responsabilidad Colaboración
Ingreso datos del Presupuesto RegistrarAsignacionInicial()
61
Actualizar los datos del Presupuesto ActualizarAsignacionInicial(),
RecalcularSaldosGastosPresupuestarios(),
RecalcularSaldosIngresosPresupuestarios()
Eliminar los datos del Presupuesto RecalcularSaldosGastosPresupuestarios(),
RecalcularSaldosIngresosPresupuestarios()
Tabla 32 Tarjeta CRC Presupuesto
Fuente: Autor Galo Barahona
(Tarjeta CRC Aumento/Recorte Presupuesto)
Nombre: Aumento/Recorte Presupuesto
Responsabilidad Colaboración
Ingreso datos del Aumento/Recorte RegistrarAumentoRecortePresupuesto()
Actualizar los datos del
Aumento/Recorte
ActualizarAumentoRecortePresupuesto()
Eliminar los datos del Aumento/Recorte ActualizarAumentoRecortePresupuesto()
RecalcularSaldosGastosPresupuestarios(),
RecalcularSaldosIngresosPresupuestarios()
Tabla 33 Tarjeta CRC Aumento/Recorte de Presupuesto
Fuente: Autor Galo Barahona
(Tarjeta CRC Certificación Presupuestaria)
Nombre: Certificación Presupuestaria
Responsabilidad Colaboración
Ingreso datos de la Certificación crearCodigoMemorando
Actualizar los datos la Certificación update
Eliminar los datos la Certificación delete
Tabla 34 Tarjeta CRC Certificación Presupuestaria
Fuente: Autor Galo Barahona
62
(Tarjeta CRC Asiento Contable)
Nombre: Diario General
Responsabilidad Colaboración
Guardar datos del Asiento Contable
Actualizar los datos del Asiento
Contable
CalcularDebeHaber, cmdPresupuesto(),
AsignarProyecto(),
VerificarAsiento(),
generarBalanceComprobacionAsiento(),
generarCedulaAsiento(),
generarVerificarBC(),ArchivarBalanceInici
al(), ArchivarAsientosContables(),
ArchivarEjecucionPresupuestaria(),VerParti
dasProyectos(), DevengadoPagoProyecto(),
ActualizarSaldoPlanCuentas(),
ActualizarSaldoPartidasPresupuestarias() Eliminar los datos del Asiento Contable EliminarAsientoContable(),
ActualizarSaldoPlanCuentas(),
ActualizarSaldoPartidasPresupuestarias(),
RecalcularSaldos(),
RecalcularSaldosPresupuestarios(),
RecalcularSaldosProyectos()
Tabla 35 Tarjeta CRC Asiento Contable
Fuente: Autor Galo Barahona
(Tarjeta CRC Informes Contables)
Nombre: Estados Financieros Contables
Responsabilidad Colaboración
Balance de comprobación BalanceComprobacion(),DevuelveSaldoAnt
erior(),DevuelveDebeHaber(),CrearCuentas
Superiores()
Estado de Resultados EstadoResultados()
Estado de Situación Financiera EstadoResultados(), SituacionFinanciera()
Estado de Flujo de Efectivo y
Aplicación de Superavit.
FlujoEfectivo(), CrearRegistroFlujo(),
AplicacionSuperavit(),CrearRegistroSupera
vit()
Tabla 36 Tarjeta CRC Informes Contables
Fuente: Autor Galo Barahona
63
(Tarjeta CRC Informes Presupuestarios)
Nombre: Estados Financieros Presupuestarios
Responsabilidad Colaboración
Cedula Presupuestaria de Ingresos CedulaIngresos()
Cedula Presupuestaria de Gastos CedulaGastos()
Estado de Ejecución Presupuestaria. CedulaIngresos(),CedulaGastos(),
EjecucionPresupuestaria()
Tabla 37 Tarjeta CRC Informes Presupuestarios
Fuente: Autor Galo Barahona
(Tarjeta CRC Archivos Planos)
Nombre: Creación de Archivos Planos
Responsabilidad Colaboración
Archivo Cedulas Presupuestarias EjecucionPresupuestaria_ArchivosPlanos()
Archivo Balance de Comprobación BalanceComprobacion_ArchivosPlanos()
Archivo Transferencias Transferencias_ArchivosPlanos()
Archivo Asiento de Apertura AsientoApertura_ArchivosPlanos()
Archivo Presupuesto Inicial PresupuestoInicial_ArchivosPlanos()
Tabla 38 Tarjeta CRC Archivos Planos
Fuente: Autor Galo Barahona
Arquitectura
La arquitectura que se utilizará es de 3 capas, debido a que permite la independencia de cada
una.
64
Ilustración 7 Arquitectura del Sistema
Fuente: Autor Galo Barahona
Diseño de Base de datos
Ilustración 8 Base de datos
Fuente: Autor Galo Barahona
65
Diccionario de Datos
Seguidamente se definen las tablas más importantes utilizadas en el sistema informático para
explicar la lógica que tiene el proceso.
asientoscontables.-En esta tabla se guardan los datos del encabezado de cada asiento
contable.
Field Type Extra
P NroAsiento int(11) Fecha datetime
TipoMovimiento varchar(1)
Detalle varchar(255)
Movimientos.- En esta tabla se almacenan todas las cuentas contables, presupuestarias,
valores de cada asiento contable.
Field Type
NroAsiento int(11) CodigoSubcuenta varchar(20) Parcial double
Debe double
Haber double
Saldo double
CodigoPresupuesto varchar(20)
Compromiso double
Obligacion double
Ingresos double
Egresos double
ID tinyint(3)
Al_Debe tinyint(1)
Proyecto int(11)
Index Fields Extra
ID
NroAsiento ID
NroAsiento
Plancuentas.- Esta tabla almacena todo el plan de cuentas, requerido para el registro de
asientos contables.
Field Type
P Codigo varchar(20)
Nombre varchar(200)
CuentaFinal tinyint(1)
CodigoDebito varchar(20)
CodigoCredito varchar(20)
SaldoAnterior double
Debe double
Haber double
66
Saldo double
CxPagarProveedor varchar(20)
CxPagarImpRenta varchar(20)
cuentaspresupuestarias,- Esta tabla contiene todo el catálogo de partidas presupuestarias,
necesarias para la realización de afectaciones presupuestarias requeridas en ciertos asientos
contables.
Field Type
P Codigo varchar(20)
Partida varchar(70)
CuentaFinal tinyint(1)
AsignacionInicial double
Codificado double
Actividad varchar(30)
Proyecto varchar(30)
AcumuladoCompromiso double
SaldoCompromiso double
AcumuladoObligacion double
SaldoObligacion double
AcumuladoIngreso double
UnidadEjecutora varchar(30)
Inicial double
proyecto.-Esta tabla almacena los encabezados de proyectos, requeridos para afectar ciertos
asientos contables.
Field Tipo
P NroProyecto int(11) Descripcion varchar(100)
Fecha datetime
NroPrograma double
Proyecto double
Detalleproyecto.- Esta tabla almacena valores las partidas presupuestarias que intervienen en
cada proyecto.
Field Type
NroProyecto int(11)
Codigo varchar(20)
Partida varchar(100)
Inicial double
Devengado double
Saldo double
Modificado double
AcumuladoObligacion double
SaldoObligacion double
67
ingresospresupuestarios.-En esta tabla se registran las partidas presupuestarias de ingresos
corrientes, de capital, de financiamiento que participan en asientos contables.
Field Type Extra
Codigo varchar(20)
Fecha datetime
Referencia int(11)
Modificado double
Codificado double
Parcial double
Acumulado double
Saldo double
Nro int(11)
Pago int(11)
Concepto varchar(255)
Index Fields
Codigo
Nro
CodigoNr
o
gastospresupuestarios.-En esta tabla se guardan las partidas presupuestarias de gasto
corriente, de producción, de inversión, de capital que participan en asientos contables.
Field Type
Codigo varchar(20)
Fecha datetime
Referencia int(11)
Modificado double
Codificado double
ParcialCompromiso double
AcumuladoCompromiso double
SaldoCompromiso double
ParcialObligacion double
AcumuladoObligacion double
SaldoObligacion double
Nro int(11)
Pago int(11)
Proyecto int(11)
opCompromiso varchar(10)
Concepto varchar(255)
Index Fields
Codig
oNro
CodigoN
ro
cedulaingresos.-Esta tabla registra la información presupuestaria de ingresos, necesaria para
presentar el informe de Cédula de ingresos.
Field Type
Codigo varchar(20)
Asignacion double
Modificado double
Codificado double
Devengado double
SaldoxDevengar double
68
Recaudado double
Index Fields
Codigo Codigo
cedulagastos.-Esta tabla registra la información presupuestaria de gastos, necesaria para
presentar el informe de Cédula de Egresos.
Field Type Extra
Codigo varchar(20)
Asignacion double
Modificado double
Codificado double
Comprometido double
SaldoComprometido double
Devengado double
SaldoxDevengar double
Pagado double
Index Fields
Codigo Codigo
comprobantesasientos.-En esta tabla se registra información para generar un comprobante de
asiento.
Field Type
NroComprobanteEgreso varchar(10) NroComprobanteIngreso varchar(10)
Asientos Int(11)
Index
NroComprobanteEgreso
NroComprobanteIngreso
comprobantesdeingreso.-En esta tabla se registra la información de los comprobantes de
ingreso.
Field Type
PNroComprobante varchar(10) Fecha datetime
Importe decimal(18,4)
NroDocumento varchar(10)
NroCuenta varchar(15)
Banco varchar(20)
TipoDoc tinyint(3)
DetalleConcepto varchar(255)
comprobantesdepago.-En esta tabla se registra la información de los comprobantes de
egreso.
Field Type
PNroComprobante varchar(10)
69
Fecha datetime
Importe decimal(18,4)
RUC varchar(13)
NroCheque varchar(10)
NroCuenta varchar(15)
Concepto varchar(6)
Banco varchar(20)
TipoDoc tinyint(3)
Base0 decimal(19.4)
RetencionFuente varchar(5)
ContribuyenteEspecial tinyint(3)
DetalleConcepto varchar(255)
comprobantesdocumentos.-En esta tabla se registra información que clasifica cada
comprobante.
Field Type Extra
P Codigo tinyint(3) Nombre varchar(20)
auxbalancecomprobacion.-Esta tabla se utiliza para almacenar temporalmente la
información procesada requerida para presentar el informe de Balance de comprobación.
Field Type Extra
P Codigo varchar(20) SaldoAnterior double
Debe double
Haber double
Saldo double
Final tinyint(1)
Borrar tinyint(1)
auxflujoefectivo.-Esta tabla se utiliza para almacenar temporalmente la información
procesada requerida para presentar el informe de Flujo de Efectivo.
Field Type
Codigo varchar(20)
Nombre varchar(200)
AñoVigente double
AñoAnterior double
Orden varchar(3)
IndexFields Extra CodigoCodigo
70
auxestadoderesultados.-Esta tabla se utiliza para almacenar temporalmente la información
procesada requerida para presentar el informe de Estado de Resultados.
Field Type
Codigo varchar(20)
Nombre varchar(200)
Parcial double
Neto double
Total double
Orden varchar(3)
ParcialAnterior double
Index Fields
Codigo Codigo
situacionfinanciera.-Esta tabla se utiliza para almacenar temporalmente la información
procesada requerida para presentar el informe de Situación Financiera.
Field Type Extra
Codigo varchar(20)
Nombre varchar(200)
Parcial double
Neto double
Total double
Orden varchar(3)
ParcialAnterior double
IndexFields Extra CodigoCodigo
3.2 Diseño de Interfaces.
Pantalla Principal del Sistema de Contabilidad Gubernamental
En esta pantalla se muestra el menú principal del sistema.
71
Ilustración 9 Pantalla Principal
Fuente: Autor / Sistema Contabilidad Gubernamental
Pantalla de Partidas Presupuestarias
En esta pantalla se ingresa, modifica y elimina las partidas presupuestarias.
Ilustración 10 Pantalla Partidas Presupuestarias
Fuente: Autor / Sistema Contabilidad Gubernamental
Pantalla de Plan de Cuentas
En esta pantalla se elimina, modifica, elimina las cuentas contables, adicional se puede
relacionar con la partida presupuestaria que corresponda.
72
Ilustración 11 Pantalla Plan de Cuentas
Fuente: Autor / Sistema Contabilidad Gubernamental
Pantalla de Asientos Contables
En esta pantalla se elimina, modifica, eliminan los diferentes asientos contables, adicional se
puede relacionar con la partida presupuestaria que corresponda.
Ilustración 12 Pantalla Asientos contables
Fuente: Autor / Sistema Contabilidad Gubernamental
Pantalla de Informes Contables / Presupuestarios
En esta se puede visualizar los diferentes informes contables/presupuestarios y generar los
archivos planos para su carga en el módulo Carga de información Financiera del e-Sigef.
73
Ilustración 13 Pantalla Informes Contables/Presupuestarios
Fuente: Autor / Sistema Contabilidad Gubernamental
Reporte: Balance de Comprobación
Ilustración 14 Reporte Balance de comprobación
Fuente: Autor / Sistema Contabilidad Gubernamental
74
Reporte de Estado de Ejecución Presupuestaria.
Ilustración 15 Reporte de Estado de Ejecución Presupuestaria
Fuente: Autor/ Sistema Contabilidad Gubernamental
Archivo Plano de Ejecución Presupuestarias
Ilustración 16 Archivo Plano Ejecución Presupuestaria
Fuente: Autor / Sistema Contabilidad Gubernamental
3.3 Pruebas
Pruebas Caja Blanca:
Se observó mediante la realización de pruebas que el código funcional del sistema no presenta
errores, los puntos analizados son los siguientes:
• Se ejecutan al menos una vez todos los caminos independientes de cada módulo
• Se utilizan las decisiones en su parte verdadera y en su parte falsa
• Se ejecutan todos los bucles en sus límites
• Se utilizan todas las estructuras de datos internas
75
Pantalla de resultados de la prueba realizada a la Función CedulaIngresos
Ilustración 17 Pruebas Caja Blanca
Fuente: Autor / Sistema Contabilidad Gubernamental
Pruebas de Caja Negra:
Las pruebas de caja negra llevadas a cabo sobre la interfaz del software, obviando el
comportamiento interno y la estructura del programa. Los resultados de la prueba de la caja
negra fueron:
• Las funciones del software son operativas
• La entrada se acepta de forma correcta
• Se produce una salida correcta
• La integridad de la información externa se mantiene
Pantalla de resultado de la prueba realizada a la generación de archivos planos.
76
Ilustración 18 Pruebas Caja Negra
Fuente: Autor / Sistema Contabilidad Gubernamental
77
Conclusiones y Recomendaciones
Conclusiones
Se determinó que el manejo contable-presupuestario de los recursos del GADPR,
constituye en el principal insumo de información para la toma de decisiones en
procura de la consecución de los objetivos trazados.
Se encontró un nivel no muy adecuado en el conocimiento de contabilidad
gubernamental por parte de las personas encargadas de llevar el registro de la misma,
lo que genera un margen de error al momento de presentar información contable-
presupuestaria.
La aplicación del Sistema de Contabilidad Gubernamental ayudará para que el registro
de la contabilidad se realice de manera fácil, rápida y no haya problemas con la
generación de archivos planos para reportar al e-Sigef.
El diseño y construcción del sistema contable es el más adecuado de acuerdo a la
investigación y pruebas realizadas, para generar gran estabilidad en la información
contable-presupuestaria del GADPR.
78
Recomendaciones
El GADPR formule planes y programas de capacitación al personal encargado de
llevar a cabo la información contable-presupuestaria de la institución.
Se recomienda registrar la información contable-presupuestaria de manera constante,
para así no demorar en la generación y envío de los archivos planos al e-Sigef.
El Catálogo General de Cuentas y Clasificador Presupuestario, debe estar siempre
actualizado de acuerdo a los expedidos por el Ministerio de Economía y Finanzas.
Bibliografía
ANDREU, R. R. (1991). Estrategia y Sistemas de Información. Madrid: Mc Graw-Hill.
Balena, F. (s.f.).
Balena, F. (2003). Programación Avanzada con Microsoft Visual Basic.
BRAVO, G. (2000). SISTEMAS DE INFORMACION EN LA EMPRESA: CONCEPTOS Y
APLICACIONES. Piramide.
Edwars, C. W. (1998). Fundamentos de Sistemas de información. Madrid: Prentice Hall.
Enciclopedia, W. (20 de Mayo de 2015). WIKIPEDIA Enciclopedia. Obtenido de
https://es.wikipedia.org/wiki/Programaci%C3%B3n_extrema
Halvorson, M. (2003). Microsoft Visual Basic Aprenda Ya.
Iglesia, P. B. (2009). Laboratorio de PHP y MySQL. UOC.
Jiménez, L. E. (2003). Una comparación entre Java y NET. Universidad Icesi.
Laudon, J. L. (1996). Administración de los Sistemas de Información. Mexico: Prentice Hall.
Min. Finanzas, E. (2014). NORMATIVA DEL SISTEMA DE ADMINISTRACIÓN
FINANCIERA.
Silberschatz, A. (2002). Fundamentos de Bases de datos.Madrid: McGRAW-HILL.
Somerville, I. (2011). Ingeniería del Software.
TERRITORIAL, C. O. (2014). Ministerio de Finanzas del Ecuador.
Villalba, C. M. (2011). Lenguajes de programación. Madrid: UNED.
SUEHRING, Steve (2009) MySql Bible, Free Software Foundation, Inc.
FracescoBalena, (2003) Programación Avanzada con Microsoft Visual Basic , McGraw-Hill
Michael Halvorson, (2003). Microsoft Visual Basic AprendaYa, McGrawHill
Pressman, R. (2010). Ingeniería del Software. España: Mc. Graw Hill, Séptima Edición.
Somerville, I. (2011). Ingeniería del Software. España: Pearson Educación, Novena Edición.
Enciclopedia, W. (20 de Mayo de 2015). WIKIPEDIA Enciclopedia. Obtenido de
http://es.wikipedia.org/wiki/MySQL
Enciclopedia, W. (20 de Mayo de 2015). WIKIPEDIA Enciclopedia. Obtenido de
http://es.wikipedia.org/wiki/SQL
Finanzas, M. d. (2016). CATÁLOGO GENERAL DE CUENTAS CONTABLES DEL SECTOR
PÚBLICO NO FINANCIERO. Ministerio de Finanzas .
Finanzas, M. d. (2016). CLASIFICADOR PRESUPUESTARIO DE INGRESOS Y GASTOS
DEL SECTOR PÚBLICO. Ministerio de Finanzas.
Finanzas, M. d. (2016). Normativa de Contabilidad Gubernamental. Ministerio de Finanzas.
ANEXOS
Codificación
Reporte Balance de Comprobación
Sub BalanceComprobacion() Dim NroAsiento As Long PeriodoActual = True Using mMySqlConnection As New MySqlConnection(mMySQLConnectionString) mMySqlConnection.Close() Dim reader As MySqlDataReader Try Dim objcomando As New MySqlCommand("DELETE FROM AuxBalanceComprobacion WHERE ID_Usuario=" & ID_Usuario, mMySqlConnection) mMySqlConnection.Close() mMySqlConnection.Open() reader = objcomando.ExecuteReader() InserarAuxBalance() Dim objcomando1 As New MySqlCommand("UPDATE AuxBalanceComprobacion SET Final = 1 WHERE ID_Usuario=" & ID_Usuario, mMySqlConnection) mMySqlConnection.Close() mMySqlConnection.Open() reader = objcomando1.ExecuteReader() Dim crite = "select * from AuxBalanceComprobacion WHERE ID_Usuario=" & ID_Usuario Dim dtaBalance As New DataTable mMySqlConnection.Close() mMySqlConnection.Open() Dim Da As New MySqlDataAdapter(crite, mMySqlConnection) Dim Cmd As New MySqlCommandBuilder(Da) Da.Fill(dtaBalance) Dim j As Integer = 0 With dtaBalance Try For Each dr As DataRow In .Rows DevuelveSaldoAnterior(.Rows(j)("Codigo"), 1, True) DevuelveDebeHaber(.Rows(j)("Codigo"), 1, True) Dim up = "update AuxBalanceComprobacion set SaldoAnterior='" & SaldoAnterior & "',debe='" & Debe & "',haber='" & Haber & "',saldo= '" & SaldoAnterior + Debe - Haber & "',ID_Usuario=" & ID_Usuario & " where Codigo='" & .Rows(j)("Codigo") & "' " Dim objcomando2 As New MySqlCommand(up, mMySqlConnection) mMySqlConnection.Close() mMySqlConnection.Open() reader = objcomando2.ExecuteReader() j = j + 1 Next Catch ex As Exception MsgBox(ex.Message) End Try End With Criterio = "SELECT NroAsiento FROM AsientosContables " & _
"WHERE TipoMovimiento = 'A' AND Fecha " & _ "BETWEEN DATE('" & Format(mkFechaInicio.Value, "yyyy/MM/dd") & "') AND DATE('" & Format(mkFechaFin.Value, "yyyy/MM/dd") & "')" Dim Tabla As New DataTable mMySqlConnection.Close() mMySqlConnection.Open() Dim Da4 As New MySqlDataAdapter(Criterio, mMySqlConnection) Dim Cmd4 As New MySqlCommandBuilder(Da4) Da4.Fill(Tabla) If Tabla.Rows.Count > 0 Then If IsNumeric(Tabla.Rows(0)("NroAsiento")) Then NroAsiento = Tabla.Rows(0)("NroAsiento") Else NroAsiento = 0 End If Else NroAsiento = 0 End If Criterio = "select * from AuxBalanceComprobacion WHERE Codigo ='" & rst.Rows(o)("CodigoSubcuenta") & "'" Dim Tabla1 As New DataTable mMySqlConnection.Close() mMySqlConnection.Open() Dim Da3 As New MySqlDataAdapter(Criterio, mMySqlConnection) Dim Cmd3 As New MySqlCommandBuilder(Da3) Da3.Fill(Tabla1) If Tabla1.Rows.Count > 0 Then Try Dim debe = 0 Dim haber = 0 Dim saldoAnterior = 0 If IsNumeric(rst.Rows(o)("Parcial")) Then If rst.Rows(o)("Al_Debe") = 1 Then debe = Tabla1.Rows(0)("Debe") - rst.Rows(o)("Parcial") saldoAnterior = rst.Rows(o)("Parcial") Else haber = Tabla1.Rows(0)("Haber") - rst.Rows(o)("Parcial") saldoAnterior = -rst.Rows(o)("Parcial") End If ElseIf IsNumeric(rst.Rows(o)("Debe")) Then saldoAnterior = rst.Rows(o)("Debe") debe = Tabla1.Rows(0)("Debe") - rst.Rows(o)("Debe") ElseIf IsNumeric(rst.Rows(o)("Haber")) Then saldoAnterior = -rst.Rows(o)("Haber") haber = Tabla1.Rows(0)("Haber") - rst.Rows(o)("Haber") End If Dim up = "update AuxBalanceComprobacion set debe='" & debe & "',haber='" & haber & "', saldoAnterior='" & saldoAnterior & "', ID_Usuario=" & ID_Usuario & " WHERE ID_Usuario=" & ID_Usuario & " and Codigo ='" & rst.Rows(o)("CodigoSubcuenta") & "'" Dim objcomando2 As New MySqlCommand(up, mMySqlConnection) mMySqlConnection.Close() mMySqlConnection.Open() reader = objcomando2.ExecuteReader() Catch ex As Exception
MsgBox(ex.Message) End Try End If o = o + 1 Next mMySqlConnection.Close() mMySqlConnection.Dispose() Catch ex As Exception MsgBox(ex.Message) End Try End Using End Sub
Creación Archivo Plano Presupuesto Inicial
Sub PresupuestoInicial_ArchivosPlanos() Dim j As Integer, s As String, Cod As String Dim CodP As String Using mMySqlConnection As New MySqlConnection(mMySQLConnectionString) mMySqlConnection.Close() Try Criterio = "SELECT Codigo, Partida, AsignacionInicial FROM CuentasPresupuestarias " & _ "WHERE CuentaFinal = 1 AND ROUND(AsignacionInicial,2) > 0 ORDER BY Codigo" Dim rst As New DataTable Dim Da As New MySqlDataAdapter(Criterio, mMySqlConnection) Dim Cmd As New MySqlCommandBuilder(Da) Da.Fill(rst) With rst Dim i As Integer = 0 For Each dr As DataRow In .Rows CodP = Replace(EstrucuraPartidas(.Rows(i)("Codigo")), ".", "|") Cod = Replace(.Rows(i)("Codigo"), ".", "") s = "" s = s & Month(mkFechaFin.Text) & Ln If EsCuentaGasto(.Rows(i)("Codigo")) Then s = s & "G" & Ln Else s = s & "I" & Ln End If s = s & CodP & Ln If EsCuentaGasto(.Rows(i)("Codigo")) Then s = s & "000" & Ln End If s = s & Format(.Rows(i)("AsignacionInicial"), "####0.00") objStreamWriter.WriteLine(s) i = i + 1 Next objStreamWriter.Close() End With Catch ex As Exception MsgBox(ex.Message) End Try End Using End Sub
