Documentos de Académico
Documentos de Profesional
Documentos de Cultura
UNIANDES – IBARRA
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.
AMBATO – ECUADOR
2016
Índice de Contenidos
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.
Capítulo I
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.
1
1.2 Planteamiento del Problema.
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.
Todos estos puntos hacen que la información no sea muy confiable y no esté a tiempo
para su envío mensual.
2
1.4 Delimitación del Problema
1.7 Objetivos
3
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.
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.
4
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.
Tipo de Investigación
Población
Métodos
Observación:
Teoría:
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
6
1.12 Aporte Teórico y Significación Práctica
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.
7
Capítulo II
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).
Procesamiento Uso
Dato Almacenamien Informaciónfi información
s to na
Retroalimentación
8
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).
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).
9
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)
10
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).
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)
11
comportamiento, al invocar un método comportamiento, al invocar un método
sobrescrito, será el que definió la clase a la sobrescrito, dependerá de los permisos
cual él pertenece. 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 Se permite la sobrecarga de algunos de los
operadores básicos. operadores básicos: Unitarios: +, -, !, ~, ++, --,
true, false Binarios: +, -, *, /, %, &, |, ^, <>,
==, != , >, =, <=
Tabla 2 Comparación Lenguajes de Programación
Fuente: (Jiménez, 2003)
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)
En una aplicación controlada por eventos, el código no sigue una ruta predeterminada,
12
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)
14
2.8 Sistema Gestor de Base de Datos (SGBD)
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
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
15
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.
16
2.10.3 Desventajas.
2.11 SQL
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.
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.1 Definición
2.14.2 Características
18
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
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.
19
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.
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
20
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.
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.
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.
21
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
22
2.16 Normas Técnicas 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)
23
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.
24
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.
25
primer campo y con 1 dígito, el “título” del elemento contable, así: 1 Activos, 2 Pasivos
y 6 Patrimonio.
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.
26
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.
27
posibilitar tanto la agregación, como la consolidación de la información financiera que
realiza el Ministerio Finanzas.
28
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.
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.
29
2.18 Ministerio de Finanzas
2.20 e-SIGEF
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
30
Financiera” en el módulo de “Consolidación” en el Sistema e-SIGEF. (Min. Finanzas,
2014)
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)
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 ( | ).
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.
Período
Código del mayor de la cuenta contable
Código de la cuenta nivel 1
Código de la cuenta nivel 2
31
Saldo inicial deudor
Saldo inicial acreedor
Flujo deudor
Flujo acreedor
Sumas debe
Sumas haber
Saldo deudor
Saldo acreedor
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
Período
Tipo de presupuesto
Grupo
Sub grupo
Item
Función
Valor
32
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.
33
2.24 Conclusiones parciales del Capítulo.
34
Capítulo III
Tema
Objetivo de la propuesta
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.
Descripción
Alcance
Soporte Tecnológico
36
Diagrama de flujo de datos de contexto Nivel 1
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.
37
Historia de Usuario 1 en el Diseño Control de Ingreso
INGRESO AL SISTEMA
Nuevo X Normal X
FECHA 08/12/2014 TIPO DE ACTIVIDAD Corrección PRIORIDAD Medio
Mejora TÉCNICA Alto
Ninguno X Normal X
REFERENCIA RIESGO Medio PRIORIDAD Medio
Alto USUARIO 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
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 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.
38
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.
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
39
Historia de Usuario 2 en el Desarrollo
Para ingresar la cuenta contable se creará una ventana donde se podrán crear, modificar y
eliminar respectivamente.
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.
40
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.
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.
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.
41
Historia de Usuario 3 en el Diseño Ingreso de Presupuesto
ASIGNACIÓN DE PRESUPUESTO
Nuevo X Normal X
FECHA 08/12/2014 TIPO DE Corrección PRIORIDAD Medio
ACTIVIDAD Mejora TÉCNICA Alto
Ninguno X Normal X
REFERENCIA RIESGO Medio PRIORIDAD Medio
Alto USUARIO 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
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.
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
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.
AUMENTO/RECORTE DE PRESUPUESTO
Nuevo X Normal X
FECHA 08/12/2014 TIPO DE Corrección PRIORIDAD Medio
ACTIVIDAD Mejora TÉCNICA Alto
Ninguno X Normal X
REFERENCIA RIESGO Medio PRIORIDAD Medio
Alto USUARIO 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
Para realizar búsqueda de la partida se la realizará por medio del código de la misma.
43
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.
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.
CREACIÓN DE PROYECTOS
Nuevo X Normal X
FECHA 08/12/2014 TIPO DE Corrección PRIORIDAD Medio
ACTIVIDAD Mejora TÉCNICA Alto
Ninguno X Normal X
REFERENCIA RIESGO Medio PRIORIDAD Medio
Alto USUARIO 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
44
Historia de Usuario 5 en el Desarrollo
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.
CONTROL DE TRANSFERENCIAS
Nuevo X Normal X
FECHA 08/12/2014 TIPO DE ACTIVIDAD Corrección PRIORIDAD Medio
Mejora TÉCNICA Alto
Ninguno X Normal X
REFERENCIA RIESGO Medio PRIORIDAD Medio
Alto USUARIO 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
45
Historia de Usuario 6 en el Desarrollo
CERTIFICACIÓN PRESUPUESTARIA
Nuevo X Normal X
FECHA 08/12/2014 TIPO DE ACTIVIDAD Corrección PRIORIDAD Medio
Mejora TÉCNICA Alto
Ninguno X Normal X
REFERENCIA RIESGO Medio PRIORIDAD Medio
Alto USUARIO 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
46
Historia de Usuario 7 en el Desarrollo
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
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.
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
47
Historia de Usuario 8 en el Desarrollo
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
Valor Presupuestario
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.
48
Historia de Usuario 9 en el Diseño Informes Contables Presupuestarios
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
Fecha
Tipo de asiento
Detalle
49
Código y nombres de Partida Presupuestaria
Valor Presupuestario
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 Grupo de Gastos para controlar valores entre la Cédula
Presupuestaria de Gastos y el Balance de Comprobación.
El sistema aplicará un validador Grupo de Ingresos para controlar valores entre la Cédula
Presupuestaria de Ingresos y el Balance de Comprobación.
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
50
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.
Escenarios secundarios
51
Escenario 2: Creación, actualización y eliminación de un usuario
CÉDULA: 17171979154
NOMBRES: CamiloGonzález
CÓDIGO: 1717197914
CLAVE: ***************
CONFIRMARCLAVE: ***************
Tabla 12 Escenario Control de Usuario
Fuente: Autor Galo Barahona
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
52
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.
CÓDIGO: 5306020
NOMBRE: SERVICIO DE AUDITORIA
FINAL: VERDADERO
Tabla 14 Escenario 4 Datos Partida Presupuestaria
Fuente: Autor Galo Barahona
53
CÓDIGO: 1
COMPETENCIA:
DETALLE:
Tabla 15 Escenario 5 Datos Competencia
Fuente: Autor Galo Barahona
COMPETENCIA:
FECHA: 01/01/2015
PROYECTO:
Tabla 16 Escenario 6 Datos Proyecto
Fuente: Autor Galo Barahona
CÓDIGO:
NOMBRE PARTIDA: $ 85.50 DÓLARES
VALOR:
Tabla 17 Escenario 6 Datos Detalle Proyecto
Fuente: Autor Galo Barahona
54
Escenario 7: Creación, actualización y eliminación de transferencias
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
BUSCA LA PARTIDA:
ASIGNACIÓN INICIAL:
55
Escenario 9: aumento, recorte de presupuesto.
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
MEMORANDO:
FECHA:
VALOR CERTIFICADO:
DETALLE:
PARTIDA
Tabla 21 Escenario 10 Datos Certificación Presupuestaria
Fuente: Autor Galo Barahona
56
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.
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
57
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
FECHA INICIAL:
FECHA FINAL:
Tabla 24 Escenario 13 Datos Informes Presupuestarios
Fuente: Autor Galo Barahona
FECHA INICIAL:
FECHA FINAL:
Tabla 25 Escenario 14 Datos para Creación de Archivos Planos
Fuente: Autor Galo Barahona
58
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.
59
(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
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
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
Nombre: Presupuesto
Responsabilidad Colaboración
Ingreso datos del Presupuesto RegistrarAsignacionInicial()
60
Actualizar los datos del Presupuesto ActualizarAsignacionInicial(),
RecalcularSaldosGastosPresupuestarios(),
RecalcularSaldosIngresosPresupuestarios()
Nombre: Aumento/Recorte
Presupuesto
Responsabilidad Colaboración
Ingreso datos del Aumento/Recorte RegistrarAumentoRecortePresupuesto()
61
(Tarjeta CRC Asiento Contable)
62
(Tarjeta CRC Informes Presupuestarios)
Arquitectura
63
Ilustración 7 Arquitectura del Sistema
Fuente: Autor Galo Barahona
64
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)
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
65
Saldo double
CxPagarProveedor varchar(20)
CxPagarImpRenta varchar(20)
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
66
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 CodigoNr
Nro o
67
Recaudado double
Index Fields
Codigo Codigo
69
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
70
Ilustración 9 Pantalla Principal
Fuente: Autor / Sistema Contabilidad Gubernamental
En esta pantalla se elimina, modifica, elimina las cuentas contables, adicional se puede
relacionar con la partida presupuestaria que corresponda.
71
Ilustración 11 Pantalla Plan de Cuentas
Fuente: Autor / Sistema Contabilidad Gubernamental
En esta pantalla se elimina, modifica, eliminan los diferentes asientos contables, adicional se
puede relacionar con la partida presupuestaria que corresponda.
72
Ilustración 13 Pantalla Informes Contables/Presupuestarios
Fuente: Autor / Sistema Contabilidad Gubernamental
73
Reporte de Estado de Ejecución Presupuestaria.
3.3 Pruebas
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
74
Pantalla de resultados de la prueba realizada a la Función CedulaIngresos
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
75
Ilustración 18 Pruebas Caja Negra
Fuente: Autor / Sistema Contabilidad Gubernamental
76
Conclusiones y Recomendaciones
Conclusiones
77
Recomendaciones
78
Bibliografía
Balena, F. (s.f.).
APLICACIONES. Piramide.
https://es.wikipedia.org/wiki/Programaci%C3%B3n_extrema
FINANCIERA.
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.
http://es.wikipedia.org/wiki/MySQL
http://es.wikipedia.org/wiki/SQL
Codificación
Sub BalanceComprobacion()
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()
DevuelveSaldoAnterior(.Rows(j)("Codigo"), 1, True)
DevuelveDebeHaber(.Rows(j)("Codigo"), 1, True)
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
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
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