UNIVERSIDAD SIMÓN BOLÍVAR Ingeniería de la Computación

Transcripción

1 UNIVERSIDAD SIMÓN BOLÍVAR Ingeniería de la Computación DESARROLLO DEL MÓDULO DE OBRAS DEL SISTEMA DE BIENES OBRAS Y SERVICIOS (SIBOS) Por Maritza Valero INFORME FINAL DE CURSOS EN COOPERACIÓN Presentado ante la Ilustre Universidad Simón Bolívar como Requisito Parcial para Optar al Título de Ingeniero en Computación Sartenejas, Febrero de 2007

2 ii

3 DESARROLLO DEL MÓDULO DE OBRAS DEL SISTEMA DE BIENES OBRAS Y SERVICIOS (SIBOS) POR MARITZA VALERO RESUMEN En este proyecto de pasantía se desarrolló el Módulo de Obras del Sistema de Bienes Obras y Servicios (SIBOS), sistema realizado por Apoyo.Com para el Programa de Modernización de la Administración Financiera del Estado (PROMAFE), perteneciente al Ministerio de Finanzas. Dicho módulo automatiza las operaciones de contratación y ejecución de Obras de la República Bolivariana de Venezuela. El desarrollo se realizó siguiendo las leyes y reglamentos que rigen los procesos de licitación, contratación y ejecución de obras del Estado. Así mismo, se realizó acorde a lo establecido en el decreto presidencial de fecha 23/12/2004, en el que se establece el uso prioritario de software libre en la implementación de sistemas y proyectos para la Administración Pública. Siguiendo estos elementos, se desarrolló un sistema de información que cumple con los procedimientos de registro y ejecución de obras en el marco de las autorizaciones legales, simplificando las operaciones y determinando los niveles de responsabilidad correspondientes para asegurar un apropiado control interno y externo. El sistema genera los documentos de las transacciones de manera transparente, procurando la generación de información oportuna y confiable de la ejecución presupuestaria. La aplicación fue realizada bajo tecnología Web, con el lenguaje de programación Java, usando JSP, Servlets y XML. Se utilizó Rational Unified Process (RUP) como metodología de trabajo, siguiendo sus fases de desarrollo y utilizando Unified Modeling Language (UML) como técnica de modelado. También se adaptó el modelo de 4+1 Vistas de Kruchten para la descripción de la arquitectura del software. El sistema se construyó siguiendo una arquitectura de 3 capas: presentación, negocio y datos; por la independencia que proporciona en los distintos niveles, facilitando el cambio de los elementos. iii

4 DEDICATORIA A Dios todopoderoso y a la Virgen, quienes acompañan mis pasos y me guían en todo momento. A mis padres María y Vicente pilares fundamentales de mis logros. A mi hermana Yusmary por acompañarme siempre. Especialmente a mi esposo Manuel y a mi hijo Sebastián por ser la luz que ilumina mi camino, su presencia es necesaria para alcanzar mis metas, gracias por existir. iv

5 AGRADECIMIENTOS A mis padres por estar a mi lado en todo momento y darme su amor, apoyo y paciencia. Gracias por todas las cosas que me han enseñado y han servido para ser quien soy. A mi tutora académica, Prof. Edumilis Méndez por su orientación, en el desarrollo del trabajo de pasantía. A Luis Bermúdez, tutor industrial, y a Juan Camacho, presidente de Apoyo.Com, por permitirme realizar la pasantía en la empresa y brindarme toda su colaboración. A todos los que laboran en Apoyo.Com por brindarme un excelente ambiente de trabajo; especialmente a Beatriz Suarez por ayudarme y ser una excelente compañera. v

6 ÍNDICE GENERAL ACTA FINAL DE CURSOS EN COOPERACIÓN ii RESUMEN iii DEDICATORIA iv AGRADECIMIENTOS v ÍNDICE GENERAL vi ÍNDICE DE TABLAS viii ÍNDICE DE FIGURAS viii LISTA DE ACRÓNIMOS Y ABREVIATURAS ix I. INTRODUCCIÓN 1 II. ENTORNO EMPRESARIAL 3 II.1. MISIÓN Y VISIÓN DE APOYO.COM 3 II.2. ESTRUCTURA ORGANIZACIONAL 3 II.3. HISTORIA 3 II.4. ASPECTOS INSTITUCIONALES 6 II.5. PROCESO DE GESTIÓN DE GOBIERNO 7 II.6. PROYECTOS DESARROLLADOS 8 III. PLANTEAMIENTO DEL PROBLEMA 11 III.1. ANTECEDENTES 11 III.2. SISTEMA A DESARROLLAR 12 III.2.1. OBJETIVO GENERAL 15 III.2.2. OBJETIVOS ESPECÍFICOS 16 III.2.3. ALCANCE 17 IV. MARCO TEÓRICO 18 IV.1. SIGECOF 18 IV.2. FASES DEL GASTO PRESUPUESTARIO 20 IV.3. BASE LEGAL 21 V. MARCO METODOLÓGICO 23 V.1. UNIFIED MODELING LENGUAGE (UML) 23 V.2. RATIONAL UNIFIED PROCESS (RUP) 24 V.2.1. ESTRUCTURA ESTÁTICA DEL PROCESO 26 V.2.2. ESTRUCTURA DINÁMICA DEL PROCESO 27 V DESCRIPCIÓN DE LAS FASES 29 VI. DESARROLLO DEL SISTEMA 35 vi

7 VI.1. FASE DE INICIO 35 VI.1.1. VISIÓN DEL PROYECTO 35 VI.1.2. IDENTIFICACIÓN DE STAKEHOLDERS 36 VI.1.3. GLOSARIO DEL NEGOCIO 37 VI.1.4. REQUERIMINETOS IDENTIFICADOS 37 VI.1.5. MODELO INICIAL DE CASOS DE USO 38 VI.1.6. ESTUDIO INICIAL DE RIESGOS 38 VI.1.7. HERRAMIENTAS DE DESARROLLO. 39 VI.2. FASE DE ELABORACIÓN 39 VI.2.1. REQUERIMIENTOS NO FUNCIONALES 40 VI.2.2. ARQUITECTURA DEL SISTEMA 41 VI VISTA DE CASOS DE USO 42 VI VISTA LÓGICA 42 VI VISTA DE IMPLEMENTACIÓN 44 VI VISTA DE IMPLANTACIÓN 47 VI.2.3. PLATAFORMA DE DESARROLLO 48 VI.3. FASE DE CONSTRUCCIÓN 49 VI.3.1. INTERFAZ DEL SISTEMA 50 VI.3.2. INTERRELACIÓN CON EL SISTEMA DE PRESUPUESTO 53 VI.3.3. PRUEBAS DEL SISTEMA 54 VI.3.4. FUNCIONAMIENTO DEL SISTEMA 55 VII. CONCLUSIONES Y RECOMENDACIONES 57 VII.1. CONCLUSIONES 57 VII.2. RECOMENDACIONES 59 REFERENCIAS BIBLIOGRÁFICAS 60 APÉNDICE A. GLOSARIO 62 APÉNDICE B. DIAGRAMAS DE SECUENCIA Y COLABORACIÓN 78 APÉNDICE C. CASOS DE USO 97 vii

8 ÍNDICE DE TABLAS Tabla 1. Descripción de la Fase de Inicio 29 Tabla 2. Descripción de la Fase de Elaboración 31 Tabla 3. Descripción de la Fase de Construcción 31 Tabla 4. Descripción de la Fase de Transición 34 ÍNDICE DE FIGURAS Figura 1. Proceso del Sistema de Gestión de Gobierno 7 Figura 2. Proceso de la administración Financiera pública 9 Figura 3. Integración de los sistemas MiApoyo 10 Figura 4. Estructura RUP 26 Figura 5. Fases e hitos en RUP 28 Figura 6. Arquitectura 3 capas 45 Figura 7. Pantalla de ingreso al sistema 51 Figura 8. Pantalla principla del Módulo obras 51 Figura 9. Pantalla de la opción Solicitud de Contratación 52 Figura 10. Formato del documento de solicitud de Contratación 52 Figura 11. Pantalla de la Decisión de la solicitud de Contratación 53 viii

9 LISTA DE ACRÓNIMOS Y ABREVIATURAS A continuación se presenta un listado de las abreviaturas usadas a lo largo del presente libro de pasantía. JDBC: Java DataBase Connectivity. JSP: Java Stored Procedures. MHz: Mega Hertz. GHz: Giga Hertz. RUP: Rational Unified Process. TCP/IP: Transmission Control Protocol / Internet Protocol. (Protocolo de Control de Transmisión / Protocolo de Internet). UML: Unified Modeling Language. XML: Extended Markup Language. PROMAFE: Programa de Modernización de la Administración Financiera del Estado. SIGECOF: Sistema Integral de Gestión y Control de las Finanzas Públicas. BIRF: Banco Internacional de Reconstrucción y Fomento. BID: Banco Interamericano de Desarrollo. BM: Banco Mundial. CAF: Corporación Andina de Fomento. CVG: Corporación Venezolana de Guayana. ix

10 I. INTRODUCCIÓN La Administración Financiera, del Sector Público venezolano, se rige por un conjunto de principios, normas y procedimientos que permiten procesar los movimientos económicos financieros que puedan afectar el patrimonio de la República. En los últimos años, se ha venido diseñando el Sistema Integral de Gestión y Control de las Finanzas Públicas (SIGECOF), lo que ha sido de suma importancia en el marco de la modernización de la Administración Financiera del Estado. Vinculado al SIGECOF, se encuentra el proceso de contratación y ejecución de obras. Las operaciones de contratación y ejecución de obras deben estar en el marco de las autorizaciones legales y surge la necesidad de automatizarlas con el fin de facilitar y simplificar los procedimientos de registro, evaluación y control de la ejecución del gasto, delimitando las funciones y definiendo las atribuciones de los funcionarios que intervienen en las distintas fases del proceso. Además, se requiere de un medio que determine los niveles de responsabilidad y así proveer un mecanismo que impida la anarquía asegurando un adecuado control interno y externo en los organismos competentes. Apoyo.Com, se encargará del desarrollo del Sistema de Bienes Obras y Servicios (SIBOS), del cual forma parte el Módulo de Obras, como parte de la instrumentación del Sistema de Administración de Bienes del Estado, previsto por el Ministerio de Finanzas, a través del Programa de Modernización de la Administración Financiera del Estado (PROMAFE), dando continuidad al proceso de modernización de las Finanzas Públicas. La implementación de dicho módulo es el objetivo de la pasantía y por ende el tema central del presente documento. 1

11 2 En diciembre del 2004, el ejecutivo nacional decretó el uso prioritario de software libre, en el desarrollo de sistemas y proyectos para la Administración Pública. Por esta razón, los instrumentos seleccionados para el desarrollo del proyecto se rigen por estas condiciones. El Módulo de Obras debe garantizar un alto grado de confiabilidad, así como un efectivo y eficiente registro y ejecución de las obras, facilitando el suministro de información sobre todas las operaciones registradas, en el momento en que sean requeridas, agilizando así la toma de decisiones por parte de las autoridades responsables. El proceso de Obras contendrá ciertos elementos que son imprescindibles para regular su ejecución. Estos elementos son: el punto de cuenta para autorizar el proceso licitatorio, punto de cuenta para otorgar la buena pro o adjudicación directa, número y fecha del contrato, fecha de inicio, descripción, plazo de ejecución, cronograma de pagos, contratista asignado, monto original, monto ejecutado y modificaciones, anticipos, indemnizaciones, ubicación de la obra, ficha de la obra, acta de inicio, actas de paralización, acta final, fianza de fiel cumplimiento, fianza de anticipo, modificaciones a los contratos, devolución de fondos y el expediente del contrato. Esta información estará integrada al registro de los momentos del compromiso, causado y pago.

12 II. ENTORNO EMPRESARIAL II.1. MISIÓN Y VISIÓN DE APOYO.COM Misión: Desarrollar sistemas de información con tecnología Web que permita instrumentalizar los principios constitucionales que rigen la Administración Financiera Pública: Legalidad/Transparencia/ Eficiencia/Responsabilidad. Satisfacción plena de nuestros clientes. Visión: Ser reconocidos en el sector público como la mejor solución en la automatización de la gestión administrativa y financiera. II.2. ESTRUCTURA ORGANIZACIONAL Apoyo.Com es una empresa pequeña organizada en los siguientes departamentos o gerencias: Presidencia Administración Diseño Planificación fiscal y presupuestaria Desarrollo La pasantía se realizó en el departamento de desarrollo. II.3. HISTORIA La creación de Apoyo.Com surge de la necesidad de dotar de tecnologías apropiadas a la gestión de la administración financiera de las instituciones del sector público en Venezuela. 3

13 4 La empresa Apoyo.Com se constituye legalmente el 8 de Septiembre de Los directivos pioneros de la empresa son: Economista y Master Marcos Morales, Ingeniero Luis Bermúdez y Licenciado en Computación Juan Camacho. Antes de constituir la empresa, sus fundadores habían ejecutado con éxito, durante los años , un proyecto de envergadura nacional, financiado por el Banco Mundial y la Fundación para el Desarrollo de la Comunidad FUNDACOMUN. El proyecto tenía como objetivo la coordinación, gerencia y ejecución del programa de Modernización de los Sistemas Presupuestarios en 230 alcaldías del país. La experiencia del Proyecto BM FUNDACOMUN les permitió, a los fundadores de Apoyo.Com, confirmar algunas hipótesis de trabajo sobre la gestión de proyectos en el sector público: La existencia de diversidad de dotación de infraestructura de hardware y software. Asimetrías de dotación entre instituciones públicas. Alta rotación de personal y escasa experiencia en administración de sistemas. Altos costos de soporte al usuario in situ. En vista de esas características decidieron desarrollar una herramienta que cumpliera con los siguientes requisitos: Ser accesible a la mayoría de los usuarios, que requiera poco entrenamiento. Requerimientos mínimos de hardware, adecuados al tamaño de la institución. La herramienta debía funcionar en red. Uso de sistemas operativos universales y de uso estándar. Desarrollo de un sistema amigable al usuario.

14 5 Apoyo.Com cuenta con experiencia en el desarrollo e implantación de sistemas integrados; entre los clientes del sector público están: Ministerio de Finanzas Banco Mundial. Proyecto PROMAFE. Ministerio de Industria Básicas y Minería. Gobernación del Estado Aragua. Gobernación Estado Nueva Esparta. Alcaldía Mayor del Distrito Metropolitano de Caracas bajo financiamiento de la CAF. Contraloría Metropolitana de Caracas. Alcaldía de Chacao. CVG Telecom. Alcaldía del municipio Guacara (Estado Carabobo). Alcaldía del municipio Carlos Arvelo (Estado Carabobo). Actualmente, en respuesta a las exigencias de la ley, específicamente al Decreto 3.390, publicado en Gaceta Oficial N de fecha 28/12/2004, Apoyo.com está empleando Software Libre para el desarrollo de sus aplicaciones.

15 6 II.4. ASPECTOS INSTITUCIONALES La administración financiera del sector público se rige, al menos, por dos paradigmas: el enfoque tradicional sobre los procedimientos legales y formales y el enfoque Gerencial por Resultados y Evaluación del Desempeño. Los expertos internacionales en la materia y los organismos multilaterales (BM, BIRF, BID, etc.) han recomendado un enfoque complementario al tradicional, que se puede denominar Enfoque Gerencial del Presupuesto Público. Esta perspectiva gerencial hace énfasis en tres objetivos básicos para mejorar la gestión y sus resultados: Fortalecimiento de la Disciplina Fiscal. Eficiencia en la asignación de recursos de acuerdo a las prioridades y estrategias. Eficiencia operacional en la provisión de bienes y servicios públicos. La Constitución de la República Bolivariana de Venezuela estipula en su Artículo 315 que En los presupuestos públicos anuales de gastos, en todos los niveles de gobierno, se establecerá de manera clara, para cada crédito presupuestario, el objetivo específico a que está dirigido, los resultados concretos que se espera obtener y los funcionarios y funcionarias responsables para el logro de tales resultados. Por otro lado, la Ley Orgánica de la Administración Financiera del Sector Público contempla en la Sección Tercera: de la Estructura de la Ley de Presupuesto, en su Artículo 32, segundo párrafo: En el presupuesto de gastos de la República se identificará la

16 7 producción de bienes y servicios que cada uno de los organismos ordenadores se propone alcanzar en el ejercicio y los créditos presupuestarios correspondientes. II.5. PROCESO DE GESTIÓN DE GOBIERNO Se ha construido una visión del proceso de gestión de gobierno de acuerdo a indicadores de desempeño y resultados que se ilustran en la figura 1. Proceso del Sistema Gestión de Gobierno Orientado por Resultados y Responsabilidades 1 ACTUALIZACIÓN DEL PLAN 5 Evaluación de Resultado Satisfacción del Usuario PLAN ESTRATÉGICO Estrategias Políticas Objetivos Metas Confianza Legitimidad DEFINICIÓN N DE PRODUCCIÓN N DE BIENES Y SERVICIOS PÚBLICOSP 2 INDICADORES DE DESEMPEÑO Eficiencia Eficacia Cobertura Calidad CONTABILIDAD Y CONTROL Fiscal Presupuestaria Financiera y Tributaria Gestión n / Evaluación desempeño Responsabilidad 4 Mejorar servicios EJECUCIÓN DEL PRESUPUESTO 3 FORMULACIÓN PRESUPUESTARIA VINCULACIÓN Insumo-Producto Físico Financiero Figura 1. Proceso del Sistema de Gestión de Gobierno. [Apoyo, 2005] El proceso de gestión de gobierno bajo el enfoque de la orientación por Resultados y Responsabilidad, se fundamenta en la toma de decisiones de gobierno, sujetas a la confianza y legitimidad que otorga o niega la comunidad ante los resultados de las acciones de los gobernantes. Este proceso se inicia, desde un punto

17 8 de vista metodológico, en la aprobación del Plan Estratégico de la Institución, que comprende las estrategias políticas, objetivos y metas. Una vez definidas las metas, se procede a determinar la cantidad y calidad de los bienes y servicios públicos a producir, que satisfagan el cumplimiento de dichas metas. En este momento, se definen los indicadores de gestión a los fines de medir la eficacia y eficiencia de la institución. Para la producción de bienes y servicios públicos se requiere de insumos (recursos físicos, humanos, organizacionales, etc.) que se traducen en requerimientos financieros. Estos elementos son los que conforman la Formulación del Presupuesto por Proyecto de la institución, en este caso, se recoge en el ámbito de cada institución sus Proyectos, donde se definen los objetivos, metas, producción de bienes y servicios, las unidades ejecutoras, las Acciones específicas y partidas. En el caso de las partidas se asocia financieramente al concepto de insumo presupuestario. II.6. PROYECTOS DESARROLLADOS Apoyo.com tiene experticia en el desarrollo e implantación exitosa de sistemas integrados de administración financiera para el sector público en Venezuela. Específicamente se han realizado proyectos en gobernaciones y municipios, entre los cuales se encuentran MiApoyo Formulación, MiApoyo Ejecución que incluye módulo de compras y servicios, MiApoyo Tesorería y MiApoyo Contabilidad.

18 9 A continuación se muestran los diferentes conceptos de los procesos de administración financiera pública soportados por los sistemas MiApoyo y la forma como se integra cada uno de los sistemas y módulos. En la figura 2 los cuadros representan los sistemas MiApoyo e indican los conceptos relacionados a ellos, mientras que los óvalos representan los procesos del gasto presupuestario considerados en dichos sistemas. La figura 3 muestra la integración de los sistemas MiApoyo. Los cuadros exponen los documentos generados por dichos sistemas (óvalos). Procesos de la Administración Financiera Pública con los Sistemas Integrados MiApoyo Nómina Compromiso Contabilidad Ordenes de pago Cheques y Oficios Depósitos y N.C. Ingresos devengados Bienes y Almacén Nómina Pagos y Retenciones Formular Autorizar Comprometer Modificar Causar Pagar Ingresos Formulación Equipos RRHH Transf. Ejecución Compras Servicios Contratos Modificación Ejecución Ord.Pago Tesorería Oficios Cheques Depósitos N.Cred. Figura 2. Procesos de la Administración Financiera Pública. [Apoyo, 2005]

19 10 Integración de los Sistemas MiApoyo Cierre de Formulación Autorización de Cámara Disponibilidad Compromiso de Nómina Pagos Retenciones Nómina Formulación Ejecución Ordenes de Pago Contabilidad Tesorería CxP Ordenes de Pago Cheques Oficios Ingresos Figura 3. Integración de los Sistemas MiApoyo. [Apoyo, 2005]

20 III. PLANTEAMIENTO DEL PROBLEMA El Sistema de Administración Financiera, de la República Bolivariana de Venezuela, está constituido por un conjunto de leyes, normas y procedimientos destinados a la obtención, asignación, uso, registro y evaluación de los recursos financieros del Estado, que tiene como propósito la eficiencia de la gestión de los mismos para la satisfacción de las necesidades colectivas. [PROMAFE, 1999] El Sistema Integrado de Gestión y Control de las Finanzas Públicas debe prever los procedimientos referidos a la autorización, revisión y aprobación, por los niveles competentes, de la gestión administrativa y la situación financiera del sector público, para que el ejercicio del control previo se cumpla durante la ejecución de las transacciones económico-financieras, por parte de la administración activa y facilite la labor del control posterior y de la auditoria interna. Por esta razón, existen los subsistemas de la administración financiera que requieren de la automatización de sus normas, con el objeto de abarcar los procesos administrativos de adquisición y gestión de bienes, servicios y contratación y ejecución de obras. III.1. ANTECEDENTES El Programa de Modernización de las Finanzas del Estado (PROMAFE) nace con la finalidad de modernizar las Finanzas Públicas para obtener un mejor control de la gestión de los recursos del Estado, iniciativa apoyada por entes Nacionales e Internacionales con el objetivo brindar una administración financiera integrada para todos los órganos gubernamentales. [Finanzas, 2006] El proceso de Modernización de las Finanzas Públicas, que adelanta el Ministerio de Finanzas, a través Programa de Modernización de la Administración 11

21 12 Financiera del Estado (PROMAFE), ha concebido y desarrollado un Sistema Integrado de Gestión y Control de las Finanzas Públicas (SIGECOF) que abarca las funciones de tesorería, presupuesto, crédito público, control interno y contabilidad [PROMAFE, 2002]. Dentro de este proceso, se ha previsto el Sistema de Administración de Bienes del Estado, integrado al Sistema de Administración Financiera del Sector Público, que permitirá disponer de los medios normativos e informáticos adecuados para mostrar, en tiempo oportuno y de forma veraz, los procesos de adquisición de bienes, servicios y contratación de ejecución de obras, el inventario general de bienes y su valuación; el estado de conservación, la ocupación y mantenimiento de los bienes; la ubicación geográfica de los mismos, los responsables patrimoniales, así como cualquier información conveniente para la toma de decisiones, y además mantener y suministrar información actualizada al órgano rector, acerca de la existencia, ubicación, necesidades y excedentes de bienes y de su estado de conservación y funcionamiento. Como parte de la instrumentación del Sistema de Administración de Bienes del Estado, previsto en el SIGECOF II, es necesaria la automatización de un conjunto de normas, que abarquen los procesos administrativos de adquisición y gestión de bienes, servicios, contratación y ejecución de obras. III.2. SISTEMA A DESARROLLAR SIBOS es el Sistema de Bienes Obras y Servicios, en el cual se registra la adquisición y gestión de Bienes y Servicios, así como la contratación y ejecución de Obras. Es un sistema que se está desarrollando por Apoyo.Com C.A. para PROMAFE y estará integrado con SIGECOF.

22 13 SIBOS se compone de los siguientes módulos: Bienes Muebles, Materiales y Suministros: Establece los criterios, definiciones y procedimientos en las operaciones de adquisición de Bienes Muebles, Materiales y Suministros, que realiza el Estado, en el marco de las autorizaciones legales correspondientes. Servicios: Establece los criterios, definiciones y procedimientos en la Contratación de Servicios, que realiza el Estado. Bienes Inmuebles: Establece los criterios, definiciones y procedimientos en las operaciones de adquisición de Bienes Inmuebles, que realiza el Estado, en el marco de las autorizaciones legales correspondientes. Fianzas y Garantías: Establece los criterios, definiciones y procedimientos que intervienen en el registro de fianzas y garantías a favor de la Nación. Se debe asegurar un apropiado control interno y externo por parte de los organismos competentes a través de los distintos niveles de responsabilidad. Obras: Establece las normas y procedimientos para el registro y contratación de obras, de conformidad con lo previsto en la Ley de Licitaciones y las Condiciones Generales de Contratación para la Ejecución de Obras. Expropiaciones: Establece los criterios, definiciones y procedimientos que intervienen en las operaciones de Expropiación de Bienes Inmuebles que realiza el Estado en el marco de las autorizaciones legales correspondientes.

23 14 El trabajo de pasantía consiste en el desarrollo del Módulo de Obras; paralelamente, otros consultores de Apoyo.com, estarán desarrollando los otros módulos de SIBOS. El Módulo de Obras comprenderá las operaciones de ejecución que abarcan diversos procesos con especificaciones y características que requieren del dictado de normas, a los efectos de contar con un marco que impida la anarquía o desorden en la ejecución de la obra. Dicho módulo contendrá entre otros elementos, punto de cuenta para autorizar el proceso licitatorio, punto de cuenta para otorgar la buena pro o adjudicación directa, número y fecha del contrato, fecha de inicio, descripción, plazo de ejecución, cronograma de pagos, contratista asignado, monto original, monto ejecutado y modificaciones, anticipos, indemnizaciones, ubicación de la obra, ficha de la obra, acta de inicio, actas de paralización, acta final, fianza de fiel cumplimiento, fianza de anticipo, modificaciones a los contratos, devolución de fondos. Esta información estará integrada al registro de los momentos presupuestarios: compromiso, causado y pago correspondiente y a la generación de los asientos contables por partida doble. De igual forma, el registro de todas las operaciones mencionadas anteriormente permitirá llevar automáticamente los registros auxiliares correspondientes. Los procesos contenidos en este módulo son: 1. Autorización e Inicio del Proceso de Contratación 2. Otorgamiento Buena Pro o Adjudicación del Contrato 3. Prórroga de la Obra 4. Registro de Actas 5. Solicitud de Pago a Cuenta

24 15 6. Valuación de la Obra Ejecutada 7. Devolución de Fondos al Contratista 8. Cambio o Renuncia del Beneficiario 9. Aceptación provisional de la Obra 10. Corte de Cuenta 11. Devolución de Fondos por diferencia en el Corte de Cuenta o Multa 12. Variación del Presupuesto original del Contrato III.2.1. OBJETIVO GENERAL El proyecto de pasantía tiene como Objetivo General: Desarrollar un sistema de información que permita aplicar procedimientos automatizados relativos al registro de obras pertenecientes a la República Bolivariana de Venezuela, así como su contratación y ejecución, realizadas por el Estado en el marco de las autorizaciones legales correspondientes, y que permita identificar las acciones relacionadas con la gestión, administración, guarda y custodia de dichas obras, estableciendo los niveles de responsabilidad que deben emplearse con el fin de asegurar un apropiado control interno y externo por parte de los organismos competentes.

25 16 III.2.2. OBJETIVOS ESPECÍFICOS Automatizar el proceso de elaboración de contratos de obras y seguimiento de su ejecución para la Administración Central de la República Bolivariana de Venezuela. Estandarizar los documentos legales usados en el proceso de elaboración de contratos de Obras, considerando los elementos importantes del mismo: 1. Monto del contrato. 2. Modificaciones al contrato. 3. Obra ejecutada. 4. Obra por ejecutar. 5. Pago de las valuaciones. 6. Retenciones efectuadas. 7. Anticipos Amortizados. 8. Disponibilidad financiera. 9. Descripción y ubicación de la obra. 10. Fechas de inicio y de terminación. 11. Actas (Paralización, prórrogas, reinicio, terminación). 12. Fianzas. Proveer un instrumento de recuperación de documentos durante el proceso de elaboración de contratos. Suministrar un mecanismo para el mantenimiento del sistema que permita realizar los ajustes necesarios.

26 17 Desarrollo de los módulos Inicio de la Contratación, Buena Pro, Prórroga, Acta, Valuación, Rescisión, Variación, Solicitud de Pago, Devolución, Reintegro, Corte de Cuenta y Anticipo, los cuales representan las diferentes etapas del proceso de Contratación de Obras. III.2.3. ALCANCE El trabajo de análisis y diseño fue realizado por otros consultores antes del inicio de la pasantía, razón por la cual se revisarán estos elementos y se completarán, de ser necesario, para proceder a la implementación de una aplicación para el manejo de las operaciones relativas a las actividades de contratación y ejecución de obras, desde el momento de la solicitud de la contratación, hasta la realización del acta de finalización de la obra. Se deben contemplar el registro de los diferentes momentos presupuestarios y contables. Esta aplicación estará integrada con los otros módulos de SIBOS, ejecutándose en el mismo equipo y usando una fuente de datos común.

27 IV. MARCO TEÓRICO IV.1. SIGECOF Se entiende por sistema de administración financiera el conjunto de leyes, normas y procedimientos destinados a la obtención, asignación, uso, registro y evaluación de los recursos financieros del Estado, que tiene como propósito la eficiente gestión de los mismos para la satisfacción de las necesidades colectivas. [PROMAFE, 2002] En términos informáticos, un sistema integrado de administración financiera consiste en una base de datos que contiene toda la información sobre dicha gestión en el sector público y un sistema lógico que define las reglas y procedimientos administrativos aprobados. [PROMAFE, 2002] El Sistema Integrado de Gestión y Control de las Finanzas Públicas (SIGECOF) nació en el marco de la modernización de las finanzas públicas. A raíz de la promulgación de la Ley Orgánica de la Contraloría General de la República, con vigencia a partir de febrero de 1996, se le atribuye al Ejecutivo Nacional la responsabilidad de establecer un sistema de contabilidad para todos los ramos de la Hacienda Pública y para todos los órganos que integran la República. SIGECOF es una herramienta desarrollada por el Gobierno venezolano, específicamente el Ministerio de Finanzas, y financiada por el Banco Mundial hasta el año Cumplida la etapa de prueba e implantación en los organismos ordenadores de compromisos y pagos en las Unidades Administradoras Centrales, se inició la fase de la desconcentración del uso del sistema en las demás dependencias que integran la 18

28 19 estructura para la ejecución del presupuesto de gastos de cada organismo. Comenzó a trabajar en 2001 e incluye trece manuales que establecen cómo se llevan a cabo los procedimientos en la administración pública. El principio que rige el SIGECOF es centralización normativa y descentralización operativa. [SIGECOF, 2006a] SIGECOF constituye un importante respaldo para el cumplimiento de los objetivos consagrados en Ley Orgánica de la Administración Financiera del Sector Público. Entre estos se cuentan [SIGECOF, 2006b]: 1. El registro sistemático de todas las transacciones que afecten la situación económica y financiera de la República y de sus entes descentralizados funcionalmente. 2. Producir los estados financieros básicos de un sistema contable que muestren los activos, pasivos, patrimonio, ingresos y gastos de los entes públicos sometidos al sistema. 3. Generar información financiera necesaria para la toma de decisiones por parte de los responsables de la gestión financiera pública y para los terceros interesados en ésta. 4. Presentar la información contable, los estados financieros y la respectiva documentación de apoyo, ordenados de tal forma que facilite el ejercicio del control y la auditoría interna o externa. 5. Suministrar información necesaria para la formación de las cuentas nacionales.

29 20 El SIGECOF llevará el registro de todos los momentos del gasto presupuestario. En la siguiente sección se describirán las fases de dicho gasto. IV.2. FASES DEL GASTO PRESUPUESTARIO Para la ejecución y registro de las transacciones presupuestarias o no presupuestarias existen un conjunto de normas, procedimientos e instrucciones que son de obligatoria aplicación por parte de los ministerios y demás organismos ordenadores de compromisos de pagos de la Administración Pública nacional. Para realizar gastos presupuestarios se requiere de la disposición de créditos asignados y de cuotas, tanto de compromisos, como de desembolsos. Las fases de la ejecución de los gastos presupuestarios son: [PROMAFE, 1999] Precompromiso: Constituye una reserva del crédito presupuestario que no afecta su disponibilidad real. Su finalidad es garantizar la disponibilidad del crédito presupuestario cuando la autoridad competente autorice iniciar el proceso de adquisición de bienes o servicios o contratación de una obra, por licitación o por adquisición directa, según la normativa vigente. Compromiso: Acto mediante el cual un funcionario competente dispone la realización de un gasto que sea imputable a partidas con créditos disponibles en el presupuesto de gastos. Los documentos comprobatorios del compromiso son las órdenes de compra y de servicio, los contratos de obras y de prestación de servicios.

30 21 Gasto Causado: Un gasto se considera causado al hacerse exigible el pago de la obligación una vez recibidos conforme los respectivos bienes o servicios, o la valuación en caso de contratos de obras públicas y conexos. Pago: Refleja la extinción de la obligación. Se considera pagado el gasto a su beneficiario mediante: 1. Abono en cuenta al beneficiario del importe de una orden de pago directa contra el Tesoro Nacional. 2. Entrega de cheque emitido por la respectiva unidad administradora, con cargo a fondos en avance o anticipo. 3. Entrega de cheque o efectivo, con cargo a fondos de caja chica. 4. Entrega de títulos de la deuda pública nacional correspondiente al decreto de emisión, especificado en la orden de pago. IV.3. BASE LEGAL Las disposiciones legales que rigen los procesos de licitación, contratación y ejecución de las obras se encuentran contenidas en: Constitución de la República Bolivariana de Venezuela. Ley Orgánica de Crédito Público Artículos 1, 4 y 7. Ley Orgánica de Régimen Presupuestario Artículos 1, 8 y 24. Reglamento Nº 1 de la Ley Orgánica de Régimen Presupuestario Artículo 6. Ley Orgánica de la Contraloría General de la República Título III Del Control de la Administración Central. Artículos 21 y 22.

31 22 Ley de Licitaciones Artículos 1, 2, 3, 4, 5, 6 y 7. Capítulo II Del Sistema Nacional de Registro de Contratistas. Sección Primera. Disposiciones Generales. Artículos 8, 9, 10, 11 y 12 Capítulo II Del Sistema Nacional de Registro de Contratistas. Sección Segunda. De la Inscripción de los Contratistas. Artículos 16, 17, 18, 19, 20 y 21. Capítulo IV De los Procedimientos de Adjudicación Directa. Sección Primera. De la Licitación General. Artículos 29. Capítulo IV De los Procedimientos de Adjudicación Directa. Sección Segunda. De la Licitación Selectiva. Artículos 30, 31 y 32. Capítulo IV De los Procedimientos de Adjudicación Directa. Sección Tercera. De la Adjudicación Directa. Artículos 33 y 34. Capítulo IV De los Procedimientos de Adjudicación Directa. Sección Cuarta. Disposiciones Generales. Artículos 60 y 61. Capítulo IV De los Procedimientos de Adjudicación Directa. Capítulo IX. Disposiciones Finales. Artículos 73, 74, 75, 76 y 77. Condiciones Generales de Contratación para Ejecución de Obras. A continuación se especificará la metodología usada en el desarrollo del proyecto de pasantía y se describirá los aspectos más importantes de la misma.

32 V. MARCO METODOLÓGICO El objetivo de este capítulo es describir el proceso de desarrollo de software y el lenguaje de modelado que se utilizó en el proyecto de pasantía. Se decidió utilizar Rational Unified Process (RUP) y Unified Modeling Language (UML) por ser una metodología que ofrece grandes bondades para el desarrollo de sistemas basados en programación orientada a objetos. V.1. Unified Modeling Language (UML) o Lenguaje Unificado de Modelado El método de Grady Booch, la Técnica de Modelado de Objetos de James Rumbaugh y Objetory, de Ivar Jacobson, son las raíces de UML. En 1994 Booch, Rumbaugh y Jacobson desarrollaron la primera versión de UML y en 1997 fue aceptada por la OMG, fecha en la que fue lanzada la versión v1.1. Actualmente, tras varias revisiones y refinamientos, existe la versión 2.0. [Wikipedia, 2006a] UML es el lenguaje de modelado de sistemas de software más conocido y usado en la actualidad. Es un lenguaje gráfico para la visualización, especificación, construcción y documentación de un Sistema de Información. Permite describir aspectos conceptuales, tales como procesos de negocios y funciones del sistema, y aspectos concretos, como expresiones de lenguajes de programación, esquemas de bases de datos y componentes de software reutilizables. UML se usa para detallar los artefactos en el sistema, así como para documentar y construir. Cuenta con varios tipos de diagramas, los cuales muestran diferentes aspectos de las entidades representadas. En UML 2.0 hay 13 tipos de diagramas: 23

33 24 Diagramas de estructura: destacan los elementos que deben existir en el sistema (Diagrama de clases, Diagrama de componentes, Diagrama de objetos, Diagrama de estructura compuesta, Diagrama de despliegue, Diagrama de paquetes). Diagramas de comportamiento: representan lo que debe suceder en el sistema (Diagrama de actividades, Diagrama de casos de uso, Diagrama de estados). Diagramas de Interacción: Son un subtipo de diagramas de comportamiento, que describen el flujo de control y de datos entre los elementos del sistema (Diagrama de secuencia, Diagrama de comunicación, Diagrama de tiempos, Diagrama de vista de interacción). V.2. Rational Unified Process (RUP) o Proceso Racional Unificado El Proceso Racional Unificado es un producto de Rational (IBM). Es un proceso de desarrollo de software que se caracteriza por ser iterativo e incremental, y por estar centrado en la arquitectura y guiado por los casos de uso. RUP es un proceso de desarrollo de software genérico, sin embargo se concibió principalmente para el desarrollo de sistemas basados en programación orientada a objetos.

34 25 RUP se basa en la asignación de tareas y responsabilidades dentro de una organización de desarrollo, cubre todo el ciclo de vida de desarrollo y asegura que el software que se produzca sea de alta calidad. RUP puede ser adaptado y extendido para satisfacer las necesidades de una organización. Muchas de las mejores prácticas de desarrollo están incluidas dentro de este modelo de desarrollo de software; entre ellas destacan las siguientes: Desarrolla el software de manera iterativa. Maneja requerimientos. Utiliza arquitecturas basadas en componentes. Modela el software de manera visual. Verifica la calidad del software. Controla los cambios del software. El proceso puede ser descrito en dos dimensiones o a lo largo de dos ejes, como se muestra en la Figura N 4.

35 26 Figura 4. Estructura de RUP [Wikipedia, 2006b] El Eje Horizontal representa el tiempo y muestra los aspectos dinámicos del proceso a medida que éste se desarrolla. Es expresado en términos de ciclos, fases, iteraciones e hitos. El Eje Vertical representa el aspecto estático del proceso: cómo es descrito en términos de actividades, artefactos, trabajadores y flujos de trabajo. V.2.1 Estructura Estática del Proceso El proceso que describe RUP es representado utilizando cuatro elementos de modelaje primario: Trabajadores, Actividades, Artefactos y Flujos de Trabajo.

36 27 Trabajador: Define el comportamiento y responsabilidades de un individuo o de un grupo de personas que trabajan en un equipo. Actividad: Es una unidad de trabajo que un individuo debe realizar. Artefacto: Es una pieza de información que es producido, modificado o utilizado por un proceso. Flujo de Trabajo: Es una secuencia de actividades. V.2.2 Estructura Dinámica del Proceso: Desarrollo Iterativo El ciclo de vida del software se divide en ciclos, Cada ciclo concluye con una generación del producto para los clientes. RUP divide cada ciclo de desarrollo en cuatro fases consecutivas: Inicio, Elaboración, Construcción y Transición. Estas fases a su vez se dividen en iteraciones. [Wikipedia, 2006b] Cada fase concluye con un hito bien definido, un punto en el tiempo en el cual se deben tomar ciertas decisiones críticas y alcanzar las metas clave antes de pasar a la siguiente fase. [Wikipedia, 2006b] A continuación, se describen brevemente cada una de las fases: Inicio: Durante esta fase se define el modelo del negocio y el alcance del proyecto. Se identifican todos los actores y Casos de Uso y se delimita el alcance del proyecto. Elaboración: El propósitos de esta fase es analizar el dominio del problema, así como establecer una base de arquitectura sólida, desarrollar el plan del proyecto y eliminar los mayores elementos de riesgo. En esta fase se construye un

37 28 prototipo de la arquitectura, que debe evolucionar en iteraciones sucesivas hasta convertirse en el sistema final. Construcción: Durante esta fase se debe alcanzar la capacidad operacional del producto; se implementan e integran todas las características y requisitos, además de realizar las pruebas necesarias para verificar que la versión del producto sea aceptable. Transición: En esta fase se entrega el producto a los usuarios finales. Incluye actividades como: envío, entrenamiento, soporte y mantenimiento del producto. En la figura Nº 5, se muestra el desarrollo de estas fases a través del tiempo. Figura 5. Fases e hitos en RUP

38 29 V Descripción de las Fases Fase de Inicio Durante esta fase se especifica en que consiste el producto y el alcance del proyecto. Objetivos Establecer el alcance del proyecto y las condiciones límites. Discriminar los casos de uso del sistema. Estimar costos y tiempos del proyecto. Estimar riesgos potenciales. Artefactos Un documento con la visión del proyecto. El modelo de casos de uso con una lista de todos los casos de uso y los actores que puedan ser identificados. Un glosario inicial del proyecto. Un caso de negocio inicial el cual incluye: contexto del negocio, criterios de éxito y planificación financiera. Un estudio inicial de riesgos. Un plan del proyecto que muestre las fases y las iteraciones. Un modelo de negocios, si es necesario. Uno o varios prototipos, si es necesario.

39 30 Hito Objetivo del ciclo de vida Criterios de Evaluación Consenso de las partes interesadas en la definición del alcance y la estimación de costos y tiempos. Fidelidad en los casos de uso primarios. Credibilidad en los costos y tiempos estimados y en el proceso de desarrollo. Profundidad y anchura de cualquier prototipo de arquitectura desarrollado. Gastos reales contra Gastos planificados. Tabla 1. Descripción de la Fase de Inicio. [Wikipedia, 2006b] Fase de Elaboración En esta fase se analiza el dominio del problema, se establece una base arquitectónica estable, se desarrolla el plan del proyecto y se eliminan los elementos más riesgosos del problema. El enfoque principal son los requerimientos. Es considerada la fase más crítica, ya que, aunque el proceso siempre debe permitir cambios, las actividades de esta fase permiten determinar el costo y los tiempos para completar el desarrollo. Adicionalmente, en esta etapa, se construye un prototipo de arquitectura ejecutable que se puede realizar en una o más iteraciones, dependiendo del alcance, tamaño, riesgo y novedad del proyecto. [Wikipedia, 2006b]

40 31 Objetivos Definir, validar y delinear la arquitectura tan rápido como práctico. Analizar el dominio del problema. Delinear un plan de alta fidelidad para la Fase de Construcción. Demostrar que la arquitectura delineada soportará la visión del negocio, por un costo y tiempos razonables. Actividades esenciales Elaborar la visión y establecer un sólido entendimiento de los casos de uso más críticos que conducen las decisiones de arquitectura y planificación. Elaborar el proceso, la infraestructura y el ambiente de desarrollo. Elaborar la arquitectura y seleccionar los componentes. Artefactos Un modelo de casos de uso (completo en al menos un 80%), con todos los casos de uso y actores identificados y la mayor parte de las descripciones de casos de uso. Requerimientos adicionales incluyendo: los no funcionales y cualquier otro requerimiento que no esté asociado con algún caso de uso. Descripción de la arquitectura del software. Prototipo ejecutable de arquitectura. Una lista revisada de riesgos y un caso del negocio revisado. Plan del proyecto, incluyendo iteraciones y criterios de evaluación para cada iteración. Manual preliminar de usuario (opcional).

41 32 Hito Arquitectura del ciclo de vida Criterios de Evaluación Estabilidad en la visión del producto. Estabilidad de la arquitectura. Nivel de detalle y exactitud del plan de la Fase de Construcción. Respaldos de las estimaciones. Acuerdo de las partes interesadas en cuanto a que la visión se puede cumplir continuando con el plan actual del proyecto, siguiendo con la arquitectura seleccionada. Tabla 2. Descripción de la Fase de Elaboración. [Wikipedia, 2006b] Fase de Construcción En la Fase de Construcción se desarrollan e integran al producto todos los componentes y funcionalidades de la aplicación. Se realizan las pruebas de todas las funcionalidades. Se enfoca en la gerencia de recursos y en el control de operaciones con el fin de optimizar los costos, el tiempo y la calidad. Objetivos Optimizar los costos y tiempos de desarrollo planteados. Lograr la calidad adecuada. Lograr versiones que puedan ser usadas (alfa, beta, etc.). Actividades esenciales Gerencia y control de recursos, y optimización de procesos.

42 33 Desarrollo completo de componentes y pruebas contra los criterios de evaluación definidos. Desarrollo de versiones del producto. Artefactos El producto de software integrado sobre la plataforma adecuada. Los manuales de usuario. Una descripción de la versión actual. Hito Capacidad operativa inicial Criterios de Evaluación Estabilidad y madurez de la versión del producto, así como la capacidad de implementarse en el ambiente de los usuarios. La comparación entre los gastos reales de recursos y los gastos planificados aún es aceptable. Todas las partes interesadas están listas para la transición hacia el ambiente de los usuarios. Tabla 3. Descripción de la Fase de Construcción. [Wikipedia, 2006b] Fase de Transición La Fase de Transición se lleva a cabo cuando la base del producto es lo suficientemente madura para poder ser implantada a disposición del usuario final. Se realizan las correcciones de problemas y/o se agregan otras funcionalidades.

43 34 Objetivos Hacer la transición del producto de software a la comunidad del usuario. Lograr que el usuario se soporte a sí mismo. Lograr que todas las partes coincidan en que los lineamientos de la implantación estén completos y sean consistentes con el criterio de evaluación explicado en la visión. Lograr los lineamientos del producto final tan rápidamente y costo efectivo como sea posible. Actividades esenciales Ajustes, incluyendo corrección de errores y mejoramiento del desempeño y usabilidad. Pruebas Beta para validar el nuevo sistema con respecto a las expectativas de los usuarios. Operaciones en paralelo con el sistema que se desea reemplazar. Conversión de la base de datos operacional. Entrenamiento para usuarios y para las personas de soporte. Distribución, envío, mercadeo y venta del producto. Hito Versión del Producto Criterios de Evaluación Satisfacción del usuario. La comparación entre los gastos reales de recursos y los gastos planificados aún es aceptable. Tabla 4. Descripción de la Fase de Transición. [Wikipedia, 2006b]

44 VI. DESARROLLO DEL SISTEMA El objetivo del presente capítulo es mostrar los resultados obtenidos al aplicar la metodología analizada en el capítulo anterior. Es importante destacar que existía un modelado del negocio y análisis del sistema previos, realizados por el personal de la empresa, los cuales fueron revisados y ajustados, como parte del trabajo de pasantía. VI.1. FASE DE INICIO A continuación se presentarán los productos elaborados durante la fase de concepción siguiendo los lineamientos establecidos en la metodología de desarrollo RUP. VI.1.1. VISIÓN DEL PROYECTO En Venezuela, así como en otros países en vía de desarrollo, una característica muy común en la gestión gubernamental es la gran debilidad en materia de información sobre la gestión financiera de los organismos públicos [PROMAFE, 1999]. En general, la misma está poco sistematizada, lo que ha conducido a que, en muchos casos, no se disponga de información oportuna para la toma de decisiones. En busca de soluciones a esta situación, PROMAFE ha diseñado y desarrollado un sistema de administración financiera integrado, denominado Sistema Integrado de Gestión y Control de las Finanzas Públicas (SIGECOF). Este sistema suministra la información para el uso eficiente y eficaz de los recursos materiales y financieros del Estado. Con la finalidad de simplificar los procedimientos de registro, evaluación y control de la ejecución presupuestaria, así como proveer las entradas necesarias para el 35

45 36 registro en el sistema SIGECOF para las distintas fases del gasto presupuestario, surge la necesidad de automatizar los procedimientos relacionados con la contratación y ejecución de obras, estudios y proyectos. El Módulo de Obras de SIBOS, al cual se refiere este documento, será el sistema que automatice las normas y procedimientos para el registro y seguimiento de la ejecución de obras públicas, por parte de los diferentes organismos, con el fin de garantizar un alto grado de confiabilidad y proveer un mecanismo que facilite las auditorías, suministrando información sobre todas las operaciones registradas (a través del expediente de la obra), en el momento que sean requeridas, lo que permite agilizar la toma de decisiones por parte de los niveles gerenciales. VI.1.2. IDENTIFICACIÓN DE STAKEHOLDERS Los stakeholders son aquellos grupos que pueden afectar o verse afectados por las decisiones tomadas entorno al negocio. A continuación se listan los actores identificados que intervienen en el proceso de registro y ejecución de obras: Unidad Administradora: Está constituida por la organización administrativa del organismo, que tiene la responsabilidad de ejecutar los créditos presupuestarios manejados mediante órdenes de pago directo al proveedor o beneficiario, avances o adelantos de fondos a funcionarios. Autoridad Competente: Es el funcionario, designado por la máxima autoridad del organismo ejecutor de la obra, responsable de la adquisición de compromisos y realización de pagos.

46 37 Proveedor: Es la persona natural o jurídica encargada de llevar a cabo la realización física de la obra. Su adjudicación puede ser directa o al resultar beneficiario de la licitación de la obra. Jefe de programa: Es el funcionario designado como jefe de la unidad ejecutora de la obra, responsable de autorizar el inicio de la contratación de la obra y operaciones ligadas al documento principal del contrato. Unidad Solicitante: Es el usuario responsable de solicitar la autorización de inicio del proceso de contratación. VI.1.3. GLOSARIO DE NEGOCIO En el documento correspondiente al glosario del sistema se definen una serie de términos, los cuales son importantes para el desarrollo del módulo de Obras de SIBOS. El glosario del sistema se presenta en el Apéndice A. VI.1.4. REQUERIMIENTOS IDENTIFICADOS Los requerimientos funcionales del sistema son: Registro y aprobación de la solicitud de contratación. Elaboración y decisión del punto de cuenta de inicio. Registro de las ofertas y selección del beneficiario de la obra. Elaboración y decisión del punto de cuenta buena pro. Creación del documento principal del contrato. Especificación del presupuesto original de la obra y permitir que sea modificado (variación del presupuesto).