UNIVERSIDAD DE ORIENTE NCLEO DE SUCRE ESCUELA DE CIENCIAS DEPARTAMENTO DE MATEMTICAS PROGRAMA DE LA LICENCIATURA EN INFORMTICA

APLICACIN WEB PARA LA GESTIN DE LOS PROCESOS CONTABLES Y ADMINISTRATIVOS DE LA FUNDACIN PARA EL DESARROLLO DE LA CIENCIA Y LA TECNOLOGA DEL ESTADO SUCRE (FUNDACITE SUCRE). MDULOS: COMPRAS, CUENTAS POR PAGAR, BANCO, CAJA Y CONTABILIDAD (Modalidad: Pasanta)

CARLOS JAVIER PINTO BENTEZ

TRABAJO DE GRADO PRESENTADO COMO REQUISITO PARCIAL PARA OPTAR AL TTULO DE LICENCIADO EN INFORMTICA

CUMAN, 2010

APLICACIN WEB PARA LA GESTIN DE LOS PROCESOS CONTABLES Y ADMINISTRATIVOS DE LA FUNDACIN PARA EL DESARROLLO DE LA CIENCIA Y LA TECNOLOGA DEL ESTADO SUCRE (FUNDACITE SUCRE). MDULOS: COMPRAS, CUENTAS POR PAGAR, BANCO, CAJA Y CONTABILIDAD

APROBADO POR:

________________________ (Asesor Acadmico) Prof. Daniel Gerema

________________________ (Asesor Institucional) Lic. Ariana Andrade

________________________ (Jurado)

________________________ (Jurado)

NDICE GENERAL
AGRADECIMIENTO ................................................................................................... i DEDICATORIA ...........................................................................................................ii LISTA DE TABLAS ...................................................................................................iii LISTA DE FIGURAS ..................................................................................................iv RESUMEN................................................................................................................... vi INTRODUCCIN ........................................................................................................ 1 CAPTULO I. PRESENTACIN................................................................................. 4 1.1 Planteamiento del problema................................................................................ 4 1.2 Alcance................................................................................................................ 6 1.3 Limitaciones........................................................................................................ 7 CAPTULO II. MARCO DE REFERENCIA............................................................... 8 2.1 MARCO TERICO............................................................................................ 8 2.1.1 Antecedentes de la investigacin ................................................................. 8 2.1.2 Antecedentes de la organizacin.................................................................. 9 2.1.3 rea de estudio........................................................................................... 11 2.1.4 rea de investigacin................................................................................. 12 2.2 MARCO METODOLGICO........................................................................... 18 2.2.1 Metodologa de la investigacin ................................................................ 18 2.2.2 Metodologa del rea aplicada ................................................................... 19 CAPTULO III. DESARROLLO ............................................................................... 25 3.1 FORMULACIN ............................................................................................. 25 3.1.1 Identificacin de las metas ......................................................................... 25 3.1.2 Comunicacin con los clientes................................................................... 26 3.1.3 Definicin de las categoras de usuario...................................................... 27 3.1.4 Desarrollo de los casos de uso ................................................................... 29 3.2 PLANIFICACIN ............................................................................................ 30

3.2.1 Establecimiento del mbito ........................................................................ 30 3.2.2 Evaluacin de riesgos................................................................................. 31 3.2.3 Desarrollo del plan de proyecto ................................................................. 33 3.3 ANLISIS ........................................................................................................ 33 3.3.1 Anlisis de contenido ................................................................................. 33 3.3.2 Anlisis de interaccin ............................................................................... 37 3.3.3 Anlisis funcional ...................................................................................... 37 3.3.4 Anlisis de configuracin........................................................................... 37 3.4 DISEO ............................................................................................................ 38 3.4.1 Diseo de la interfaz. ................................................................................. 38 3.4.2 Diseo esttico. .......................................................................................... 41 3.4.3 Diseo de contenido................................................................................... 42 3.4.4 Diseo arquitectnico ................................................................................ 42 3.4.5 Diseo de navegacin. ............................................................................... 45 3.4.6 Diseo de componentes ............................................................................. 46 3.5 GENERACIN DE PGINAS ........................................................................ 46 3.5.1 Codificacin de las pginas Web ............................................................... 46 3.5.2 Tipos de pginas elaboradas....................................................................... 49 3.5.3 Pginas de entradas de datos ...................................................................... 51 3.5.4 Pginas de bsqueda y seleccin................................................................ 52 3.5.5 Pginas de bsqueda y consulta de registros guardados ............................ 52 3.5.6 Pginas de reportes..................................................................................... 54 3.5.7 Archivos empleados en la aplicacin......................................................... 54 3.5.8 Parmetros de la aplicacin........................................................................ 55 3.6 DESPLIEGUE .................................................................................................. 55 3.6.1 Pruebas de contenido.................................................................................. 55 3.6.2 Prueba de configuracin............................................................................. 56 3.6.3 Pruebas de navegacin ............................................................................... 56 3.6.4 Pruebas de interfaz de usuario.................................................................... 57

3.6.5 Documentacin del usuario........................................................................ 59 CONCLUSIONES ...................................................................................................... 60 RECOMENDACIONES ............................................................................................. 62 BIBLIOGRAFA ........................................................................................................ 63 ANEXOS APNDICES

AGRADECIMIENTO
Agradezco a:

Mis amigos y compaeros ms cercanos Miguel, Rodulfo, Jorge, Luis, Gilberto, Silvio, Arnella, Adriana, Rosa, Vernica, Rosmelys.

Mi asesora institucional Lcda. Ariana Andrade por su disposicin permanente y apoyo incondicional durante el desarrollo de este trabajo.

Mi asesor acadmico Prof. Daniel Gerema por sus recomendaciones y ayuda.

Todo el personal que labora en FUNDACITE Sucre, sobre todo a: Daniela Vargas, Odalys Mundaray, Dollis Ramos, Yosmaure Espinoza, Mariosly Ramrez, Jess Noriega, Euclides Serra, Glen Garca, Wilman Marcano, Felipe Martn, Asdrbal Duarte y Frank Pereda, por todo su apoyo en el desarrollo del presente trabajo de grado.

Todos los que colaboraron conmigo para el logro de esta meta.

DEDICATORIA
Dedico este trabajo a:

Mis padres Leonarda y Rubn, por ser mi ejemplo y brindarme el apoyo necesario para cumplir mis metas.

Mi hermana Vanessa y hermano Emmanuel, por su apoyo y comprensin.

Mis tas Emira, Bautista, Miguerliz, Elizabeth y Maura, por motivarme a seguir adelante.

Mis tos, primos y amigos.

ii

LISTA DE TABLAS
Tabla 1. Riesgos estimados durante el desarrollo de la aplicacin. ............................ 31 Tabla 2. Descripcin de las clases............................................................................... 35 Tabla 3. Archivos utilizados en la aplicacin Web..................................................... 54 Tabla 4. Parmetros de la aplicacin Web. ................................................................. 55 Tabla 5. Contextos en los cuales se verific la integridad de la aplicacin. ............... 56 Tabla 6. Resultados obtenidos de la escala de estimacin aplicada a los usuarios de la aplicacin. ................................................................................................................... 58

iii

LISTA DE FIGURAS
Figura 1. Diagrama de casos de uso para el mdulo de compras, cuentas por pagar, banco, contabilidad y caja. .......................................................................................... 29 Figura 3. Diagrama de despliegue de la aplicacin..................................................... 37 Figura 4. Formato fsico establecido para la pantalla inicio de sesin....................... 39 Figura 5. Formato fsico establecido para la pantalla principal de acceso a los

mdulos. ...................................................................................................................... 40 Figura 6. Formato fsico establecido para las pantallas principales de cada mdulo. 40 Figura 7. Formato fsico establecido para las pantallas disponibles desde el men principal de cada mdulo. ........................................................................................... 41 Figura 8. Diagrama arquitectnico general de la aplicacin....................................... 43 Figura 9. Diagrama arquitectnico para la sesin responsable de compras................ 43 Figura 10. Diagrama arquitectnico para la sesin responsable de cuentas por pagar. ..................................................................................................................................... 44 Figura 11. Diagrama arquitectnico para la sesin responsable de banco.................. 44 Figura 12. Diagrama arquitectnico para la sesin responsable de contabilidad. ...... 45 Figura 13. Diagrama arquitectnico para la sesin responsable de caja..................... 45 Figura 14. Interfaz del editor de cdigo Quanta Plus.................................................. 47 Figura 15. Interfaz principal del administrador de base de datos pgAdmin. .............. 48 Figura 16. Ejemplo de consulta SQL desde pgAdmin................................................ 48 Figura 17. Interfaz del editor de imgenes Gimp........................................................ 49 Figura 18. Pgina de inicio de sesin.......................................................................... 50 Figura 19. Pgina de acceso a los mdulos................................................................. 50 Figura 20. Pgina principal de los mdulos. ............................................................... 51 Figura 21. Ejemplo de pgina de entrada de datos...................................................... 51 Figura 22. Ejemplo de pgina de bsqueda y seleccin.............................................. 52 Figura 23. Ejemplo de pgina de bsqueda. ............................................................... 53 iv

Figura 24. Ejemplo de consultar datos guardados. ..................................................... 53 Figura 25. Ejemplo de pgina de reporte. ................................................................... 54

RESUMEN
La aplicacin Web para la gestin de los procesos contables y administrativos de la Fundacin para el Desarrollo de la Ciencia y la Tecnologa del estado Sucre, fue desarrollada utilizando la metodologa de Ingeniera Web propuesta por Roger Pressman (2005), la cual consta de las fases de formulacin, planificacin, anlisis, diseo, construccin de pginas, pruebas y evaluacin del cliente. En la fase de formulacin se efectu un estudio del departamento de administracin, para establecer las razones por las cuales era necesaria la creacin de una aplicacin Web, para ello se identificaron un conjunto de metas para su construccin, las categoras de usuarios que la utilizaran y se fij el mbito del esfuerzo de desarrollo que permiti delimitar el sistema. En la planificacin del sistema se definieron las actividades a realizar en cada una de las fases y el tiempo necesario para su realizacin. Seguidamente, se inici la fase de anlisis en donde se emple la el Lenguaje Unificado de Modelado (UML) para diagramar los requisitos de contenido, interaccin, funcional y de configuracin de la aplicacin. En el diseo de la aplicacin, se describieron los elementos de contenido, arquitectura, rutas de navegacin e interfaz de usuario. En la fase de generacin de pginas se llev a cabo la codificacin de la aplicacin utilizando herramientas en software libre, como: Quanta Plus 3.5 como editor HTML, PHP 5 como lenguaje de programacin, Apache 2 como servidor Web, Javascript, PostgreSQL 8.3 como manejador de base de datos. En la ltima fase se realizaron las pruebas de contenido, navegacin, configuracin e interfaz de usuario para obtener una aplicacin libre de errores. Obtenindose como resultado el sistema propuesto, el cual est orientado a mejorar el registro, procesamiento y almacenamiento principalmente de informacin financiera y contable.

vi

INTRODUCCIN
Las organizaciones son sistemas sociales conformados por individuos y grupos de individuos que, dotados de recursos y dentro de un contexto especfico,

desarrollan regularmente un conjunto de actividades orientadas a la obtencin de un determinado fin. Los directivos deben proporcionar mecanismos para la eficiente y oportuna administracin de los recursos de la organizacin, esto se refiere al proceso de coordinar e integrar actividades, para que estas sean llevadas a cabo de manera exitosa por las personas involucradas (Robbins y Coulter, 2000).

La eficiencia es parte vital de la administracin; se refiere a la relacin entre recursos y productos. Al obtener ms producto con una determinada cantidad de recursos, incrementa la eficiencia; igual ocurre al obtener el mismo producto con menos recursos (Robbins y Coulter, 2000). Esto juega un papel importante a la hora de optimizar procesos en una organizacin, una forma de lograrlo, es mediante la automatizacin de ciertas actividades que son llevadas a cabo manualmente, y que generalmente consumen muchos recursos y tiempo.

La mejor manera de realizar esta tarea es por medio de sistemas computacionales, encargados de producir y gestionar informacin, comnmente conocido como sistema de informacin.

Un sistema de informacin es una disposicin de personas, actividades, datos, redes y tecnologas, integrados entre s, con el propsito de apoyar y mejorar las operaciones cotidianas de una empresa, as como satisfacer las necesidades de informacin para la resolucin de problemas y la toma de decisiones por parte de los gerentes de la empresa (Whitten y cols, 1996).

En tal sentido, Laudon y Laudon (2004) consideran a los sistemas de informacin de gran utilidad para apoyar la toma de decisiones, la coordinacin y el control de los procesos que se llevan a cabo dentro de las organizaciones, estas ventajas reflejan una serie de beneficios tangibles e intangibles; tambin pueden ayudar a los administradores y al personal a analizar problemas y visualizar asuntos complejos. Por lo tanto, los sistemas de informacin permiten al personal de las organizaciones conocer lo que est ocurriendo dentro de sta, facilitando su labor, para as, mantener e incrementar la eficiencia.

Actualmente uno de los elementos fundamentales en las organizaciones es la Internet, ms que una tecnologa es un medio para interconectar de manera sencilla y rpida, generando eficiencias que posteriormente se traducir en menores costos y en la identificacin de nuevos mercados y/o productos (Pinzn, 2000).

Con el auge de los sistemas de informacin y el surgimiento de las tecnologas basadas en la Internet, naci el trmino sistemas de informacin basados en la Web o simplemente aplicaciones Web.

Las aplicaciones Web, son sistemas capaces de dar acceso a la informacin de una organizacin y a sus procesos, as como de la distribucin de la informacin y de las necesidades de comunicacin de sta, para crear, editar, alterar, manipular o cambiar datos desde cualquier ubicacin (Len, 2001).

Muchas organizaciones a nivel mundial hacen uso de este modelo, como es el caso de la Fundacin para el Desarrollo de la Ciencia y la Tecnologa en el estado Sucre (FUNDACITE Sucre), que cuenta con toda la infraestructura necesaria para la implementacin de sistemas basados en este modelo.

El presente trabajo exhibe el desarrollo de una aplicacin Web para la gestin de los procesos contables y administrativos de FUNDACITE Sucre, Especficamente los mdulos de compras, cuentas por pagar, banco, caja y contabilidad. Est conformado por tres captulos, que se describen a continuacin:

El captulo I, detalla dos aspectos principales: planteamiento del problema, en donde se describe el problema existente. Luego, se sealan el alcance y limitaciones presentes durante el desarrollo de la investigacin. En el captulo II, se presentan las bases tericas que soportan la investigacin, conjuntamente con una descripcin de los antecedentes de la investigacin y de la organizacin, el rea de estudio y de investigacin; adems se describe la metodologa utilizada para el desarrollo del trabajo. El captulo III, correspondiente al desarrollo, muestra la realizacin de cada uno de los pasos de la metodologa empleada para la elaboracin del sistema; finalmente se presentan las conclusiones y recomendaciones del trabajo; adems de la bibliografa utilizada y los apndices.

CAPTULO I. PRESENTACIN
1.1 Planteamiento del problema

La Fundacin para el Desarrollo de la Ciencia y la Tecnologa en el estado Sucre (FUNDACITE Sucre), es un ente adscrito al Ministerio del Poder Popular para Ciencia, Tecnologa e Industrias Intermedias (MPPCTII), tiene como misin contribuir al desarrollo nacional, estatal y local, fortaleciendo el sistema de ciencia, tecnologa e innovacin, mediante la integracin de las capacidades, expectativas y necesidades de todos los sectores de la sociedad del estado Sucre, fomentando procesos participativos y autogestionados (Parejo y Brito, 2004).

Uno de los objetivos especficos a nivel nacional del MPPCTII y de FUNDACITE es fomentar el uso del Software Libre. Esto se refiere a la libertad que adquieren los usuarios una vez obtenido el software, para poder ser usado, copiado, estudiado, modificado y redistribuido libremente. Por lo tanto, debe venir acompaado del cdigo fuente para hacer efectivas las libertades que lo caracterizan (CNTI, 2007).

Actualmente, en FUNDACITE Sucre, el proceso de gestin administrativa se lleva a cabo mediante el Sistema Integrado para la Gestin de Entes del Sector Pblico (SIGESP). El cual est conformado por una serie de mdulos bsicos y auxiliares integrados, que permiten de forma sistemtica el registro de la informacin contable, administrativa, financiera y presupuestaria; producto de su gestin. Este se encuentra desarrollado bajo Visual Fox Pro con el servidor de base de datos SQL Server, y comprende los siguientes mdulos: presupuesto, compras, almacn, cuentas por pagar, banco, caja, contabilidad y nmina.

El SIGESP es un sistema que se encuentra bajo licencia privativa, esto trae como consecuencia la dependencia unnime hacia la empresa SIGESP C.A.; no solo desde el punto de vista de mantenimiento e instalaciones de nuevas versiones, sino tambin, en pago de licencias para los sistemas operativos y servidor de base de datos que usa, con lo que provoca un enorme gasto a la Institucin.

El MPPCTII a comienzos de cada ao, le exige a FUNDACITE Sucre diferentes reportes que reflejan informacin presupuestaria y contable, relacionados al ejercicio culminado. El SIGESP no produce dichas salidas y los usuarios la generan manualmente, la clasifican y la envan al MPPCTII, para su posterior anlisis, lo cual genera un retraso considerable que reduce la capacidad de respuesta de la Institucin.

Uno de los procesos fundamentales, al realizar las compras, es la elaboracin de rdenes de compra; por normativa del Ministerio del Poder Popular para las Finanzas (MPPF), existen productos que se encuentran exonerados del pago del Impuesto al Valor Agregado (IVA), el sistema actual realiza el clculo del IVA sobre todos los artculos detallados en la orden, lo que ocasiona inconsistencia entre los datos almacenados en el sistema y las facturas expedidas por los proveedores.

As mismo, cuando los proveedores realizan descuentos sobre artculos especficos, los usuarios del sistema actual deben alterar y adecuar los montos de esos artculos para igualar los totales de las rdenes de compra con las facturas recibidas.

Otra problemtica que requiere ser solventada es la representacin de los montos impresos en los cheques emitidos por el sistema, estos deberan estar expresados de dos maneras: en nmeros y en cantidades, en el SIGESP ambos montos se reflejan slo en nmeros, por tanto, existe el riesgo de que estos valores sean alterados, ocasionando prdidas monetarias a la Fundacin. 5

Adems existen otros factores como el Decreto Presidencial de fecha 28 de diciembre de 2004, que promueve el uso de tecnologas libres en la Administracin Pblica.

La Administracin Pblica Nacional emplear prioritariamente Software Libre desarrollado con Estndares Abiertos, en sus sistemas, proyectos y servicios informticos. A tales fines, todos los rganos y entes de la Administracin Pblica Nacional iniciarn los procesos de migracin gradual y progresiva de stos hacia el Software Libre desarrollado con Estndares Abiertos (Decreto N 3390. Art. 1, 2004).

Abordando esta problemtica, y el hecho de contar con la infraestructura necesaria para implantar sistemas de informacin basados en la Web, FUNDACITE Sucre propuso el desarrollado de una aplicacin Web para la gestin de sus procesos contables y administrativos. Especficamente los mdulos de compras, cuentas por pagar, contabilidad, banco y caja. Todo esto bajo Software Libre y la unin de varias tecnologas conocidas como AJAX (Asynchronous JavaScript + CSS + DOM + XMLHttpRequest).

1.2 Alcance

La aplicacin Web fue desarrollada para apoyar las actividades llevadas a cabo por el departamento de administracin de la Fundacin para el Desarrolla de la Ciencia y la Tecnologa del Estado Sucre.

La aplicacin Web permite:

Registrar, consultar y visualizar requisiciones de servicios, bienes e insumos; ordenes de compra, servicio y pago; retenciones del IVA e Impuesto Sobre La Renta 6

(ISLR), realizadas a proveedores y beneficiarios; cuentas bancarias y sus movimientos; comprobantes de caja chica; emitir y anular cheques.

Registrar asientos contables y visualizar el libro diario, libro mayor, balance de comprobacin, balance general, estado de ingresos y egresos.

1.3 Limitaciones

Para el desarrollo del presente trabajo de grado se encontraron las siguientes limitaciones:

Documentacin inexistente por parte del sistema privativo instalado en la Institucin, para este sistema no se hallaron los manuales de usuario para los mdulos correspondientes, adems del poco conocimiento del personal sobre ciertos procesos que realiza el sistema de forma automtica, ocasionaron serios retrasos a la hora de levantar informacin y comprender el funcionamiento del sistema privativo.

En ningn momento, se pudo interactuar de manera directa con SIGESP, dado que cualquier cambio realizado afectara la integridad y la situacin financiera real de la Institucin. Tampoco se pudo disponer de manera aislada debido que la empresa SIGESP C.A. es la nica que conoce el conjunto de pasos para lograr su correcta instalacin.

CAPTULO II. MARCO DE REFERENCIA

2.1 MARCO TERICO

2.1.1 Antecedentes de la investigacin

Luego de aplicar la tcnica de revisin de la documentacin, se encontr que actualmente existen diversos sistemas que permiten gestionar los procesos administrativos para entes pblicos como lo son SIGESP, SAINT Administrativo, SAINT Nmina y SAINT Contabilidad. Estos sistemas en su mayora se encuentran desarrollados para ser utilizados nica y exclusivamente (servidores y estaciones de trabajo) con sistemas operativos Microsoft Windows. Adems, stos se encuentran desarrollados de manera genrica, ocasionando que nunca se adapten a todas las necesidades y exigencias de las instituciones.

Cabe destacar dentro de este mbito, FUNDACITE Mrida est desarrollando el Sistema Administrativo Integrado para entes Descentralizados (SAID), en su primera versin (0.01), consta de los mdulos proveedores, beneficiarios, compras, inventario, banco, cuentas por pagar y contabilidad. Este se encuentra orientado a la Web y bajo estndares libres, pero todava en perodo de pruebas. Una de las desventajas de este sistema es que no posee las acciones de modificar y eliminar datos guardados; interfaz poco amigable hacia los usuarios; ocasiona recargas innecesarias de pgina, provocando un lento desempeo del mismo.

Dentro de la Universidad de Oriente Ncleo de Sucre, existen diversos trabajos de grado desarrollados, en el rea de Informtica, que permiten realizar procesos relacionados a los mdulos mencionados. Como es el caso del sistema Web para el control de los estados financieros de la empresa ELEORIENTE C.A., el cual permite 8

el registro de la recaudacin financiera, transferencias bancarias y movimientos contables. Otro trabajo que se puede mencionar, es el sistema Web para el control de licitaciones y compras de la gerencia de logstica en ELEORIENTE C.A., del mismo modo permite controlar la entradas y salidas de bienes e insumos realizadas por esta gerencia.

2.1.2 Antecedentes de la organizacin

FUNDACITE Sucre, es una Institucin con personalidad jurdica, duracin ilimitada, patrimonio propio y capacidad para realizar los actos que conllevan al logro de su objeto, publicada en la gaceta oficial de la Repblica de Venezuela N 34.769 de fecha 05 de agosto de 1991.

Para el 2002, la Fundacin pasa a ser adscrita al MPPCTII, de acuerdo con lo previsto en el Decreto Presidencial N 1.869, de fecha 11 de julio de 2002, publicado en la Gaceta Oficial de la Repblica Bolivariana de Venezuela N 37.487, de fecha 18 de julio de 2002. En consecuencia, Fundacite Sucre forma parte del Sistema Nacional de Ciencia, Tecnologa e Innovacin. Sus fines y actividades, se rigen de conformidad con la Ley Orgnica de Ciencia, Tecnologa e Innovacin y sus reglamentos, en concordancia con las disposiciones de la Ley Orgnica del Estado de la Funcin Pblica y el Decreto Presidencial N 677, del 21 de junio de 1985, y con las dems normas vigentes que le fueren aplicables.

FUNDACITE Sucre tiene como misin contribuir al desarrollo nacional, estadal y local, fortaleciendo el Sistema de Ciencia, Tecnologa e Innovacin mediante la integracin de las capacidades, expectativas y necesidades de todos los sectores de la sociedad del estado Sucre, y fomentando procesos participativos y autogestionados.

La Fundacin cuenta entre su ramificacin, con una Presidencia y una Direccin Ejecutiva, que representan la parte gerencial de la Institucin, encargados de evaluar y monitorear el cumplimiento de metas y acciones planteadas en cada proyecto. Subordinados a stos, se encuentran tres coordinaciones operativas con funciones determinadas en sus reas y destinadas a ejecutar sus correspondientes planes operativos anuales en cada uno de sus proyectos, tal como se mencionan a continuacin:

La Coordinacin de Divulgacin y Socializacin de la Ciencia se encarga comunicar temas de ciencia al pblico juvenil. Actualmente se destacan los programas: Cuenta Ciencias, el cual promueve la lectura de material cientfico en los jvenes de educacin media y diversificada; Pinsalo! y Concelo!, pioneros en la enseanza temprana de las ciencias, la matemtica y la lengua castellana; Subvenciones, apoya la investigacin, proporcionando subvenciones en las reas de ciencia y tecnologa.

La Coordinacin de Telemtica e Innovacin Tecnolgica se encarga de

los

programas de investigacin y desarrollo tecnolgico, como lo son: la Academia de Software Libre, orientada a formar recurso humano tcnicamente calificado en el desarrollo y utilizacin de herramientas en software libre; el Centro de Desarrollo en Software Libre, fomenta el desarrollo de aplicaciones bajo estndares abiertos, a travs de instituciones de educacin superior y la administracin pblica; el programa Innovadores, promueve y estimula la inventiva regional, para dar respuesta a necesidades socio-productivas especficas; adems esta coordinacin se encarga de brindar soporte tcnico a los Infocentros y Alcaldas Digitales.

La Coordinacin de Desarrollo Endgeno se encarga de estimular el desarrollo regional mediante las Redes Socialistas de Innovacin Productiva, el cual busca potenciar las vocaciones productivas de las localidades. 10

Adems de estas coordinaciones, la Institucin cuenta con una subdivisin dedicada a las labores de servicios de apoyo y administracin presupuestaria necesaria para el logro de las metas inmersas en los proyectos de FUNDACITE Sucre.

2.1.3 rea de estudio

Este proyecto se encuentra enmarcado dentro del rea de los sistemas de informacin, los cuales recogen, procesan e intercambian datos entre el personal operativo de FUNDACITE Sucre, para satisfacer las necesidades de informacin de sta. A continuacin, una serie de conceptos enmarcados dentro del rea de estudio:

Anlisis y diseo de sistemas: es un procedimiento para la resolucin de problemas. Cuando se trata del diseo de sistemas de informacin, busca analizar sistemticamente la entrada o flujo de datos, la transformacin de los datos, el almacenamiento de datos y la salida de informacin en el contexto de una organizacin particular. Tambin es usado para analizar, disear e implementar mejoras que puedan incorporarse a la organizacin y puedan ser alcanzadas al usar un sistema de informacin computarizado (Senn, 1998).

Anlisis y diseo de sistemas orientado a objetos: Abordando el anlisis y diseo desde el paradigma orientado a objetos, se describe el anlisis al poner nfasis en una investigacin del problema y los requisitos, en vez de ponerle una solucin. El anlisis se debe calificar como anlisis de requisitos (mediante un estudio de los requisitos) o anlisis de objetos (estudiando los objetos del dominio). Por otro lado, el diseo pone nfasis en una solucin conceptual que satisface los requisitos y prestando atencin a la definicin de los objetos de software y en cmo colaboran para satisfacer los requisitos, en vez de ponerlos en la implementacin (Larman, 2003). 11

Bases de datos: es un conjunto de datos relacionados entre s. Por datos se entiende aquellos hechos conocidos que pueden registrarse y que tienen un significado implcito. Toda base de datos se puebla con datos para un propsito especfico. Una base de datos es un conjunto de datos lgicamente coherente, con cierto significado inherente. Una coleccin aleatoria de datos no puede considerarse propiamente una base de datos (Elmasri y Navathe, 1997).

Sistema de Gestin de Base de Datos (SGBD): es un conjunto de programas que permiten a los usuarios crear y mantener una base de datos. Por lo tanto, el SGBD es un sistema de software de propsito general que facilita el proceso de definir, construir y manipular bases de datos para diversas aplicaciones (Elmasri y Navathe, 1997).

2.1.4 rea de investigacin

El presente proyecto abarca el rea de los Sistemas de Informacin bajo ambiente Web orientado a la gestin de los procesos contables y administrativos, los cuales proporcionan atributos de calidad y tecnologas de desarrollo que hacen posible ofrecer una gran variedad de contenido, flexibilidad y funcionalidad a los usuarios finales, acorde con los requerimientos de informacin de la Institucin. Los siguientes conceptos pertenecen al rea establecida:

Red: es un sistema intrnsecamente conectado de objetos o personas. De aqu se puede complementar que: una red informtica es un conjunto de ordenadores conectados entre s, con la finalidad de conservar los recursos y permitir la comunicacin y la distribucin electrnica de los datos (Cisco Systems, 2002).

Intranet: es un conjunto de servicios de Internet dentro de una red local, es decir, que es accesible slo desde estaciones de trabajo de una red local o que es un 12

conjunto de redes bien definidas invisibles (o inaccesibles) desde el exterior. Implica el uso de estndares cliente-servidor de Internet mediante protocolos TCP/IP, como por ejemplo el uso de navegadores de Internet y servidores Web (Kioskea, 2009).

Internet: est formada por mltiples redes interconectadas por medio de dispositivos de encaminamiento y pasarelas. Bajo el punto de vista del usuario de Internet, las estaciones de la red son computadoras, cada una de ellas identificadas por una direccin, y la informacin se transmite de acuerdo con el conjunto de protocolos TCP/IP. Este protocolo hace abstraccin de las redes individuales y considera todas las computadoras de la red como si estuvieran conectadas a una red nica. Se puede definir Internet como la red formada por la interconexin de redes a lo ancho de todo el mundo que utiliza el protocolo TCP/IP (Prieto y Martn, 2000).

TCP/IP: es un protocolo que sirve para establecer una comunicacin entre dos puntos remotos mediante el envo de informacin en paquetes. Al transmitir un mensaje, el bloque completo de datos se divide en

pequeos bloques que viajan de un punto a otro de la red, siguiendo cualquiera de las posibles rutas. La informacin viaja por computadoras intermedias a modo de repetidores hasta alcanzar su destino, lugar en el que todos los paquetes se renen, reordenan y convierten la informacin original (Ibez, 1996).

Web o World Wide Web: es el universo de informacin accesible a travs de Internet, una fuente inagotable del conocimiento humano. El componente ms usado en el Internet es definitivamente el Web. Su caracterstica sobresaliente es el texto remarcado, un mtodo para referencias cruzadas instantneas (Informtica Milenium, 2006).

Pgina Web: es un documento electrnico que contiene informacin especfica de un tema en particular y que es almacenado en algn sistema de cmputo que se 13

encuentre conectado a Internet, de tal forma que este documento pueda ser consultado por cualquier persona que cuente con los permisos apropiados para hacerlo (Informtica Milenium, 2006).

Aplicaciones Web: es un trmino casi tan amplio como aplicacin. Considerando que las aplicaciones se caracterizan por ser monousuario, multiusuario, cliente-servidor o distribuida, se puede agregar a cada uno de ellos el trmino aplicacin para Web. Es cada vez ms frecuente utilizar un cliente basado en Web para una aplicacin distribuida o cliente-servidor (Montilva, 1992).

Servidor Web: es un programa que se ejecuta sobre el servidor que escucha las peticiones HTTP que le llegan y las satisface. Dependiendo del tipo de la peticin, el servidor Web buscar una pgina Web o bien ejecutar un programa en el servidor. De cualquier modo, siempre devolver algn tipo de resultado HTML al cliente o navegador que realiz la peticin (Vegas, 2002).

HTML: es un lenguaje de marcas orientado a la publicacin de documentos en Internet. La mayora de las marcas son semnticas, debido a la amplia variedad de dispositivos donde se va a mostrar la informacin, aunque tambin existen algunas marcas fsicas. Es un lenguaje extensible, al que se le pueden aadir nuevas caractersticas, marcas y funciones (Gonzlez, 2001).

Dynamic HTML (DHTML): es una tecnologa que permite la creacin de pginas Web con caractersticas dinmicas. Se basa en un conjunto de tecnologas tales como: HTML, hojas de estilos Cascading Style Sheets (CSS) y Javascript, las cuales permiten ampliar la capacidad del lenguaje HTML, logrando pginas con elementos en movimiento y contenidos que cambian dinmicamente a partir de modificar las propiedades o atributos de las CSS que tienen objetos HTML (Bobadilla, 2001). 14

Hojas de estilo CSS: se basan en una estructura de marcas subyacente, como por ejemplo HTML. El objetivo de una hoja de estilo es crear una presentacin para un elemento en particular o para un conjunto de elementos (Powell, 2000).

Script: es un pequeo programa informtico formado por mandatos simples y que script automatiza se aplica ciertas de tareas sencillas. amplia Sin a un embargo, lenguaje el trmino

manera

ms

interpretado.

Segn sea el intrprete que ejecute las instrucciones del script se suele distinguir entre scripts del lado del cliente (client-side scripts) y scripts del lado del servidor (serverside scripts). Cada cual tiene sus pros y sus contras, aunque desde el punto de vista de la versatilidad, los server-side permiten realizar tareas ms complejas adems de posibilitar el manejo de bases de datos (Dalloz, 2001).

Javascript: es el lenguaje de secuencia de comandos (o scripts) en el cliente ms utilizado actualmente en la Web. Su uso est muy extendido en tareas que van desde la validacin de los datos de formularios a la creacin de complejas interfaces de usuario (Powell, 2002).

PHP o Hypertext Pre-Processor: es un lenguaje de programacin, relativamente nuevo concebido principalmente como herramienta para el desarrollo de aplicaciones Web. PHP nos permite disear pginas dinmicas de servidor, es decir, generar pginas bajo peticin capaces de responder de manera inteligente a demandas del cliente y que nos permitan la automatizacin de gran cantidad de tareas (Gutirrez, 2005).

Servidor Web apache: es un servidor HTTP de cdigo abierto para plataformas Unix (BSD, GNU/Linux), Windows y otras, que implementa el protocolo HTTP/1.1 y la nocin de sitio virtual. Apache tiene amplia aceptacin en la red: en el 2005,

15

Apache es el servidor HTTP ms usado, siendo el servidor HTTP del 70% de los sitios Web en el mundo y creciendo an su cuota de mercado (Powell, 2000).

PostgreSQL: es un sistema de base de datos relacional libre. Tiene ms de 15 aos de desarrollo activo y de una arquitectura probada que le ha proporcionado una reputacin fuerte para la confiabilidad, la integridad de datos, y la correccin. Funciona en todos los sistemas operativos importantes, incluyendo Linux, UNIX (AIX, DEB, HP-UX, SGI IRIX, OS X, Solaris, Tru64 del Mac), y Windows. Soporta claves forneas, disparadores, vistas, herencia de tablas, maneja la mayora de los tipos de datos que incluyen los estndares SQL92 y SQL99 (CIDSOL, 2006).

Software libre: es el tipo de software que le da al usuario la libertad de usarlo, estudiarlo, modificarlo, mejorarlo, adaptarlo y redistribuirlo, con la nica condicin de no agregar ninguna restriccin adicional al software modificado, mejorado, adaptado o redistribuido. Vale aclarar que debe permitir el acceso al cdigo fuente, debido a que ello es una condicin imprescindible para ejercer las libertades de estudiarlo, modificarlo, mejorarlo y adaptarlo (CNTI, 2007).

GNU: acrnimo recursivo de GNU's Not Unix (GNU No es Unix). Proyecto lanzado por la Free Software Foundation con el objetivo de conseguir un sistema operativo similar a Unix, pero totalmente libre (CNTI, 2009).

Linux o kernel de Linux: es un sistema operativo, que al principio fue creado como una aficin por un estudiante, Linus Torvalds, en la Universidad de Helsinki en Finlandia. El kernel, es el corazn de todos los sistemas Linux, es desarrollado y liberado bajo la Licencia Pblica General de GNU y su cdigo original est libremente disponible a cada uno (Linux.org, 2007).

16

GNU/Linux: es la denominacin defendida por Richard Stallman y otros, para el sistema operativo que utiliza el kernel Linux en conjunto con las aplicaciones de sistema creadas por el proyecto GNU. Comnmente, este sistema operativo es denominado simplemente Linux (CNTI, 2009).

GNU GPL: acrnimo de GNU General Public License (Licencia Pblica General de GNU). Se trata de la licencia copyleft ms popular creada por la Free Software Foundation dentro del proyecto GNU (Gnu.org, 2007).

Lenguaje Unificado de Modelado (UML): es un lenguaje grfico para visualizar, especificar, construir y documentar los artefactos de un sistema con gran cantidad de software, proporciona una forma estndar de escribir los planos de un sistema (Booch y cols, 2004).

Diagrama de casos de uso: Un caso de uso es una descripcin de un conjunto de secuencias de acciones, incluyendo variantes, que ejecuta un sistema para producir un resultado observable de valor para un actor. Grficamente, un caso de uso se representa como una elipse (Booch y cols, 2004).

Los diagramas de caso de uso son uno de los tipos de diagramas de UML, son importantes para modelar el comportamiento de un sistema, un subsistema o una clase, cada uno muestra un conjunto de casos de uso, actores y sus relaciones (Booch y cols, 2004).

Diagrama de clases: es un diagrama que describe los tipos de objetos que hay en el sistema y las diversas clases de relaciones (asociatividad, herencia, de uso y conocimiento) que existen entre ellos. Adems muestra los atributos y operaciones de una clase y las restricciones a que se ven sujetos, segn la forma en que se conecten los objetos. Un diagrama de clases est compuesto por los siguientes elementos: 17

Clase (Atributos, mtodos y visibilidad) y Relaciones (Herencia, Agregacin, Asociacin y Uso) (Booch y cols, 2004).

Diagrama de secuencia: es un diagrama de interaccin que destaca la ordenacin temporal de los mensajes enviados entre un conjunto de objetos y la relacin que existe entre ellos. Se utilizan para modelar los aspectos dinmicos de un sistema y permiten visualizar, especificar, construir y documentar la dinmica de una sociedad particular de objetos, o se pueden utilizar para modelar un flujo de control particular de un caso de uso (Booch y cols, 2004).

Diagrama de componentes: es un diagrama que muestra la organizacin y las dependencias entre un conjunto de componentes. Se utilizan para modelar la vista de implementacin esttica de un sistema. Los diagramas de componentes se relacionan con los diagramas de clases en que un componente normalmente se corresponde con una o ms clases, interfaces o colaboraciones (Booch y cols, 2004).

Diagrama de despliegue: es un diagrama que permiten modelar los aspectos fsicos de un sistema. Este diagrama muestra la configuracin de los nodos que participan en la ejecucin y de los componentes que residen en ellos. Se utilizan para modelar la vista de despliegue esttica de un sistema, esto implica poder modelar la topologa del hardware y software sobre el que se ejecuta el sistema (Booch y cols, 2004).

2.2 MARCO METODOLGICO

2.2.1 Metodologa de la investigacin

18

Tipo de investigacin. El tipo de investigacin se define como descriptiva, porque comprende la descripcin, registro, anlisis e interpretacin del estado de la naturaleza actual y la composicin de los fenmenos que se realizan en la Institucin (Tamayo y Tamayo, 2004).

Diseo de la investigacin. La investigacin a realizar es de campo, dado que los datos se recogen directamente de la realidad (Tamayo y Tamayo, 2004), es decir, tal y como se llevan a cabo en la Institucin.

Tcnicas de recoleccin de datos. Entrevistas no estructuradas, se realizarn para reunir informacin proveniente de personas o grupos que sern usuarios del sistema (Senn, 1998), estas entrevistas sern dirigidas al personal que labora en la Institucin. Observacin directa, por medio de sta, se busca informacin de primera mano, sobre la forma como se efectan las actividades en la organizacin (Senn, 1998), esta observacin estar orientada a descubrir la manera en la cual se realizan los procesos administrativos de la Institucin. Revisin de material bibliogrfico, esta tendr como propsito ayudar a comprender el sistema, as como apoyar al desarrollo de la investigacin, sern revisados los manuales de usuario, libros y bibliografa disponible en Internet.

2.2.2 Metodologa del rea aplicada

Para la elaboracin del sistema se emple como gua metodolgica el Proceso de Ingeniera Web propuesto por Pressman (2005), constituido por seis fases, las cuales se ejecutan de forma iterativa e incremental, a lo largo de todo el ciclo de desarrollo. Las actividades del proceso son:

Formulacin de la aplicacin Web. Es una actividad de recopilacin de requisitos que involucra al cliente y describe el problema que la aplicacin debe 19

resolver con el aprovechamiento de la mejor informacin disponible. Se identifican las metas y objetivos a lograr con el desarrollo de la aplicacin; adems, se identificaron las categoras de usuarios y los escenarios en donde participan.

Identificacin de las metas: las metas que identifican una aplicacin Web, se dividen en dos categoras: informativas y aplicables. Las metas informativas indican la intencin de proporcionar el contenido y/o informacin especfica para el usuario final y las metas aplicables indican la habilidad de realizar una tarea dentro de la aplicacin.

Comunicacin con los clientes: esta actividad se realiza empleando mecanismos para el levantamiento de informacin a cada una de las personas pertenecientes a un perfil de usuario definido, logrando as una evaluacin de requisitos ms manejable.

Definicin de las categoras de usuario: esta actividad se realiza argumentando que la complejidad de la aplicacin es directamente proporcional al nmero de categoras de usuarios del sistema, donde estas son identificadas al obtener el objetivo global de cada usuario con la aplicacin, sus antecedentes y pericia en relacin con el contenido y funcionalidad de la aplicacin y las caractersticas que estos desean que cumpla la aplicacin.

Desarrollo de los casos de uso: los casos de uso describen cmo interacta con la aplicacin una categora de usuario especfica para lograr una accin especfica. Obteniendo con estos una gua importante de la aplicacin y los detalles necesarios para crear un modelo de anlisis efectivo.

Planificacin de proyecto. Consiste de una definicin de tareas y un calendario de plazos respecto al periodo proyectado para el desarrollo de la aplicacin Web. Describe las tareas tcnicas que deben realizarse, los riesgos probables, los recursos 20

que sern requeridos y los productos del trabajo que han de producirse. Tambin identifica el mbito de esfuerzo en el desarrollo de la aplicacin.

Establecimiento del mbito: el objetivo de establecer el mbito de una aplicacin Web, es determinar los datos a procesar, las funciones que deben ser implementadas, la evaluacin de todas las interfaces externas y la factibilidad del proyecto.

Evaluacin de riesgos: consiste en una serie de pasos que ayudan a comprender y manejar la los problemas potenciales, pueden ocurrir o no. Se centra en identificar los riesgos que pueden surgir durante el proceso de desarrollo, evaluar la probabilidad de que ocurra, estimar su impacto y hacer un plan de contingencia en caso de que se presente.

Desarrollar el plan de proyecto: crear este plan implica crear una red de tareas que deben seguirse y controlarse a medida que progresa el proyecto, identificando tambin el esfuerzo estimado a lo largo de la duracin prevista.

Anlisis de los requerimientos de la aplicacin Web. Esta actividad abarca la creacin de modelos que permite al desarrollador establecer requisitos tcnicos de la aplicacin Web. Abarca la especificacin del contenido que tendr la aplicacin, las funciones que realizar el usuario final y los comportamientos que exhibir la aplicacin conforme presente el contenido y realice las funciones.

Anlisis de contenido: se trata de la identificacin del espectro completo del contenido que se va a proporcionar. En el contenido se incluyen datos de texto, grficos, imgenes, video y sonido. En este tipo de anlisis, tambin se identifican los modelos de datos.

21

Anlisis de interaccin: este modelo se construye con los casos de uso, diagramas de secuencia y diagramas de estado para describir la conversacin entre el usuario y la aplicacin Web.

Anlisis funcional: el modelo funcional aborda dos elementos de procesamiento de la aplicacin: el funcionamiento observable respecto al usuario y las operaciones dentro de las clases de anlisis que implementan comportamientos asociados con la clase.

Anlisis de configuracin: se efecta una descripcin detallada del entorno y de la infraestructura donde reside la aplicacin.

Diseo de la aplicacin Web. Permite crear un modelo que pueda valorarse en calidad y mejorarse antes de que se genere el contenido y el cdigo, se involucra a los usuarios finales y se realicen las pruebas. Este modelo abarca temas de diseo de contenido, esttica, arquitectura, interfaz, navegacin y nivel de componentes.

Diseo de la interfaz: describe la estructura y organizacin de la interfaz del usuario. Incluye una representacin de la plantilla de la pantalla y la aplicacin de algunos principios y directrices de diseo de interfaz.

Diseo esttico: describe la apariencia y la percepcin de la aplicacin, incluyendo esquemas de color, tamao del texto, fuentes y ubicacin, uso de grficos, plantillas de las pantallas, relaciones estticas, entre otros.

Diseo del contenido: define la plantilla y la estructura de todo el contenido que se presenta como parte de la aplicacin; adems, establece las relaciones entre los objetos de contenido y sus funcionalidades.

22

Diseo arquitectnico: identifica la estructura hipermedia global para la aplicacin y abarca tanto la arquitectura del contenido como la de la aplicacin. Los estilos arquitectnicos para el contenido incluyen estructuras lineales, en retcula, jerrquica y red. La arquitectura de la aplicacin describe una infraestructura que permite a cada categora de usuario lograr sus objetivos.

Diseo de navegacin: para establecer este tipo de diseo, se debe precisar: la semntica de la navegacin para los diferentes usuarios con el propsito de establecer los niveles de acceso al contenido y a otros servicios. Y la mecnica o sintaxis de navegacin; entre otras muchas opciones se encuentran los enlaces basados en texto, iconos, botones y metforas grficas.

Diseo de componentes: desarrolla la lgica de procesamiento detallada que se requiere para implementar los componentes funcionales de la aplicacin Web.

Generacin de pginas de la aplicacin Web. Abarca una serie de tareas de codificacin y realizacin de pruebas que conducen al software operativo, listo para entregarlo al usuario final.

Despliegue de la aplicacin Web. Esta actividad engloba la entrega, soporte y retroalimentacin. Es aqu donde la aplicacin se configura para su ambiente operativo, se entrega a los usuarios finales y luego termina con un periodo de evaluacin.

Pruebas de contenido: tienen por finalidad descubrir errores tanto semnticos como sintcticos que afecten la precisin del contenido o la forma en la que se presenta al usuario final.

23

Pruebas de configuracin: intentan descubrir los errores o los problemas de compatibilidad especficos de un ambiente particular de cliente o de servidor, con la finalidad de encontrar errores asociados con cada posible configuracin.

Pruebas de navegacin: estas se realizan para garantizar que se identifican y corrigen los errores que impiden el completar un caso de uso, examinando exhaustivamente los diagramas de navegacin y casos de uso para hallar vnculos mal asignados y problemas con carga errnea de los archivos.

Pruebas de interfaz de usuario: ejecuta los mecanismos de interaccin que permiten que un usuario se comunique con la aplicacin y valide los aspectos estticos de la interfaz. El objetivo es descubrir errores que resulten de mecanismos de interaccin mal implementados u omisiones, inconsistencias o ambigedades en la semntica de la interfaz.

24

CAPTULO III. DESARROLLO

3.1 FORMULACIN

El desarrollo de la aplicacin Web para la gestin de los procesos contables y administrativos de FUNDACITE Sucre, comenz con la fase formulacin, la cual comprendi la identificacin de la metas de la aplicacin, la comunicacin con los clientes, la definicin de las categoras de usuarios y el desarrollo de los casos de uso.

3.1.1 Identificacin de las metas

3.1.1.1 Metas informativas.

Mostrar informacin de las distintas requisiciones de bienes, insumos y servicios; as como la fecha, concepto, unidad administrativa y la cantidad de artculos incluidos en la requisicin.

Suministrar informacin acerca de la distintas ordenes de compra y servicio, tales como fecha, concepto, proveedor, artculos y afectacin presupuestaria (estructura presupuestaria, partida presupuestaria y monto).

Proporcionar informacin sobre las ordenes de pago realizadas a los proveedores y beneficiarios, retenciones (iva e islr) aplicadas, adems de la afectacin presupuestaria y contable asociada a la orden.

Ofrecer informacin acerca de los estados de cuenta en banco y de los cheques emitidos a proveedores o beneficiarios.

25

Presentar reportes contables como el libro diario, libro mayor, balance de comprobacin, balance general, estado de ingresos y egresos.

Proporcionar informacin detallada acerca los comprobantes de caja y sus movimientos.

3.1.1.2 Metas aplicables

El responsable de compras podr registrar requisiciones de bienes, insumos o servicios. Posteriormente podr emitir rdenes de compra o servicios a partir de las requisiciones.

El responsable de cuentas por pagar generar rdenes de pago a los proveedores o beneficiarios, adems registrar y organizar los comprobantes de cargos y retenciones aplicados a stos.

El responsable de banco administrar las cuentas bancarias y emitir o anular los cheques a los proveedores o beneficiarios.

El responsable de contabilidad registrar los asientos contables o movimientos en la contabilidad.

El responsable de caja generar comprobantes o movimientos en las cajas definidas.

3.1.2 Comunicacin con los clientes

La comunicacin con los clientes se realiz empleando mecanismos para el levantamiento de informacin a cada uno de los posibles usuarios del sistema, 26

logrando as que la evaluacin de requisitos del sistema fuera manejable. Entre los mecanismos utilizados en esta actividad de encuentran:

El empleo de entrevistas no estructuradas al personal administrativo y gerencial de la Institucin, con el propsito de reunir informacin general proveniente de las personas interesadas en el nuevo sistema. Entre las personas entrevistadas nos encontramos con Daniela Vargas, Odalys Mundaray, Dollis Ramos, Euclides Serra, Wilman Marcano, Felipe Martn, Glen Garca, Luisana Parejo, Yosmaure Espinoza y Odalis Boada; las cuales consistieron en preguntas relacionadas al funcionamiento del sistema actual (anexo A).

La observacin directa, la cual permiti participar como espectador en las actividades de la Institucin, para comprender mejor su funcionamiento y as colectar datos descriptivos de los procedimientos que se llevan a cabo en el departamento de administracin.

La revisin del material bibliogrfico disponible en Internet, libros de contabilidad, instructivos, formularios, formatos y reportes presentes en la Institucin para definir, resolver, complementar y argumentar las bases y el desarrollo de la aplicacin Web (anexo B).

3.1.3 Definicin de las categoras de usuario.

Responsables de compras: son los funcionarios encargados de procesar solicitudes y/o requerimientos de los diferentes proyectos que posee la Institucin, es decir, son los encargados de elaborar y/o procesar requisiciones de bienes, insumos y servicios. Una vez aprobada la requisicin en curso el encargado elabora la orden de compra o servicio, segn sea el caso. Posteriormente se contabilizan las rdenes pendientes, para ser procesadas en el mdulo de cuentas por pagar, esto para elaborar 27

la orden de pago. Adems este tipo de usuario define y administra los diferentes proveedores, artculos, tipo de artculo, ubicacin de artculos, servicios y tipos de servicios.

Responsables de cuentas por pagar: son los funcionarios encargados de elaborar rdenes de pago para los diferentes proveedores y/o beneficiarios como producto final, pero antes se debe recibir la informacin proveniente del resto de los mdulos. Posteriormente se contabilizan las rdenes de pago pendientes, para ser procesadas en el mdulo de banco, esto para elaborar el pago por medio de cheques. Adems este tipo de usuario define y administra los diferentes proveedores, beneficiarios, cargos, retenciones y tipos de documentos. Estos tipos de documentos estn relacionados al tipo de afectacin contable y presupuestaria que produce el documento recibido.

Responsables de banco: son los funcionarios encargados de administrar los estados financieros de la Institucin, estn encargados de programar y desprogramar pagos, emitir y anular cheques, registrar los movimientos bancarios para las diferentes cuentas y su afectacin contable. Adems este tipo de usuario define y administra las diferentes cuentas bancarias, tipos de cuenta, operaciones bancarias y bancos.

Responsables de contabilidad: son los funcionarios encargados gestionar y hacer seguimiento de los diferentes asientos contables generados por los dems mdulos, entre estos se incluyen, compras, cuentas por pagar, banco, caja, nmina y presupuesto. As como tambin, ingresar nuevos asientos, administrar el plan de cuentas contables, observar los movimientos en el libro diario, libro mayor, balance de comprobacin, balance general, estado de ingresos y egresos.

28

Responsables de caja: son los funcionarios encargados de administrar el fondo de caja chica; adems se involucran otras acciones como las de definir cajas, generar comprobantes de caja, contabilizar o reversar los comprobantes de caja registrados.

3.1.4 Desarrollo de los casos de uso

En esta actividad, se presentan los diagramas de casos de uso (ver los diagramas con sus respectivas descripciones en el apndice A). En la figura 1, se muestra el diagrama de los mdulos desarrollados a nivel contextual con la finalidad de describir la interaccin de cada categora de usuario con los mdulos correspondientes.

Aplicacin

Figura 1. Diagrama de casos de uso para el mdulo de compras, cuentas por pagar, banco, contabilidad y caja.

29

3.2 PLANIFICACIN

Una vez realizada la formulacin e identificado los requisitos bsicos de la aplicacin, se defini un plan para el cumplimiento de la metas y objetivos planteados, abarcando las actividades de establecimiento del mbito, evaluacin de riesgos y desarrollo del plan de proyecto.

3.2.1 Establecimiento del mbito

La aplicacin Web para la gestin de los procesos contables y administrativos de FUNDACITE Sucre consta de nueve mdulos: Modulo de compras, cuentas por pagar, contabilidad, caja, banco, presupuesto, inventario, nmina y administracin del sistema. De los cuales hace mencin de los cinco primeros, dada la complejidad, el resto de los mdulos fueron desarrollados fuera del mbito de este proyecto.

El mdulo de compras registra las solicitudes de bienes, insumos y/o servicios que realizan los distintos departamentos que posee la Institucin, as como tambin los servicios, tipos de servicios, artculos, tipos de artculos, unidades de medida y proveedores. El mdulo de cuentas por pagar permite registrar a los proveedores y beneficiarios, adems va dirigido a la elaboracin de rdenes de pago y comprobantes de retenciones del IVA e ISLR, estas provienen de algn servicio prestado por los proveedores o beneficiarios a la Institucin. El mdulo de banco se encarga definir los bancos, cuentas bancarias, tipos de operaciones bancarias, programar y desprogramar pagos, emitir y anular cheques, registrar los diferentes movimientos en las cuentas bancarias. El mdulo de caja lleva el control de las compras pequeas, es decir, el fondo de caja chica; generando comprobantes o movimientos en caja. Y por ltimo el mdulo de contabilidad, el cual se encarga registrar los asientos o movimientos contables que se producen en la Institucin; adems refleja los asientos provenientes del resto de los mdulos de la aplicacin, afectando reportes como libro 30

diario, libro mayor, balance de comprobacin, balance general, estado de ingresos y egresos.

3.2.2 Evaluacin de riesgos

En la siguiente tabla se muestran algunos de los riesgos identificados durante el desarrollo de la aplicacin, adems de la probabilidad de ocurrencia, impacto global en el proyecto y descripcin de un plan de contingencia para los casos en que se presente cada riesgo.

Tabla 1. Riesgos estimados durante el desarrollo de la aplicacin. Riesgos Probabilidad Impacto Plan de contingencia Los usuarios finales se resisten al sistema. 25% Crtico Realizar charlas de induccin y uso del sistema, crear ayudas en lnea y manuales de usuario.

El cliente piensa en una velocidad de desarrollo que el desarrollador no puede alcanzar. Los usuarios no han sido involucrados por completo en el desarrollo de la aplicacin. No se comprende con precisin los requerimientos de los usuarios.

30%

Marginal

Establecer desde un principio el tiempo estimado de desarrollo.

15%

Marginal

Establecer reuniones con los usuarios disponibles y mostrarles los avances, escuchar y tomar en cuenta sus opiniones e ideas.

30%

Crtico

Aplicar entrevistas no estructuradas para aclarar dudas en cuanto a los requerimientos obtenidos.

31

Tabla 1. Continuacin. Riesgos El tiempo de comunicacin con los clientes es mas lento del esperado. Probabilidad 15% Impacto Marginal Plan de contingencia Realizar reuniones extraordinarias con los clientes y usuarios finales, para ajustar el tiempo que se emplear en el levantamiento de la informacin. Solicitar con anterioridad la instalacin de las herramientas necesarias.

Las herramientas de desarrollo no estn disponibles en el momento deseado. Falta de experiencia en el manejo de las herramientas utilizadas. Las herramientas de desarrollo no funcionan como se esperaban.

5%

Marginal

20%

Despreciable Solicitar asesora a personas con mayor experiencia y buscar documentacin existente en lnea. Marginal. Documentarse sobre los problemas de las herramientas. Proponer otra herramienta que complemente las fallas de la actual.

10%

Cambio de las herramientas de desarrollo a mitad del proyecto. Cambios inesperado en las normativas del gobierno que afecten el desarrollo del producto.

5%

Crtico

Documentarse sobre las nuevas herramientas y migrar lo antes posible.

25%

Crtico

Reajustar el tiempo de desarrollo ante los nuevos requerimientos y cambios.

32

3.2.3 Desarrollo del plan de proyecto

Para programar las actividades necesarias durante la elaboracin de la aplicacin Web, se construy un diagrama de Gantt que permiti visualizar el perodo de inicio y de culminacin, as como tambin, la duracin de cada actividad. En el apndice B se muestra el diagrama de Gantt del proyecto.

3.3 ANLISIS

Esta actividad abarc la creacin de modelos que permitieron al desarrollador establecer Abarc funciones exhibe la la requisitos especificacin que realiza el tcnicos del de de y el la la los aplicacin aplicacin Web, Web. las que sus

contenido final

usuario

comportamientos y realiza

aplicacin

conforme

presenta

contenido

funciones.

3.3.1 Anlisis de contenido

El anlisis de contenido cubri la identificacin de los objetos de contenido y del modelo de datos.

Identificacin de los objetos de contenido: en esta actividad se identificaron los requisitos de contenido de la aplicacin Web, tomando como base la especificacin de los diferentes casos de uso y las funcionalidades asociadas. El resultado de estos requisitos se explican de manera detalla en la actividad de diseo de contenido en la fase de diseo.

Identificacin del modelo de datos: para obtener el modelo de datos de la aplicacin Web, se elabor el diagrama de clases, siguiendo la notacin del lenguaje 33

de modelado unificado (UML). Las clases fueron descubiertas al examinar detalladamente cada caso de uso, tambin se identificaron sus atributos y operaciones. En la figura 2 se muestra el diagrama de clases resultante.

Una vez creados los diagramas de clases se deriv el modelado fsico de la base de datos, para ello se declararon y normalizaron las tablas

referidas a las clases especificadas en el diagrama de la figura 2, declarando en ellas su nombre, atributos, tipos de datos, claves primarias y secundarias, tal como se muestra en el apndice C. Conjuntamente, se realiz la descripcin detallada de cada tabla, sus atributos, tipos de datos y descripcin (apndice D).

Figura 2. Diagrama de clases para los mdulos desarrollados. 34

A continuacin se presenta una tabla con la descripcin de las clases identificadas en el diagrama de clases.

Tabla 2. Descripcin de las clases. Clase Descripcin AccinCentralizada AccinEspecfica Artculo Banco Beneficiario Caja Cargo CatalogoCuentasContables CatalogoCuentasPlanUnico Cheque Comprobante Proyectos y acciones centralizadas manejados en la Institucin. Acciones especficas que se encuentran asociados a los proyectos o acciones centralizadas. Artculos (bienes e insumos) que se compran o solicitan. Instituciones bancarias. Personas que prestan algn beneficiarios de algn evento. servicio o son

Nombre de las cajas que se manejan en la Institucin. Cargos o impuestos que se aplican a los proveedores y beneficiarios. Catlogo de cuentas contables que manejan las instituciones pblicas. Catlogo de cuentas presupuestarias que manejan las instituciones pblicas. Registro de cheques elaborados. Comprobante contable. o asiento presupuestario/

ComprobanteCargoRetencin Comprobante de cargos y retenciones aplicados a los proveedores y beneficiarios. ComprobanteCaja CuentaBancaria Deduccin Documento Comprobante o movimientos de caja. Cuenta bancaria que maneja la Institucin. Deducciones o retenciones que se aplican a los proveedores y beneficiarios. Preparacin previa para elaborar rdenes de pago, contiene toda la informacin necesaria sobre la afectacin presupuestaria/contable. Unin de accin centralizada, accin especifica y otras acciones especificas. 35

EstructuraPresupuestaria

Tabla 2. Continuacin. Clase MovimientoBancario MovimientoContable MovimientoComprobanteCaja MovimientoPresupuestario OperacinPresupuestaria OrdenDeCompra OrdenDePago OrdenDeServicio OtrasAccionesEspecficas ProgramacinPago Personal Proveedor RequisicinBienes RequisicinServicios Servicio TipoCuentaBancaria TipoDocumento TipoOperacinBancaria Descripcin Movimientos de las diferentes cuentas bancarias. Movimientos contables asociados a los comprobantes presupuestario/contable. Movimientos realizados comprobantes de cajas. en los diferentes a los

Movimientos presupuestarios asociados comprobantes presupuestario/contable. Tipos de operaciones presupuestarias. rdenes de compra. rdenes o solicitudes de pago. rdenes de servicio.

Otras acciones especficas asociadas a las acciones especficas. Programa una orden de pago a una fecha especifica. Personas que laboran en la Institucin. Personas que prestan algn servicio o proveen a la Institucin. Requisiciones o solicitudes de bienes o insumos que son necesarios en la Institucin. Requisiciones o solicitudes de servicios que son necesarios en la Institucin. Servicios que se solicitan. Tipos de cuentas bancarias. Tipos de documentos. Tipos de operaciones bancarias.

36

3.3.2 Anlisis de interaccin

Se estudi la interaccin entre los actores y la aplicacin, y el intercambio de mensajes entre las clases identificadas. Se hizo uso de los diagramas de secuencia de UML para reflejar esta interaccin (apndice E).

3.3.3 Anlisis funcional

Comprendi la descripcin de los mtodos de las clases de anlisis identificadas en el desarrollo de la aplicacin Web (apndice F).

3.3.4 Anlisis de configuracin

Se realiz un diagrama de despliegue para describir la arquitectura en la que reside la aplicacin Web, tal como se muestra en la figura 3.

Figura 3. Diagrama de despliegue de la aplicacin.

37

3.4 DISEO

Esta actividad abarc el diseo de interfaz, esttica, contenido, arquitectura, navegacin y componentes de la aplicacin Web.

3.4.1 Diseo de la interfaz.

Para realizar el diseo de la interfaz se tomaron en consideracin algunos principios planteados por Bruce Tognozzi, citado por Pressman (2005), que permite que la interfaz sea intuitiva, ofrezca la informacin de forma agradable y atractiva, facilite la navegacin y proporcione respuestas a medida que el usuario utilice la aplicacin Web. Entre los cuales se encuentran:

Comunicacin: la interfaz fue diseada de manera que pueda comunicar al usuario el resultado de alguna actividad que haya realizado, donde esta ubicado, el estado en el que se encuentra.

Consistencia: se establecieron fuentes, colores y elementos de navegacin consistentes de tal manera que el usuario se adapte a la aplicacin con facilidad.

Autonoma

controlada:

la

aplicacin

est

diseada

para

que

el

contenido al que accede el usuario est acorde con su perfil, y la navegacin hacia reas fuera de su alcance se controlen a travs de la identificacin de los usuarios.

Flexibilidad: la interfaz es flexible porque la navegacin no es totalmente lineal, con la presencia del men principal de cada mdulo en la parte superior, el usuario podr explorar la aplicacin de manera aleatoria, igualmente la interfaz cuenta con la posibilidad de volver a la interfaz previa si el usuario ha elegido mal alguna opcin.

38

Enfoque: la interfaz diseada se enfoca principalmente en cuatro actividades principales para cada categora de usuario (inicio, definiciones, procesos y reportes), evitando hacer mayor nfasis en informacin secundaria, para que no se pierda el sentido original de la aplicacin y el usuario no se dirija a un contenido mal relacionado.

Legibilidad: el tipo de fuente utilizada es legible para todos los usuarios.

Una vez determinadas las directrices empleadas en el diseo de la interfaz, se procedi a establecer de manera general, el formato fsico de todas las pantallas, tal como se muestra a continuacin:

Figura 4. Formato fsico establecido para la pantalla inicio de sesin.

39

Figura 5. Formato fsico establecido para la pantalla principal de acceso a los mdulos.

Figura 6. Formato fsico establecido para las pantallas principales de cada mdulo.

40

Figura 7. Formato fsico establecido para las pantallas disponibles desde el men principal de cada mdulo. 3.4.2 Diseo esttico.

Se procedi a evaluar las distintas combinaciones de tipos de fuentes, tamao y colores para realizar los estilos de cada una de las pginas de la aplicacin, algunos de estos se especifican a continuacin:

Los tipos de fuentes usadas fueron seleccionadas de manera que ofrezcan facilidad al usuario al leer en pantalla, entre ellas: las fuentes de la familia sans-serif, arial y bitstream vera sans.

Los tamaos de fuente seleccionados fueron de 12 puntos para el texto en general y de 13 puntos para los mensajes de usuario, entre algunas otras variantes. 41

Los colores para los elementos de la interfaz abarcan desde los tonos azul cielo en degradado hasta blanco, para los fondos de las ventanas y en combinacin con fondos en blanco para el rea de informacin de la

ventana, alternando con colores como rojo para mensajes de errores y verdes para los mensajes de xito. El men principal de cada mdulos y el rea de ttulo de las ventanas se encuentran en azul claro con el

texto en azul oscuro, por ltimo el texto en general de la aplicacin emple el color negro, resaltando su legibilidad y fcil entendimiento en pantalla.

3.4.3 Diseo de contenido

Se defini la estructura y bosquejo de todo el contenido que se presenta en la aplicacin Web, mostrando la relacin entre los objetos de datos, los de contenido y su funcionalidad para cada caso de uso, tal como se muestra en el apndice G.

3.4.4 Diseo arquitectnico

Se identific la estructura arquitectnica de la aplicacin Web. Siendo empleada la del tipo jerrquica. A continuacin se presentan los diagramas arquitectnicos para cada perfil de usuario.

42

Figura 8. Diagrama arquitectnico general de la aplicacin.

Figura 9. Diagrama arquitectnico para la sesin responsable de compras. 43

Figura 10. Diagrama arquitectnico para la sesin responsable de cuentas por pagar.

Figura 11. Diagrama arquitectnico para la sesin responsable de banco. 44

Figura 12. Diagrama arquitectnico para la sesin responsable de contabilidad.

Figura 13. Diagrama arquitectnico para la sesin responsable de caja.

3.4.5 Diseo de navegacin.

Se determin la semntica y la sintaxis de navegacin que hacen posible definir las rutas de navegacin, que indican el acceso de los diferentes perfiles usuarios al contenido.

En la semntica de navegacin se tom en consideracin los perfiles de usuario para as establecer el flujo de navegacin y determinar las pginas a las que tienen 45

acceso cada tipo de usuario. En el apndice H se muestran los diagramas de navegacin de la aplicacin por cada perfil definido.

La sintaxis de navegacin de la aplicacin para cada mdulo est constituida principalmente por una barra de navegacin horizontal, ubicada en la parte superior, que contiene el men principal del mdulo, donde se encuentran cuatro acciones bsicas: inicio, definiciones, procesos y reportes. La opcin inicio enlaza al men principal de la aplicacin; el resto de las opciones despliegan informacin en la parte central de la aplicacin, la cual posee acciones bien definidas, logrando una navegacin uniforme y agradable al usuario. En el apndice I, se muestra la sintaxis de navegacin utilizada.

3.4.6 Diseo de componentes

Se estableci de manera detallada los componentes de la aplicacin, mostrando la lgica del sistema, esto facilit la tarea de codificacin. Para realizar esta actividad se hizo uso de los diagramas de paquetes, identificando los mdulos de la aplicacin y los diagramas de componentes de cada paquete, detallando as los componentes funcionales del sistema (apndice J).

3.5 GENERACIN DE PGINAS

Abarc las tareas de codificacin y generacin de las pginas Web, as como la realizacin de pruebas a la aplicacin Web.

3.5.1 Codificacin de las pginas Web

En esta actividad se realiz la codificacin de las pginas que conforman la aplicacin Web, haciendo uso de herramientas bajo estndares libres. Las pginas con 46

contenido html y php se realizaron con el Editor Quanta Plus 3.5, se utiliz PHP5 como lenguaje de programacin en el lado del servidor y se utilizaron rutinas Javascript para dar dinamismo a las pginas en el cliente; como manejador de base de datos se utiliz PostgreSQL 8.3 y pgAdmin 3 para su administracin; la edicin y manipulacin de las imgenes se realiz con Gimp 2.4.

Las figuras que se muestran a continuacin corresponden a las herramientas mencionadas anteriormente.

Figura 14. Interfaz del editor de cdigo Quanta Plus.

47

Figura 15. Interfaz principal del administrador de base de datos pgAdmin.

Figura 16. Ejemplo de consulta SQL desde pgAdmin.

48

Figura 17. Interfaz del editor de imgenes Gimp.

3.5.2 Tipos de pginas elaboradas

Pginas de acceso. Las pginas de acceso se crearon para que los usuarios puedan iniciar sesin en la aplicacin, acceder a los diferentes mdulos que la conforman y realizar las operaciones correspondientes (figuras 18, 19 y 20).

49

Figura 18. Pgina de inicio de sesin.

Figura 19. Pgina de acceso a los mdulos. 50

Figura 20. Pgina principal de los mdulos. 3.5.3 Pginas de entradas de datos

Las pginas de entradas de datos se disearon para registrar datos en la aplicacin Web, contienen los formularios necesarios para ingresar datos en el sistema (figura 21).

Figura 21. Ejemplo de pgina de entrada de datos. 51

3.5.4 Pginas de bsqueda y seleccin

Las pginas de bsqueda y seleccin son aquellas que son requeridas por otras pginas; permiten buscar y seleccionar elementos, para ser agregados a la pgina padre (figura 22).

Figura 22. Ejemplo de pgina de bsqueda y seleccin.

3.5.5 Pginas de bsqueda y consulta de registros guardados

Son aquellas pginas diseadas para listar y buscar registros guardados (figura 23); para consultar algn registro es necesario seleccionar un elemento de la lista y los detalles se reflejan en el formulario de la pestaa entrada de datos (figura 24).

52

Figura 23. Ejemplo de pgina de bsqueda.

Figura 24. Ejemplo de consultar datos guardados.

53

3.5.6 Pginas de reportes

Las pginas de reportes fueron diseadas para visualizar los datos contenidos en el reporte para su posterior impresin (figura 25).

Figura 25. Ejemplo de pgina de reporte.

3.5.7 Archivos empleados en la aplicacin

Para especificar las caractersticas de la aplicacin Web se identificaron los siguientes tipos de archivos necesarios para el desarrollo de la aplicacin.

Tabla 3. Archivos utilizados en la aplicacin Web. Tipo de archivo Descripcin *.php *.js *.css *.pdf Archivo cuyo contenido es html y secuencias de comando PHP. Archivos que contienen secuencia de comandos javascript. Archivos que contienen informacin de hojas de estilo en cascadas. Archivos de reportes. 54

*.jpg, *.gif, *.png Archivos de imgenes y grficos.

Los archivos .php pueden incluir elementos como: botones, radio botones, casillas de verificacin, listas desplegables, cajas de texto, reas de texto, marcos y capas flotantes.

3.5.8 Parmetros de la aplicacin

Tabla 4. Parmetros de la aplicacin Web. Parmetro Valor Servidor Web Directorio fsico local darwin /var/www/sigafs

Nombre de la base de datos sigafs_aaaa Donde aaaa es el ao en uso, ejemplo: sigafs_2009 Usuario de la base de datos sigafs Sitio en la Intranet http://sigafs.fundacite-sucre.gob.ve

3.6 DESPLIEGUE

Esta actividad abarc la entrega y soporte de la aplicacin Web desarrollada; as como la realizacin de pruebas, para la deteccin y correccin de los errores encontrados.

3.6.1 Pruebas de contenido

Estas pruebas permitieron revisar y corregir el contenido textual de la aplicacin, como errores sintcticos, tipogrficos o gramaticales presentados al usuario final; tambin se determinaron errores en la informacin resultante de la interaccin de la aplicacin con la base de datos. En el apndice K se muestran los errores encontrados al realizar este tipo de pruebas.

55

3.6.2 Prueba de configuracin

Estas pruebas permitieron implantar la aplicacin en diferentes entornos, para identificar los errores en el comportamiento asociado con cada una de las configuraciones posibles. Para llevar a cabo esta prueba, se visualiz la aplicacin en diferentes contextos, a travs de las cuales, se verific la integridad de la interfaz y funcionalidad de la aplicacin (tabla 5). En el apndice L, se muestran ejemplos de las pruebas realizadas en esta parte.

Tabla 5. Contextos en los cuales se verific la integridad de la aplicacin. Contexto Descripcin Sistemas operativos Linux Debian Sid Linux Ubuntu 8.10 Microsoft Windows XP Mozilla Firefox 3 Iceweasel 3 Epiphany 2.2 Iceape 1.1 Opera 9.6 1280x1024 1280x800 1024x768

Navegadores

Resoluciones de pantalla

3.6.3 Pruebas de navegacin

Estas pruebas se hicieron para garantizar que todos los mecanismos de navegacin tienen alguna funcionalidad asociada y que cada una realiza su funcin correctamente. Para lograrlo, se revis los vnculos presentes en la aplicacin Web, encontrndose errores de vnculos relacionados a pginas no existentes y vnculos relacionados a pginas erradas o con funcionalidad diferente a la especificada. En el apndice M se muestran ejemplos de errores de navegacin. 56

3.6.4 Pruebas de interfaz de usuario

Estas

pruebas

se

realizaron

con

el

objetivo

de

asegurar

que

la

interfaz sea aceptable para los usuarios de la aplicacin Web. En esta actividad se aplic una encuesta a los usuarios finales del sistema,

donde fueron evaluados criterios como: interactividad, legibilidad, esttica, accesibilidad, consistencia y organizacin de la informacin, entre otros, lo que permiti mejorar aspectos de la interfaz considerando lo planteado por los usuarios.

La encuesta fue realizada a 10 personas que laboran en el departamento de administracin de FUNDACITE Sucre y estuvo constituida por preguntas tales como se muestra en la tabla 6. Segn los resultados mostrados en esta tabla, se puede observar la aceptacin de la aplicacin por parte de los usuarios evaluadores.

En la figura 26, indica que del 100% de los usuarios evaluados, el 77% de los usuarios aprueban la interfaz de la aplicacin, el 17% est medianamente de acuerdo, mientras que el 6% expresaron estar en desacuerdo.

Una vez realizadas las pruebas de interfaz y capturadas las opiniones de los usuarios finales, se hicieron los ajustes necesarios para mejorar aquellos aspectos en los cuales los usuarios sealaron no estar totalmente de acuerdo.

57

Tabla 6. Resultados obtenidos de la escala de estimacin aplicada a los usuarios de la aplicacin. Preguntas 1 2 3 1. 2. 3. 4. 5. 6. 7. 8. 9. El tipo de letra y su color permiten leer con facilidad el contenido de la aplicacin. Los botones, mens y otros mecanismos de navegacin son fciles de entender y utilizar. La organizacin de la pgina posee una estructura constante. Los colores utilizados son agradables a la vista. La apariencia de la aplicacin Web hace que el usuario se sienta cmodo usndola. La cantidad de informacin por pantalla es adecuada. Los nombres que identifican los botones corresponden con el contenido de los mismos. La aplicacin se ajusta a las necesidades de las diferentes categoras de usuarios. La aplicacin cumple con el propsito para la cual fue desarrollada.
1: Totalmente de acuerdo 2: Medianamente de acuerdo
6% 17%

6 8 8 7 9 7 8 7 9 8

3 1 2 2 0 3 1 3 1 1

1 1 0 1 1 0 1 0 0 1

10. La aplicacin es sencilla de usar.

3: Totalmente desacuerdo

77%

Totalmente deacuerdo Medianamente de acuerdo Totalmente desacuerdo

Figura 26. Resultados del cuestionario aplicado sobre la interfaz del usuario. 58

3.6.5 Documentacin del usuario

En esta actividad se crearon los manuales de usuario para los mdulos desarrollados (apndice N).

59

CONCLUSIONES
Mediante el uso del proceso de Ingeniera Web propuesto por Roger Pressman y la implementacin de cada una de sus fases, se desarroll una aplicacin Web para la gestin de los procesos contables y administrativos de la Fundacin para el Desarrollo de la Ciencia y la Tecnologa del Estado Sucre, la cual permiti satisfacer y solventar parte de la problemtica presente en la Institucin.

Este proceso estaba compuesto de seis fases principales, a travs de los cuales se puedo definir, planificar, analizar, disear, desarrollar y probar la aplicacin Web propuesta.

Por medio de herramientas para el modelado UML, se crearon un conjunto de diagramas que facilitaron la comprensin y anlisis de las necesidades de los usuarios finales, gracias a su sencillez y fcil entendimiento.

Por otra parte, existieron actividades que no fueron de utilidad para el desarrollo del presente trabajo, como por ejemplo, la evaluacin de riesgos. Adems, en la metodologa no existe un mecanismo para controlar las iteraciones de las fases aplicadas.

La existencia de la aplicacin SIGESP facilito el entendimiento de la aplicacin Web desarrollada, por desconocimiento se incluyeron procesos redundantes en el nuevo sistema, aunque se mejoraron y eliminaron buena parte de estos.

Dada la existencia de una aplicacin previa, el proceso de desarrollo experimentado no se correspondi con el orden de las fases propuestas por Pressman,

60

las cuales se ejecutaron con el siguiente orden: formulacin, planificacin, diseo, anlisis, generacin de pginas y pruebas.

Actualmente la aplicacin desarrollada forma parte vital de la Institucin. Esta permite controlar un pilar fundamental dentro de la organizacin, como lo es las actividades contables y financieras.

61

RECOMENDACIONES
Crear un plan de formacin, con la finalidad de capacitar a los usuarios en el manejo y uso adecuado de la aplicacin Web.

Monitorear constantemente el funcionamiento de la aplicacin Web, para la correccin de fallas.

La aplicacin Web en uso, no debera dejarse con acceso a travs de la internet, dado que podra ser blanco de ataques, comprometiendo as la integridad de la misma y de los datos almacenados.

Mejorar el algoritmo de cierre, para que permita el arrastre de rdenes de pago pendientes al siguiente perodo.

Incluir en el mdulo del administrador, opciones para la eliminacin fsica de registros inutilizados.

62

BIBLIOGRAFA
Cisco Systems. 2002. Gua del primer ao. Segunda Edicin. Pearson. Madrid.

CNTI.

Centro Nacional de Tecnologas de Informacin. 2007. "Conceptos". Libre Venezuela". <http://softwarelibre.gob.ve/view/ll507t2_t.php>

"Software

(06/10/2007).

CNTI. Centro Nacional de Tecnologas de Informacin. 2004. "Decreto 3390". "Software Libre Venezuela". (06/10/2007). <http://softwarelibre.gob.ve/view/3tegt92t3.php>

CNTI.

Centro Nacional de Tecnologas de Informacin. 2009. Glosario de <http://www.cnti.gob.ve/index.php?option=com_content&view=article

trminos.

&id=76&Itemid=68>. (25/03/2009).

Elmasri, R. y Navathe, S. 1997. Sistemas de bases de datos. Segunda edicin. Editorial Addison Wesley, Mxico.

Gnu.org. 2007. GNU General Public License. <http://www.gnu.org/licenses/ gpl.html>. (25/03/2009).

Gutirrez, A. y Bravo, G. 2005. PHP5 a travs de ejemplos. Alfaomega, Colombia.

Hassan, Y. 2003. Diseo Web centrado en el usuario: Usabilidad y Arquitectura de la Informacin. Diseo Web. (07/05/2005). <http://www.hipertext.net/web/pag206.htm>

63

Informtica Millenium, S.A de C.V. 2005. "Diseo Web". "Millenium". <http://informaticamillenium.com.mx> (01/11/2006).

Ibez, A. 1996. El libro de Internet: una visin guiada al mundo digital. Primera Edicin. Editorial McGraw Hill / Interamericana de Espaa, S.A.U. Espaa.

Kioskea. 2008. Intranet y Extranet. <http://es.kioskea.net/contents/entreprise/ intranet.php3>. (23/03/2009).

Larman, C. 2003. UML y patrones. Segunda Edicin. Pearson Educacin, S.A, Madrid.

Laudon, K. y Laudon, J. 2004. Sistemas de Informacin Gerencial. Octava Edicin. Prentice Hall. Mxico.

Len, J. 2001. Desarrollo de un Sistema de Informacin para la Automatizacin de la Administracin de las rdenes de Servicio del Departamento de Apoyo a Usuarios y Redes de la Empresa C.V.G. Ferrominera Orinoco C.A. Trabajo de Pregrado, Departamento de Matemtica. Universidad de Oriente, Cuman, Venezuela.

Linux.org. (25/03/2009)

2007.

What

is

Linux.

<http://www.linux.org/info/index.html>.

Parejo, L. y Brito, L. 2004.

Fundacin para el Desarrollo de la Ciencia y la

Tecnologa del Estado Sucre. <http://www.fundacite-sucre.gob.ve/>. (26/09/2007).

Pinzn, Mario. 2000. Cmo conducir su empresa hacia Internet? Con sentido comn. <http://analitica.com/cyberanalitica/matriz/3721830.asp>. (15/03/2007).

64

Powell, T. 2000. HTML 4. Manual de Referencia. Primera Edicin. McGraw Hill. Espaa.

Powell, T. 2002. Javascript. Manual de Referencia. Primera Edicin. McGraw Hill. Espaa.

Pressman, R. 2005. Ingeniera del software. Un enfoque prctico. Sexta edicin. McGraw Hill. Mxico.

Robbins, S. y Coulter, M. 2000. Administracin. Sexta edicin. Prentice Hall. Mxico.

Senn, J. 1998. Anlisis y diseo de sistemas de informacin. Tercera edicin. McGraw-Hill. Mxico.

Tamayo y Tamayo, M. 2004. El proceso de la investigacin cientfica. Cuarta edicin. Limusa. Mxico.

Vaughn, W. 1999. Programacin de SQL SERVER. Primera Edicin. McGraw Hill, Espaa.

Whitten, J.; Bentley, L. y Barlow, V.

1996. Anlisis y diseo de sistemas de

informacin. Tercera edicin. McGraw Hill. Colombia.

65

ANEXO A ENTREVISTAS REALIZADAS

A-2

Entrevista realizada para determinar y conocer las funciones del personal que labora en el departamento de administracin.

Fecha:

Nombres y Apellidos:

Cargo:

Actividad desempeada:

A-3

Entrevista realizada para determinar como realizan las actividades descritas con el sistema actual.

Fecha:

Nombres y Apellidos:

Descripcin detallada de las actividades realizadas con el sistema actual:

A-4

Entrevista realizada para determinar como funciona el modulo en cuestin.

Fecha:

Nombres y Apellidos:

Nombre del modulo:

Responsables:

Descripcin detallada del modulo:

ANEXO B FORMULARIOS Y CAPTURAS DE PANTALLA DEL SIGESP

B-2

Figura B1. Pantalla para las definiciones de tipos de artculo.

Figura B2. Pantalla para las definiciones de artculos.

B-3

Figura B3. Pantalla para registrar requisiciones de bienes.

Figura B4. Pantalla para elaborar ordenes de compra.

B-4

Figura B5. Pantalla para las definiciones de cargos.

Figura B6. Pantalla para las definiciones de deducciones.

B-5

Figura B7. Pantalla para realizar la recepcin de documentos.

Figura B8. Pantalla para elaborar ordenes de pago.

B-6

Figura B9. Pantalla para las definiciones de tipos de cuentas.

Figura B10. Pantalla para las definiciones de cuentas bancarias.

APNDICE A DIAGRAMAS Y ESPECIFICACIONES DE LOS CASOS DE USO

A-2

DIAGRAMAS DE CASOS DE USO

Figura A1. Diagrama de casos de uso para responsable de compras.

Figura A2. Diagrama de casos de uso para responsable de cuentas por pagar.

A-3

Figura A3. Diagrama de casos de uso para responsable de banco.

Figura A4. Diagrama de casos de uso para responsable de contabilidad.

A-4

Figura A5. Diagrama de casos de uso para responsable de caja.

ESPECIFICACIONES DE LOS CASOS DE USO

Caso de uso: Definir tipos de artculo. Breve descripcin: El actor que inicia este caso de uso es el responsable de compras. Este escenario permite al actor registrar los tipos de artculos necesarios para definir los artculos. Flujo de eventos: Flujo bsico: 1) 2) El actor selecciona en el men definiciones la opcin 'Tipos de artculos'. La aplicacin muestra el formulario para ingresar los datos del tipo de artculo. 3) 4) 5) El actor introduce los datos en el formulario. El actor pulsa sobre el botn guardar. La aplicacin verifica si los datos son correctos y guarda.

A-5

6)

El caso de uso termina exitosamente.

Flujo alternativo: 5.1) Si la verificacin falla se muestra un mensaje al usuario y el caso de uso continua en el paso 3. Si todos los datos estn correctos, se procede a guardar y posteriormente se muestra el mensaje 'Los datos se guardaron satisfactoriamente', limpiando el formulario. Precondiciones: 1) El actor debe acceder al mdulo de compras.

Postcondiciones: 1) El tipo de artculo se registra exitosamente en el sistema.

Caso de uso: Definir unidades de medida. Breve descripcin: El actor que inicia este caso de uso es el responsable de compras. Este escenario permite al actor registrar las unidades de medida en que se expresan los artculos. Flujo de eventos: Flujo bsico: 1) 2) El actor selecciona en el men definiciones la opcin 'Unidades de medida'. La aplicacin muestra el formulario para ingresar los datos de la unidad de medida. 3) 4) 5) 6) El actor introduce los datos en el formulario. El actor pulsa sobre el botn guardar. La aplicacin verifica si los datos son correctos y guarda. El caso de uso termina exitosamente.

Flujo alternativo: 5.1) Si la verificacin falla se muestra un mensaje al usuario y el caso de uso continua en el paso 3. Si todos los datos estn correctos, se procede a guardar y posteriormente se muestra el mensaje 'Los datos se guardaron satisfactoriamente', limpiando el formulario.

A-6

Precondiciones: 1) El actor debe acceder al mdulo de compras.

Postcondiciones: 1) La unidad de medida se registra exitosamente en el sistema.

Caso de uso: Definir artculo. Breve descripcin: El actor que inicia este caso de uso es el responsable de compras. Este escenario permite al actor registrar los artculos necesarios para realizar requisiciones de bienes/insumos y ordenes de compra. Flujo de eventos: Flujo bsico: 1) 2) 3) 4) 5) 6) El actor selecciona en el men definiciones la opcin 'Artculos'. La aplicacin muestra el formulario para ingresar los datos del artculo. El actor introduce los datos en el formulario. El actor pulsa sobre el botn guardar. La aplicacin verifica si los datos son correctos y guarda. El caso de uso termina exitosamente.

Flujo alternativo: 5.1) Si la verificacin falla se muestra un mensaje al usuario y el caso de uso continua en el paso 3. Si todos los datos estn correctos, se procede a guardar y posteriormente se muestra el mensaje 'Los datos se guardaron satisfactoriamente', limpiando el formulario. Precondiciones: 1) 2) 3) El actor debe acceder al mdulo de compras. Deben existir tipos de artculo definidos en el sistema. Deben existir unidades de medida definidas en el sistema.

Postcondiciones: 1) El artculo se registra o no se registra exitosamente en el sistema.

A-7

Caso de uso: Definir tipos de servicio. Breve descripcin: El actor que inicia este caso de uso es el responsable de compras. Este escenario permite al actor registrar los tipos de servicio necesarios para definir los servicios. Flujo de eventos: Flujo bsico: 1) 2) El actor selecciona en el men definiciones la opcin 'Tipos de servicios'. La aplicacin muestra el formulario para ingresar los datos del tipo de servicio. 3) 4) 5) 6) El actor introduce los datos en el formulario. El actor pulsa sobre el botn guardar. La aplicacin verifica si los datos son correctos y guarda. El caso de uso termina exitosamente.

Flujo alternativo: 5.1) Si la verificacin falla se muestra un mensaje al usuario y el caso de uso continua en el paso 3. Si todos los datos estn correctos, se procede a guardar y posteriormente se muestra el mensaje 'Los datos se guardaron satisfactoriamente', limpiando el formulario. Precondiciones: 1) El actor debe acceder al mdulo de compras.

Postcondiciones: 1) El tipo de servicio se registra exitosamente en el sistema.

Caso de uso: Definir servicio. Breve descripcin: El actor que inicia este caso de uso es el responsable de compras. Este escenario permite al actor registrar los servicios necesarios para realizar requisiciones de servicio y ordenes de servicio. Flujo de eventos:

A-8

Flujo bsico: 1) 2) 3) 4) 5) 6) El actor selecciona en el men definiciones la opcin 'Servicios'. La aplicacin muestra el formulario para ingresar los datos del servicio. El actor introduce los datos en el formulario. El actor pulsa sobre el botn guardar. La aplicacin verifica si los datos son correctos y guarda. El caso de uso termina exitosamente.

Flujo alternativo: 5.1) Si la verificacin falla se muestra un mensaje al usuario y el caso de uso continua en el paso 3. Si todos los datos estn correctos, se procede a guardar y posteriormente se muestra el mensaje 'Los datos se guardaron satisfactoriamente', limpiando el formulario. Precondiciones: 1) 2) El actor debe acceder al mdulo de compras. Deben existir tipos de servicios definidos en el sistema.

Postcondiciones: 1) El servicio se registra o no se registra exitosamente en el sistema.

Caso de uso: Elaborar requisicin. Breve descripcin: El actor que inicia este caso de uso es el responsable de compras. Este escenario permite al actor registrar las solicitudes de bienes/insumos o servicios que se requieran en la Institucin. Flujo de eventos: Flujo bsico: 1) El actor selecciona en el men procesos el tipo de requisicin que desea elaborar (requisicin de bienes/insumos o requisicin de servicios). 2) 3) La aplicacin muestra el formulario para ingresar los datos de la requisicin. El actor introduce los datos en el formulario.

A-9

4) 5) 6)

El actor pulsa sobre el botn guardar. La aplicacin verifica si los datos estn correctos y guarda. El caso de uso termina exitosamente.

Flujo alternativo: 1.1) 3.1) Requisicin de bienes/insumos o requisicin de servicios. Si la requisicin es de bienes e insumos, el actor solo agrega artculos a la lista. Si la requisicin es de servicio, el actor solo agrega servicios a la lista. 5.1) Si la verificacin falla se muestra un mensaje al usuario y el caso de uso continua en el paso 3. Si todos los datos estn correctos, se procede a guardar y posteriormente se muestra el mensaje 'Los datos se guardaron satisfactoriamente', limpiando el formulario. Precondiciones: 1) 2) El actor debe acceder al mdulo de compras. Deben existir artculos o servicios creados en el sistema, segn sea el caso.

Postcondiciones: 1) La requisicin se registra exitosamente en el sistema.

Caso de uso: Emitir orden de compra o servicio. Breve descripcin: El actor que inicia este caso de uso es el responsable de compras. Este escenario permite al actor registrar las ordenes de compra o servicio que se soliciten. Flujo de eventos: Flujo bsico: 1) El actor selecciona en el men procesos el tipo de orden que desea elaborar (orden de compra o orden de servicio). 2) 3) 4) 5) La aplicacin muestra el formulario para ingresar los datos de la orden. El actor introduce los datos en el formulario. El actor pulsa sobre el botn guardar. La aplicacin verifica si los datos estn correctos y guarda.

A-10

6)

El caso de uso termina exitosamente. Flujo alternativo:

1.1) 3.1)

Orden compra o orden de servicio. Si la orden es de compras, el actor podr agregar artculos o requisiciones de bienes e insumos a la lista. Si la orden es de servicio, el actor podr agregar servicios o requisiciones de servicios a la lista.

3.2)

Si es necesario el actor opcionalmente podr agregar cargos (impuestos) a la orden de compra o servicio.

5.1)

Si la verificacin falla se muestra un mensaje al usuario y el caso de uso continua en el paso 3. Si todos los datos estn correctos, se procede a guardar y posteriormente se muestra el mensaje 'Los datos se guardaron satisfactoriamente', limpiando el formulario.

Precondiciones: 1) 2) 3) 3) El actor debe acceder al mdulo de compras. Deben existir proveedores creados en el sistema. Deben existir artculos creados en el sistema (en caso de ser orden de compra). Deben existir servicios creados en el sistema (en caso de ser orden de servicio). Postcondiciones: 1) La orden se registra exitosamente en el sistema.

Caso de uso: Visualizar requisicin. Breve descripcin: El actor que inicia este caso de uso es el responsable de compras. Este escenario permite visualizar una requisicin de bienes/insumos o de servicios. Flujo de eventos: Flujo bsico: 1) El actor selecciona la opcin reportes en la barra de men principal.

A-11

2)

La aplicacin muestra el formulario para ingresar los datos del tipo de reporte que se va a visualizar.

3)

El actor introduce el nmero de la requisicin y selecciona el tipo de reporte a generar (requisicin de bienes/insumos o requisicin de servicios) formulario. en el

4) 5) 6)

El actor pulsa sobre el botn Visualizar. La aplicacin genera el reporte y visualizar la orden. El caso de uso termina exitosamente.

Flujo alternativo: 5.1) Si no existe la requisicin, la aplicacin muestra un mensaje 'No existe la requisicin' y el caso de uso continua en el paso 2. Precondiciones: 1) 2) El actor debe acceder al mdulo de compras. Deben existir requisiciones almacenadas en el sistema.

Postcondiciones: 1) El reporte se visualizar y el caso de uso termina exitosamente.

Caso de uso: Visualizar orden de compra o servicio. Breve descripcin: El actor que inicia este caso de uso es el responsable de compras. Este escenario permite visualizar una orden de compra o de servicio registrada. Flujo de eventos: Flujo bsico: 1) 2) El actor selecciona la opcin reportes en la barra de men principal. La aplicacin muestra el formulario para ingresar los datos del tipo de reporte que se va a visualizar. 3) El actor introduce el nmero de la orden y selecciona el tipo de reporte a generar (orden de compra u orden servicio) en el formulario. 4) El actor pulsa sobre el botn Visualizar.

A-12

5) 6)

La aplicacin genera el reporte y visualizar la orden. El caso de uso termina exitosamente.

Flujo alternativo: 5.1) Si no existe la orden, la aplicacin muestra un mensaje 'No existe la orden' y el caso de uso continua en el paso 2. Precondiciones: 1) 2) El actor debe acceder al mdulo de compras. Deben existir ordenes almacenadas en el sistema.

Postcondiciones: 1) El reporte se visualizar y el caso de uso termina exitosamente.

Caso de uso: Definir tipo de documento. Breve descripcin: El actor que inicia este caso de uso es el responsable de cuentas por pagar. Este escenario permite al actor registrar los tipos de documentos necesarios para hacer la recepcin de documentos. Flujo de eventos: Flujo bsico: 1) 2) El actor selecciona en el men definiciones la opcin 'Tipos de documentos'. La aplicacin muestra el formulario para ingresar los datos del tipo de documento. 3) 4) 5) 6) El actor introduce los datos en el formulario. El actor pulsa sobre el botn guardar. La aplicacin verifica si los datos son correctos y guarda. El caso de uso termina exitosamente.

Flujo alternativo: 5.1) Si la verificacin falla se muestra un mensaje al usuario y el caso de uso continua en el paso 3. Si todos los datos estn correctos, se procede a guardar

A-13

y posteriormente se muestra el mensaje 'Los datos se guardaron satisfactoriamente', limpiando el formulario. Precondiciones: 1) El actor debe acceder al mdulo de cuentas por pagar.

Postcondiciones: 1) El tipo de documento se registra exitosamente en el sistema.

Caso de uso: Definir deduccin. Breve descripcin: El actor que inicia este caso de uso es el responsable de cuentas por pagar. Este escenario permite al actor registrar las deducciones o retenciones realizadas a los proveedores. Flujo de eventos: Flujo bsico: 1) 2) 3) 4) 5) 6) El actor selecciona en el men definiciones la opcin 'Deducciones'. La aplicacin muestra el formulario para ingresar los datos de la deduccin. El actor introduce los datos en el formulario. El actor pulsa sobre el botn guardar. La aplicacin verifica si los datos son correctos y guarda. El caso de uso termina exitosamente.

Flujo alternativo: 5.1) Si la verificacin falla se muestra un mensaje al usuario y el caso de uso continua en el paso 3. Si todos los datos estn correctos, se procede a guardar y posteriormente se muestra el mensaje 'Los datos se guardaron satisfactoriamente', limpiando el formulario. Precondiciones: 1) El actor debe acceder al mdulo de cuentas por pagar.

Postcondiciones: 1) La deduccin se registra exitosamente en el sistema.

A-14

Caso de uso: Definir cargo. Breve descripcin: El actor que inicia este caso de uso es el responsable de cuentas por pagar. Este escenario permite al actor registrar los cargos (impuestos cobrados por los proveedores). Flujo de eventos: Flujo bsico: 1) 2) 3) 4) 5) 6) El actor selecciona en el men definiciones la opcin 'Cargos'. La aplicacin muestra el formulario para ingresar los datos del cargo. El actor introduce los datos en el formulario. El actor pulsa sobre el botn guardar. La aplicacin verifica si los datos son correctos y guarda. El caso de uso termina exitosamente.

Flujo alternativo: 5.1) Si la verificacin falla se muestra un mensaje al usuario y el caso de uso continua en el paso 3. Si todos los datos estn correctos, se procede a guardar y posteriormente se muestra el mensaje 'Los datos se guardaron satisfactoriamente', limpiando el formulario. Precondiciones: 1) El actor debe acceder al mdulo de cuentas por pagar.

Postcondiciones: 1) El cargo se registra exitosamente en el sistema.

Caso de uso: Recibir documento. Breve descripcin: El actor que inicia este caso de uso es el responsable de cuentas por pagar. Este escenario permite al actor preparar una orden de pago desde cero o a partir de ordenes de compra/servicio o comprobantes de caja contabilizadas. Flujo de eventos:

A-15

Flujo bsico: 1) 2) 3) El actor selecciona en el men procesos la opcin 'Recepcin de documentos'. La aplicacin muestra el formulario para ingresar los datos del documento. El actor introduce los datos en el formulario, selecciona el proveedor o beneficiario, tipo de documento, se aade la afectacin contable y presupuestaria, cargos y retenciones si existen. 4) 5) 6) El actor pulsa sobre el botn guardar. La aplicacin verifica si los datos estn correctos y guarda. El caso de uso termina exitosamente.

Flujo alternativo: 3.1) Si el tipo de documento es 'causar', significa que el documento en proceso agregar nica y exclusivamente ordenes de compra/servicio o comprobantes de cajas, que se encuentren previamente contabilizadas. Si el tipo de documento es 'comprometer/causar', significa que el documento en proceso se har desde cero. Por lo general este caso va dirigido a la elaboracin de ordenes de pago a los beneficiarios. 5.1) Si la verificacin falla se muestra un mensaje al usuario y el caso de uso continua en el paso 3. Si todos los datos estn correctos, se procede a guardar y posteriormente se muestra el mensaje 'Los datos se guardaron satisfactoriamente', limpiando el formulario. Precondiciones: 1) 2) El actor debe acceder al mdulo de cuentas por pagar. Deben existir proveedores o beneficiarios, ordenes de compra/servicio o comprobantes de caja contabilizadas si el tipo de documento seleccionado es 'causar', cargos y retenciones si el caso lo requiere (opcional). Postcondiciones: 1) El documento se registra exitosamente en el sistema.

A-16

Caso de uso: Emitir orden de pago. Breve descripcin: El actor que inicia este caso de uso es el responsable de cuentas por pagar. Este escenario permite al actor registrar las ordenes de pago en el sistema. Flujo de eventos: Flujo bsico: 1) 2) El actor selecciona en el men procesos la opcin 'Orden de pago'. La aplicacin muestra el formulario para ingresar los datos y una lista vaca donde se agregaran los documentos previamente registrados. 3) El actor selecciona a quien va dirigido (proveedor o beneficiario), introduce los datos en el formulario y agrega los documentos. 4) La aplicacin realiza y muestra el calculo del monto real (monto + cargos retenciones) que debe pagar el proveedor o beneficiario. 5) 6) 7) El actor pulsa sobre el botn guardar. La aplicacin verifica si los datos estn correctos y guarda. El caso de uso termina exitosamente.

Flujo alternativo: 3.1) 3.2) 3.3) Se selecciona si es proveedor o beneficiario. Se introducen los datos en el formulario. Se agrega al listado los documentos asociados al proveedor o beneficiario seleccionado. 6.1) Si la verificacin falla se muestra un mensaje al usuario y el caso de uso continua en el paso 3. Si todos los datos estn correctos, se procede a guardar y posteriormente se muestra el mensaje 'Los datos se guardaron satisfactoriamente', limpiando el formulario. Precondiciones: 1) 2) 3) El actor debe acceder al mdulo de cuentas por pagar. Deben existir proveedores o beneficiarios creados en el sistema. Deben existir documentos creados en el sistema.

A-17

Postcondiciones: 1) La orden de pago se registra exitosamente en el sistema.

Caso de uso: Visualizar orden de pago. Breve descripcin: El actor que inicia este caso de uso es el responsable de cuentas por pagar. Este escenario permite visualizar una orden de pago registrada. Flujo de eventos: Flujo bsico: 1) 2) 3) 4) 5) 6) El actor selecciona la opcin reportes en la barra de men principal. La aplicacin muestra el formulario para ingresar los datos. El actor introduce el nmero de la orden en el formulario. El actor pulsa sobre el botn Visualizar. La aplicacin genera el reporte y visualizar la orden. El caso de uso termina exitosamente.

Flujo alternativo: 5.1) Si no existe la orden, la aplicacin muestra un mensaje 'No existe la orden' y el caso de uso continua en el paso 2. Precondiciones: 1) 2) El actor debe acceder al mdulo de cuentas por pagar. Deben existir ordenes almacenadas en el sistema.

Postcondiciones: 1) El reporte se visualizar y el caso de uso termina exitosamente.

Caso de uso: Definir banco. Breve descripcin: El actor que inicia este caso de uso es el responsable de banco. Este escenario permite al actor registrar las entidades bancarias con las que trabaja la Institucin. Flujo de eventos:

A-18

Flujo bsico: 1) 2) 3) 4) 5) 6) El actor selecciona en el men definiciones la opcin 'Bancos'. La aplicacin muestra el formulario para ingresar los datos del banco. El actor introduce los datos en el formulario. El actor pulsa sobre el botn guardar. La aplicacin verifica si los datos son correctos y guarda. El caso de uso termina exitosamente.

Flujo alternativo: 5.1) Si la verificacin falla se muestra un mensaje al usuario y el caso de uso continua en el paso 3. Si todos los datos estn correctos, se procede a guardar y posteriormente se muestra el mensaje 'Los datos se guardaron satisfactoriamente', limpiando el formulario. Precondiciones: 1) El actor debe acceder al mdulo de banco.

Postcondiciones: 1) El banco se registra exitosamente en el sistema.

Caso de uso: Definir tipo de cuenta. Breve descripcin: El actor que inicia este caso de uso es el responsable de banco. Este escenario permite al actor registrar los tipos de cuentas bancarias. Flujo de eventos: Flujo bsico: 1) 2) 3) 4) 5) 6) El actor selecciona en el men definiciones la opcin 'Tipos de cuenta'. La aplicacin muestra el formulario para ingresar los datos del banco. El actor introduce los datos en el formulario. El actor pulsa sobre el botn guardar. La aplicacin verifica si los datos son correctos y guarda. El caso de uso termina exitosamente.

A-19

Flujo alternativo: 5.1) Si la verificacin falla se muestra un mensaje al usuario y el caso de uso continua en el paso 3. Si todos los datos estn correctos, se procede a guardar y posteriormente se muestra el mensaje 'Los datos se guardaron satisfactoriamente', limpiando el formulario. Precondiciones: 1) El actor debe acceder al mdulo de banco.

Postcondiciones: 1) El tipo de cuenta se registra exitosamente en el sistema.

Caso de uso: Definir cuenta bancaria. Breve descripcin: El actor que inicia este caso de uso es el responsable de banco. Este escenario permite al actor registrar las cuentas bancarias con las que trabaja la Institucin. Flujo de eventos: Flujo bsico: 1) 2) 3) 4) 5) 6) El actor selecciona en el men definiciones la opcin 'Cuentas bancarias'. La aplicacin muestra el formulario para ingresar los datos de la cuenta. El actor introduce los datos en el formulario. El actor pulsa sobre el botn guardar. La aplicacin verifica si los datos son correctos y guarda. El caso de uso termina exitosamente.

Flujo alternativo: 5.1) Si la verificacin falla se muestra un mensaje al usuario y el caso de uso continua en el paso 3. Si todos los datos estn correctos, se procede a guardar y posteriormente se muestra el mensaje 'Los datos se guardaron satisfactoriamente', limpiando el formulario. Precondiciones: 1) El actor debe acceder al mdulo de banco.

A-20

2) 3) 4)

Deben existir bancos creados en el sistema. Deben existir tipos de cuenta creados en el sistema. Debe existir la cuenta contable auxiliar referente a la cuenta bancaria.

Postcondiciones: 1) La cuenta bancaria se registra exitosamente en el sistema.

Caso de uso: Definir tipo de operacin. Breve descripcin: El actor que inicia este caso de uso es el responsable de banco. Este escenario permite al actor registrar los tipos de operaciones necesarias para registrar los movimientos bancarios. Flujo de eventos: Flujo bsico: 1) 2) El actor selecciona en el men definiciones la opcin 'Tipos de operaciones'. La aplicacin muestra el formulario para ingresar los datos del tipo de

operacin. 3) 4) 5) 6) El actor introduce los datos en el formulario. El actor pulsa sobre el botn guardar. La aplicacin verifica si los datos son correctos y guarda. El caso de uso termina exitosamente.

Flujo alternativo: 5.1) Si la verificacin falla se muestra un mensaje al usuario y el caso de uso continua en el paso 3. Si todos los datos estn correctos, se procede a guardar y posteriormente se muestra el mensaje 'Los datos se guardaron satisfactoriamente', limpiando el formulario. Precondiciones: 1) El actor debe acceder al mdulo de banco.

Postcondiciones: 1) El tipo de operacin se registra exitosamente en el sistema.

A-21

Caso de uso: Programar o desprogramar pago. Breve descripcin: El actor que inicia este caso de uso es el responsable de banco. Este escenario permite al actor programar o desprogramar pagos a partir de ordenes de pago contabilizadas, provenientes del mdulo de cuentas por pagar. Flujo de eventos: Flujo bsico: 1) El actor selecciona en el men procesos la opcin programar pago o desprogramar. 2) 3) La aplicacin muestra el listado de ordenes de pago. El actor selecciona las ordenes que desea procesar o desprogramar, selecciona la cuenta bancaria e introduce la fecha de programacin, esta ltima para el caso programar pago. 4) 5) El actor pulsa sobre el botn programar o desprogramar segn sea el caso. La aplicacin verifica si los datos son correctos, programando o desprogramando las ordenes de pago. 6) 7) La aplicacin recarga el listado, mostrando las ordenes de pago pendientes. El caso de uso termina exitosamente.

Flujo alternativo: 2.1) Si el actor selecciona programar el listado muestra las ordenes de pago sin programar, en caso contrario se muestran las ordenes programadas. 5.1) Si la verificacin falla se muestra un mensaje al usuario y el caso de uso continua en el paso 3. Si todos los datos estn correctos, se procede a

programar y posteriormente se muestra el mensaje 'Las ordenes se procesaron satisfactoriamente', limpiando el formulario. Precondiciones: 1) 2) 3) El actor debe acceder al mdulo de banco. Deben existir cuentas bancarias en el sistema. Deben existir ordenes de pago contabilizadas.

A-22

Postcondiciones: 1) La programacin/desprogramacin se registra exitosamente en el sistema.

Caso de uso: Elaborar cheque. Breve descripcin: El actor que inicia este caso de uso es el responsable de banco. Este escenario permite al actor ingresar cheques a partir de ordenes de pago programadas. Flujo de eventos: Flujo bsico: 1) 2) 3) 4) El actor selecciona en el men procesos la opcin emisin de cheques. La aplicacin muestra el formulario para ingresar los datos del cheque. El actor selecciona el proveedor o beneficiario. La aplicacin muestra en el listado inferior los pagos pendientes, reflejando los montos totales y pagados para cada orden respectivamente. 5) El actor introduce los datos en el formulario, selecciona las ordenes de pago y el monto que desea cancelar para cada una de ellas. 6) La aplicacin realiza y muestra el calculo por el cual se va a emitir el cheque (montos+cargos-retenciones). 7) 8) 9) El actor pulsa sobre el botn guardar. La aplicacin verifica si los datos estn correctos y guarda. El caso de uso termina exitosamente.

Flujo alternativo: 8.1) Si la verificacin falla se muestra un mensaje al usuario y el caso de uso continua en el paso 3. Si todos los datos estn correctos, se procede a guardar y posteriormente se muestra el mensaje 'Los datos se guardaron satisfactoriamente', limpiando el formulario. Precondiciones: 1) 2) El actor debe acceder al mdulo de banco. Deben existir ordenes de pago programadas.

A-23

Postcondiciones: 1) El cheque se registra exitosamente en el sistema.

Caso de uso: Contabilizar o anular cheque. Breve descripcin: El actor que inicia este caso de uso es el responsable de banco. Este escenario permite al actor contabilizar o anular cheques a partir de cheques registrados. Flujo de eventos: Flujo bsico: 1) 2) El actor selecciona en el men procesos la opcin emisin de cheques. La aplicacin muestra el formulario para ingresar los datos del cheque y el listado de cheques registrados. 3) 4) 5) 6) El actor selecciona el listado de cheques. La aplicacin muestra el listado de todos los cheques. El actor selecciona el cheque y posteriormente selecciona la entrada de datos. El actor realiza la accin contabilizar o anular dependiendo del estado actual del cheque. 8) 9) La aplicacin cambia el estado del cheque, limpiando el formulario. El caso de uso termina exitosamente.

Flujo alternativo: 5.1) El actor puede seleccionar varios estados (cheques sin contabilizar, contabilizados o anulados) en el listado. Precondiciones: 1) 2) El actor debe acceder al mdulo de banco. Deben existir cheques registrados en el sistema.

Postcondiciones: 1) 2) El cheque cambia su estado segn sea el caso. Se genera un comprobante o asiento presupuestario/contable asociado al cheque.

A-24

3)

Se genera un movimiento bancario, deduciendo de la cuenta bancaria el monto del cheque.

Caso de uso: Registrar movimiento bancario. Breve descripcin: El actor que inicia este caso de uso es el responsable de banco. Este escenario permite al actor registrar operaciones o movimientos en las diferentes cuentas bancarias registradas en el sistema. Flujo de eventos: Flujo bsico: 1) 2) El actor selecciona en el men procesos la opcin 'Movimientos bancarios'. La aplicacin muestra el formulario para ingresar o consultar movimientos en las cuentas bancarias. 3) Si el actor desea registrar un nuevo movimiento. Introduce los datos en el formulario y pasamos al paso 6. 4) Si el actor desea consultar movimientos. Selecciona la pestaa movimientos y la cuenta bancaria a consultar. 5) 6) 7) 8) La aplicacin carga en el listado los movimientos y pasamos al paso 8. El actor pulsa sobre el botn guardar. La aplicacin verifica si los datos estn correctos y guarda. El caso de uso termina exitosamente.

Flujo alternativo: 7.1) Si la verificacin falla se muestra un mensaje al usuario y el caso de uso continua en el paso 3. Si todos los datos estn correctos, se procede a guardar y posteriormente se muestra el mensaje 'Los datos se guardaron satisfactoriamente', limpiando el formulario. Precondiciones: 1) 2) El actor debe acceder al mdulo de banco. Deben existir cuentas bancarias en el sistema.

A-25

Postcondiciones: 1) El movimiento se registra o consulta exitosamente en el sistema.

Caso de uso: Visualizar cheque. Breve descripcin: El actor que inicia este caso de uso es el responsable de banco. Este escenario permite visualizar cheques registrados en el sistema. Flujo de eventos: Flujo bsico: 1) El actor selecciona la opcin cheques desde el men reportes en la barra de men principal. 2) 3) 4) 5) 6) La aplicacin muestra un listado de los cheques registrados. El actor selecciona los cheques que desea visualizar. El actor pulsa sobre el botn Visualizar. La aplicacin genera el reporte y visualizar los cheques. El caso de uso termina exitosamente.

Precondiciones: 1) 2) El actor debe acceder al mdulo de banco. Deben existir cheques almacenadas en el sistema.

Postcondiciones: 1) El reporte se visualizar y el caso de uso termina exitosamente.

Caso de uso: Visualizar estado de cuenta. Breve descripcin: El actor que inicia este caso de uso es el responsable de banco. Este escenario permite visualizar los movimientos bancarios registrados en el sistema. Flujo de eventos: Flujo bsico:

A-26

1)

El actor selecciona la opcin estado de cuenta desde el men reportes en la barra de men principal.

2)

La aplicacin muestra un formulario para ingresar los datos de la cuenta y fecha a consultar.

3)

El actor selecciona la cuenta, introduce la fecha y selecciona el tipo de reporte a generar.

4) 5)

El actor pulsa sobre el botn Visualizar. La aplicacin genera el reporte y visualizar los movimientos de la cuenta selecciona.

6)

El caso de uso termina exitosamente.

Precondiciones: 1) 2) El actor debe acceder al mdulo de banco. Deben existir movimientos bancarios almacenadas en el sistema.

Postcondiciones: 1) El reporte se visualizar y el caso de uso termina exitosamente.

Caso de uso: Definir plan de cuentas contables. Breve descripcin: El actor que inicia este caso de uso es el responsable de contabilidad. Este escenario permite al actor registrar las cuentas auxiliares de contabilidad con las que trabaja la Institucin. Flujo de eventos: Flujo bsico: 1) El actor selecciona en el men definiciones la opcin 'Plan de cuentas contables'. 2) La aplicacin muestra el formulario para ingresar los datos de la cuenta contable a crear. 3) 4) El actor introduce los datos en el formulario. El actor pulsa sobre el botn guardar.

A-27

5) 6)

La aplicacin verifica si los datos son correctos y guarda. El caso de uso termina exitosamente.

Flujo alternativo: 5.1) Si la verificacin falla se muestra un mensaje al usuario y el caso de uso continua en el paso 3. Si todos los datos estn correctos, se procede a guardar y posteriormente se muestra el mensaje 'Los datos se guardaron satisfactoriamente', limpiando el formulario. Precondiciones: 1) El actor debe acceder al mdulo de banco.

Postcondiciones: 1) La cuenta contable se registra exitosamente en el sistema.

Caso de uso: Registrar asiento contable. Breve descripcin: El actor que inicia este caso de uso es el responsable de contabilidad. Este escenario permite al actor registrar asientos o comprobantes de contabilidad en el sistema. Flujo de eventos: Flujo bsico: 1) 2) El actor selecciona en el men procesos la opcin 'Asiento contable'. La aplicacin muestra el formulario para ingresar los datos del asiento y sus movimientos. 3) El actor introduce los datos en el formulario, agregando la afectacin contable y presupuestaria si posee. 4) 5) 6) El actor pulsa sobre el botn guardar. La aplicacin verifica si los datos estn correctos y guarda. El caso de uso termina exitosamente.

Flujo alternativo:

A-28

5.1)

Si la verificacin falla se muestra un mensaje al usuario y el caso de uso continua en el paso 3. Si todos los datos estn correctos, se procede a guardar y posteriormente se muestra el mensaje 'Los datos se guardaron satisfactoriamente', limpiando el formulario.

Precondiciones: 1) 2) El actor debe acceder al mdulo de contabilidad. Deben existir cuentas contables en el plan de cuentas contables.

Postcondiciones: 1) El asiento se registra exitosamente en el sistema.

Caso de uso: Visualizar reporte contable. Breve descripcin: El actor que inicia este caso de uso es el responsable de contabilidad. Este escenario permite visualizar los diferentes reportes contables (libro diario, libro mayor, balance de comprobacin, balance general y estado de ingresos/egresos). Flujo de eventos: Flujo bsico: 1) 2) El actor selecciona la opcin reportes en la barra de men principal. La aplicacin muestra un formulario pidiendo el tipo de reporte a generar y fecha a consultar. 3) 4) 5) 6) El actor selecciona el tipo de reporte e introduce la fecha. El actor pulsa sobre el botn Visualizar. La aplicacin genera el reporte y visualizar el reporte seleccionado. El caso de uso termina exitosamente.

Precondiciones: 1) 2) El actor debe acceder al mdulo de contabilidad. Deben existir asientos que afecten la contabilidad.

Postcondiciones: 1) El reporte se visualizar y el caso de uso termina exitosamente.

A-29

Caso de uso: Definir caja. Breve descripcin: El actor que inicia este caso de uso es el responsable de caja. Este escenario permite al actor registrar las cajas chica con las que trabaja la Institucin. Flujo de eventos: Flujo bsico: 1) 2) El actor selecciona en el men definiciones la opcin 'Caja'. La aplicacin muestra el formulario para ingresar los datos de la caja chica a crear. 3) 4) 5) 6) El actor introduce los datos en el formulario. El actor pulsa sobre el botn guardar. La aplicacin verifica si los datos son correctos y guarda. El caso de uso termina exitosamente.

Flujo alternativo: 5.1) Si la verificacin falla se muestra un mensaje al usuario y el caso de uso continua en el paso 3. Si todos los datos estn correctos, se procede a guardar y posteriormente se muestra el mensaje 'Los datos se guardaron satisfactoriamente', limpiando el formulario. Precondiciones: 1) El actor debe acceder al mdulo de caja.

Postcondiciones: 1) La caja se registra exitosamente en el sistema.

Caso de uso: Emitir comprobante de caja. Breve descripcin: El actor que inicia este caso de uso es el responsable de caja. Este escenario permite al actor registrar comprobantes y los movimientos de caja en el sistema. Flujo de eventos: Flujo bsico:

A-30

1) 2) 3)

El actor selecciona en el men procesos la opcin 'Comprobante'. La aplicacin muestra el formulario para ingresar los datos. El actor introduce los datos en el formulario y agrega los movimientos del comprobante.

4) 5) 6)

El actor pulsa sobre el botn guardar. La aplicacin verifica si los datos estn correctos y guarda. El caso de uso termina exitosamente.

Flujo alternativo: 5.1) Si la verificacin falla se muestra un mensaje al usuario y el caso de uso continua en el paso 3. Si todos los datos estn correctos, se procede a guardar y posteriormente se muestra el mensaje 'Los datos se guardaron satisfactoriamente', limpiando el formulario. Precondiciones: 1) 2) El actor debe acceder al mdulo de caja. Deben existir cajas definidas en el sistema.

Postcondiciones: 1) El comprobante y sus movimientos se registra exitosamente en el sistema.

Caso de uso: Visualizar comprobante de caja. Breve descripcin: El actor que inicia este caso de uso es el responsable de caja. Este escenario permite visualizar los comprobantes de caja almacenados en el sistema. Flujo de eventos: Flujo bsico: 1) 2) El actor selecciona la opcin reportes en la barra de men principal. La aplicacin muestra un formulario pidiendo el nmero del comprobante a consultar. 3) 4) El actor introduce el nmero y pulsa sobre el botn Visualizar. La aplicacin genera el reporte y visualizar el reporte seleccionado.

A-31

5)

El caso de uso termina exitosamente.

Precondiciones: 1) 2) El actor debe acceder al mdulo de caja. Deben existir comprobante de caja en el sistema.

Postcondiciones: 1) El reporte se visualizar y el caso de uso termina exitosamente.

Caso de uso: Consultar datos. Breve descripcin: Cualquier actor puede iniciar este caso de uso. Este escenario permite al actor consultar datos guardados en el sistema. Flujo de eventos: Flujo bsico: 1) El actor selecciona en el men procesos la opcin que desee, a excepcin de contabilizar o reversar. 2) La aplicacin muestra el formulario para ingresar (pestaa entrada de datos) o consultar datos (pestaa lista). 3) 4) El actor selecciona la pestaa lista. La aplicacin muestra el listado o registros guardados, adems se proporciona un campo de texto para buscar en el listado. 5) 6) El actor busca y selecciona el elemento a consultar. El actor (una vez seleccionado el elemento) se sita en la pestaa entrada de datos. 7) La aplicacin muestra o despliega en el formulario los datos correspondientes a la seleccin. 8) El caso de uso termina exitosamente.

Precondiciones: 1) El actor debe acceder al mdulo de inters.

Postcondiciones:

A-32

1)

Los datos se consultan exitosamente en el sistema.

Caso de uso: Contabilizar o reversar. Breve descripcin: El actor que inicia este caso de uso es el responsable de compras, cuentas por pagar, banco y caja. Este escenario permite al actor contabilizar o reversar movimientos bancarios, comprobantes de caja, ordenes de compra, servicio o pago. Flujo de eventos: Flujo bsico: 1) El actor selecciona en el men procesos el tipo de operacin que desea realizar (contabilizar o reversar). 2) La aplicacin muestra los registros que se pueden contabilizar o reversar, segn sea el caso. 3) 4) 5) 6) El actor selecciona las deseadas. El actor pulsa sobre el botn aceptar. La aplicacin procede a contabilizar o reversar, segn sea el caso. El caso de uso termina exitosamente.

Flujo alternativo: 2.1) Orden de compra o servicio para el responsable de compras. Orden de pago para el responsable de cuentas por pagar. Movimientos bancarios para el responsable de banco. Y comprobantes caja para el responsable de caja. Precondiciones: 1) El actor debe acceder al mdulo de compras, cuentas por pagar, banco o caja; segn sea el caso. 2) Deben existir ordenes de compra o servicio para el mdulo de compras, ordenes de pago para el mdulo de cuentas por pagar, movimientos bancarios para el mdulo de banco y comprobantes de caja para el mdulo de caja. Postcondiciones: 1) La accin se procesan exitosamente en el sistema.

A-33

2)

Se contabiliza o reversa el comprobante o asiento contable asociado.

Caso de uso: Definir proveedor. Breve descripcin: El actor que inicia este caso de uso es el responsable de compras y cuentas por pagar. Este escenario permite al actor registrar los proveedores en el sistema. Flujo de eventos: Flujo bsico: 1) 2) El actor selecciona en el men definiciones la opcin 'Proveedor'. La aplicacin muestra el formulario para ingresar los datos del proveedor a crear. 3) El actor introduce los datos en el formulario y selecciona la cuenta contable

asociada a los proveedores. 4) 5) 6) El actor pulsa sobre el botn guardar. La aplicacin verifica si los datos son correctos y guarda. El caso de uso termina exitosamente.

Flujo alternativo: 5.1) Si la verificacin falla se muestra un mensaje al usuario y el caso de uso continua en el paso 3. Si todos los datos estn correctos, se procede a guardar y posteriormente se muestra el mensaje 'Los datos se guardaron satisfactoriamente', limpiando el formulario. Precondiciones: 1) El actor debe acceder al mdulo de compras o cuentas por pagar, segn sea el caso. Postcondiciones: 1) El proveedor se registra exitosamente en el sistema.

A-34

Caso de uso: Definir beneficiario. Breve descripcin: El actor que inicia este caso de uso es el responsable de cuentas por pagar. Este escenario permite al actor registrar los beneficiarios en el sistema. Flujo de eventos: Flujo bsico: 1) 2) El actor selecciona en el men definiciones la opcin 'Beneficiarios'. La aplicacin muestra el formulario para ingresar los datos del beneficiario a crear. 3) El actor introduce los datos en el formulario y selecciona la cuenta contable

asociada a los beneficiarios. 4) 5) 6) El actor pulsa sobre el botn guardar. La aplicacin verifica si los datos son correctos y guarda. El caso de uso termina exitosamente.

Flujo alternativo: 5.1) Si la verificacin falla se muestra un mensaje al usuario y el caso de uso continua en el paso 3. Si todos los datos estn correctos, se procede a guardar y posteriormente se muestra el mensaje 'Los datos se guardaron satisfactoriamente', limpiando el formulario. Precondiciones: 1) El actor debe acceder al mdulo de cuentas por pagar.

Postcondiciones: 1) El beneficiario se registra exitosamente en el sistema.

APNDICE B DIAGRAMA DE GANTT

B-2

OBJETIVOS / ACTIVIDADES
Formular el sistema Web Identificacin de las metas Comunicacin con los clientes Definicin de las categoras de usuario Desarrollo de los casos de uso Planificar el proyecto Establecimiento del mbito Evaluacin de los riesgos Desarrollar el plan de proyecto Analizar los requerimientos de la aplicacin Web Anlisis de contenido Anlisis de interaccin Anlisis funcional Anlisis de configuracin Disear la aplicacin Web Diseo de la interfaz Diseo esttico Diseo del contenido Diseo arquitectnico Diseo de navegacin Diseo de componentes Generar las pginas de la aplicacin Web Codificacin de las pginas Web Realizar pruebas a la aplicacin Web Pruebas de contenido Pruebas de configuracin Pruebas de navegacin Pruebas de interfaz de usuario Creacin de la documentacin del usuario Realizacin del informe final

SEMANAS 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18 19 20 21 22 23 24

Figura B1. Diagrama de Gantt utilizado en la planificacin del proyecto.

APNDICE C DIAGRAMA FSICO DE LA BASE DE DATOS

C-2

Figura C1. Diagrama fsico de la base de datos.

APNDICE D TABLAS DE LA BASE DE DATOS

D-2

Tabla D1. Descripcin de la tabla Banco modulo_banco.banco.

Nombre P id_banco nombre_banco direccion_banco contacto_banco telefono_banco eliminado Tipo entero caracter caracter caracter caracter booleano Nombre del banco. Direccin del banco. Nombre de la persona o contacto en el banco. Nmero de telfono del contacto en el banco. Indica si el banco fue eliminado. Descripcin Cdigo autoincremental que identifica el banco. Longitud 30 30 40 -

Tabla D2. Descripcin de la tabla Cheque modulo_banco.cheque.

Nombre P id_cheque id_proveedor id_beneficiario id_comprobante id_cta_bancaria fecha_cheque numero_cheque concepto_cheque monto_cheque custodia anulado emitido eliminado Tipo entero entero entero entero entero fecha caracter caracter numrico booleano booleano booleano booleano Descripcin Cdigo autoincremental que identifica el cheque. Identificador del proveedor asociado al cheque. Identificador del beneficiario asociado al cheque. Identificador del comprobante de gasto asociado al cheque. Identificador de la cuenta bancaria asociada al cheque. Fecha del cheque. Numero del cheque. Concepto del cheque. Monto del cheque. Indica si el cheque se encuentra en la Institucin. Indica si el cheque fue anulado. Indica si el cheque fue emitido. Indica si el cheque fue eliminado. Longitud 15 -

Tabla D3. Descripcin cta_bancaria.

Nombre P id_cta_bancaria id_codigo_contable id_banco Tipo entero caracter entero

de

la

tabla

Cuenta

Bancaria

modulo_banco.
Longitud 12 -

Descripcin Cdigo autoincremental que identifica la cuenta bancaria. Cuenta contable asociada a la cuenta banacaria. Identificador del banco asociado a la cuenta bancaria.

D-3

Tabla D3. Continuacin.

Nombre id_tipo_cta_bancaria numero_cta_bancaria descripcion_cta_bancaria fecha_apertura_cta_bancaria fecha_cierre_cta_bancaria activa_cta_bancaria eliminado Tipo entero caracter caracter fecha fecha booleano booleano Descripcin Identificador del tipo de cuenta bancaria asociada a la cuenta. Nmero de cuenta. Descripcin de la cuenta. Fecha de apertura de la cuenta. Fecha de cierre de la cuenta. Indica si la cuenta esta activa. Indica si el banco fue eliminado. Longitud 20 -

Tabla D4. Descripcin de la tabla Movimiento Bancario modulo_banco. movimiento_bancario.

Nombre P id_ movimiento_bancario id_comprobante id_movimiento_bancario_ asociado id_cta_bancaria id_tipo_operacion_bancaria fecha_movimiento_bancario fecha_movimiento_bancario_ sistema concepto_movimiento_bancario monto_movimiento_bancario documento_referencia_ movimiento_bancario eliminado Tipo entero entero entero entero entero fecha fecha caracter numrico caracter booleano Descripcin Cdigo autoincremental que identifica el movimiento. Identificador del comprobante de gasto asociado al cheque. Identifica el movimiento asociado en caso de transferencia bancaria. Identificador de la cuenta bancaria asociado al movimiento. Identificador del tipo de operacin asociado al movimiento. Fecha del movimiento. Fecha del movimiento en el sistema. Concepto del movimiento. Monto del movimiento. Nmero de referencia del movimiento. Indica si el movimiento fue eliminado. Longitud 20 -

D-4

Tabla D5. Descripcin de la tabla Programacin de Pagos modulo_banco. programacion_pago.

Nombre P id_ programacion_pago id_cta_bancaria Tipo entero entero Descripcin Cdigo autoincremental que identifica el pago programado. Identificador de la cuenta bancaria asociado al pago programado. Fecha de programacin del pago. Longitud -

fecha_programar_pg

fecha

Tabla D6. Descripcin de la tabla Solicitud modulo_banco.solicitud_pago__tiene__cheque.

Nombre P id_solicitud_pago P id_cheque monto_pagado Tipo entero entero numrico

de

Pago

tienen

Cheque
Longitud -

Descripcin Identificador de la solicitud de pago. Identificador del cheque. Monto pagado de la solicitud asociada.

Tabla D7. Descripcin de la tabla Tipo de Cuenta Bancaria modulo_banco. tipo_cta_bancaria.

Nombre P id_tipo_cta_bancaria nombre_tipo_cta_bancaria eliminado Tipo entero caracter booleano Descripcin Cdigo autoincremental que identifica el tipo de cuenta bancaria. Nombre del tipo de cuenta. Indica si el tipo de cuenta fue eliminado. Longitud 30 -

Tabla D8. Descripcin de la tabla Tipo de Operacin Bancaria modulo_banco. tipo_operacion_bancaria.

Nombre P id_ tipo_operacion_bancaria nombre_tipo_operacion_ bancaria acronimo_tipo_operacion_ bancaria afecta eliminado Tipo entero caracter caracter caracter booleano Descripcin Cdigo autoincremental que identifica el tipo de operacin bancaria. Nombre del tipo de operacin. Acrnimo que identifica la operacin bancaria. Indica la afectacin contable. Indica si el tipo de cuenta fue eliminado. Longitud 30 2 1 -

D-5

Tabla D9. Descripcin de la tabla Beneficiario modulo_beneficiario. beneficiario.

Nombre P id_beneficiario id_codigo_contable cedula_beneficiario rif_beneficiario nombre_beneficiario apellido_beneficiario observaciones eliminado Tipo entero caracter caracter caracter caracter caracter caracter booleano Descripcin Cdigo autoincremental que identifica al beneficiario. Cdigo contable asociado al beneficiario. Cdula del beneficiario. RIF del beneficiario. Nombre del beneficiario. Apellido del beneficiario. Observaciones existente. Indica si el beneficiario fue eliminado. Longitud 12 10 15 20 20 -

Tabla D10. Descripcin de la tabla Caja modulo_caja.caja.

Nombre P id_caja denominacion_caja descripcion_caja id_codigo_contable eliminado Tipo entero caracter caracter caracter booleano Descripcin Cdigo autoincremental que identifica la caja. Denominacin de la caja. Descripcin de la caja. Cdigo contable asociado a la caja. Indica si la caja fue eliminada. Longitud 30 12 -

Tabla D11. Descripcin de la tabla Caja modulo_caja.comprobante_caja.

Nombre P id_comprobante_caja id_caja id_codigo_contable id_comprobante fecha pagado_a concepto monto eliminado Tipo entero entero caracter entero fecha caracter caracter numrico booleano Descripcin Cdigo autoincremental que identifica el comprobante de caja. Identificador de la caja. Cdigo contable asociado al comprobante. Identificador del comprobante de contable/presupuestario. Fecha del comprobante. Persona a quien se cancela o paga. Concepto del comprobante. Monto total del comprobante. Indica si la caja fue eliminada. Longitud 12 20 -

D-6

Tabla D12. Descripcin de la tabla Plan modulo_catalogo_ctas.catalogo_ctas_plan_unico.

Nombre P id_codigo_plan_unico denominacion_plan_unico cuenta_agregada es_padre Tipo caracter caracter booleano booleano

nico

de

Cuentas
Longitud 9 -

Descripcin Cdigo que identifica la cuenta presupuestaria. Denominacin de la cuenta presupuestaria. Indica si la cuenta fue agregada al plan original. Indica si es una cuenta padre.

Tabla D13. Descripcin de la tabla Plan modulo_catalogo_ctas.catalogo_ctas_contable.

Nombre P id_codigo_contable denominacion_cta_contable cuenta_agregada Tipo caracter caracter booleano

de

Cuentas

Contables
Longitud 12 -

Descripcin Cdigo que identifica la cuenta contable. Denominacin de la cuenta contable. Indica si la cuenta fue agregada al plan original.

Tabla D14. Descripcin de la tabla Convertidor Global entre Cuentas modulo_catalogo_ctas.convertidor_global.

Nombre P id_codigo_contable P id_codigo_plan_unico Tipo Descripcin Longitud 12 9 caracter Cdigo que identifica la cuenta contable. caracter Cdigo que identifica la cuenta presupuestaria.

Tabla D15. Descripcin de la tabla Artculo modulo_compras.articulo.

Nombre P id_articulo id_codigo_plan_unico id_tipo_de_articulo id_unidades_de_medida denominacion_a observacion_a aplicar_iva eliminado Tipo entero caracter entero entero caracter caracter booleano booleano Descripcin Cdigo autoincremental que identifica el artculo. Cdigo presupuestario asociado al artculo. Identificador del tipo de artculo. Identificador de la unidad de medida. Denominacin del artculo. Observacin del artculo. Indica si el artculo se le aplica el iva. Indica si el artculo fue eliminado. Longitud 9 100 -

D-7

Tabla D16. Descripcin de la tabla Artculo Orden de Compra modulo_compra. articulo_orden_de_compra.

Nombre P id_articulo P id_orden_de_compra cantidad_aodc costo_aodc porcentaje_descuento_aodc descuento_aodc aplica_iva Tipo entero entero numrico numrico numrico numrico booleano Descripcin Identificador del artculo. Identificador de la orden de compra. Cantidad de artculo. Costo del artculo. Porcentaje de descuento del artculo. Monto de descuento del artculo. Indica si el artculo se le aplic el iva. Longitud -

Tabla D17. Descripcin de la tabla Artculo Orden de Servicio modulo_compra. articulo_orden_de_servicio.

Nombre P id_servicio P id_orden_de_servicio cantidad_aods costo_aods porcentaje_descuento_aods descuento_aods aplica_iva Tipo entero entero numrico numrico numrico numrico booleano Descripcin Identificador del servicio. Identificador de la orden de servicio. Cantidad de servicios. Costo del servicio. Porcentaje de descuento del servicio. Monto de descuento del servicio. Indica si al servicio se le aplic el iva. Longitud -

Tabla D18. Descripcin de la tabla Artculo modulo_compra.articulo_requisicion_de_bienes.

Nombre P id_articulo P id_requisicion_bienes cantidad_arb Tipo entero entero numrico

Requisicin

de

Bienes
Longitud -

Descripcin Identificador del artculo. Identificador de la requisicin de bienes. Cantidad de artculos.

Tabla D19. Descripcin de la tabla Artculo modulo_compra.articulo_requisicion_de_servicios.

Nombre P id_servicio P id_requisicion_servicios cantidad_ars Tipo entero entero numrico

Requisicin

de

Servicio
Longitud -

Descripcin Identificador del servicio. Identificador de la requisicin de servicio. Cantidad de servicios.

D-8

Tabla D20. Descripcin de la tabla Orden de Compra modulo_compra. orden_de_compra.

Nombre P id_orden_de_compra id_proveedor id_comprobante fecha_odc concepto_odc observacion_odc condicion_pago_odc porcentaje_descuento_odc descuento_odc contabilizada eliminado Tipo entero entero entero fecha caracter caracter caracter numrico numrico booleano booleano Descripcin Cdigo autoincremental que identifica la orden de compra. Identificador del proveedor. Identificador del comprobante presupuestario/ contable. Fecha de la orden. Concepto de la orden. Observacin de la orden. Condicin de pago de la orden. Porcentaje de descuento de la orden. Monto de descuento de la orden. Indica si la orden fue contabilizada. Indica si la orden fue eliminada. Longitud 50 -

Tabla D21. Descripcin de la tabla Orden modulo_compra.orden_de_compra__tiene__cargo.

Nombre P id_orden_de_compra P id_cargo monto_correccion Tipo entero entero numrico

de

Compra

tiene

Cargo
Longitud -

Descripcin Identificador de la orden de compra. Identificador del cargo. Monto de correccin del cargo aplicado.

Tabla D22. Descripcin de la tabla Orden de Servicio modulo_compra. orden_de_servicio.

Nombre P id_orden_de_servicio id_proveedor id_comprobante fecha_ods concepto_ods observacion_ods condicion_pago_ods Tipo entero entero entero fecha caracter caracter caracter Descripcin Cdigo autoincremental que identifica la orden de servicio. Identificador del proveedor. Identificador del comprobante presupuestario/ contable. Fecha de la orden. Concepto de la orden. Observacin de la orden. Condicin de pago de la orden. Longitud 50

D-9

Tabla D22. Continuacin.

Nombre porcentaje_descuento_ods descuento_ods contabilizada eliminado Tipo numrico numrico booleano booleano Descripcin Porcentaje de descuento de la orden. Monto de descuento de la orden. Indica si la orden fue contabilizada. Indica si la orden fue eliminada. Longitud -

Tabla D23. Descripcin de la tabla Orden modulo_compra.orden_de_servicio__tiene__cargo.

Nombre P id_orden_de_servicio P id_cargo monto_correccion Tipo entero entero numrico

de

Servicio

tiene

Cargo
Longitud -

Descripcin Identificador de la orden de servicio. Identificador del cargo. Monto de correccin del cargo aplicado.

Tabla D24. Descripcin de la tabla Requisicin tiene Orden de Compra modulo_compra.requisicion__tiene__orden_de_compra.

Nombre P id_requisicion_bienes P id_orden_de_compra Tipo entero entero Descripcin Identificador de la requisicin de bienes. Identificador de la orden de compra. Longitud -

Tabla D25. Descripcin de la tabla Requisicin tiene Orden de Servicio modulo_compra.requisicion__tiene__orden_de_servicio.

Nombre P id_requisicion_servicios Tipo entero Descripcin Identificador de la requisicin de servicios. Identificador de la orden de servicios. Longitud -

P id_orden_de_servicio

entero

D-10

Tabla D26. Descripcin de la tabla Requisicin de Bienes modulo_compra. requisicion_bienes.

Nombre P id_requisicion_bienes id_estructura_presupuestaria fecha_rb concepto_rb emitida_rb eliminado Tipo entero entero fecha caracter booleano booleano Descripcin Cdigo autoincremental que identifica la requisicin de bienes. Identificador de la estructura presupuestaria. Fecha de la requisicin. Concepto de la requisicin. Indica si la requisicin fue emitida. Indica si la requisicin fue eliminada. Longitud -

Tabla D27. Descripcin de la tabla Requisicin de Servicio modulo_compra. requisicion_servicios.

Nombre P id_requisicion_servicios id_estructura_presupuestaria fecha_rs concepto_rs emitida_rs eliminado Tipo entero entero fecha caracter booleano booleano Descripcin Cdigo autoincremental que identifica la requisicin de servicios. Identificador de la estructura presupuestaria. Fecha de la requisicin. Concepto de la requisicin. Indica si la requisicin fue emitida. Indica si la requisicin fue eliminada. Longitud -

Tabla D28. Descripcin de la tabla Servicio modulo_compras.servicio.

Nombre P id_servicio id_codigo_plan_unico id_tipo_de_servicio denominacion_s observacion_s eliminado Tipo entero caracter entero caracter caracter booleano Descripcin Cdigo autoincremental que identifica el servicio. Cdigo presupuestario asociado al servicio. Identificador del tipo de servicio. Denominacin del servicio. Observacin del servicio. Indica si el servicio fue eliminado. Longitud 9 100 -

D-11

Tabla D29. Descripcin de la tabla Tipo de Artculo modulo_compras. tipo_de_articulo.

Nombre P id_tipo_de_articulo denominacion_tda descripcin_tda tipo_tda eliminado Tipo entero caracter caracter entero booleano Descripcin Cdigo autoincremental que identifica tipo de artculo. Denominacin del tipo de artculo. Descripcin del tipo de artculo. Indica si el tipo de artculo es un bien o insumo. Indica si el tipo de artculo fue eliminado. Longitud 50 -

Tabla D30. Descripcin de la tabla Tipo de Servicio modulo_compras. tipo_de_servicio.

Nombre P id_tipo_de_servicio denominacion_tds descripcin_tds eliminado Tipo entero caracter caracter booleano Descripcin Cdigo autoincremental que identifica tipo de servicio. Denominacin del tipo de servicio. Descripcin del tipo de servicio. Indica si el tipo de servicio fue eliminado. Longitud 50 -

Tabla D31. Descripcin de la tabla Unidades de Medida modulo_compras. unidades_de_medida.

Nombre P id_unidades_de_medida denominacion_udm unidades_udm observacion_udm eliminado Tipo entero caracter real caracter Descripcin Cdigo autoincremental que identifica la unidad de medida. Denominacin de la unidad de medida. Indica la cantidad de unidades correspondiente a la unidad de medida. Observacin de la unidad de medida. Longitud 30 -

booleano Indica si la unidad de medida fue eliminada.

D-12

Tabla D32. Descripcin de la tabla Movimiento Contable modulo_contabilidad. movimiento_contable.

Nombre P id_ movimiento_contable id_codigo_contable id_comprobante descripcion_mc acronimo_doc_origen_mc id_doc_origen_doc tipo_operacion_mc monto_mc eliminado Tipo entero caracter entero caracter caracter entero caracter Descripcin Cdigo autoincremental que identifica el movimiento contable. Cdigo contable asociado al movimiento. Identificador del comprobante presupuestario/contable. Descripcin del movimiento. Acrnimo del documento origen del movimiento. Identificador del documento de origen. Tipo de operacin contable. Longitud 12 6 1 -

numrico Monto del movimiento. booleano Indica si el movimiento fue eliminado.

Tabla D33. Descripcin de la tabla Cargo modulo_cuentas_por_pagar.cargo.

Nombre P id_cargo id_codigo_plan_unico denominacion_cargo formula_cargo es_iva eliminado Tipo entero caracter caracter caracter booleano booleano Descripcin Cdigo autoincremental que identifica el cargo. Cdigo presupuestario asociado al cargo. Denominacin del cargo. Formula del cargo. Indica si el cargo es IVA. Indica si el cargo fue eliminado. Longitud 9 50 50 -

Tabla D34. Descripcin de la tabla Comprobante de Cargos y Retenciones modulo_cuentas_por_pagar.comprobante_cargo_retencion.

Nombre P id fecha periodo_fiscal Tipo entero fecha caracter Descripcin Cdigo autoincremental que identifica el comprobante. Fecha del comprobante. Periodo fiscal del comprobante. Longitud 10

D-13

Tabla D35. Descripcin de la tabla Deduccin modulo_cuentas_por_pagar. deduccion.

Nombre P id_deduccin id_codigo_contable denominacion_deduccion monto_deducible formula_deduccion eliminado Tipo entero caracter caracter caracter Descripcin Cdigo autoincremental que identifica la deduccin. Cdigo contable asociado al movimiento. Denominacin de la deduccin. Formula de la deduccin. Longitud 12 50 50 -

numrico Monto deducible. booleano Indica si la deduccin fue eliminado.

Tabla D36. Descripcin de la tabla Documento modulo_cuentas_por_pagar. documento.

Nombre P id_documento id_comprobante_cargo _ retencion id_solicitud_pago id_tipo_documento id_proveedor id_beneficiario numero_referencia_d concepto_d fecha_emision_d fecha_vencimiento_d fecha_registro_d fecha_factura n_factura n_control_factura eliminado Tipo entero entero Descripcin Cdigo autoincremental que identifica el documento. Identificador del comprobante de cargos y retenciones. Identificador de la solicitud de pago. Identificador del tipo de documento. Identificador del proveedor. Identificador del beneficiario. Numero de referencia del documento. Concepto del documento. Fecha de emisin del documento. Fecha de vencimiento del documento. Fecha de registro en el sistema del documento. Fecha de la factura. Nmero de factura. Nmero de control de factura. Indica si el documento fue eliminado. Longitud -

entero entero entero entero caracter caracter fecha fecha fecha fecha caracter caracter booleano

15 15 15 -

D-14

Tabla D37. Descripcin de la tabla Documento tiene Comprobante Previo modulo_cuentas_por_pagar.documento__tiene__comprobante_previo.

Nombre P id_documento P id_comprobante Tipo entero entero Descripcin Identificador del documento. Identificador del comprobante presupuestario/contable. Longitud -

Tabla D38. Descripcin de la tabla Documento modulo_cuentas_por_pagar.documento__tiene__deduccion.

Nombre P id_documento P id_deduccin monto_deduccion Tipo entero entero Descripcin Identificador del documento. Identificador de la deduccin.

tiene

Deduccin
Longitud -

numrico Monto deducible del documento.

Tabla D39. Descripcin de la modulo_cuentas_por_pagar.solicitud_pago.

Nombre P id_solicitud_pago id_programacin_pago id_comprobante id_proveedor id_beneficiario fecha_emision_sp concepto_sp observacion_sp cancelado eliminado Tipo entero entero entero entero entero fecha

tabla

Solicitud

de

Pago
Longitud -

Descripcin Cdigo autoincremental que identifica la solicitud de pago. Identificador del pago programado. Identificador del comprobante presupuestario/contable. Identificador del proveedor. Identificador del beneficiario. Fecha de emisin de la solicitud.

caracter Concepto de la solicitud. caracter Observaciones de la solicitud. booleano Indica si la solicitud fue cancelada. booleano Indica si el documento fue eliminado.

D-15

Tabla D40. Descripcin de la tabla modulo_cuentas_por_pagar.tipo_documento.

Nombre P id_tipo_documento denominacion_tipo_ documento causa_tipo_documento compromete_tipo_ documento efecto_contable_tipo_ documento eliminado Tipo entero caracter booleano booleano caracter booleano

Tipo

de

Documento
Longitud 100 1 -

Descripcin Cdigo autoincremental que identifica el tipo de documento. Denominacin del tipo de documento. Indica si el tipo de documento causa un gasto. Indica si el tipo de documento compromete un gasto. Indica la afectacin contable del tipo de documento. Indica si el tipo de documento fue eliminado.

Tabla D41. Descripcin de la tabla Accin Centralizada modulo_presupuesto. accion_centralizada.

Nombre P id_accion_centralizada codigo_centralizada denominacion_centralizada eliminado Tipo entero caracter caracter booleano Descripcin Cdigo autoincremental que identifica el proyecto o accin centralizada. Cdigo del proyecto o accin centralizada. Denominacin del proyecto o accin centralizada. Indica si el proyecto o accin centralizada fue eliminado. Longitud 20 -

Tabla D42. Descripcin de la tabla Accin Especifica modulo_presupuesto. accion_especifica.

Nombre P id_accion_especifica codigo_especifico denominacion_especifica eliminado Tipo entero entero caracter booleano Descripcin Cdigo autoincremental que identifica el proyecto o accin centralizada. Cdigo de la accin especifica. Denominacin de la accin especifica. Indica si la accin especifica fue eliminado. Longitud -

D-16

Tabla D43. Descripcin comprobante.

Nombre P id_comprobante acronimo_c numero_c fecha_c denominacion_c tipo_personalidad_c id_personalidad_c eliminado

de

la

tabla

Comprobante

modulo_presupuesto.
Longitud 6 15 1 -

Tipo entero caracter caracter fecha caracter caracter entero booleano

Descripcin Cdigo autoincremental que identifica el comprobante contable/presupuestario. Acrnimo del comprobante. Nmero de referencia del comprobante. Fecha del comprobante. Denominacin del comprobante. Tipo de persona (beneficiario, proveedor, personal) relacionada al comprobante. Identificador de la persona. Indica si el tipo de documento fue eliminado.

Tabla D44. Descripcin de la tabla modulo_presupuesto.estruc_presupuestaria.

Nombre P id_estruc_presupuestaria id_acciones_centralizadas id_accion_especifica id_otras_acciones_ especificas presupuesto_asignado Tipo entero entero entero entero

Estructura
Descripcin

Presupuestaria
Longitud -

Cdigo autoincremental que identifica la estructura presupuestaria. Identificador del proyecto o accin centralizada. Identificador de la accin especifica del proyecto o accin centralizada. Identificador para otras acciones especificas del proyecto o accin centralizada. Indica si la estructura presupuestaria se le asign presupuesto.

booleano

D-17

Tabla D45. Descripcin de la tabla modulo_presupuesto.movimiento_presupuestario.

Nombre P id_movimiento_ presupuestario id_estruc_presupuestaria id_codigo_plan_unico id_operacion id_comprobante descripcion_mp acronimo_doc_origen_mp id_doc_origen_mp monto_mp eliminado Tipo entero entero caracter entero entero caracter caracter entero numrico booleano

Movimiento
Descripcin

Presupuestario
Longitud 9 6 -

Cdigo autoincremental que identifica el movimiento presupuestario. Identificador de la estructura presupuestaria que genera el movimiento. Cdigo presupuestario asociado al movimiento. Identificador del tipo de movimiento. Identificador del comprobante contable/presupuestario. Descripcin del movimiento. Acrnimo del documento de origen. Identificador del documento de origen. Monto del movimiento. Indica si el movimiento fue eliminado.

Tabla D46. Descripcin de modulo_presupuesto.operacion.

Nombre P id_operacion tipo_operacion denominacion_operacion pre_compr_operacion compr_operacion causa_operacion paga_operacion asig_operacion aument_operacion dismi_operacion eliminado Tipo entero caracter caracter booleano booleano booleano booleano booleano booleano booleano booleano

la

tabla

Operacin

Presupuestaria
Longitud 20 -

Descripcin Cdigo autoincremental que identifica la operacin. Acrnimo de la operacin. Denominacin de la operacin. Indica si la operacin es un precompromiso. Indica si la operacin compromete un gasto. Indica si la operacin causa un gasto. Indica si la operacin paga un gasto. Indica si la operacin es una asignacin presupuestaria. Indica si la operacin aumenta el presupuesto. Indica si la operacin disminuye el presupuesto. Indica si el movimiento fue eliminado.

D-18

Tabla D47. Descripcin de la tabla Otras modulo_presupuesto.otras_acciones_especificas.

Nombre P id_otras_acciones_ especificas codigo_otras denominacion_otras eliminado Tipo entero caracter caracter booleano

Acciones

Especificas
Longitud -

Descripcin Cdigo autoincremental que identifica otra accin especifica. Cdigo de otra accin especifica. Denominacin de otra accin especifica. Indica si otra accin especifica fue eliminado.

Tabla D48. Descripcin de la tabla Proveedor modulo_proveedor.proveedor.

Nombre P id_ proveedor id_codigo_contable rif_ proveedor nit_proveedor compania_ proveedor direccion_ proveedor telefono_proveedor eliminado Tipo entero caracter caracter caracter caracter caracter caracter booleano Descripcin Cdigo autoincremental que identifica al proveedor. Cdigo contable asociado al proveedor. RIF del proveedor. NIT del proveedor. Nombre del proveedor. Direccin del proveedor. Telfono del proveedor. Indica si el proveedor fue eliminado. Longitud 12 15 15 20 30 -

Tabla D49. Descripcin de la tabla Movimiento Comprobante de Caja modulo_caja.movimiento_comprobante_caja.

Nombre P id_comprobante_caja P id_plan_unico P id_estructura_ presupuestaria monto Tipo entero entero entero Descripcin Cdigo que identifica el comprobante de caja asociado al movimiento. Cdigo que identifica la cuenta presupuestaria asociado al movimiento. Cdigo que identifica de la estructura presupuestaria asociada al movimiento. Longitud -

numrico Monto del movimiento.

APNDICE E DIAGRAMAS DE SECUENCIA

E-2

Figura E1. Diagrama de secuencia para el caso de uso definir tipo de artculo.

Figura E2. Diagrama de secuencia para el caso de uso definir unidades de medida.

E-3

Figura E3. Diagrama de secuencia para el caso de uso definir artculo.

Figura E4. Diagrama de secuencia para el caso de uso definir tipo de servicio.

E-4

Figura E5. Diagrama de secuencia para el caso de uso definir servicio.

Figura E6. Diagrama de secuencia para el caso de uso elaborar requisicin.

E-5

Figura E7. Diagrama de secuencia para el caso de uso emitir orden de compra o servicio.

E-6

Figura E8. Diagrama de secuencia para el caso de uso definir tipo de documento.

Figura E9. Diagrama de secuencia para el caso de uso definir deduccin.

Figura E10. Diagrama de secuencia para el caso de uso definir cargo.

E-7

Figura E11. Diagrama de secuencia para el caso de uso recibir documento.

E-8

Figura E12. Diagrama de secuencia para el caso de uso emitir orden de pago.

Figura E13. Diagrama de secuencia para el caso de uso definir banco.

E-9

Figura E14. Diagrama de secuencia para el caso de uso definir tipo de cuenta.

Figura E15. Diagrama de secuencia para el caso de uso definir cuenta bancaria.

E-10

Figura E16. Diagrama de secuencia para el caso de uso definir tipo de operacin.

Figura E17. Diagrama de secuencia para el caso de uso programar o desprogramar pagos.

E-11

Figura E18. Diagrama de secuencia para el caso de uso elaborar cheque.

E-12

Figura E19. Diagrama de secuencia para el caso de uso contabilizar o anular cheque.

E-13

Figura E20. Diagrama de secuencia para el caso de uso registrar movimiento bancario.

Figura E21. Diagrama de secuencia para el caso de uso definir plan de cuentas contables.

E-14

Figura E22. Diagrama de secuencia para el caso de uso registrar asiento contable.

E-15

Figura E23. Diagrama de secuencia para el caso de uso definir caja.

E-16

Figura E24. Diagrama de secuencia para el caso de uso emitir comprobante de caja.

E-17

Figura E25. Diagrama de secuencia para el caso de uso definir proveedor.

Figura E26. Diagrama de secuencia para el caso de uso definir beneficiario.

E-18

Figura E27. Diagrama de secuencia para el caso de uso contabilizar o reversar. (Actor responsable de compras)

E-19

Figura E28. Diagrama de secuencia para el caso de uso contabilizar o reversar. (Actor responsable de cuentas por pagar)

Figura E29. Diagrama de secuencia para el caso de uso contabilizar o reversar. (Actor responsable de caja)

APNDICE F DESCRIPCIN DE LOS MTODOS DE LAS CLASES

F-2

Tabla F1. Descripcin de los mtodos de la clase AccinCentralizada.

Mtodo Buscar() Descripcin Consulta en la base de datos y carga los datos en el objeto.

Tabla F2. Descripcin de los mtodos de la clase AccinEspecfica.

Mtodo Buscar() Descripcin Consulta en la base de datos y carga los datos en el objeto.

Tabla F3. Descripcin de los mtodos de la clase Artculo.

Mtodo Guardar() Buscar() Eliminar() Descripcin Guarda los datos del objeto en la base de datos. Consulta en la base de datos y carga los datos en el objeto. Elimina los datos del objeto.

Tabla F4. Descripcin de los mtodos de la clase Banco.

Mtodo Guardar() Buscar() Eliminar() Descripcin Guarda los datos del objeto en la base de datos. Consulta en la base de datos y carga los datos en el objeto. Elimina los datos del objeto.

Tabla F5. Descripcin de los mtodos de la clase Beneficiario.

Mtodo Guardar() Buscar() Eliminar() Descripcin Guarda los datos del objeto en la base de datos. Consulta en la base de datos y carga los datos en el objeto. Elimina los datos del objeto.

Tabla F6. Descripcin de los mtodos de la clase Caja.

Mtodo Guardar() Buscar() Eliminar() ListarComprobantesCaja() BuscarFondo() Descripcin Guarda los datos del objeto en la base de datos. Consulta en la base de datos y carga los datos en el objeto. Elimina los datos del objeto. Lista los comprobantes asociados a la caja actual. Retorna el monto de la caja actual.

F-3

Tabla F7. Descripcin de los mtodos de la clase Cargo.

Mtodo Guardar() Buscar() Eliminar() Descripcin Guarda los datos del objeto en la base de datos. Consulta en la base de datos y carga los datos en el objeto. Elimina los datos del objeto.

Tabla F8. Descripcin de los mtodos de la clase CatlogoCuentasContables.

Mtodo Guardar() Buscar() Eliminar() Descripcin Guarda los datos del objeto en la base de datos. Consulta en la base de datos y carga los datos en el objeto. Elimina los datos del objeto.

Tabla F9. Descripcin de los mtodos de la clase CatlogoCuentasPlannico.

Mtodo Buscar() Descripcin Consulta en la base de datos y carga los datos en el objeto.

Tabla F10. Descripcin de los mtodos de la clase Cheque.

Mtodo Guardar() Buscar() Eliminar() Contabilizar() Reversar() Anular() Descripcin Guarda los datos del objeto en la base de datos. Consulta en la base de datos y carga los datos en el objeto. Elimina los datos del objeto. Contabiliza el cheque.. Reversa el cheque. Anula el cheque.

Tabla F11. Descripcin de los mtodos de la clase Comprobante.

Mtodo Guardar() Buscar() Eliminar() ModificarAcronimo() ListarDetallesContables() ListarDetallesPresupuestarios() Descripcin Guarda los datos del objeto en la base de datos. Consulta en la base de datos y carga los datos en el objeto. Elimina los datos del objeto. Elimina los datos del objeto. Lista los movimientos contables asociados. Lista los movimientos presupuestarios asociados.

F-4

Tabla F12. Descripcin de los mtodos de la clase ComprobanteCargo Retencin.

Mtodo Guardar() Buscar() Eliminar() Descripcin Guarda los datos del objeto en la base de datos. Consulta en la base de datos y carga los datos en el objeto. Elimina los datos del objeto.

Tabla F13. Descripcin de los mtodos de la clase ComprobanteDeCaja.

Mtodo Guardar() Buscar() Eliminar() ListarMovimientos() AsociarComprobante() DesasociarComprobante() Descripcin Guarda los datos del objeto en la base de datos. Consulta en la base de datos y carga los datos en el objeto. Elimina los datos del objeto. Lista los movimientos asociados al comprobante. Asocia el comprobante de caja a un comprobante contable/presupuestario. Desasocia el comprobante de caja al comprobante contable/presupuestario asociado.

Tabla F14. Descripcin de los mtodos de la clase CuentaBancaria.

Mtodo Guardar() Buscar() Eliminar() Descripcin Guarda los datos del objeto en la base de datos. Consulta en la base de datos y carga los datos en el objeto. Elimina los datos del objeto.

Tabla F15. Descripcin de los mtodos de la clase Deduccin.

Mtodo Guardar() Buscar() Eliminar() Descripcin Guarda los datos del objeto en la base de datos. Consulta en la base de datos y carga los datos en el objeto. Elimina los datos del objeto.

Tabla F16. Descripcin de los mtodos de la clase Documento.

Mtodo Guardar() Buscar() Eliminar() Descripcin Guarda los datos del objeto en la base de datos. Consulta en la base de datos y carga los datos en el objeto. Elimina los datos del objeto.

F-5

Tabla F17. Descripcin de los mtodos de la clase EstructuraPresupuestaria.

Mtodo Buscar() Descripcin Consulta en la base de datos y carga los datos en el objeto.

Tabla F18. Descripcin de los mtodos de la clase MovimientoBancario.

Mtodo Guardar() Buscar() Eliminar() Contabilizar() Reversar() Descripcin Guarda los datos del objeto en la base de datos. Consulta en la base de datos y carga los datos en el objeto. Elimina los datos del objeto. Contabiliza el movimiento bancario. Reversa o elimina una contabilizacin previa..

Tabla F19. Descripcin de los mtodos de la clase MovimientoContable.

Mtodo Guardar() Eliminar() Descripcin Guarda los datos del objeto en la base de datos. Elimina los datos del objeto.

Tabla F20. Descripcin de los mtodos de la clase MovimientoComprobateCaja.

Mtodo Buscar() Descripcin Consulta en la base de datos y carga los datos en el objeto.

Tabla F21. Descripcin de los mtodos de la clase MovimientoPresupuestario.

Mtodo Guardar() Eliminar() Descripcin Guarda los datos del objeto en la base de datos. Elimina los datos del objeto.

Tabla F22. Descripcin de los mtodos de la clase OperacinPresupuestaria.

Mtodo Buscar() Descripcin Consulta en la base de datos y carga los datos en el objeto.

Tabla F23. Descripcin de los mtodos de la clase OrdenDeCompra.

Mtodo Guardar() Buscar() Eliminar() Descripcin Guarda los datos del objeto en la base de datos. Consulta en la base de datos y carga los datos en el objeto. Elimina los datos del objeto.

F-6

Tabla F23. Continuacin.

Mtodo Contabilizar() Reversar() ListarArticulos() ListarRequisiciones() Descripcin Contabiliza los datos del objeto. Reversa o elimina una contabilizacin previa de los datos del objeto. Lista los artculos asociados a la orden de compra. Lista las requisiciones asociadas a la orden de compra.

Tabla F24. Descripcin de los mtodos de la clase OrdenDePago.

Mtodo Guardar() Buscar() Eliminar() ListarDocumentos() Contabilizar() Reversar() Descripcin Guarda los datos del objeto en la base de datos. Consulta en la base de datos y carga los datos en el objeto. Elimina los datos del objeto. Lista los documentos asociados a la orden de pago. Contabiliza la orden de pago. Reversa la orden de pago.

Tabla F25. Descripcin de los mtodos de la clase OrdenDeServicio. Mtodo Descripcin

Guardar() Buscar() Eliminar() Contabilizar() Reversar() ListarServicios() ListarRequisiones() Guarda los datos del objeto en la base de datos. Consulta en la base de datos y carga los datos en el objeto. Elimina los datos del objeto. Contabiliza los datos del objeto. Reversa o elimina una contabilizacin previa de los datos del objeto. Lista los servicios asociados a la orden de compra. Lista las requisiciones asociadas a la orden de compra.

Tabla F26. Descripcin de los mtodos de la clase OtrasAccionesEspecficas.

Mtodo Buscar() Descripcin Consulta en la base de datos y carga los datos en el objeto.

Tabla F27. Descripcin de los mtodos de la clase Personal.

Mtodo Buscar() Descripcin Consulta en la base de datos y carga los datos en el objeto.

F-7

Tabla F28. Descripcin de los mtodos de la clase ProgramacinPago.

Mtodo Programar() Desprogramar() Descripcin Programa los datos del objeto. Desprograma los datos del objeto.

Tabla F29. Descripcin de los mtodos de la clase Proveedor.

Mtodo Guardar() Buscar() Eliminar() Descripcin Guarda los datos del objeto en la base de datos. Consulta en la base de datos y carga los datos en el objeto. Elimina los datos del objeto.

Tabla F30. Descripcin de los mtodos de la clase RequisicinBienes.

Mtodo Guardar() Buscar() Eliminar() ListarArticulos() Descripcin Guarda los datos del objeto en la base de datos. Consulta en la base de datos y carga los datos en el objeto. Elimina los datos del objeto. Lista los artculos asociados a la requisicin.

Tabla F31. Descripcin de los mtodos de la clase RequisicinServicios.

Mtodo Guardar() Buscar() Eliminar() ListarServicios() Descripcin Guarda los datos del objeto en la base de datos. Consulta en la base de datos y carga los datos en el objeto. Elimina los datos del objeto. Lista los servicios asociados a la requisicin.

Tabla F32. Descripcin de los mtodos de la clase Servicio.

Mtodo Guardar() Buscar() Eliminar() Descripcin Guarda los datos del objeto en la base de datos. Consulta en la base de datos y carga los datos en el objeto. Elimina los datos del objeto.

F-8

Tabla F33. Descripcin de los mtodos de la clase TipoCuentaBancaria.

Mtodo Guardar() Buscar() Eliminar() Descripcin Guarda los datos del objeto en la base de datos. Consulta en la base de datos y carga los datos en el objeto. Elimina los datos del objeto.

Tabla F34. Descripcin de los mtodos de la clase TipoDocumento.

Mtodo Guardar() Buscar() Eliminar() Descripcin Guarda los datos del objeto en la base de datos. Consulta en la base de datos y carga los datos en el objeto. Elimina los datos del objeto.

Tabla F35. Descripcin de los mtodos de la clase TipoOperacinBancaria.

Mtodo Guardar() Buscar() Eliminar() Descripcin Guarda los datos del objeto en la base de datos. Consulta en la base de datos y carga los datos en el objeto. Elimina los datos del objeto.

APNDICE G DISEO DE CONTENIDO

G-2

Tabla G1. Diseo de contenido para el caso de uso: Elaborar requisicin.

Objeto de datos Requisicin de bienes, insumos o servicios. Funcionalidad Registrar, consultar, modificar y eliminar. Visualizacin. Artculo Servicio Listar y seleccionar. Listar y seleccionar. Objeto de contenido Formulario de datos. Tabla de resultados. Documento de texto. Imagen: logo_fundacite_reporte.png Tabla de resultados. Tabla de resultados.

Tabla G2. Diseo de contenido para el caso de uso: Emitir orden de compra o servicio.
Objeto de datos Orden de compra o servicio. Funcionalidad Registrar, consultar, modificar y eliminar. Visualizacin. Proveedores y beneficiarios. Requisiciones. Artculo. Servicio. Listar y seleccionar. Listar y seleccionar. Listar y seleccionar. Listar y seleccionar. Objeto de contenido Formulario de datos. Tabla de resultados. Documento de texto. Imagen: logo_fundacite_reporte.png Tabla de resultados. Tabla de resultados. Tabla de resultados. Tabla de resultados.

Tabla G3. Diseo de contenido para el caso de uso: Contabilizar o reversar. Objeto de datos
Ordenes de compra, servicio o pago.

Funcionalidad
Listar y seleccionar las ordenes a contabilizar o reversar.

Objeto de contenido
Tabla de resultados.

Movimientos bancario. Listar y seleccionar los Tabla de resultados. movimientos a contabilizar o reversar. Comprobantes de caja. Listar y seleccionar los Tabla de resultados. comprobantes a contabilizar o reversar.

G-3

Tabla G4. Diseo de contenido para el caso de uso: Prepara documento.

Objeto de datos Documento. Proveedores y beneficiarios. Ordenes de compra o servicio. Cargos. Deducciones. Funcionalidad Registrar, consultar, modificar y eliminar. Listar y seleccionar. Listar y seleccionar. Listar y seleccionar. Listar y seleccionar. Objeto de contenido Formulario de datos. Tabla de resultados. Tabla de resultados. Tabla de resultados. Tabla de resultados. Tabla de resultados.

Tabla G5. Diseo de contenido para el caso de uso: Emitir orden de pago.
Objeto de datos Orden de pago. Funcionalidad Registrar, consultar, modificar y eliminar. Visualizacin. Proveedores y beneficiarios. Documentos. compra o servicio. Listar y seleccionar. Listar y seleccionar. Objeto de contenido Formulario de datos. Tabla de resultados. Documento de texto. Imagen: logo_fundacite_reporte.png Tabla de resultados. Tabla de resultados.

Tabla G6. Diseo de contenido para el caso de uso: Programar o desprogramar pago.
Objeto de datos Orden de pago. Funcionalidad Registrar, consultar, modificar y eliminar. Visualizacin. Proveedores y beneficiarios. Documentos. compra o servicio. Listar y seleccionar. Listar y seleccionar. Objeto de contenido Formulario de datos. Tabla de resultados. Documento de texto. Imagen: logo_fundacite_reporte.png Tabla de resultados. Tabla de resultados.

G-4

Tabla G7. Diseo de contenido para el caso de uso: Elaborar cheque.

Objeto de datos Cheque. Funcionalidad Registrar, consultar, modificar y eliminar. Visualizacin. Proveedores y beneficiarios. Ordenes de pago programadas. Listar y seleccionar. Listar y seleccionar. Objeto de contenido Formulario de datos. Tabla de resultados. Documento de texto. Tabla de resultados. Tabla de resultados.

Tabla G8. Diseo de contenido para el caso de uso: Emitir o anular cheque.
Objeto de datos Cheque. Funcionalidad Emitir o anular. Visualizacin. Proveedores y beneficiarios. Listar y seleccionar. Objeto de contenido Formulario de datos. Tabla de resultados. Documento de texto. Tabla de resultados.

Tabla G9. Diseo de contenido para el caso de uso: Registrar movimiento bancario.
Objeto de datos Movimiento bancario. Funcionalidad Registrar, consultar, modificar y eliminar. Visualizacin. Cuenta bancaria. Tipo de operacin bancaria. Listar y seleccionar. Listar y seleccionar. Objeto de contenido Formulario de datos. Tabla de resultados. Documento de texto. Tabla de resultados. Tabla de resultados.

Tabla G10. Diseo de contenido para el caso de uso: Registrar asiento contable.
Objeto de datos Comprobante. Funcionalidad Registrar, consultar, modificar y eliminar. Objeto de contenido Formulario de datos. Tabla de resultados.

G-5

Tabla G10. Continuacin.

Objeto de datos Funcionalidad Visualizacin. Movimientos contables. Cuentas contables. Registrar, consultar, modificar y eliminar. Listar y seleccionar. Objeto de contenido Documento de texto. Imagen: logo_fundacite_reporte.png Formulario de datos. Tabla de resultados. Tabla de resultados.

Tabla G11. Diseo de contenido para el caso de uso: Establecer fondo de caja.
Objeto de datos Comprobante. Movimientos contables. Cuentas contables. Caja. Funcionalidad Registrar. Registrar. Listar y seleccionar. Listar y seleccionar. Objeto de contenido Formulario de datos. Tabla de resultados. Formulario de datos. Tabla de resultados. Tabla de resultados. Tabla de resultados.

Tabla G12. Diseo de contenido para el caso de uso: Emitir comprobante de caja.
Objeto de datos Comprobante de caja. Funcionalidad Registrar, consultar, modificar y eliminar. Visualizacin. Cuentas contables. Caja. Listar y seleccionar. Listar y seleccionar. Objeto de contenido Formulario de datos. Tabla de resultados. Documento de texto. Imagen: logo_fundacite_reporte.png Tabla de resultados. Tabla de resultados.

Tabla G13. Diseo de contenido para el caso de uso: Consultar datos.

Objeto de datos Requisiciones. Funcionalidad Visualizacin. Objeto de contenido Documento de texto. Imagen: logo_fundacite_reporte.png

G-6

Tabla G13. Continuacin.

Objeto de datos Ordenes de compra, servicio y pago. Cheque. Movimientos bancarios. Comprobantes de contabilidad. Funcionalidad Visualizacin. Visualizacin. Visualizacin. Visualizacin. Objeto de contenido Documento de texto. Imagen: logo_fundacite_reporte.png Documento de texto. Documento de texto. Imagen: logo_fundacite_reporte.png Documento de texto. Imagen: logo_fundacite_reporte.png Documento de texto. Imagen: logo_fundacite_reporte.png Documento de texto. Imagen: logo_fundacite_reporte.png

Comprobantes de caja. Visualizacin. Comprobantes de cargos y retenciones. Visualizacin.

APNDICE H DIAGRAMAS DE NAVEGACIN

H-2

Figura H1. Diagrama de navegacin para el archivo index.php del men principal de la aplicacin.

Figura H2. Diagrama de navegacin para el archivo index.php del mdulo compras.

H-3

Figura H3. Diagrama de navegacin para el archivo index.php del mdulo cuentas por pagar.

Figura H4. Diagrama de navegacin para el archivo index.php del mdulo banco.

H-4

Figura H5. Diagrama de navegacin para el archivo index.php del mdulo contabilidad.

Figura H6. Diagrama de navegacin para el archivo index.php del mdulo caja.

APNDICE I SINTAXIS DE NAVEGACIN

I-2

Tabla I1. Botones de la aplicacin Web. Medio de navegacin Accin Botn de acceso al mdulo de compras.

Botn de acceso al mdulo de cuentas por pagar.

Botn de acceso al mdulo de banco.

Botn de acceso al mdulo de contabilidad.

Botn de acceso al mdulo de caja.

Botn para cerrar sesin desde el men principal de la aplicacin. Botn para configurar la sesin actual. Botn para limpiar y restaurar los valores predeterminados del formulario. Botn para guardar los datos del formulario. Botn para modificar un elemento seleccionado de la lista. Botn para eliminar un elemento seleccionado de la lista.

I-3

Tabla I1. Continuacin. Medio de navegacin Accin

Botones para desplegar o visualizar reportes.

Botn para limpiar el campo de texto buscar y recargar la lista de elementos guardados. Botn para entrar o iniciar sesin. Botn para aceptar alguna accin. Botn para cancelar o rechazar alguna accin. Botn para cerrar ventana. Botn para agregar nuevos elementos. Botn para quitar elementos previamente agregados. Botn para visualizar, agregar o quitar cargos. Botn para visualizar, agregar o quitar deducciones. Botn para trabajar con proveedores. Botn para trabajar con beneficiarios. Botn para pre-comprometer alguna orden de compra o servicio. Botn para desplegar una ventana de bsqueda y seleccin. Botn para desplegar el calendario de fechas.

Tabla I2. Pestaas de la aplicacin Web. Medio de navegacin Accin Pestaa general para introducir datos en el formulario o listar los elementos guardados. Pestaas ubicada en movimientos bancarios para registrar, listar y contabilizar movimientos.

I-4

Tabla I2. Continuacin. Medio de navegacin Accin Pestaas ubicada en emisin de cheques, permite registrar, listar y detallar la afectacin presupuestaria y contable. Pestaas para listar y agregar detalles presupuestarios y contables a algn documento.

Tabla I3. Men de navegacin para los mdulos desarrollados. Medio de navegacin Accin Men principal para cada mdulo. Permite ir al men principal de seleccin de mdulos. Despliega la ventana de reportes. Men definiciones del mdulo de compras.

Men procesos del mdulo de compras, opcin bienes e insumos.

I-5

Tabla I3. Continuacin. Medio de navegacin

Accin Men procesos del mdulo de compras, opcin servicios.

Men definiciones del mdulo de cuentas por pagar.

Men procesos del mdulo de cuentas por pagar.

Men definiciones del mdulo de banco.

Men procesos del mdulo de banco, opcin programacin de pagos. Men procesos del mdulo de banco, opcin emisin de cheques. Men definiciones del mdulo de contabilidad.

I-6

Tabla I3. Continuacin. Medio de navegacin

Accin Men procesos del mdulo de contabilidad. Men definiciones del mdulo de caja. Men procesos del mdulo de caja. Permite cerrar la sesin actual desde cualquier mdulo.

APNDICE J DIAGRAMAS DE COMPONENTES

J-2

Figura J1. Diagrama de paquete de los mdulos desarrollados.

Figura J2. Diagrama de componentes del paquete Componentes comunes.

J-3

Figura J3. Diagrama de componentes del paquete Mdulo de compras.

Figura J4. Diagrama de componentes del paquete Mdulo de cuentas por pagar.

J-4

Figura J5. Diagrama de componentes del paquete Mdulo de banco.

Figura J6. Diagrama de componentes del paquete Mdulo de contabilidad.

J-5

Figura J7. Diagrama de componentes del paquete Mdulo de caja.

APNDICE K ERRORES ENCONTRADOS EN LAS PRUEBAS DE CONTENIDO

K-2

Figura K1. Ejemplo de error gramatical encontrado.

Tabla K2. Ejemplo de error de recuperacin de datos desde la base de datos.

K-3

Figura K3. Ejemplo de error de inconsistencia de contenido.

APNDICE L PRUEBAS DE CONFIGURACIN REALIZADAS A LA APLICACIN

L-2

Figura L1. La aplicacin vista desde Mozilla Firefox bajo Debian Sid con resolucin de 1280x800.

Figura L2. La aplicacin vista desde Opera bajo Debian Sid con resolucin de 1280x800.

L-3

Figura L3. La aplicacin vista desde Epiphany bajo Debian Sid con resolucin de 1280x800.

Figura L4. La aplicacin vista desde Mozilla Firefox bajo Microsoft Windows XP con resolucin de 1280x800

APNDICE M ERRORES ENCONTRADOS EN LAS PRUEBAS DE NAVEGACIN

M-2

Figura M1. Ejemplo de vinculo roto en la aplicacin.

Figura M2. Ejemplo de destino de carga errneo en el sistema.

APNDICE N DOCUMENTACIN DEL USUARIO

N-2

Ingresar al sistema: Para ingresar al sistema es necesario tener instalado alguno de los siguientes navegadores web en el computador cliente. Navegadores compatibles: Firefox. Iceweasel. Epiphany. Iceape. Opera.

Ingresar al navegador web de preferencia. Ingresar en la direccin web: http://sigafs.fundacite-sucre.gob.ve/

Figura 1. Men principal del sistema.

Ingresar al mdulo de preferencia.

N-3

Hacemos clic en algunos de los siguientes mdulos: presupuesto, compras, cuentas por pagar, banco, contabilidad, caja, nmina, inventario o proveedores/beneficiarios. Al ingresar a cualquier de estos se mostrar la siguiente pantalla.

Figura 2. Pantalla principal del mdulo. Volver al men principal: Para volver al men principal hacemos clic en el botn inicio del mdulo actual, el cual cargar la pantalla de seleccin de mdulos. Tal como se muestra en la figura 1.

N-4

MDULO COMPRAS

Elaborar requisicin de bienes e insumos o servicios: Ingresar al mdulo de compras. Abrir la ventana correspondiente a la requisicin a elaborar: Para requisicin de bienes e insumos: ingresar al men procesos > bienes e insumos > requisicin.

Figura 4. Ventana requisicin de bienes e insumos.

Para requisicin de servicios: ingresar al men procesos > servicios > requisicin.

N-5

Figura 5. Ventana requisicin de servicios. Introducir los datos en el formulario: Fecha: Fecha de la requisicin. Estructura presupuestaria: Proyecto o accin centralizada quien realiza la requisicin. Nota: Se mostraran nicamente los proyectos o acciones con presupuesto asignado. Concepto: Concepto o descripcin de la requisicin.

Agregar los artculos o servicios a la requisicin: se abrir una ventana donde se listaran Al hacer clic en el botn

los artculos o servicios segn sea el caso. Caso requisicin bienes e insumos:

N-6

Figura 6. Lista de artculos.

Caso requisicin servicios:

Figura 7. Lista de servicios. Seleccionamos el artculo o servicio que se desea agregar y posteriormente hacemos clic sobre el botn aceptar, de esta forma el artculo o servicio se agregar a la requisicin. NOTA: a)Repetir los pasos 4 y 5 tantas veces desea agregar artculos o servicios.

N-7

b)Si el artculo o servicio que desea agregar no existe en el listado, procedemos a definirlo desde el men definiciones > artculo o definiciones > servicio, segn sea el caso.

Opcionalmente si agreg un artculo o servicio y no lo desea puede quitarlo de la siguiente manera: 1)Seleccionar el artculo o servicio a eliminar de la requisicin. 2)Hacer clic en el botn eliminado de sta. . Posteriormente el elemento se habr

Una vez agregado los artculos, procedemos a introducirles las cantidades solicitadas para cada uno. Hacemos doble clic en la columna cantidad para ese artculo o servicio e

introducimos la cantidad solicitada.

Figura 8. Ventana requisicin bienes e insumos.

Terminado el llenado del formulario, se procede a guardar la requisicin. Para eso hacemos, clic en el botn guardar.

Figura 9. Botones de accin. Si hay datos incorrectos mostrar un mensaje en color rojo con la descripcin del error. En caso contrario mostrar un mensaje en color verde como este 'Los datos se guardaron exitosamente'.

N-8

Visualizar requisicin de bienes e insumos o servicios: 1. Para visualizar la requisicin en el formato de impresin. Procedemos a hacer clic en la pestaa lista (al lado derecho de la pestaa entrada de datos). A continuacin se presentan los registros guardados en el mes actual.

Figura 10. Ventana requisicin bienes e insumos (pestaa lista).

2. Seleccionar la requisicin deseada. 3. Opcionalmente puede seleccionar la pestaa 'entrada de datos' para ver los detalles de la requisicin seleccionada. 4. Hacemos clic en el botn Visualizar para ver la requisicin en formato de impresin. Esta accin genera el reporte en formato pdf que posteriormente se podr imprimir.

Figura 11. Botones de accin. Elaborar orden de compra o servicios 1. Ingresar al mdulo de compras. 2. Abrir la ventana correspondiente a la requisicin a elaborar:

N-9

Para orden de compra: ingresar al men procesos > bienes e insumos > orden de compra.

Figura 12. Ventana orden de compra.

Para orden de compra: ingresar al men procesos > servicios > orden de servicio.

N-10

Figura 13. Ventana orden de servicio. 3. Introducir los datos en el formulario: Fecha: Fecha de la orden de compra o servicio segn sea el caso. Proveedor: Seleccionar el proveedor al cual se le va a comprar o solicitar un servicio. Concepto: Concepto o descripcin de la orden. Observacin: Observacin o nota anexa a la orden.

4. Segn sea el tipo de orden de compra o servicio: Orden de compra o servicio con requisicin previa: Cuando previamente se ha definido una requisicin y se desea usar en la orden. 4.1. Verificar que est marcada la casilla de verificacin o checkbox (Usar requisicin existente) . sta abre una ventana 4.2. Hacer clic en el botn con el listado de requisiciones previamente elaboradas.

N-11

Figura 14. Lista de requisiciones.

4.3. Seleccionamos las requisiciones que deseamos agregar a la orden. 4.4. Presionamos el botn aceptar. Posteriormente se agregaran a la orden los artculos o servicios y las cantidades solicitadas en la requisicin. NOTA: Si el concepto de la orden en proceso se encuentra vaco, automticamente se agregar el concepto de la requisicin.

Orden de compra o servicio sin requisicin previa: Cuando previamente no se ha definido una requisicin y se desea generar automticamente una al guardar la orden. 1.1. Verificar que est desmarcada la casilla de verificacin o checkbox (Usar requisicin existente) 1.2. Hacer clic en el botn se abrir una ventana donde se listaran los artculos o servicios segn sea el caso.

Caso orden de compra:

N-12

Figura 15. Listado de artculos.

Caso orden de servicio:

Figura 16. Listado de servicios. 1.3. Seleccionamos el artculo o servicio que se desea agregar y posteriormente hacemos clic sobre el botn aceptar, de esta forma el artculo o servicio se agregar a la orden. NOTA:

N-13

a)Repetir los pasos 4.2 y 4.3 tantas veces desee agregar artculos o servicios. b)Si el artculo o servicio que desea agregar no existe en el listado, procedemos a definirlo desde el men definiciones > artculo o definiciones > servicio, segn sea el caso.

1.4. Opcionalmente si agreg un artculo o servicio no desea puede quitarlo de la siguiente manera: 1)Seleccionar el artculo o servicio a eliminar de la orden. 2)Hacer clic en el botn eliminado de sta. . Posteriormente el elemento se habr

1.5. Una vez agregado los artculos, procedemos a introducirles las cantidades solicitadas para cada uno. Hacemos doble clic en la columna cantidad para ese artculo o servicio e introducimos la cantidad solicitada.

Figura 17. Ventana orden de compra.

2. Una vez los artculos o servicios agregados a orden, procedemos a colocar los precios o montos correspondientes. Para eso hacemos doble clic en la columna precio del artculo o servicio e introducimos los montos.

3. Opcionalmente se puede o no aplicar cargos. Generalmente los cargos corresponden al IVA. Para aplicarlo hacemos clic en . A continuacin se despliega la ventana del listado de cargos definidos.

N-14

Figura 18. Listado de cargos.

4. Seleccionamos los cargos a aplicar. 5. Presionamos el botn aceptar. Posteriormente se agregar el total de cargos al campo cargos y recalcular el total de la orden. 6. Opcionalmente si el proveedor aplica algn descuento a la factura. Segn sea el caso esta se puede registrar. 6.1. Si el descuento el global. Se puede escribir el monto o el porcentaje de descuento en los campos correspondientes (Campos bajo el subtotal) 6.2. Si el descuento es por artculos especficos. Es necesario desactivar la casilla de verificacin o checkbox (Aplicar descuento al subtotal). Al desactivar esta casilla, se muestra en la tabla de artculos 2 columnas extras: % descuento y descuento. 7. Terminado el llenado del formulario, se procede a guardar la orden de compra o servicio. Para eso hacemos, clic en el botn guardar.

N-15

Figura 19. Botones de accin. Si hay datos incorrectos mostrar un mensaje en color rojo con la descripcin del error. En caso contrario mostrar un mensaje en color verde como este 'Los datos se guardaron exitosamente'.

Visualizar orden de compra o servicio: 1. Para visualizar la orden en el formato de impresin. Procedemos a hacer clic en la pestaa lista (al lado derecho de la pestaa entrada de datos). A continuacin se presentan los registros guardados en el mes actual.

Figura 20. Ventana orden de compra (pestaa lista)

NOTA:

Las ordenes en color rojo, representas aquellas que no se han

N-16

contabilizado. Las ordenes en color amarillo representan aquellas que han sido precontabilizadas. Las ordenes en color verde representan aquellas contabilizadas.

2. Seleccionar la orden deseada. 3. Opcionalmente puede seleccionar la pestaa 'entrada de datos' para ver los detalles de la requisicin seleccionada. 4. Hacemos clic en el botn Visualizar para ver la requisicin en formato de impresin. Esta accin genera el reporte en formato pdf que posteriormente se podr imprimir.

Figura 21. Botones de accin.

NOTA: Si visualiza una orden de compra sin contabilizar, en sta no se reflejar la afectacin presupuestaria.

Para ello es necesario seleccionar la orden e ir a la pestaa entrada de datos y presionar el botn .

Este despliega la siguiente ventana:

Figura 22. Ventana pre-comprometer ordenes.

N-17

Donde se muestran los cuentas presupuestarias asociadas a los artculos con los montos correspondientes. A dems si el proyecto o accin seleccionada en la requisicin posee la cuenta en la asignacin de presupuesto, este se muestra automticamente. En caso contrario se muestra vaco y usuario debe hacer doble clic sobre esta y seleccionar el proyecto o accin por donde ser descontado el presupuesto. Se puede modificar a gusto los montos y las cuentas cargadas. La nica limitante es la coincidencia entre el monto total de la orden y el monto total a precomprometer. En caso de aceptar y se desea volver al estado originar (antes de precomprometer). Se debe contabilizar y luego reversar la orden en proceso. La accin precomprometer genera un comprobante de gasto del tipo PC (PreCompromiso). Se puede mirar en el mdulo de presupuesto > procesos > comprobante.

Contabilizar orden de compra o servicio: Esta accin permite pasar la orden de compra o servicio al mdulo de cuentas por pagar para elaborarle la orden de pago. A dems registra un comprobante de gasto del tipo CS (Compromiso Simple).

Para contabilizar una orden de compra o servicio: 1. Ingresar al mdulo de compras. 2. Abrir la ventana correspondiente a contabilizar: Para orden de compra: ingresar al men procesos > bienes e insumos > contabilizar. Para orden de servicio: ingresar al men procesos > servicios > contabilizar.

N-18

Figura 23. Ventana contabilizar orden de compro o servicio.

3. Seleccionar las ordenes a procesar. 4. Presionar el botn aceptar. Posteriormente recargar el listado y mostrar nicamente las ordenes pendientes. NOTA: Las ordenes contabilizadas no se podrn modificar a menos que se reversen. Reversar orden de compra o servicio: Esta accin permite deshacer una contabilizacin previa.

Para reversar una orden de compra o servicio: 1. Ingresar al mdulo de compras. 2. Abrir la ventana correspondiente a reversar: Para orden de compra: ingresar al men procesos > bienes e insumos > reversar. Para orden de servicio: ingresar al men procesos > servicios > reversar.

Figura 24. Ventana reversar orden de compro o servicio.

N-19

Se mostrarn nicamente las ordenes que no estn asociadas a ningn documento en cuentas por pagar.

3. Seleccionar las ordenes a procesar. 4. Presionar el botn aceptar. Posteriormente recargar el listado y mostrar nicamente las ordenes pendientes. NOTA: Las ordenes reversadas se deben precomprometer nuevamente para que puedan ser contabilizarlas.

N-20

MDULO CUENTAS POR PAGAR

Elaborar orden de pago: Para elaborar una orden de pago es necesario hacer un preparacin previa (Recepcin de documentos). En esta preparacin previa podemos hacer una orden de pago desde cero o que provenga desde el mdulo de compras.

Prepara documento: 1. Ingresar al mdulo cuentas por pagar. 2. Abrir la ventana correspondiente a la recepcin de documentos: Procesos > Recepcin de documentos.

Figura 25. Ventana recepcin de documentos.

5. Introducir los datos en el formulario:

N-21

Proveedor o Beneficiario (botones): Botn que permite alternar el documento entre proveedor o beneficiario. Proveedor o Beneficiario (campos): Segn sea el caso abre la ventana lista de proveedores o beneficiarios. Tipo de documento: Bsicamente son 2 tipos. CAUSA y

COMPROMETE/CAUSA. Si el tipo de documento es CAUSA significa los montos a procesar estn comprometidos, es decir, se va a procesar ordenes de compra o servicio. En caso contrario (COMPROMETE/CAUSA) significa que no existen compromisos previos y lo que se haga tiene que ser comprometido al guardar el documento. Concepto: Concepto o descripcin del documento. Fecha de emisin: Fecha del documento. Fecha de vencimiento: Fecha de vencimiento del documento. Actualmente no cumple ninguna funcin, solo esta de referencia. En el futuro debera eliminarse el documento automticamente al vencerse, si este se encuentra sin uso.

3. Segn sea el tipo de documento: SI ES CAUSA . La cual abrir una 3.1. Hacer clic en el botn ventana donde se listaran los compromisos (ordenes de compra o servicio) pendientes por el proveedor.

N-22

Figura 26. Listado de compromisos previos.

3.2. Seleccionamos los compromisos y presionamos aceptar. Posteriormente se agregan los detalles o aceptacin presupuestaria y los detalles o afectacin contable. NOTA: Es recomendable seleccionar un compromiso por documento. Y luego unirlos al elaborar la orden de pago. Esto para que posteriormente al realizar el comprobante de cargos y retenciones halla mas flexibilidad al llenar los campos fecha factura, nmero de factura y nmero control de factura. Otra forma es conocer si para varias ordenes de compra o servicio se elabor una sola factura. Si este el el caso se pueden unir varios compromisos en el documento. Aunque no es necesario dado que si se hace de forma separada, posteriormente al registra el comprobante de cargos y retenciones se pueden agrupar los documentos.

N-23

SI ES COMPROMETE/CAUSA Se introducir manualmente la afectacin presupuestaria y contable. 1. Hacer clic en el botn Abrir la siguiente ventana: en la pestaa detalles presupuestarios.

Figura 27. Ventana entrada comprobante de gastos.

2. 3. 4. 5.

Seleccionamos el proyecto o accin centralizada. Seleccionamos la cuenta presupuestaria. Introducimos el monto. Presionamos el botn aceptar. Posteriormente se agregar un movimiento presupuestario en la pestaa detalles presupuestarios y uno contables en la pestaa detalles contables con la cuenta contable asociada a la presupuestaria, segn el convertidor general entre cuentas. 6. Hacer clic en pestaa detalles contables. para cuadrar los movimientos contables 7. Hacer clic en el botn por el haber si es el caso.

N-24

Figura 28. Ventana entrada comprobante de contabilidad.

Se puede seleccionar del listado o hacer clic en el botn asociada al proveedor o beneficiario.

para traer la cuenta

4. Opcionalmente: Si existen cargos se pueden agregar desde el botn . 4.1. Hacer clic en el botn cargos.

N-25

Figura 29. Ventana agregar cargos. 4.2. Introducir la base imponible (monto base para el clculo del cargo). 4.3. Seleccionar el cargo a aplicar (generalmente I.V.A.). . Posteriormente se agregar en el 4.4. Presionar el botn listado superior un nuevo movimiento asociado al cargo. 4.5. Presionamos aceptar para llevar los cambios a las pestaas detalles presupuestarios y contables. NOTA: Si desea volver al estado original puede presionar el botn restaurar. Tambin puede quitar los cargos agregados.

5. Opcionalmente: Si existen retenciones se pueden agregar desde el botn . 5.1. Hacer clic en el botn retenciones.

N-26

Figura 30. Ventana agregar retenciones.

5.2. Seleccionamos o introducimos el monto al cual se le va a calcular la retencin. 5.3. Seleccionamos en la lista de retenciones la retencin que se desea aplicar. y en la lista de 5.4. Posteriormente presionamos el botn retenciones aparecer el monto correspondiente a la retencin aplicada. 5.5. Presionamos el botn aceptar. El cual cerrar la ventana agregar retenciones y actualizar el campo retenciones en la ventana recepcin de documentos. 6. Finalmente se procede a guardar el documento. Para eso hacemos, clic en el botn guardar.

Figura 31. Botones de accin.

Si hay datos incorrectos mostrar un mensaje en color rojo con la descripcin del error. En caso contrario mostrar un mensaje en color verde como este 'Los datos se guardaron exitosamente'.

N-27

RECOMENDACIN: Si el documento es del tipo CAUSA. Puede seleccionar esta opcin antes de seleccionar el proveedor, si lo hace solo se mostraran los proveedores con compromisos pendientes. Si el documento es del tipo COMPROMETE/CAUSA, al guardar los datos se generar un comprobante de gasto del tipo CS (Compromiso Simple).

Elaborar orden de pago: 1. Ingresar al mdulo cuentas por pagar. 2. Abrir la ventana correspondiente a la orden de pago: Procesos > Orden de pago > Orden de pago.

Figura 32. Ventana orden de pago.

3. Introducir los datos en el formulario. Proveedor o Beneficiario (botones): Botn que permite alternar el documento entre proveedor o beneficiario.

N-28

Proveedor o Beneficiario (campo): Segn sea el caso abre la ventana lista de proveedores o beneficiarios. Fecha: Fecha de emisin de la orden de pago. Concepto: Concepto o descripcin de la orden de pago. Observaciones (opcional): Observaciones o notas para la orden de pago. NOTA: Solo se listaran los proveedores o beneficiarios con documentos pendientes (sin procesar).

4. Hacer clic en el botn pago.

, para agregar los documentos a la orden de

Figura 33. Listado de documentos.

NOTA: Se listaran los documentos que se encuentren pendientes para ese proveedor o beneficiario seleccionado.

N-29

5. Seleccionamos el documento y procedemos a presionar el botn aceptar. NOTA: Podemos repetir los pasos 4 y 5 cuantas veces desee agregar documentos.

6. Opcionalmente podr quitar documentos no deseados. Seleccionamos el documento a quitar y presionamos el botn . 7. Terminado el llenado del formulario, se procede a guardar la orden de pago. Para eso hacemos, clic en el botn guardar.

Figura 34. Botones de accin.

Si hay datos incorrectos mostrar un mensaje en color rojo con la descripcin del error. En caso contrario mostrar un mensaje en color verde como este 'Los datos se guardaron exitosamente'.

NOTA: Si el concepto de la orden en proceso se encuentra vaco, automticamente se agregar el concepto del primer documento agregado. Se puede guardar una orden de pago sin documentos asociados. Esto en caso de que se desee modificar los datos internos del documento y volver a agregarlo a la misma orden de pago.

Visualizar orden de pago: 1. Para visualizar la orden en el formato de impresin. Procedemos a hacer clic en la pestaa lista (al lado derecho de la pestaa entrada de datos). A continuacin se presentan los registros guardados en el mes actual.

N-30

Figura 35. Ventana orden de pago (pestaa lista)

NOTA: Las ordenes en color rojo, representas aquellas que no se han contabilizado. Las ordenes en color verde representan aquellas contabilizadas. 2. Seleccionar la orden deseada. 3. Opcionalmente puede seleccionar la pestaa 'entrada de datos' para ver los detalles de la orden seleccionada. 4. Hacemos clic en el botn Visualizar para ver la requisicin en formato de impresin. Esta accin genera el reporte en formato pdf que posteriormente se podr imprimir.

Figura 36. Botones de accin.

Contabilizar orden de pago:

N-31

Esta accin permite pasar la orden de pago al mdulo de banco para elaborarle el cheque. A dems registra un comprobante de gasto del tipo CS (Compromiso Simple).

Para contabilizar una orden de compra o servicio: 1. Ingresar al mdulo de cuentas por pagar. 2. Abrir la ventana correspondiente a contabilizar: Ingresar al men procesos > orden de pago > contabilizar.

Figura 37. Ventana contabilizar orden de pago.

3. Seleccionar las ordenes a procesar. 4. Presionar el botn aceptar. Posteriormente recargar el listado y mostrar nicamente las ordenes pendientes. NOTA: Las ordenes contabilizadas no se podrn modificar a menos que se reversen. Al contabilizar la orden se generar para cada orden un comprobante de gatos del tipo CG (Compromiso y Gasto causado).

Reversar orden de pago: Esta accin permite deshacer una contabilizacin previa.

Para reversar una orden de pago: 1. Ingresar al mdulo de cuentas por pagar. 2. Abrir la ventana correspondiente a reversar: Ingresar al men procesos > orden de pago > reversar.

N-32

Figura 38. Ventana reversar orden de pago.

Se mostrarn nicamente las ordenes que no estn programadas en el mdulo de banco.

3. Seleccionar las ordenes a procesar. 4. Presionar el botn aceptar. Posteriormente recargar el listado y mostrar nicamente las ordenes pendientes.

N-33

MDULO BANCO

Registrar movimientos bancarios: Permite registrar los movimientos en las diferentes cuentas bancarias, as como la afectacin presupuestaria o contable que involucra. 1. Ingresar al Ingresar al mdulo de banco. 2. Abrir la ventana correspondiente a movimientos bancarios: procesos > movimientos bancarios.

Figura 39. Ventana movimientos bancarios

3. Introducir los datos en el formulario Fecha: Fecha del movimiento bancario Tipo de operacin: Tipo de operacin bancaria. Nmero de cuenta: Nmero de la cuenta bancaria. Documento de referencia: Nmero de referencia del movimiento. Concepto: Concepto o descripcin del movimiento.

N-34

Monto: Monto del movimiento. Contabilizar: Permite contabilizar el movimiento actual.

NOTA: Al activar la casilla de verificacin o checkbox contabilizar, se muestra una nueva pestaa (contabilizar) al lado de la pestaa movimientos. Donde se registrar la afectacin presupuestaria o contable del movimiento.

4. Terminado el llenado del formulario, se procede a guardar el movimiento. Para eso hacemos, clic en el botn guardar.

Figura 40. Botones de accin.

Si hay datos incorrectos mostrar un mensaje en color rojo con la descripcin del error. En caso contrario mostrar un mensaje en color verde como este 'Los datos se guardaron exitosamente'.

Visualizar los movimientos bancarios (estado de cuenta): Para visualizar los movimientos en el formato de impresin. Procedemos a hacer clic en la pestaa movimientos (al lado derecho de la pestaa entrada de datos). A continuacin seleccionamos la cuenta bancaria que se desea consultar, posteriormente seleccionamos el rango de fechas y pulsamos el botn 'recargar'.

N-35

Figura 41. Ventana movimientos bancarios (pestaa movimientos).

Hacemos clic en el botn Visualizar. La cual abre una nueva ventana donde se especifica el tipo de estado de cuenta a generar.

Figura 42. Botones de accin.

N-36

Figura 43. Ventana imprimir estado de cuenta.

NOTA: Se puede acceder a esta ventana desde el men reportes > estado de cuenta, en la cual se tiene que especificar la cuenta bancaria y el rango de fecha a consultar, por defecto consultar el mes actual.

Programar pago: 1. Ingresar al mdulo de banco. 2. Abrir la ventana programar pago: Men procesos > programacin de pagos > programar.

N-37

Figura 44. Ventana programar pagos.

Al abrir la ventana automticamente se cargaran las ordenes de pagos pendientes por programar.

3. Seleccionamos la ordenes que deseamos. 4. Ingresamos la fecha de programacin del pago. 5. Seleccionamos la cuenta bancaria por donde deseamos deducir el monto del cheque, sin embargo, elaborando el cheque se puede cambiar esta cuenta. 6. Opcionalmente podemos buscar proveedores o beneficiarios especficos. Si ya seleccionamos las ordenes a programar esta opcin no es necesaria.

Figura 45. rea de seleccin del proveedor o beneficiario.

7. Finalmente pulsamos el botn 'Programar' para programar los pagos. A continuacin se carga el listado con los pagos pendientes.

N-38

Desprogramar pago: 1. Ingresar al mdulo de banco. 2. Abrir la ventana desprogramar pago: Men procesos > programacin de pagos > desprogramar.

Figura 46. Ventana desprogramar pagos.

NOTA: Al abrir la ventana automticamente se carga en el listado las ordenes que han sido programadas y no han sido canceladas en su totalidad, es decir, aquellas ordenes que tengan pagos pendientes.

3. Seleccionamos los pagos a desprogramar. 4. Opcionalmente podemos buscar proveedores o beneficiarios especficos.

Figura 47. rea de seleccin del proveedor o beneficiario.

N-39

5. Finalmente pulsamos el botn desprogramar.

Emitir cheque: 1. Ingresar al mdulo de banco. 2. Abrir la ventana emisin de cheques: Ir al men procesos > Emisin de cheques > Emitir.

Figura 48. Ventana Emisin de cheques.

3. Seleccionamos a quien va dirigido el cheque (proveedor o beneficiario). 4. Seleccionamos el proveedor o beneficiario segn sea el caso. NOTA: Al seleccionar el proveedor o beneficiario se cargar en la lista inferior los ordenes programadas, el monto total de la orden, el monto pagado anteriormente y el monto que se va a pagar actualmente.

5. Introducimos la fecha, Nmero del cheque y concepto. 6. Seleccionamos las ordenes de pago que se desean pagar.

N-40

7. Hacemos doble clic en la columna mono a pagar para la orden seleccionada y escribimos el monto a pagar. NOTA: Este monto a pagar tambin se puede escribir en % y automticamente calcular porcentaje en base a monto total de la orden. Por ejemplo: 40%.

8. Opcionalmente en la pestaa Detalles podemos observar la afectacin contable y presupuestaria que ocasiona el cheque. 9. Finalmente procedemos a guardar. Para eso hacemos, clic en el botn guardar.

Figura 49. Botones de accin. Si hay datos incorrectos mostrar un mensaje en color rojo con la descripcin del error. En caso contrario mostrar un mensaje en color verde como este 'Los datos se guardaron exitosamente'.

NOTAS: En caso de pagar una parte de alguna orden de pago y esta posee retenciones, estas no se reflejarn en los primeros pagos, solo se reflejarn en el ltimo pago o cheque de la orden.

Al guardar los datos, el cheque se coloca en el listado de cheques con esta 'sin emitir', mientras permanezca en este estado se puede modificar los datos guardados.

Una vez impreso es necesario marcar el cheque como emitido. Seleccionamos del listado el cheque y vamos a la pestaa 'entrada de datos' y pulsamos el botn 'Marcar como emitido'. Al cambiar de estado datos del cheque se bloquea y no se

N-41

pueden modificar. Adems se registrar un movimiento bancario del tipo CH (cheque) y un comprobante de gastos del tipo PG (Pago) con los detalles presupuestarios y contables.

En caso de que sea necesario anular un cheque, debemos seleccionar el cheque en el listado de cheques emitidos. Posteriormente vamos a la pestaa entrada de datos y pulsamos el botn 'Anular'. Al anular el cheque se eliminan los movimientos en banco, presupuesto y contabilidad asociados a este, adems se liberan las ordenes de pago, es decir, queda como si nunca se hubiese emitido ese cheque.

N-42

MDULO CONTABILIDAD

Registrar Asiento contable: 1. Ingresar al mdulo contabilidad. 2. Abrir la ventana asientos contables: Ir al men Procesos > Asientos contables.

Figura 50. Ventana asientos contables.

3. Ingresar la fecha y la descripcin de asiento. 4. Opcionalmente podemos cambiar el nmero de referencia (cdigo personalizado). 5. Opcionalmente podemos asociar el asiento a un proveedor o beneficiario. Aunque debera usarse solo para observar a quien va dirigido el asiento cuando es generado por otros mdulos. 6. Ir a la pestaa detalles contables. 7. Ingresar los movimientos del asiento. Para eso presionamos el botn agregar. El cual despliega la siguiente ventana.

N-43

Figura 51. Ventana entrada de comprobante de contabilidad.

8. Seleccionamos la cuenta contable, el tipo de operacin y el monto. 9. Presionamos aceptar. Posteriormente se agregar el movimiento en el listado detalles contables. 10. Una vez ingresados todos los movimientos contables, procedemos a guardar: Para eso hacemos, clic en el botn guardar.

Figura 52. Botones de accin.

Si hay datos incorrectos mostrar un mensaje en color rojo con la descripcin del error. En caso contrario mostrar un mensaje en color verde como este 'Los datos se guardaron exitosamente'.

NOTAS:

N-44

Se puede alternar la afectacin de algn movimiento (DEBE, HABER) haciendo doble clic en el lado opuesto del monto que desea cambiar de lugar.

Puede acceder a los diferentes reportes de contabilidad en el men reportes (libro diario, libro mayor, balance de comprobacin, balance general, estado de ingresos y egresos).

Hoja de Metadatos

Hoja de Metadatos para Tesis y Trabajos de Ascenso 1/5

Aplicacin Web para la Gestin de los Procesos Contables y Administrativos de Ttulo la Fundacin para el Desarrollo de la Ciencia y la Tecnologa del Estado Sucre (FUNDACITE Sucre). Mdulos: Compras, Cuentas por Pagar, Banco, Caja y Contabilidad. Subttulo

Autor(es) Apellidos y Nombres Cdigo CVLAC / e-mail CVLAC 16.315.637 Pinto Bentez, Carlos Javier e-mail pintocar83@gmail.com

Palabras o frases claves: Aplicacin Web Software Libre Decreto 3.390 AJAX Lenguaje Unificado de Modelado (UML) Contabilidad Banco Compras Caja Cuentas por pagar

Hoja de Metadatos para Tesis y Trabajos de Ascenso 2/5

Lneas y sublneas de investigacin: rea Escuela de Ciencias Subrea Informtica

Resumen (abstract): La aplicacin Web para la gestin de los procesos contables y administrativos de la Fundacin para el Desarrollo de la Ciencia y la Tecnologa del estado Sucre, fue desarrollada utilizando la metodologa de Ingeniera Web propuesta por Roger Pressman (2005), la cual consta de las fases de formulacin, planificacin, anlisis, diseo, construccin de pginas, pruebas y evaluacin del cliente. En la fase de formulacin se efectu un estudio del departamento de administracin, para establecer las razones por las cuales era necesaria la creacin de una aplicacin Web, para ello se identificaron un conjunto de metas para su construccin, las categoras de usuarios que la utilizaran y se fij el mbito del esfuerzo de desarrollo que permiti delimitar el sistema. En la planificacin del sistema se definieron las actividades a realizar en cada una de las fases y el tiempo necesario para su realizacin. Seguidamente, se inici la fase de anlisis en donde se emple la el Lenguaje Unificado de Modelado (UML) para diagramar los requisitos de contenido, interaccin, funcional y de configuracin de la aplicacin. En el diseo de la aplicacin, se describieron los elementos de contenido, arquitectura, rutas de navegacin e interfaz de usuario. En la fase de generacin de pginas se llev a cabo la codificacin de la aplicacin utilizando herramientas en software libre, como: Quanta Plus 3.5 como editor HTML, PHP 5 como lenguaje de programacin, Apache 2 como servidor Web, Javascript, PostgreSQL 8.3 como manejador de base de datos. En la ltima fase se realizaron las pruebas de contenido, navegacin, configuracin e interfaz de usuario para obtener una aplicacin libre de errores. Obtenindose como resultado el sistema propuesto, el cual est orientado a mejorar el registro, procesamiento y almacenamiento principalmente de informacin financiera y contable.

Hoja de Metadatos para Tesis y Trabajos de Ascenso - 3/5

Contribuidores: Apellidos y Nombres
ROL

ROL / Cdigo CVLAC / e-mail

CA AS X TU JU

Gerema, Daniel

CVLAC e-mail e-mail ROL

8.645.325 geiemiada@hotmail.com

CA

AS

TU

JU

Andrade, Ariana
CVLAC e-mail e-mail ROL
CA AS TU JU X

15.742.091 arianaandrade@hotmail.com

Acua, Leopoldo

CVLAC e-mail e-mail ROL

9.976.457 scglas@hotmail.com

CA

AS

TU

JU

Caldera, Rafael

CVLAC e-mail e-mail

7.122.533

Fecha de discusin y aprobacin: Ao 2010 Mes 03 Da 12

Lenguaje: Spa

Hoja de Metadatos para Tesis y Trabajos de Ascenso 4/5

Archivo(s): Nombre de archivo Tesis-carlospinto.doc Tipo MIME Aplication/Word

Alcance: Espacial: Temporal:

(Opcional)

(Opcional)

Ttulo o Grado asociado con el trabajo: Licenciado en Informtica

Nivel Asociado con el Trabajo: rea de Estudio: Ciencias

Licenciatura

Institucin(es) que garantiza(n) el Ttulo o grado: Universidad de Oriente, Ncleo de Sucre