Introducción
Un presupuesto es un plan integrador y coordinador que expresa en términos
financieros con respecto a las operaciones y recursos que forman parte de una
empresa para un periodo determinado, con el fin de lograr los objetivos fijados por la
alta gerencia.
Es un plan, esto significa que el presupuesto expresa lo que la administración tratará de realizar.
Es indiscutible que el plan o presupuesto de un departamento de la organización no es funcional si no se identifica con el objetivo total de la organización, a este proceso se le conoce como presupuesto maestro, formado por las diferentes áreas que lo integran.
El presupuesto es coordinador, es decir, que los planes para varios de los departamentos de la empresa deben ser preparados conjuntamente y en armonía y que a demás es expresado monetarios.
Uno de los objetivos primordiales del presupuesto es el de la determinación de los ingresos que se pretenden obtener, así como los gastos que se van a producir. Esta información debe elaborarse en la forma más detallada posible.
No es suficiente con conocer los ingresos y gastos del futuro, la empresa debe planear los recursos necesarios para realizar sus planes de operación, lo cual se logra, con la planeación financiera.
Capítulo I
Justificación
El Módulo de Presupuestos diseñado para el Congreso de Ingeniería en Sistemas
Computacionales e Informática permite hacer el cálculo del presupuesto de forma
automática, evitando que el informe de presupuestos que se propone antes de cada
evento sea presentado fuera de tiempo y forma debido a que la técnica del
procedimiento que se sigue para el desarrollo de este es manual.
El Sistema Integral de CISCI Módulo de presupuestos también permite llevar un
control estricto del reparto de recursos financieros que es necesario asignar a cada
uno de los responsables de cada área que compone la organización del evento, y
así evitar el desfase de gastos y el mal control de ellos.
El sistema emite solicitudes de gasto para tener un informe físico y de esta manera
llevar contabilizados los folios de los gastos.
Al mismo tiempo, el módulo de presupuestos permite realizar traspasos de gastos,
es decir, si el responsable de un área notifica que el recurso que se asignó es
insuficiente, se puede llegar a hacer un convenio de traspaso con otra área distinta
de esta, y registrar dicho traspaso emitiendo un documento que así lo señale.
Por lo anterior, el procedimiento que el módulo de presupuestos ofrece para el
manejo de un presupuesto real, cumple con los principios contables y características
necesarias de un buen ejercicio de presupuesto, además de ser sistematizado y
contar con una base de datos relacionada con el módulo de contabilidad para cotejar
Capítulo II
Objetivos
II.1 Objetivo general
Desarrollar un sistema computarizado para la formulación y control presupuestario
del Congreso de Ingeniería en Sistemas Computacionales e Informática mediante el
cual se pueda controlar de forma sistematizada las partidas de cada una de las
coordinaciones y así proyectar el presupuesto de años futuros.
II.2 Objetivos específicos
• Integrar el Techo presupuestario de ingresos formados por ventas internas, locales y foráneas, talleres y concursos.
• Diseñar el techo presupuestario de los egresos de las diferentes partidas que forman los egresos del Congreso de Ingeniería en Sistemas Computaciones e
Informática.
• Determinar el techo presupuestario de las Coordinaciones.
• Proyectar las partidas de egresos que utilizarán cada una las Coordinaciones y Comisiones correspondientes.
• Sistematizar cada uno de los pasos que se llevan a cabo para el desarrollo del presupuesto del Congreso de Ingeniería en Sistemas Computacionales e
Informática mediante una aplicación especializada.
Capítulo III
Caracterización del área en donde se participó
III.1 Resumen de las actividades de la dependencia
El Instituto Tecnológico de Tuxtla Gutiérrez, es una institución de educación superior tecnológica que tiene como especialidades las carreras de Lic. En Informática, Ing. en Sistemas Computacionales, Ing. en Electrónica, Ing. Bioquímica, Ing. Química, Ing. Eléctrica.
Tiene como especialidades las carreras de Lic. Informática, Ing. En Sistemas Computacionales, Ing. Electrónica, Ing. Bioquímica, Ing. Química, Ing. Eléctrica.
Misión
Formar de manera integral profesionales de excelencia en el campo de la ciencia y tecnología con actitud emprendedora, respeto al medio ambiente y apego a los valores éticos.
Valores
A. El ser humano
B. El espíritu de servicio C. El liderazgo
D. El trabajo en equipo E. La calidad
III.2 Caracterización de las actividades del Congreso Internacional de Ingeniería en Sistemas Computacionales e Informática
Objetivo
El objetivo principal del Congreso de Ingeniería en Sistemas Computacionales e
Informática es Fomentar la investigación entre los catedráticos y los alumnos de las
distintas Instituciones Educativas para el fortalecimiento de nuestro estado. Por lo
cual una de las actividades mas importantes es dar a conocer temas sobre el avance,
aplicación, investigación y desarrollo de la tecnología de la información, así como su
impacto en el desarrollo de nuestra sociedad y abierto a todas las perspectivas.
Filosofía
“Integrando fuerzas... La estrategia para este nuevo milenio”
La estrategia de integrar conocimiento, unificar esfuerzos y atacar los diferentes
sectores estatales, requiere ser aterrizada por medio de la investigación.
El comité organizador, presenta una excelente oportunidad para fomentar la cultura
investigativa, el espíritu creativo e innovador de los jóvenes educandos. Sin duda, la
realización de este evento, enriquece nuestra visión del campo y estimula nuestro
interés por el avance del mismo.
Para lograrlo las Academias de Ingeniería en Sistemas Computacionales y de
Licenciatura en Informática se han unificado de tal forma que, docentes y alumnos
de dichas academias forman parte de la Coordinación General del Congreso de
Ingeniería en Sistemas Computacionales e Informática que a su vez está
conformada por cuatro importantes coordinaciones:
La Coordinación General, La Coordinación de Logística, Coordinación Académica y
La Coordinación Administrativa, en donde cada coordinación esta dividida por
Coordinación Administrativa
Esta coordinación es la responsable de elaborar el presupuesto global del Congreso
de Ingeniería en Sistemas Computacionales e Informática y al mismo tiempo
administra las compras de los suministros y a la vez supervisa las ventas de boletos
para el Congreso de Ingeniería en Sistemas Computacionales e Informática, realiza
los informes financieros al final de cada congreso para luego ser entregados a la
Coordinación General. A demás tiene el compromiso de elaborar las constancias
que serán entregadas a cada uno de los congresistas.
Para realizar dichas actividades esta coordinación esta integrada por las siguientes
comisiones:
• Comisión de patrocinadores
• Comisión de finanzas, compras y donativos
• Comisión enlace académico financiero
• Comisión enlace académico financiero
• Comisión de registro de participantes y entrega de constancias
• Comisión de promoción y ventas
Una vez autorizadas las propuestas se ponen en marcha las actividades planeadas
para llevarlas a cabo y esto se logra mediante la unión de las cuatro coordinaciones
III.5 Resumen de la infraestructura general de la ubicación física de la dependencia
El siguiente croquis representa la ubicación física del Instituto Tecnológico de Tuxtla
Gutiérrez con dirección en Carretera Panamericana km. 1080, Tuxtla Gutiérrez
Chiapas, México CP. 29050 Apartado Postal 599:
´
III.6 Infraestructura general de la ubicación física del área
El siguiente croquis representa la ubicación física de las oficinas donde se lleva
acabo el desarrollo del evento esta en el Edificio P del Instituto Tecnológico de
III.7 Infraestructura tecnológica
La Organización cuenta con una infraestructura de tres equipos de cómputo con las
siguientes características:
Servidor Computadora # 1 Computadora # 2
Modelo HP COMPAQ
7500 Ensamblada Ensamblada
Procesador Intel Pentium 4 a
2.66 GHz
Intel Pentium 4 a 3.00 GHz
Intel Celeron a 1.80 GHz
Memoria RAM 512 MB 512 MB 512 MB
Memoria de video 64 MB
64 MB (Compartidos con la RAM) 32 MB (Compartidos con la RAM)
Tarjeta de red Ethernet 10/100 Mbps
Ethernet 10/100 Mbps; Encore
Wireless – G
Ethernet 10/100 Mbps; Encore
Wireless – G
Disco Duro 60 GB 80 GB 80 GB
Unidad óptica Lector de CD LG
a 52x
Samsung DVD +/- RW 16x
Lector de CD LG a 52x; LG CD-RW
52x32x52
Monitor HP COMPAQ
7500 de 17”
Monitor IBM de 15”
Monitor Alaska de 15”
Teclado
Teclado HP con teclas de acceso
rápido a aplicaciones
Teclado Alaska con teclas de acceso rápido a
aplicaciones
Teclado Alaska con teclas de acceso rápido a
aplicaciones
Mouse Mouse HP con
Scroll Wheel
Mouse BenQ con Scroll Wheel
Mouse Genius Con Scroll Wheel
Puertos USB 6 6 6
Así mismo se cuenta con dos impresoras con las siguientes características:
HP LaserJet 2550L HP LaserJet 1220
Impresión Color Solo Blanco y negro
Paginas por minuto a
color 12 No Aplica
Paginas por minuto en
blanco y negro 18 30
Capítulo IV
Problemas a resolver
1. Para lograr tener un mejor control general del total de Ingresos y el Total de
Egresos, es necesario pronosticar un monto estimado de ingresos de acuerdo
al resultado del ejercicio del año anterior, para entonces, presupuestar el
monto estimado de egresos. Por lo anterior, es necesario Integrar el techo
presupuestario de ingresos formado por las ventas internas, foráneas y
locales, la venta de talleres y concursos para poder determinar el margen de
egresos que puede contemplarse sin exceder el monto propuesto de ingresos.
2. Una vez que se ha determinado el margen de los posibles egresos se
procede a diseñar el techo presupuestario de egresos conformado por
diferentes partidas, por ejemplo papelería, alimentación, viáticos, equipo de
audio y video, etc. Ponderando el monto de acuerdo a los resultados del
ejercicio del año anterior.
3. Sabemos bien, que la organización del Congreso de Ingeniería en Sistema
Computacionales e Informática esta compuesta por tres Coordinaciones y
cada una de estas está integrada por distintas comisiones respectivamente,
las cuales realizan distintas actividades que contemplan gastos previos para
la organización del evento, de ahí que, en base al diseño del techo
presupuestario de egresos se procede a determinar el techo presupuestario
por coordinaciones de acuerdo a las actividades que desempeñan para
asignar los recursos correspondientes, con la finalidad de que no se exceda el
gasto ya establecido.
4. Una vez que cada Coordinación tiene asignado su propio techo
presupuestario correspondiente, se procede a asignar los recursos por
comisiones correspondientes a cada coordinación de acuerdo a sus
actividades, esto con el objetivo de que no se pierda el control de los gastos y
Capítulo V
Alcances y limitaciones
V.1 Alcances
• Permite planear los objetivos financieros del CISCI
• Determina el techo presupuestario de cada una de las coordinaciones y comisiones.
• Permite realizar una evaluación financiera detectando las posibles desviaciones.
• Permitirá manejar los recursos del CISCI con mayor efectividad y eficiencia. • Permitir llevar una mejor identificación de los gastos.
V.2 Limitaciones
• El Presupuesto solo es un estimado no pudiendo establecer con exactitud lo que sucederá en el futuro.
• Su éxito depende del control financiero de una de las coordinaciones. • Será vulnerable a cualquier cambio o ajuste que deba realizarse.
• Al final del congreso requiere de una comparación de los datos planeados con datos reales por lo que es necesario llevar un seguimiento de ello, de lo
contrario perderá su utilidad.
• El presupuesto es una herramienta de control, por lo que se requiere de su elaboración con el debido orden, de otra manera no se obtendrán los
objetivos esperados en su implantación.
El sistema propuesto esta diseñado por el Método de Prototipos, por lo que
esta en disponibilidad de ser modificado o sufrir mejoras de acuerdo al
Capítulo VI
Fundamento teórico
VI.1 Marco teórico conceptualPara sistematizar los pasos para el desarrollo y el control de un presupuesto, se ha
tomado en cuenta los criterios específicos para el análisis y diseño de sistemas.
Las metodologías para el desarrollo de sistemas son:
Método del desarrollo del análisis estructurado.
Método del ciclo de vida para el desarrollo de sistemas.
Método del prototipo de sistemas.
La estrategia de desarrollo consistirá en seleccionar el método adecuado a la
situación específica de cada proyecto para cumplir el objetivo de forma efectiva y
eficiente.
Seleccionar una metodología equivocada podría ocasionar pérdida de tiempo y
dinero durante el desarrollo de ahí la importancia de definir una buena estrategia.
Método del prototipo de sistemas
[1] La elaboración de prototipos de un sistema de información es una técnica valiosa
para la recopilación de información específica acerca de los requerimientos de
información de los usuarios.
La elaboración de prototipos es una técnica compleja que requiere el conocimiento
del ciclo de vida del desarrollo de sistemas completo antes de que pueda ser lograda
Cuando se usa la elaboración de prototipos en esta forma, el analista de sistemas
está buscando las reacciones iníciales de los usuarios y de la administración hacia el
prototipo, sugerencias de los usuarios sobre cambios o limpieza del sistema para el
que se construye un prototipo, posibles innovación que detallan que partes del
sistema necesitan realizarse primero; estos son los cuatro tipos de información que
el desarrollador necesita durante la elaboración de prototipos.
Tipos de prototipos:
• Prototipo parchado
Es un sistema de información que tiene todas las características propuestas pero es
realmente un modelo básico que eventualmente será mejorado.
• Prototipo no operacional
Un modelo a escala no funcional de un sistema de información puede ser hecho
cuando la codificación requerida por las aplicaciones es muy amplia para hacerse el
prototipo, y sin embargo, se puede obtener una idea útil del sistema por medio de la
elaboración prototipos de la entrada y la salida de información únicamente.
• Prototipo primero de una Serie
Este tipo de prototipos involucra la creación de un primer modelo a escala completa
de un sistema, llamado a veces un piloto.
• Prototipo de características seleccionadas
Este se refiere a la construcción de un modelo operacional que incluye algunas, pero
Cuando se construye este tipo de prototipos, se va construyendo por módulos, de
modo que si las características reciben una evaluación satisfactoria estas pueden
incorporarse en el sistema final, mucho más grande sin tener que hacer un trabajo
inmenso un interfaces. Los prototipos desarrollados de esta forma son parte del
sistema actual. No son simplemente una maqueta.
Desarrollo de un prototipo
Una vez que ha sido tomada la decisión de realizar el prototipo hay cuatro
lineamientos principales a realizar cuando se integra la elaboración del prototipo en
la fase de determinación de requerimientos del ciclo de vida del desarrollo de un
sistema:
1. Trabajar en módulos manejables
Cuando se realiza el prototipo de alguna de las características de un sistema para
obtener un modelo funcional, es imperativo que el analista trabaje en módulos
manejables. Una de las ventajas distintivas de la elaboración de prototipos es que no
es necesario, ni deseable construir un sistema funcional completo para efectos del
prototipo.
2. Construir el prototipo rápidamente
La velocidad es esencial para la elaboración satisfactoria de un prototipo en un
sistema de información.
Los analistas pueden usar la elaboración de prototipos para acortar el lapso del
tiempo, usando técnicas de recolección de información tradicionales para resaltar los
requerimientos de información salientes y luego tomando decisiones rápidamente
que lleven a un modelo funcional.
En efecto, el usuario ve y usa el sistema muy pronto en ves de esperar un sistema
terminado para empezar a experimentar con el.
El analista obtiene observaciones valiosas sobre la manera en que debe realizarse
el resto del proyecto, mostrando a los usuarios como van a funcionar las partes del
3. Modificar el prototipo en iteraciones sucesivas
El tercer lineamiento para el desarrollo del prototipo es que su construcción debe
dar soporte a las modificaciones. El hacer un prototipo modificable significa crearlo
en módulos que no son muy interdependientes. Si se cuenta con este lineamiento se
encuentra menor resistencia cuando es necesario hacer modificaciones al prototipo.
Por lo general un prototipo es modificado varias veces, cada modificación necesita la
evaluación de los usuarios.
Las modificaciones deben realizarse velozmente, para mantener la inercia del
proyecto.
4. Enfatizar la interfaz de usuario
Esto es lograr la familiaridad del usuario con el funcionamiento e interfaz del
prototipo y esta a su vez tiene que estar bien desarrollado para el fácil manejo del
usuario y no lo dejen a un lado.
Aun que el sistema quedará sin desarrollar muchos aspectos es necesario que la
interfaz esté lo suficientemente bien desarrollada para que el usuario se adapte al
sistema rápidamente.
Desventajas del prototipo
• Puede ser bastante difícil el manejar el prototipo como un proyecto para desarrollar un sistema más grande.
• Los usuarios y analistas pueden adoptar al prototipo como un sistema completo cuando es de hecho, inadecuado y nunca se pretendió que
trabajara como un sistema terminado.
El analista tiene que ponderar estas desventajas contra las ventajas conocidas
cuando decida si hace el prototipo, cuándo lo hace y que tanto del sistema debe
Ventajas del prototipo
• Posibilidad de cambiar el sistema en etapas tempranas de su desarrollo.
• La oportunidad de poder detener el desarrollo de un sistema que no es funcional.
• Posibilidad de desarrollar un sistema que ataca mas adecuadamente las necesidades y expectativas de los usuarios.
Visual Basic 6.0
[5] Visual Basic es un lenguaje de programación desarrollado por Alan Cooper para
Microsoft. El lenguaje de programación es un dialecto de BASIC. Su primera versión
fue presentada en 1991 con la intención de simplificar la programación utilizando un
ambiente de desarrollo completamente gráfico que facilitara la creación de interfaces
gráficas y en cierta medida también la programación misma.
Visual Basic constituye un IDE (entorno de desarrollo integrado o en inglés
Integrated Development Enviroment)que ha sido empaquetado como un programa
de aplicación, es decir, consiste en un editor de código (programa donde se escribe
el código fuente), un depurador (programa que corrige errores en el código fuente
para que pueda ser bien compilado), un compilador (programa que traduce el código
fuente a lenguaje de máquina), y un constructor de interfaz gráfica o GUI (es una
forma de programar en la que no es necesario escribir el código para la parte gráfica
del programa, sino que se puede hacerlo de forma visual).
• La facilidad del lenguaje permite crear aplicaciones para Windows en muy
poco tiempo. En otras palabras, permite un desarrollo eficaz y menor
inversión en tiempo que con otros lenguajes.
• Permite generar librerías dinámicas (DLL) ActiveX de forma nativa y Win32
(no ActiveX, sin interfaz COM) mediante una reconfiguración de su enlazador
en el proceso de compilación.
• Permite la utilización de formularios (Forms) tanto a partir de recursos (como
MySQL
[6] Es un 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.
El software MySQL proporciona un servidor de base de datos SQL (Structured
Query Language) veloz, multi-hilo, multiusuario y robusto. El servidor esta
proyectado tanto para sistemas críticos en producción soportando intensas cargas
de trabajo como para empotrarse en sistemas de desarrollo masivo de software. El
software MySQL tiene licencia dual, pudiéndose usar de forma gratuita bajo licencia
GNU o bien adquiriendo licencias comerciales de MySQL AB en el caso de no
desear estar sujeto a los términos de la licencia GPL. MySQL es una marca
registrada de MySQL AB.
Bases de datos Relacional
[4] Una base de datos relacional es un conjunto de dos o mas tablas estructuradas
en registros (filas) y campos (columnas), que se vinculan entre sí por un campo en
común, en ambos casos posee las mismas características como por ejemplo el
nombre de campo, tipo y longitud; a este campo generalmente se le denomina ID,
identificador o clave. A esta manera de construir bases de datos se le denomina
modelo relacional.
En este modelo, el lugar y la forma en que se almacenen los datos no tienen
relevancia (a diferencia de otros modelos como el jerárquico y el de red). Esto tiene
la considerable ventaja de que es más fácil de entender y de utilizar para un usuario
casual de la base de datos. La información puede ser recuperada o almacenada por
medio de «consultas» que ofrecen una amplia flexibilidad y poder para administrar la
El lenguaje más común para construir las consultas a bases de datos relacionales es
SQL, Structured Query Language o Lenguaje Estructurado de Consultas, un
estándar implementado por los principales motores o sistemas de gestión de bases
de datos relacionales.
Las bases de datos relacionales pasan por un proceso al que se le conoce como
normalización de una base de datos, la cual es entendida como el proceso necesario
VI.2 Marco teórico específico
[3] El Presupuesto representa, hoy en día, un instrumento importante para las
empresas.
En términos generales, la palabra Presupuesto adoptada por la Economía Industrial,
es “La técnica de planeación y predeterminación de cifras sobre bases estadísticas y
apreciaciones de hechos y fenómenos aleatorios”
Refiriéndose a El presupuesto como herramienta de la Administración, se le puede
conceptuar, como:
“La estimación programada, en forma sistemática, de las condiciones de operación y
de los resultados a obtener por un organismo, en un periodo determinado”.
Requisitos para un buen presupuesto
[2]Hablar del éxito de un presupuesto, no quiere decir necesariamente que los
resultados logrados hayan sido idénticos a los pronosticados, sería suficiente el
haber obtenido una mejoría en el grado de eficiencia y seguridad con que se condujo
la empresa. Sin embargo, para que un presupuesto cumpla en forma adecuada con
las funciones que de él se esperan, es indispensable basarlo en determinadas
condiciones que obligatoriamente deben observarse en su estructuración como son:
1. Conocimiento de la empresa es la base: Sus objetivos, Organización,
Necesidades y Profundidad, su Contenido y Forma varían de una entidad a otra.
2. Exposición del plan o política: Manuales e instructivos, conocimiento del
criterio, unificación, forma de manejo, objetivos.
3. Coordinación para la ejecución del plan o la política: Sincronización de
actividades a través del director, responsable, según calendario.
4. Fijación del período presupuestal: Según la naturaleza de la empresa o del
renglón.
5. Dirección y vigilancia: Supervisión continúa en su realización, análisis y estudio
de las desviaciones o variaciones.
Características del presupuesto De formulación
a) Adaptación a la entidad
Debe ir en función directa con las características de la empresa, debiendo adaptarse
a las finalidades de la misma en todos y cada uno de sus aspectos; esto es, la
adopción de un sistema de control presupuestario, no puede hacerse siguiendo un
patrón determinado, aplicable a todo tipo de compañías; a demás el presupuesto no
es sólo simple estimación, requiere del estudio minucioso, sobre bases científicas
(en ciertos casos) de las operaciones pasadas de la compañía, en que se desea
implantar, del conocimiento de otras empresas similares a ella, y del pronóstico de
las operaciones futuras, de acuerdo con la Planeación, Coordinación y Control de
Funciones.
b) Planeación, Coordinación, Y Control De Funciones
Los presupuestos deben operar dentro de un mecanismo contable, para que sean
fácilmente comprobables, con el fin de compararlos con lo operado, determinar,
analizar las variaciones o desviaciones, corregirlas o poyarlas, en su caso.
De presentación
a) De acuerdo con las Normas Contables y Económicas
Los presupuestos se utilizan como herramienta de la Administración tienen como
requisitos de presentación indispensable, ir de acuerdo con las normas Contables y
Económicas y de acuerdo con la estructuración contable, para efectos de
De aplicación
a) Elasticidad Y Criterio
Las contingencias que se presentan obligan a los dirigentes a efectuar cambios en
sus planes, en plazos relativamente breves, de ahí que sea preciso que los
presupuestos sean aplicados con elasticidad y criterio, debiendo éstos aceptar
cambios en el mismo sentido en que varíen las ventas, la producción, las
necesidades, el ciclo económico, etc.
Clasificación del presupuesto Por el tipo de empresa
a) Públicos
Son aquellas que realizan los gobiernos, Estados, Empresas Descentralizadas, etc.,
para controlar las finanzas de sus diferentes dependencias.
b) Privados
Son los presupuestos que utilizan las empresas particulares, como instrumento de
su Administración.
Por su contenido
a) Principales
Son una especie de resumen, en el que se representan los elementos medulares, en
todos los presupuestos de la Entidad.
b) Auxiliares
Son aquellos que muestran, en forma analítica, las operaciones estimadas por cada
Por su forma
a) Flexibles
Estos presupuestos consideran anticipadamente, las variaciones que pudiesen
ocurrir y permiten elasticidad, por posibles cambios o fluctuaciones propias, lógicas o
necesarias.
b) Fijos
Permanecen invariables, durante la vigencia del período presupuestario o en el
curso de varios.
Por su duración
a) Cortos
Los que abarcan un año o menos.
b) Largos
Capítulo VII
Procedimiento y descripción de las actividades realizadas
Para el desarrollo del sistema se aplicaron principalmente los principios contables y
a su vez los modelos de diseño de base de datos de acuerdo al sistema, también
lenguajes de programación, lenguajes de consulta y recuperación y principalmente el
método de programación.
El periodo de tiempo para la aplicación de las técnicas correspondientes es
congruente con el cronograma de actividades estipulado en el documento.
VII.1 Análisis, Diseño del sistema y correcciones Proceso y cálculo del presupuesto
Para el diseño del sistema se analizó el procedimiento para el cálculo del
presupuesto y se determinó de la siguiente manera:
Primer paso: Es necesario recopilar todos los comprobantes de gasto y archivarlos
de forma ascendente, cronológicamente, anotando el nombre de la comisión que
realizó el gasto o bien si se efectúa una compra múltiple estratégicamente poner
anotaciones del porcentaje de gasto y el nombre de la comisión que realizó el gasto
correspondiente y esto se archiva en un recopilador rotulado con el año del ejercicio
y el nombre de “Egresos”.
Segundo paso: Una vez que el evento ha concluido con sus actividades, se retoma
el recopilador de gastos que corresponde al ejercicio que concluye y se reorganizan
los comprobantes por partidas de cuentas con el número de partida que le
correspondiente dividiendo cada concepto con separadores, por ejemplo:
Nº de Partida Partida
7000 Papelería 7001 Pasajes 7002 Teléfonos 7003 Alimentación
Tercer paso: Se realizan las sumas por cada partida ponderando el porcentaje
correspondiente del 100% que representa la cifra total del techo presupuestario de
egresos y se registran los totales en Excel agregando al final la suma total de los
egresos de la siguiente manera, por ejemplo:
EGRESOS
Cuarto paso: Una vez que se tiene los totales generales se procede a dividir los
gastos conforme a los nombres de las comisiones que se anotaron desde el primer
paso, agrupando las comisiones por coordinaciones correspondientes realizando la
respectiva suma de gastos por partidas, por ejemplo:
Quinto paso: Una vez que se tiene el cálculo completo de todas las coordinaciones
con sus respectivas comisiones se procede a recopilar los datos de los ingresos,
para ello se cuenta con el informe que aporta la comisión de ventas indicando la cifra
de venta total de boletos foráneos, locales, internos, talleres y concursos cada uno
de estos datos conforma una partida, por ejemplo:
INGRESOS
Nº de Partida Partida Monto Porcentaje
7000 Papelería $ 10,000.00 20% 7001 Pasajes a colaboradores $ 20,000.00 40% 7002 Teléfonos $ 5,000.00 10% 7003 Alimentación $ 3,000.00 6% 7004 Equipo de audio y video $ 4,000.00 8% 7005 Activo fijo $ 8,000.00 16%
Total $ 50,000.00 100%
Coordinación de Administración Comisión de impresiones
7000 Papelería $ 5,000.00 7001 Pasajes a colaboradores $ 3,000.00
7002 Teléfonos $ 500.00
7003 Alimentación $ 1,500.00
Subtotal $ 10,000.00
Comisión de compras
7001 Pasajes a colaboradores $ 4,000.00 7002 Teléfonos $ 1,000.00
Subtotal $ 5,000.00
Total $ 15,000.00
Nº de Partida Partida Monto Porcentaje
6000 Boletos foráneos $ 10,000.00 20% 6001 Boletos locales $ 20,000.00 40% 6002 Boletos internos $10,000.00 20% 6003 Talleres $ 5,000.00 10% 6004 Concursos $ 5,000.00 10%
Sexto paso: Consiste en verificar que los montos tanto de ingresos como de
egresos cuadren, es decir, que sean iguales, de lo contrario, éstas deben cuadrar de
acuerdo al comportamiento de las partidas de Activo Fijo o bien de la Utilidad según
como lo indique el coordinador administrativo.
Séptimo paso: El paso a seguir consiste en calcular el presupuesto del año
siguiente en base a los datos calculados del primer al sexto paso.
De acuerdo al tercer paso obtuvimos la siguiente tabla:
ANTERIOR
EGRESOS
Para el nuevo presupuesto sabemos que el techo presupuestario tanto de ingreso
como de egreso es de $ 50,000.00 resultado de las sumas totales, ahora bien,
vamos a estimar el nuevo techo presupuestario de ingreso, vamos a suponer que
ahora se pronostica el incremento a un 70% más.
Por lo tanto, el nuevo techo presupuestario general pronosticado de egresos es de $
85,000.00 y la tabla de partidas de egresos quedaría de la siguiente manera:
NUEVO
EGRESOS
Nº de Partida Partida Monto Porcentaje
7000 Papelería $ 10,000.00 20%
7001 Pasajes a colaboradores $ 20,000.00 40%
7002 Teléfonos $ 5,000.00 10%
7003 Alimentación $ 3,000.00 6%
7004 Equipo de audio y video $ 4,000.00 8%
7005 Activo fijo $ 8,000.00 16%
Total $ 50,000.00 100%
Nº de Partida Partida Monto Porcentaje
7000 Papelería $ 17,000.00 20%
7001 Pasajes a colaboradores $ 34,000.00 40%
7002 Teléfonos $ 8,500.00 10%
7003 Alimentación $ 5,100.00 6%
7004 Equipo de audio y video $ 6,800.00 8% 7005 Activo fijo $ 13,600.00 16%
Octavo paso: Ahora el pronóstico será para la asignación de los recursos por
coordinaciones y comisiones, la tabla que se obtuvo de ejemplo en el cuarto paso
fue la siguiente:
ANTERIOR
NUEVO
El cumplimiento de los ocho pasos permite calcular el presupuesto de cada ejercicio,
es claro que es necesario tener datos históricos para presentar el informe que será
de gran importancia para tomar decisiones y llevar un mejor control de egresos.
Por otro lado, es importante mencionar que todo el procedimiento es de mucho
cálculo y absorbe mucho tiempo para el cálculo exacto y preciso, por lo que en
algunos casos el presupuesto se nota desfasado con la realidad.
Lo anterior exige que la información se calcula de forma rápida y sistematizada
además de que es necesario vigilar que el presupuesto esté siendo aplicado
conforme a su objetivo principal que es el de llevar el control de egresos y el reparto
de recursos conforme a las necesidades de cada comisión sin tener que desfasar lo
que se espera de ingresos.
Coordinación de Administración Comisión de impresiones
7000 Papelería $ 5,000.00 7001 Pasajes a colaboradores $ 3,000.00
7002 Teléfonos $ 500.00
7003 Alimentación $ 1,500.00
Subtotal $ 10,000.00
Comisión de compras
7001 Pasajes a colaboradores $ 4,000.00 7002 Teléfonos $ 1,000.00
Subtotal $ 5,000.00
Total $ 15,000.00
Coordinación de Administración Comisión de impresiones
7000 Papelería $ 6,171.00 7001 Pasajes a colaboradores $3,740.00
7002 Teléfonos $ 617.00
7003 Alimentación $1,870.00
Subtotal $ 12,398.00
Comisión de compras
7001 Pasajes a colaboradores $ 4,852.00 7002 Teléfonos $ 1,450.00
Subtotal $ 6,302.00
Es importante mencionar que el ejercicio presentado del paso cuatro es un ejemplo
de cómo debe repartirse el recurso por comisiones y que debe ser aplicado para
todas y cada una de las comisiones que conforman la organización del evento con
sus respectivas sumas las cuales deberán conformar el total del techo
presupuestario de egresos.
Criterios y metodología para el análisis y diseño del sistema
La metodología que se tomó para el desarrollo del sistema es el método del
prototipo de sistemas.
El Sistema Integral del CISCI Módulo de Presupuestos esta diseñado para ser un
prototipo porque esta sujeto a cambios temporales y por que tiene la dirección del
asesor y el usuario, además de que tiene que estar en constante proceso de
pruebas para lograr que todas las actividades correspondientes al procedimiento
presupuestal sean procesadas satisfactoriamente por el sistema, de acuerdo a la
evolución de la organización.
El método del prototipo de sistemas establece que es el tiempo que se requiere para
la programación es un lapso corto de tiempo y además el usuario requiere de su
implementación inmediata.
VII.2 Diseño, análisis, y correcciones de la base de datos
Para lograr la recopilación de los datos que se necesita para poder diseñar la base
de datos fue necesario revisar la documentación que contiene los datos completos
de los ingresos y egresos, es decir, las facturas de compras, comprobantes de
gastos, etc., así también los recibos de pago de talleres, boletos, concursos, etc.
Que son la fuente de información que alimenta al sistema para el cálculo del
El análisis esta basado directamente en el esquema que marca el diseño del
presupuesto, considerando los conceptos como tablas y las cuentas como campos y
cada transacción como registro.
El modelado de la base de datos esta basada en el modelo relacional, que permite
ver directamente la relación entre tablas, identidades, y campos directamente en las
tablas que conforman la base de datos del sistema, así mismo se puede
experimentar con registros y ver si existen errores de diseño.
VII.3 Presentación y corrección del prototipo
El diseño de la interfaz del sistema esta diseñada para crear un ambiente de
familiaridad entre el usuario y el sistema. La primera vez que fue presentado como
una propuesta se realizaron correcciones para el manejo de la nomenclatura de las
partidas, posteriormente se hicieron ajustes en cuanto al tamaño de la fuente, el
color de la internas y los gráficos que ambientan e instruyen el funcionamiento de los
botones de ejecución.
VII.4 Codificación del sistema
El sistema esta codificado en la plataforma de Windows XP, con ejecución de
formularios del compilador de Visual Basic 6.0, el sistema esta conectado con el
servidor de la base de datos programada en APACHE mediante el lenguaje de
consulta y recuperación de cuarta generación de MySQL el generador de código
reutilizable, paquetes de aplicación de Visual Studio.
VII.5 Depuración del sistema
El sistema fue entregado al responsable del Sistema Integral del CISCI Módulo de
Manuales quien fue el que realizó pruebas e informó los errores y ambigüedades de
VII.6 Presentación y correcciones del sistema
En esta etapa el sistema fue presentado al asesor de programación y se realizaron
correcciones de logística para la ejecución de los programas, después de esto se
instaló la base de datos en el servidor la cual presentó errores de conexión, se
rediseñó la base de datos en el servidor que contendrá permanentemente la base de
datos a través del sistema operativo Linux y el link Server para distribuir la base de
datos en tres maquinas.
VII.7 Implementación, documentación, pruebas y capacitación
El sistema está instalado en la organización para ejecutar y proyectar el presupuesto
para el congreso siguiente, las actualizaciones que se tuviesen que hacer las
ejecutarán los alumnos que están prestando el servicio social en el Congreso de
Capítulo VIII
Resultados, planos, gráficas, prototipos y programas
El esquema representa el modelo del diagrama de procedimientos para el cálculo
del presupuesto del Congreso Internacional de Ingeniería en Sistema
Computacionales e Informática. Ver figura 1.1
Fig. 1.1 Esquema del modelo presupuestal
TECHO PRESUPUESTARIO TECHO DE INGRESOS TECHO DE EGRESOS BOLETOS INTERNOS BOLETOS LOCALES BOLETOS FORANEOS TALLERES CONCURSOS
LOGISTICA ACADEMICA ADVA
COMISIONES COMISIONES COMISIONES TECHO PRESUPUESTARIO TECHO DE INGRESOS TECHO DE EGRESOS BOLETOS INTERNOS BOLETOS LOCALES BOLETOS FORANEOS TALLERES CONCURSOS BOLETOS INTERNOS BOLETOS LOCALES BOLETOS FORANEOS TALLERES CONCURSOS
LOGISTICA ACADEMICA ADVA
Resultados de las operaciones realizadas
Mediante el seguimiento de los pasos para el cálculo del presupuesto y la aplicación
del modelo presupuestal en las hojas de cálculo de Microsoft Office Excel los
resultados obtenidos se presentan de la siguiente manera:
1. Lista de los datos recopilados que se realizó para el techo presupuestario de
Egresos. Ver figura 1.2
2. Integración del techo presupuestario con nomenclatura de las cuentas y
asignación del presupuesto general. Ver figura. 1.3
Reparto del presupuesto autorizado por coordinaciones. Ver figura 1.4
Fig,. 1.4
Reparto del presupuesto autorizado por comisiones que pertenecen a una
determinada coordinación. Ver figura 1.5
Diagrama de contexto del sistema
Diagrama de caso de uso del módulo de presupuestos
1. Diagrama de Caso de Uso de Registro de Catálogos
CATALAGO DE PARTIDAS CATALAGO DE COMISIONES CATALAGO DE COORDINACIONES CATALAGO DE RESPONSABLES CATALAGO DE EJERCICIOS TECHO PRESUPUESTARIO GENERAL TECHO PRESUPUESTARIO POR PARTIDAS PRESUPUESTO AUTORIZADO OPERACIONES EN EL PRESUPUESTO Sistema Integral del
CISCI Módulo de
Presupuestos
Usuario
Registro de catálogos Reg. Partidas Presupuestales
Reg. De Nombres Reg. De Coordinaciones
2. Diagrama de Caso de Uso de Registro Presupuestal
3. Diagrama de Caso de Uso Operaciones en el Presupuesto Registro Presupuestal
Usuario
Reg. Del techo presupuestario general
Reg. Del techo presupuestario
Reg. Del presupuesto autorizado
Usuario
Generación de gastos Generación de traspaso
Registro Presupuestal
Casos de usos
1. Caso de uso de registro de catálogos
Nombre del Caso de Uso: Registro de Catálogos
Actor Participante: Usuario
2. Caso de uso de registro de nombres
Nombre del Caso de Uso: Registro de Nombres
Actor Participante: Usuario
Condición Inicial: 1. El usuario Activa la opción “Registro de partidas presupuestales” del menú principal del sistema. Flujo de Eventos: 2. Se despliega la ventana de captura de partidas. 3. El usuario realiza el registro satisfactoriamente. 4. El usuario sale de la función de registro de
partidas.
Condición de Salida: 5. El sistema ha dado de alta una nueva partida.
Requerimientos Especiales: Que el usuario lleve un control del número de la
partida.
Condición Inicial: 1. El usuario elige la opción “Agregar…” de la ventana de “Operaciones en el Presupuesto” en la opción “Responsable”.
Flujo de Eventos: 2. Se despliega la ventana de Operaciones en el Presupuesto.
3. El usuario realiza el llenado de datos para realizar una transacción.
4. El usuario elige nombres dentro del listado de responsables y finalmente opta por agregar un nombre nuevo.
5. Se despliega la ventana que permitirá dar de alta el nombre nuevo.
6. Clic en el botón aceptar.
7. El usuario ha dado de alta un nuevo nombre satisfactoriamente.
Condición de Salida: 8. El sistema ha dado de alta un nuevo nombre.
Requerimientos Especiales Que el nuevo nombre registrado corresponda a
3. Caso de uso de registro de coordinaciones
Nombre del Caso de Uso: Registro de Coordinaciones
Actor Participante: Usuario
Condición Inicial: 1. El usuario elige la opción “Agregar…” de la ventana de “Presupuesto Autorizado” en la opción “Coordinaciones”.
Flujo de Eventos: 2. Se despliega la ventana de Presupuesto
Autorizado.
3. El usuario realiza el llenado de datos para realizar una transacción.
4. El usuario elige la coordinación dentro del listado de coordinaciones y finalmente opta por agregar una nueva.
5. Se despliega la ventana que permitirá dar de alta.
6. Clic en el botón aceptar.
7. El usuario ha dado de alta una nueva coordinación satisfactoriamente.
Condición de Salida: 8. El sistema ha dado de alta una nueva
coordinación.
Requerimientos Especiales Que el nombre de la coordinación exista dentro
4. Caso de uso de registro de comisiones
Nombre del Caso de Uso: Registro de Comisiones
Actor Participante: Usuario
Condición Inicial: 1. El usuario elige la opción “Agregar…” de la ventana de “Presupuesto Autorizado” en la opción “Comisiones”.
Flujo de Eventos: 2. Se despliega la ventana de Presupuesto
Autorizado.
3. El usuario realiza el llenado de datos para realizar una transacción.
4. El usuario elige la comisión dentro del listado de comisiones y finalmente opta por agregar una nueva.
5. Se despliega la ventana que permitirá dar de alta.
6. Clic en el botón aceptar.
7. El usuario ha dado de alta una nueva comisión satisfactoriamente.
Condición de Salida: 8. El sistema ha dado de alta una nueva comisión.
Requerimientos Especiales Que el nombre de la comisión exista dentro de
5. Caso de uso de registro de años de ejercicios
Nombre del Caso de Uso: Registro de Años de Ejercicios
Actor Participante: Usuario
Condición Inicial: 1. El usuario elige la opción “Agregar…” de la ventana de “Registro del techo presupuestario general” en la opción “Ejercicio”.
Flujo de Eventos: 2. Se despliega la ventana de Registro del techo presupuestario general.
3. El usuario realiza el llenado de datos para realizar una transacción.
4. El usuario elige el año del ejercicio dentro del listado de ejercicio y finalmente opta por agregar uno nuevo.
5. Se despliega la ventana que permitirá dar de alta.
6. Clic en el botón aceptar.
7. El usuario ha dado de alta un nuevo ejercicio satisfactoriamente.
Condición de Salida: 8. El sistema ha dado de alta un nuevo ejercicio.
Requerimientos Especiales Que el año del ejercicio corresponda al año en
6. Caso de uso de registro presupuestal general
Nombre del Caso de Uso: Registro del techo presupuestal general
Actor Participante: Usuario
Condición Inicial: 1. El usuario elige la opción del menú “Registro del techo presupuestal general”.
Flujo de Eventos: 2. Se despliega la ventana de Registro del techo presupuestario general.
3. El usuario realiza el llenado de datos para realizar una transacción.
4. El usuario elige el techo presupuestal para signar el recurso esperado.
5. El usuario procede a dar de alta. 6. Clic en el botón guardar.
7. El usuario ha dado de alta un nuevo techo presupuestario general satisfactoriamente.
Condición de Salida: 8. El sistema ha dado de alta un nuevo registro
presupuestal.
Requerimientos Especiales Que los montos sean iguales de ambos techos
7. Caso de uso de registro del techo presupuestario
Nombre del Caso de Uso: Registro del techo presupuestario
Actor Participante: Usuario
Condición Inicial: 1. El usuario elige la opción del menú “Registro del techo presupuestario”.
Flujo de Eventos: 2. Se despliega la ventana de Registro del techo presupuestario.
3. El usuario realiza el llenado de datos para realizar una transacción.
4. El usuario elige el techo presupuestal, el año del ejercicio en curso, la partida a la que signará el recurso y finalmente asigna el monto deseado. 5. El usuario procede a dar de alta.
6. Clic en el botón guardar.
7. El usuario ha dado de alta el recurso disponible para una partida satisfactoriamente.
Condición de Salida: 8. El sistema ha dado de alta un nuevo registro
presupuestal para una partida.
Requerimientos Especiales Que los montos no desfasen el monto total del
8. Caso de uso de registro del presupuesto autorizado
Nombre del Caso de Uso: Registro del presupuesto autorizado
Actor Participante: Usuario
Condición Inicial: 1. El usuario elige la opción del menú
“Presupuesto Autorizado”.
Flujo de Eventos: 2. Se despliega la ventana del Presupuesto
Autorizado
3. El usuario realiza el llenado de datos para realizar una transacción.
4. El usuario elige el la coordinación y comisión a la que asignara recursos, el año del ejercicio en curso y finalmente asigna el monto deseado. 5. El usuario procede a dar de alta.
6. Clic en el botón guardar.
7. El usuario ha dado de alta el recurso disponible
de una partida para una comisión
satisfactoriamente.
Condición de Salida: 8. El sistema ha dado de alta un nuevo registro
presupuestal para una comisión.
Requerimientos Especiales Que los montos no desfasen el monto total del
9. Caso de uso de operaciones en el presupuesto
Nombre del Caso de Uso: Generación de Gasto
Actor Participante: Usuario
Condición Inicial: 1. El usuario elige la opción del menú
“Operaciones en el Presupuesto”.
Flujo de Eventos: 2. Se despliega la ventana de Operaciones en el Presupuesto.
3. El usuario realiza el llenado de datos para realizar una transacción.
4. El usuario elige el la coordinación, comisión, el responsable, la partida que tiene autorizada para hacer efectivo el gasto.
5. El usuario procede a dar de alta. 6. Clic en el botón guardar.
7. El usuario ha dado realizado un gasto satisfactoriamente.
Condición de Salida: 8. El sistema ha registrado un nuevo registro de
gasto para la comisión indicada.
Requerimientos Especiales Que la comisión tenga autorizada la partida de
10. Caso de uso de operaciones en el presupuesto
Nombre del Caso de Uso: Generación de Traspaso
Actor Participante: Usuario
Condición Inicial: 1. El usuario elige la opción del menú
“Operaciones en el Presupuesto”.
Flujo de Eventos: 2. Se despliega la ventana de Operaciones en el Presupuesto.
3. El usuario realiza el llenado de datos para realizar una transacción.
4. El usuario elige el la coordinación, comisión, el responsable, la partida que tiene autorizada para hacer efectivo el traspaso.
5. El usuario da clic en el botón traspaso y cede los recursos.
6. El usuario elige el la coordinación, comisión, el responsable que ha de recibir el recurso según la partida que tiene autorizada para hacer efectivo el traspaso y da clic en el botón guardar.
7. El usuario ha dado realizado un traspaso satisfactoriamente.
Condición de Salida: 8. El sistema ha registrado un nuevo traspaso para
la comisión indicada.
Requerimientos Especiales Que la comisión tenga autorizada la partida de
Diccionario de datos
La base de datos CISCI contiene las tablas del Módulo de Presupuestos, apartado tiene la finalidad de presentar las tablas que corresponden a este módulo.
Nombre de la tabla: ejercicios Llave primaria: idejercicio
Campo Tipo Nulo Extra
idejercicio int(11) No auto_increment
ejercicio int(6) No
Nombre de la tabla: dinero Llave primaria: iddinero
Nombre de la tabla: techo Llave primaria: idtecho
Campo Tipo Nulo Extra
iddinero int(3) No auto_increment
idtecho int(5) No
idejercicio int(11) No
total Float No
disponible float No
Campo Tipo Cotejamiento Nulo Extra
idtecho int(5) No auto_increment
Nombre de la tabla: partidas Llave primaria: idpartidas
Nombre de la tabla: presupuesto Llave primaria: idpresupuesto
Nombre de la tabla: control Llave primaria: idcontrol
Campo Tipo Cotejamiento Nulo Extra
idpartida float(7,2) No
idtecho int(5) No
partida char(30) latin1_general_ci No
Campo Tipo Nulo Extra
idpresupuesto int(10) No auto_increment
idpartida float(7,2) No
idejercicio int(5) No
idcontrol int(10) No
monto float No
recurso float No
porcentaje float No
polizas int(10) No
Campo Tipo Nulo Extra
idcontrol int(10) No auto_increment
controlpolizas int(10) No
idtecho int(5) No
Nombre de la tabla: movimientos Llave primaria: idmovimiento
Campo Tipo Cotejamiento Nulo Extra
idmovimiento int(2) No auto_increment
movimiento char(25) latin1_general_ci No
Nombre de la tabla: responsables Llave primaria: idresponsables
Campo Tipo Cotejamiento Nulo Extra
idnombre int(10) No auto_increment
nombre char(45) latin1_general_ci No
Nombre de la tabla: coordinaciones Llave primaria: idcoordinacion
Nombre de la tabla: comisiones Llave primaria: idcomision
Campo Tipo Cotejamiento Nulo Extra
idcoordinacion int(2) No
coordinacion char(30) latin1_general_ci No
Campo Tipo Cotejamiento Nulo Extra
idcomision int(2) No
comision char(30) latin1_general_ci No
Nombre de la tabla: autorizado Llave primaria: idautorizado
Nombre de la tabla: ejercido Llave primaria: idejercido
Campo Tipo Nulo Extra
idautorizado int(15) No auto_increment
idpresupuesto int(10) No
idcomision int(2) No
autorizacion int(5) No
efectivo float No
gasto float No
Campo Tipo Cotejamiento Nulo Extra
idejercido int(10) No auto_increment
origen char(5) latin1_general_ci No
idautorizado int(15) No
idnombre int(10) No
idmovimiento int(2) No
Modelo relacional de la base de datos
Representación de la base de datos del Sistema Integral del CISCI Módulo de Presupuestos. Ver figura 2.1
Estructura del Sistema
Representación de la estructura del Sistema Integral del CISCI módulo de Presupuestos.
Fig.2.2 Estructura del sistema del Módulo de presupuestos
SISTEMA INTEGRAL DEL CISCI MÓDULO DE PRESUPUESTOS
Presupuesto
Operaciones en el presupuesto y requisiciones
Registro
Reg. del techo presupuestario
general
Reg. Del techo presupuestario
Reg. Del presupuestario
autorizado
Herramientas
Calculo automático del
presupuesto
Eliminación de Coordinaciones
Eliminación de Nombres
Diseño de interfaz y programación del sistema
Presentación de la primera interfaz del sistema, menú estándar y barra de menú con
acceso rápido.
Interfaz que permite la captura del monto del techo presupuestario general
correspondiente al ejercicio del año en curso.
Interfaz que permite la captura del techo presupuestario por partidas, de acuerdo al
Ejemplo de los reportes que se emiten a partir de la asignación del techo
presupuestario por partidas. Es semejante al conjunto de operaciones que se
presenta en la hoja de cálculo de Excel de la figura 1.3.
Interfaz que permite la asignación del presupuesto autorizado para cada comisión,
según el año del ejercicio, el número de folio y el número asignado por coordinación
Ejemplo de los reportes que se emiten a partir de la asignación del techo
presupuestario autorizado. Es semejante al conjunto de operaciones que se
Interfaz que permite llevar el control de las operaciones en el presupuesto, es decir,
gastos y traspasos. En esta interfaz es donde se cumple la característica de
Formato de la requisición de gasto que emite el sistema al ejecutar operaciones en
el presupuesto para corroborar y confirmar que el gasto será realizado por una
determinada comisión, marcando fecha, monto y cuenta en que será restado el
recurso, exige firma del solicitante, del coordinador general y el sello de la
Formato de la requisición de traspaso que emite el sistema para autorizar el
traspaso de recurso al ejecutar operaciones en el presupuesto. Gracias a esta
herramienta es posible constar los traspasos de recursos entre distintas comisiones
ya que en el informe firman los responsables de cada comisión, tanto el que cede el
recurso como el que recibe, la firma de la coordinación general que autoriza y el
Interfaz que propone el cálculo automático del presupuesto con valores históricos,
ahorrando el tiempo que se emplea en realizar el cálculo manual del presupuesto.
Interfaz que permite la eliminación de los registros del catálogo de comisiones
Conclusiones y recomendaciones
El objetivo se ha cumplido, el tiempo empleado para la realización del presupuesto
es tan solo en cuestión de segundos, el control de los gastos es mas efectivo y la
ejecución de las transacciones automáticas facilitan el sistema de procedimientos
para la planeación del evento, se pronostica el comportamiento económico del
ejercicio con mas certeza y confianza.
Por último la sugerencia es para aquel programador que tome la responsabilidad de
retroalimentar o reprogramar el sistema del módulo de presupuestos que interprete
de la manera mas efectiva la lógica de la programación que fue empleada, aun que,
si tiene una técnica mas efectivo puede aplicarla, pero siempre y cuando este acorde
con el esquema del presupuesto establecido.
Al mismo tiempo sugiero que, el nuevo programador documente cada línea de
código para que el próximo pueda tener la plena seguridad que conoce la lógica del
funcionamiento de cada línea de instrucción y después de esto realizar un informe
para después proporcionarlo al responsable del módulo de manuales para la
actualización correspondiente.
Es importante recordar siempre que el sistema del módulo de presupuestos es un
prototipo y necesita ser actualizado constantemente y siempre bajo el resguardo y la
asesoría del usuario.
Por otro lado, es importante mencionar que para la ejecución de las requisiciones de
los gastos y traspasos, es necesario seguir el siguiente orden:
1. Generar la requisición
2. Pasar a firma para la requisición con el coordinador general o coordinador
administrativo.
3. Aplicación del sello en la requisición autorizada
Referencias bibliográficas
[1] CCPM.”Análisis y diseño de sistemas” 1ª Edición. Editorial Mc Graw-Hill, 2001
[2] Burdano, Jorge. “Presupuestos enfoque moderno de planeación y control de recurso” 2ª Edición. Editorial Mc Graw-Hill, 2003
[3]Del Río, Cristóbal.”El presupuesto” 2ª Edición, Editorial ECASA, 2003
[4] Piattini, Mario. “Fundamentos y modelos de bases de datos”2ª Edición. Editorial Alfaomega.
[5] Ceballos, Francisco Javier. “Curso de Progrmación VB 6.0” 6 ª Edición. Editorial Alfaomega
