IMPLANTACIÓN E IMPLEMENTACIÓN DE LOS SERVICIOS …cdim.esap.edu.co/BancoMedios/Documentos...

IMPLANTACIÓN E IMPLEMENTACIÓN DE LOS SERVICIOS WEB

SISTEMA INTEGRADO DE INFORMACIÓN FINANCIERA, ADMINISTRATIVA Y

COMERCIAL SIIF NACIÓN II – MAFP II

SANDRA MILENA GARCÍA CEFERINO

ALEJANDRO RAMÍREZ PASCAGAZA

HOLLMAN ADRIAN CAMILO SÁNCHEZ NOVA

ESCUELA SUPERIOR DE ADMINISTRACIÓN PÚBLICA ESAP

FACULTAD DE PREGRADO

PROGRAMA DE CIENCIAS POLITICAS Y ADMINISTRATIVAS

BOGOTÁ, D. C.

2009

IMPLANTACIÓN E IMPLEMENTACIÓN DE LOS SERVICIOS WEB

SISTEMA INTEGRADO DE INFORMACIÓN FINANCIERA, ADMINISTRATIVA Y

COMERCIAL SIIF NACIÓN II – MAFP II

SANDRA MILENA GARCÍA CEFERINO

ALEJANDRO RAMÍREZ PASCAGAZA

HOLLMAN ADRIAN CAMILO SÁNCHEZ NOVA

Informe Final de las Prácticas Administrativas realizadas en cumplimiento del último

requisito académico para optar al Titulo de Administradores Públicos

JOSÉ AREVALO

ESCUELA SUPERIOR DE ADMINISTRACIÓN PÚBLICA

Asesor Académico

JOSÉ ALEJANDRO CASTAÑEDA FERIA

MINISTERIO DE HACIENDA Y CRÉDITO PÚBLICO

Asesor Administrativo

ESCUELA SUPERIOR DE ADMINISTRACIÓN PÚBLICA ESAP

FACULTAD DE PREGRADO

PROGRAMA DE CIENCIAS POLITICAS Y ADMINISTRATIVAS

BOGOTÁ, D. C.

2009

TABLA DE CONTENIDO

INTRODUCCIÓN

I PARTE: LA PRÁCTICA ADMINISTRATIVA

1. DESCRIPCIÓN DE LA ENTIDAD DONDE SE REALIZARÁ LA PRACTICA ADMINISTRATIVA. 12

2. OBJETIVOS 14 2.1 General. 144 2.2 Específicos. 144 2.3 Resultados Esperados. 144

3 MARCO DE REFERENCIA 15 3.1 Marco Histórico 15 3.2 Marco Normativo 18 3.3 Marco Teórico y Conceptual. 20 3.3.1 SIIF NACION 20 3.3.2 SIIF NACION 20 3.3.3 Servicios Web SW 21 3.3.4 Macroprocesos del sistema 22

4 METODOLOGÍA 26 4.1 Esquema de documentación. 26 4.2 Esquema de Interacción. 26 4.3 Preparación de Pruebas Funcionales. 26 4.4 Aplicación de Pruebas Funcionales. 26 4.5 Glosario. 26 4.6 Documento Final. 27

II PARTE: RESULTADOS DE LA PRÁCTICA ADMINISTRATIVA

5 ESQUEMA DE DOCUMENTACIÓN 29 5.1 Aspecto Funcional de SIIF Nación II 30 5.1.1 Decreto 111 de 1996 30 5.1.2 Decreto 178 de 2003 30 5.1.3 Decreto 2789 de 2004 31 5.2 Aspecto Tecnológico de SIIF Nación II 31 5.3 Sobre el concepto de interoperabilidad de Sistemas - Relaciones a partir de los web services 33 5.4 Sobre los servicios Web y su importancia en SIIF Nación. 35

6 ESQUEMA DE INTERACCIÓN 38

7. GENERACION DE PRECONDICIONES Y PREPARACIÓN DEL AMBIENTE DE PRUEBAS 39 7.1 Acceso al caso de uso al que se le van a generar las precondiciones 40 7.2 Tener acceso a los casos de uso a los que hacen referencia las precondiciones 42 7.3 Leer, analizar y entender los casos de uso. 43 7.4 Tener claras las precondiciones dadas en el caso de uso para la elaboración de la transacción 46 7.5 Tener acceso a la matriz de requerimientos correspondiente al caso de uso 46 7.6 Leer, analizar y entender la matriz de requerimientos y todos

los elementos que la componen. 49 7.7 Acceso a espacio para pruebas en el Sistema. 50

8 PROCEDIMIENTO PARA LA CREACIÓN DE MATRICES DE PRUEBAS PARA WS. 52

8.1 Lectura del Caso de Uso del Sistema 52 8.2 Contextualización del Caso de Uso del Sistema en el Macroproceso. 52 8.3 Realización de la Transacción en el Ambiente de Pruebas de SIIF Nación II 55 8.4 Revisión de la Matriz de Requerimientos de los Web Services. 56 8.5 Estructuración de la Matriz de Pruebas 61 8.5.1 Hoja de autor 61 8.5.2 Hoja de verificación de cabecera 62 8.5.3 Hoja de verificación de detalle 63 8.5.4 Hoja de verificación de datos administrativos 65 8.6 Diligenciamiento de la Matriz de Datos de Prueba del Servicio Web. 66

9 PROCEDIMIENTO PARA LA VERIFICACIÓN DE LA CALIDAD DE MATRICES DE PRUEBAS WS. 72 9.1 Verificación Hoja De Autor. 72 9.2 Verificación Hoja De Cabecera (MVNC). 74 9.3 Verificación Hoja De Detalles (MVND). 78 9.4 Verificación Hoja De Datos Administrativos (MVNDA). (Opcional) 80 9.5 Verificación Hoja De Datos De Salida. (MVNDS). (Opcional) 82

GLOSARIO 85

CONCLUSIONES Y RECOMENDACIONES 96

BIBLIOGRAFÍA 97

LISTA DE TABLAS.

TABLA 1. EVOLUCIÓN TECNOLÓGICA SIIF NACIÓN 32

TABLA 2. CASOS DE USO ASIGNADOS PARA CONSTRUCCIÓN

DE MATRICES DE PRUEBAS 39

TABLA 3. LISTA DE CHEQUEO HOJA CH-AUTOR. 74

TABLA 4. LISTA DE CHEQUEO HOJA CH-CABECERA 77

TABLA 5. LISTA DE CHEQUEO HOJA CH-DETALLES 80

TABLA 6. LISTA DE CHEQUEO HOJA CH-DA 81

TABLA 7. LISTA DE CHEQUEO HOJA CH-SALIDA. 83

LISTA DE ILUSTRACIONES

ILUSTRACIÓN 1. ORGANIGRAMA MINISTERIO DE HACIENDA Y CRÉDITO PÚBLICO. 17

ILUSTRACIÓN 2. DIMENSIONES DEL MODELO DE INTEROPERABILIDAD SIIF NACIÓN 33 ILUSTRACIÓN 3. ENLACE ENTRE LOS SISTEMAS Y SERVICIOS TÉCNICOS COMPUTACIONALES 34 ILUSTRACIÓN 4. ESTÁNDAR TÉCNICO DEL MODELO DE

INTEROPERABILIDAD 34 ILUSTRACIÓN 5. FUNCIONAMIENTO DE LOS SERVICIOS WEB 36 ILUSTRACIÓN 6. COMPONENTES DEL SOAP 37 ILUSTRACIÓN 7. BASE DE DATOS VISUAL SOURCESAFE CASOS DE USO 41 ILUSTRACIÓN 8. DOCUMENTO CASO DE USO 42 ILUSTRACIÓN 9. FORMATO DE ESPECIFICACIÓN DE LOS CASOS DE USO 43 ILUSTRACIÓN 10. DETALLE DEL CUERPO DEL CASO DE USO. OBJETIVO,

DESCRIPCIÓN, ACTORES, PRECONDICIONES 44 ILUSTRACIÓN 11. DETALLE DEL CUERPO DEL CASO DE USO.

RESULTADOS, SECUENCIA NORMAL 44 ILUSTRACIÓN 12. DETALLE DEL CUERPO DEL CASO DE USO. 45

SECUENCIAS ALTERNAS 45 ILUSTRACIÓN 13. DETALLE DEL CUERPO DEL CASO DE USO. NOTAS Y

COMENTARIO 45 ILUSTRACIÓN 14. PRECONDICIONES CASO DE USO 46 ILUSTRACIÓN 15. BASE DE DATOS VISUAL SOURCESAFE CASOS

DE USO 47 ILUSTRACIÓN 16. MATRIZ DE REQUERIMIENTOS 48 ILUSTRACIÓN 17. FORMATO DE IDENTIFICACIÓN 49

ILUSTRACIÓN 18. COLUMNAS MATRIZ DE REQUERIMIENTOS 49 ILUSTRACIÓN 19. ESTRUCTURA DEL ÁRBOL/FILAS DEL REQUERIMIENTO 50 ILUSTRACIÓN 20. CONEXIÓN INTERNET SIIF NACIÓN II. 51 ILUSTRACIÓN 21. VISUAL SOURCESAFE 52 ILUSTRACIÓN 22. EJEMPLO DOCUMENTO DE TRABAJO CASO DE USO 53 ILUSTRACIÓN 23. EJEMPLO FLUJOGRAMA MACROPROCESO 54 ILUSTRACIÓN 24. EJEMPLO RUTA TRANSACCIÓN EN EL SIIF NACIÓN II 55 ILUSTRACIÓN 25. EJEMPLO RESULTADO DE EJECUTAR UNA

TRANSACCIÓN EN EL SIIF NACIÓN II 55 ILUSTRACIÓN 26. EJEMPLO AUTOR REQUERIMIENTO SERVICIO WEB 56 ILUSTRACIÓN 27. EJEMPLO ESTRUCTURA REQUERIMIENTO SERVICIO

WEB 57 ILUSTRACIÓN 28. ESTRUCTURA HORIZONTAL DEL REQUERIMIENTO

DEL SERVICIO WEB 58 ILUSTRACIÓN 29. ESTRUCTURA VERTICAL DEL REQUERIMIENTO DEL

SERVICIO WEB 58 ILUSTRACIÓN 30. ESTRUCTURA VERTICAL DEL REQUERIMIENTO DEL

SERVICIO WEB II 59 ILUSTRACIÓN 31. EJEMPLO HOJA 3 DEL REQUERIMIENTO DEL SERVICIO

WEB 60 ILUSTRACIÓN 32. EJEMPLO IDENTIFICACIÓN EN HOJA DE AUTOR 61 ILUSTRACIÓN 33. EJEMPLO CONVENCIONES EN HOJA DE AUTOR 61 ILUSTRACIÓN 34. EJEMPLO HOJA DE VERIFICACIÓN DE CABECERA 62 ILUSTRACIÓN 35. RELACIÓN ESTRUCTURA VERTICAL REQUERIMIENTO

Y HOJAS DE DETALLE DE LA MATRIZ DE DATOS DE PRUEBA DEL SERVICIO WEB. 63

ILUSTRACIÓN 36. RELACIÓN FILAS REQUERIMIENTO Y COLUMNAS HOJA DE DETALLE MATRIZ DE DATOS DE PRUEBA DEL SERVICIO WEB. 64

ILUSTRACIÓN 37. RELACIÓN MATRIZ DE REQUERIMIENTO Y HOJA DE

DATOS ADMINISTRATIVOS DE LA MATRIZ DE DATOS DE PRUEBA DEL SERVICIO WEB. 65

ILUSTRACIÓN 38. RELACIÓN DE LA MATRIZ DE COMBINACIONES

EXITOSAS CON LA MATRIZ DE DATOS DE PRUEBAS DEL SERVICIO WEB. 67

ILUSTRACIÓN 39. HOJA DE VERIFICACIÓN CABECERA. 68 ILUSTRACIÓN 40. RELACIÓN DE LA MATRIZ DE ERRORES POR

CONSISTENCIA DE DATOS CON LA MATRIZ DE DATOS DE PRUEBAS DEL SERVICIO WEB. 69

ILUSTRACIÓN 41. EJEMPLO MATRIZ DE ERRORES DE LÓGICA DE

NEGOCIO. 70 ILUSTRACIÓN 42. EJEMPLO ESCENARIO DE VERIFICACIÓN CON

RESULTADO ERROR FUNCIONAL. 71 ILUSTRACIÓN 43. HOJA DE AUTOR LISTA DE CHEQUEO. 72 ILUSTRACIÓN 44. HOJA AUTOR, MATRIZ DE PRUEBA WS. 73 ILUSTRACIÓN 45. CASO DE USO (OBJETIVO Y DESCRIPCIÓN) 75 ILUSTRACIÓN 46. MATRIZ DE COMBINACIONES Y HOJA DE CABECERA

MATRIZ DE PRUEBA. 76 ILUSTRACIÓN 47. HOJA DE CABECERA MATRIZ DE PRUEBA WS 76 ILUSTRACIÓN 48. ITEMS DE LA MATRIZ DE REQUERIMIENTOS. 78 ILUSTRACIÓN 49. HOJA DE DETALLE MATRIZ DE PRUEBA. 79 ILUSTRACIÓN 50. COMENTARIO MATRIZ DE PRUEBA Y DESCRIPCIÓN

MATRIZ DE REQUERIMIENTO. 79 ILUSTRACIÓN 51. DATOS ADMINISTRATIVOS. 81 ILUSTRACIÓN 52. HOJA DE DATOS DE SALIDA 83

INTRODUCCIÓN

La práctica administrativa se realiza en el marco de la implementación e

implantación de los Servicios Web –SW- del Sistema Integrado de Información

Financiera, Administrativa y Comercial de la Nación –SIIF Nación II-; proyecto

liderado por el Ministerio de Hacienda y Crédito Público -MHCP- en coordinación

con el Programa de las Naciones Unidas para el Desarrollo –PNUD- en el marco

del Programa de Modernización de la Administración de las Finanzas Públicas -

MAFP II-.

El objetivo del ejercicio es planear, construir, ejecutar y evaluar las pruebas

funcionales de los Servicios Web como contribución en su proceso de

implementación e implantación, en el marco de la segunda fase del Sistema

Integrado de Información Financiera de la Nación.

En este sentido, la posibilidad de realizar la práctica administrativa en la

implementación e implantación de los SW del SIIF II representa un gran desafío y

aporte no solo para los estudiantes que participamos del proceso, sino también

para los miembros de la comunidad académica de la ESAP, en los grandes

procesos de transformación de los instrumentos de administración de lo público.

El alcance de las actividades a desarrollar parte del ejercicio de planeación de la

prueba, la generación de las precondiciones en el sistema y la ejecución y

evaluación de las que en el periodo de tiempo de la práctica administrativa sea

posible. Se prevé que el primer servicio web a probar sea para el Sistema Unificado

de Inversiones y Finanzas Públicas del Departamento Administrativo de Planeación

Nacional.

La metodología identificada es de tipo comprensivo-analítico y contiene seis partes

que se complementan y retroalimentan. La primera de ellas es la del esquema de

documentación; la segunda se refiere al esquema de interacción con los equipos

de trabajo del Ministerio que participan del proceso de implantación e

implementación de los servicios web; la tercera es la preparación de las pruebas

funcionales, la cuarta es la aplicación de las pruebas de los servicios; la quinta

parte se refiere a la construcción de un glosario que responda a los hallazgos

conceptuales del proceso y, la sexta es la construcción de documentos de informe

que dé cuenta del desarrollo del proceso.

El presente informe contiene dos partes y nueve capítulos, los cuales permiten

observar el desarrollo de los compromisos conforme al cronograma dispuesto en el

proyecto de práctica administrativa.

La primera parte del informe da cuenta del planteamiento de la práctica

administrativa y esta compuesto por cuatro capítulos. El primero es la Descripción

de la entidad donde se re realizará la practica administrativa, el segundo de los

objetivos y los resultados esperados, el tercero del marco de referencia histórico,

normativo, teórico y conceptual, y, el cuarto de la metodología a través de la cual

se hará realidad la ejecución del plan de practica administrativa.

La segunda parte contiene los resultados de la práctica administrativa y esta

compuesta por los capítulos del quinto al noveno. En este sentido, el quinto se

refiere al esquema de documentación, el sexto al esquema de interacción tanto con

el equipo funcional como con el equipo técnico del Sistema Integrado de

Información Administrativa, Comercial y Financiera de la Nación, el séptimo a la

generación de precondiciones y la preparación del ambiente de pruebas, el octavo

explica el procedimiento para la creación de las matrices de pruebas para los

Servicios Web, y por último, el noveno al procedimiento de verificación de la calidad

de las matrices de pruebas de los Servicios Web.

I PARTE

LA PRÁCTICA ADMINISTRATIVA

12

1. DESCRIPCIÓN DE LA ENTIDAD DONDE SE REALIZARÁ LA PRACTICA ADMINISTRATIVA.

El Ministerio de Hacienda y Crédito Público es un ente político, que hace parte del

Gobierno Nacional, específicamente del conjunto de entidades que conforman el

sector central de la administración pública nacional. El Ministerio de Hacienda y

Crédito Público lidera el sector Hacienda y Crédito Público.

El objeto de la entidad es “definir, formular y ejecutar la política económica del

país, de los planes generales, de los programas y proyectos relacionados con

ésta, así como la preparación de las leyes, la preparación de los decretos y la

regulación, en materia fiscal, tributaria, aduanera, de crédito público, presupuestal,

de tesorería, cooperativa, financiera, cambiaria, monetaria y crediticia, sin perjuicio

de las atribuciones conferidas a la Junta Directiva del Banco de la República y las

que ejerza a través de organismos adscritos o vinculados para el ejercicio de las

actividades que correspondan a la intervención del Estado en las actividades

financiera, bursátil, aseguradora y cualquiera otra relacionada con el manejo,

aprovechamiento e inversión de los recursos del ahorro público y el tesoro

nacional, de conformidad con la Constitución Política y la Ley”.1

“Coordina la política macroeconómica; define, formula y ejecuta la política fiscal

del país; incide en los sectores económicos, gubernamentales y políticos; y

gestiona los recursos públicos de la Nación, desde la perspectiva presupuestal y

financiera, mediante actuaciones transparentes, personal competente y procesos

eficientes, con el fin de propiciar las condiciones para el crecimiento económico

sostenible, y la estabilidad y solidez de la economía y del sistema financiero, en

pro del fortalecimiento de las instituciones, el apoyo a la descentralización y el

bienestar social de los ciudadanos”.2

1 DAFP. Estructura del Estado Colombiano. Bogotá, Mayo de 2006. Pág. 57. 2 http://www.minhacienda.gov.co/Mintrhanet/ministerio.

13

En este sentido y con el ánimo de cumplir con sus políticas, estrategias, procesos

y procedimientos, la entidad tiene como objetivo fortalecer sus sistemas de

información, apoyándose en tecnologías que no sólo permitan un desempeño

óptimo de la entidad sino que apalanquen todas sus estrategias. Para ello se

determinaron los servicios y productos de consultoría ofertados por Microsoft,

pues este proveedor garantiza una arquitectura orientada a servicios, actualización

tecnológica permanente y altos niveles de soporte.3

Desde el punto de vista funcional del sistema, se definieron más de 1200 casos de

uso que representaron el principal insumo de trabajo para diseñar la arquitectura

del sistema. Y se identificaron los requerimientos no funcionales del sistema que

tienen que ver con la seguridad, las comunicaciones y la administración del

mismo.

3 https://www.microsoft.com/colombia/casosdeexito/hacienda.aspx.

14

2. OBJETIVOS

2.1 General.

Planear, construir, ejecutar y evaluar las pruebas funcionales de los Servicios Web

como contribución en su proceso de implementación e implantación, en el marco

de la segunda fase del Sistema Integrado de Información Financiera de la Nación.

2.2 Específicos.

Propiciar la aprehensión de las nociones y los conceptos que definen y sustentan la implantación e implementación de los Servicios Web del Sistema Integrado de Información Financiera, Administrativa y Comercial de la Nación. Preparar las pruebas funcionales de los Servicios Web del SIIF II. Ejecutar las pruebas funcionales de los Servicios Web del SIIF II. Documentar los hallazgos de la ejecución de las pruebas funcionales de los Servicios Web del SIIF II.

2.3 Resultados Esperados.

Se realizará un documento que dé cuenta tanto del proceso como de los

resultados de la elaboración, ejecución y documentación de las pruebas

funcionales de los Servicios Web del SIIF II.

15

3. MARCO DE REFERENCIA

3.1 Marco Histórico

Hace quince años (1994) se dio comienzo formal al proyecto MAFP

“Modernización de la Administración Financiera Pública”, orientado a optimizar y

generar eficiencia en la administración y operación del manejo de recursos,

apalancado en las posibilidades y beneficios de la tecnología informática. Esta

orientación se concretaba en tres aspectos básicos: crear una infraestructura de

información para las decisiones del manejo de los recursos públicos; mejorar el

funcionamiento de los subsistemas estratégicos del ciclo financiero y apoyar a las

entidades del estado para que cumplan sus responsabilidades constitucionales. El

proyecto se conformó por tres (3) componentes administrados por el Ministerio de

Hacienda y Crédito Público, el Departamento Nacional de Planeación y la

Contraloría General de la República4.

En la búsqueda de una Administración Pública eficiente y eficaz, se hizo necesario

construir una nueva forma de orientar la gestión pública con un enfoque gerencial.

Para esto se hace necesario tener una información completa, confiable y oportuna,

en cuanto al manejo en el interior de las administraciones y de las cuestiones

financieras. Bajo estos lineamientos aparece el concepto de Sistemas Integrados

de Información Financiera SIIF dirigido a las entidades del sector público

gubernamental.

El Sistema Integrado de Información Financiera SIIF NACIÓN inició su etapa

de producción en el año 2000 y es administrado por una dependencia en el interior

del Ministerio de Hacienda y Crédito Público. La funcionalidad de este sistema

involucra dentro de los procesos básicos de la gestión financiera pública un

proceso de ejecución de presupuesto de ingresos y gastos, el proceso de

4 Ministerio de Hacienda y Crédito Público. Sistema Integrado de Información Financiera Administrativa y Comercial. Visión. 2004. Pág. 22.

16

tramitación de recaudos y de pagos, y el proceso de registro contable y

generación de estados financieros.

Ilustración 1. Organigrama Ministerio de Hacienda y Crédito Público.

Fuente: Oficina Asesora de Planeación

18

3.2 Marco Normativo

La base conceptual y definitoria del sistema es de origen jurídico, por ende, el

mismo presenta una alta probabilidad de cambio y actualización, adicionalmente,

la periodicidad de la gestión financiera implica redefinición y ajuste a los

clasificadores taxonómicos del presupuesto entre los distintos periodos de

aplicación, incluso en un mismo periodo, obligando a mecanismos de equivalencia

y homologación. Sin embargo, es posible adentrarnos a dar cuenta y desarrollar el

marco normativo que a la fecha regula la materia:

El Decreto 111 DE 1996 a través del cual se compila la ley 38 de 1989, la ley 179

de 1994 y la ley 225 de 1995 que conforman el estatuto orgánico del presupuesto,

y con base en el cual se va a definir la estructura básica del SIIF, especialmente

en materia financiera y presupuestal.

Del mencionado decreto es de destacar el artículo 93, el cual establece que la

competencia para que el Ministerio de Hacienda y Crédito Público se de a la tarea

de construir el SIIF. En este sentido determina que los órganos que hacen parte

del Presupuesto General de la Nación; las empresas industriales y comerciales del

Estado y las sociedades de economía mixta con régimen de empresa industrial y

comercial del Estado dedicadas a actividades no financieras, las entidades

territoriales en relación con el situado fiscal y la participación de los municipios en

los ingresos corrientes de la Nación, enviarán al Ministerio de Hacienda y Crédito

Público, Dirección General del Presupuesto Nacional, la información que éstos le

soliciten para el seguimiento presupuestal y para el centro de información

presupuestal. El Departamento Nacional de Planeación podrá solicitar

directamente la información financiera necesaria para evaluar la inversión pública

y para realizar el control de resultados. (…) El Ministerio de Hacienda y Crédito

Público Dirección General del Presupuesto Nacional, será el centro de información

19

presupuestal en el cual se consolidará lo pertinente a la programación, ejecución y

seguimiento del Presupuesto General de la Nación, (…) Esta Dirección diseñará

los métodos y procedimientos de información y de sistematización necesarios para

el efecto.

Así mismo, el Artículo 43 sobre sistemas administrativos le permite a este

ministerio definir Sistemas Administrativos nacionales con el fin de coordinar las

actividades estatales y de los particulares. Para tal efecto, preverá los órganos o

entidades a los cuales corresponde desarrollar las actividades de dirección,

programación, ejecución y evaluación.

Por su parte, el artículo 8º de la Ley 298 de 1996 establece que el Sistema

Integrado de Información Financiera -SIIF-, es un conjunto integrado de procesos

automatizados, de base contable, que permite la producción de información para

la gestión financiera pública.

El Decreto 178 De 2003 determina el marco para la operatividad y aplicabilidad del

SIIF Nación. En tal sentido el artículo 2º precisa que SIIF Nación es una

herramienta modular automatizada que integra y estandariza el registro de la

gestión financiera, propicia una mayor eficiencia en el uso de los recursos de la

Nación y brinda información oportuna y confiable.

El Decreto 2789 De 2004, modificado por el decreto 4318 De 2006, determina el

marco para la administración, implantación, operatividad y aplicabilidad del

Sistema Integrado de Información Financiera SIIF Nación.

20

3.3 Marco Teórico y Conceptual.5

3.3.1 SIIF NACIÓN:

Sistema Integrado de Información Financiera de la Nación, el cual aparece en el

escenario del programa de Modernización de la Administración de las Finanzas

Públicas. Se orienta a la gestión de las finanzas públicas, en su definición,

estructuración, asignación, captación, distribución, seguimiento y control. La

cobertura institucional del sistema comprende las organizaciones que reciben o

administran recursos del Presupuesto General de la Nación, algunos de los cuales

operan de forma distribuida y dispersa geográficamente a través de oficinas y

dependencias regionales que se encuentran dentro y fuera del país.

3.3.2 SIIF NACIÓN II

Sistema Integrado de Información Financiera, Administrativa y Comercial de la

Nación, liderado por el Ministerio de Hacienda y Crédito Público para la renovación

tecnológica y el fortalecimiento funcional e institucional del SIIF Nación.

El proyecto SIIF Nación II busca ampliar la cobertura funcional e institucional del

SIIF Nación I, a través de la utilización de tecnologías de punta y el

reconocimiento de diversas funcionalidades de procesos misionales de las

entidades ejecutoras relacionados con aspectos administrativos y comerciales que

afectan o impactan el presupuesto público.

Adicionalmente, el SIIF Nación II busca facilitar el acceso y la integración entre el

SIIF Nación y otros Sistemas Financieros, Administrativos y Comerciales ya

existentes.

5 Construido con base en documentos internos del Ministerio de Hacienda y Crédito Público.

21

3.3.3 SERVICIOS WEB SW

Los SW son entendidos como un conjunto de protocolos y estándares que sirven

para intercambiar datos entre diferentes aplicaciones de software desarrolladas en

lenguajes de programación diferentes, y ejecutados sobre cualquier plataforma.

Asimismo, son un instrumento para dotar a la Web de interoperatividad. Entendida

ésta como la condición mediante la cual sistemas heterogéneos pueden

intercambiar procesos o datos.

La interoperatividad se obtiene mediante la adopción de estándares abiertos6.

Para la construcción de los mismos se han definido a las organizaciones OASIS,

W3C y WS-I como las responsables de los estándares.

OASIS: Organization for the advancement of structured information standards.

W3C: World Wide Web Consortium.

WS-I: Web Services Interoperability.

Las dos primeras, son los comités responsables de la arquitectura y

reglamentación de los SW y la tercera es la encargada de desarrollar diversos

perfiles para definir de manera más exhaustiva estos estándares, esto con el

ánimo de mejorar la interoperatividad entre distintas implementaciones de SW.

Técnicamente, un SW, es una aplicación de software identificada mediante una

URL, cuya interfaz y uso es capaz de ser definida (WSDL), descrita y descubierta

(UDDI) mediante artefactos XML, y soportar interacciones directas con otras

aplicaciones de software usando mensajes basados en XML (SOAP) y protocolos

basados en Internet (HTTP).

6 Estándar abierto es una especificación disponible para cualquier persona con el fin de lograr una tarea específica.

22

SIIF Nación II es un desarrollo Web, diseñado con filosofía de arquitectura que

utiliza como herramienta de desarrollo .NET y SQL Server 2005 como motor de

Base de Datos.

La funcionalidad de los SW, consiste en posibilitar el intercambio de datos entre

diversas aplicaciones de software y SIIF Nación. Esto significa que los SW son

utilizados por el Ministerio de Hacienda y Crédito Público para integrar información

financiera, administrativa y comercial en tiempo real de las entidades ejecutoras

de los recursos del Presupuesto General de la Nación Colombiano que

previamente han desarrollado sus propios sistemas.

3.3.4 MACROPROCESOS DEL SISTEMA

El SIIF Nación II presenta una división funcional de once temas que se

corresponden con una agrupación de macroprocesos propios del sistema. Más

una división de tres componentes relacionados con funcionalidad o

responsabilidades propias del sistema de información.

División Funcional del Sistema:

APR: Administración de Apropiaciones de Ingresos y Gastos

Éste macroproceso tiene como objetivo mantener actualizadas tanto las

apropiaciones presupuestales de gastos, como de los aforos de ingresos a nivel

de clasificadores presupuestales del decreto de liquidación. Sus transacciones se

fundamentan en las modificaciones de las apropiaciones presupuestales tales

como la adición, reducción, traslados, bloqueos, desbloqueos.

23

BYS: Gestión de Bienes y servicios

Su finalidad es detallar a través del catalogo de bienes y servicios las entradas y

salidas de los bienes, manteniendo actualizada las hojas de vida y las existencias

de cada bien para facilitar su administración y control.

CNT: Gestión Contable

La importancia de este macroproceso radica en el registro de los impactos

contables derivados de actos financieros o administrativos autorizados por la

Contaduría General de la Nación, con el fin de disponer de dicha información para

la toma de decisiones.

EPG: Ejecución Presupuestal de Gastos

Este macroproceso permite registrar las instancias de ejecución presupuestal de

gasto, para disponer de información detallada de cada una de estas, tales como

las solicitud para expedir certificados de disponibilidad presupuestal, pasando por

toda la cadena de ejecución hasta llegar a la ordenación del pago.

ING: Ejecución de Ingresos Presupuestales

Permite disponer de información registrada en la cadena de ejecución

presupuestal de ingresos en las etapas de causación de cuentas por cobrar

relacionadas con rubros de ingresos, la clasificación de los recaudos en los

conceptos de ingreso correspondientes, las devoluciones de ingresos causados y

recaudados, definir los parámetros que aplican para las fechas de cierre

presupuestal y vigencias fiscales y realizar el ajuste automático de la vigencia

fiscal de los ingresos, cuando se abre un nuevo ejercicio contable.

FYC: Facturación y Cartera

En el macroproceso de facturación y cartera se definen aspectos tales como las

condiciones de ventas, los tramites de un pedido de venta y a partir de una salida

de almacén o cumplido de servicio facturar la venta de bienes y/o servicios, la

24

administración de la cartera y la cobranza cuando se administran documentos con

crédito, se recaudan ingresos y cartera.

OBS: Obtención de Bienes y servicios

Permite registrar las instancias necesarias para la obtención de bienes y servicios

a partir de la etapa de planeación de adquisiciones hasta la finalización de la

relación contractual. Igualmente las correspondientes a la prestación de servicios

internos que no requieren proceso de contratación y a la gestión de solicitud y

trámite de viáticos.

PAC: Distribución y Administración de Programa Anual de Caja

Este macroproceso permite asignar y/o modificar valores de PAC mensuales para

atender los gastos asumidos en un año fiscal.

PAG: Manejo de Tesorería y Pagos

En el manejo de tesorería y pagos se define el catálogo de pagos no

presupuestales, de condiciones para ejecutar un trámite de pago, el registro y

ordenación del pago de acreedores no presupuestales y el trámite de pago con

afectación de saldos vinculados a cada orden de pago.

PRG: Programación Presupuestal de Gastos e Ingresos

En la programación presupuestal del gasto se estiman las condiciones que limitan

el PGN, se preparan y revisan las propuestas de presupuesto de las unidades

ejecutoras del PGN, se elabora un anteproyecto de presupuesto, se prepara y

presenta el proyecto de presupuesto, se debate y aprueba el presupuesto a través

de una ley y se hace efectiva por medio del Decreto de Liquidación que incluye

anexos con el detalle de gastos e ingresos.

25

REC: Manejo de Tesorería Recaudos

Tiene como finalidad el registro y administración de las cuentas bancarias de

recaudo, generar la conciliación bancaria para pagos y recaudos y además

consolidar toda esta información.

Macroprocesos de Apoyo al Sistema:

SEG: Seguridad Aplicativa.

Este macroproceso dispone de mecanismos que permiten definir a nivel de

aplicativo la identidad de los usuarios del sistema, la autorización y la

configuración del registro de Log de Auditoria.

ADM: Administración del sistema

Este macroproceso provee mecanismos que facilitan la adaptabilidad del sistema

a situaciones que se presentan en su utilización dentro de los diferentes

macroprocesos del negocio.

GPR: Gestor de Procesos

Con el gestor de procesos se establecen esquemas de configuración de tramites en la

gestión Administrativa y Financiera de las Entidades.

26

4. METODOLOGÍA

La metodología a utilizar propenderá por el logro de una práctica administrativa

que permita el cumplimento del objetivo general y de los objetivos específicos así

como de los compromisos adquiridos. Para tal efecto se propone la siguiente

estructura metodológica:

4.1 Esquema de documentación.

Hace referencia al conjunto de documentos jurídicos, institucionales, académicos

e informativos que permitan una amplia comprensión acerca de los servicios web,

en el contexto del SIIF Nación II y del programa MAFP II.

4.2 Esquema de Interacción.

Se refiere a la interacción que se da tanto con el equipo funcional de los diversos

macro procesos que contienen Servicios Web como con el equipo de apoyo

técnico y de producción que garantiza su operatividad.

4.3 Preparación de Pruebas Funcionales.

Se refiere al proceso de planificación y construcción de las pruebas funcionales de

los diversos SW de los macro procesos del sistema.

4.4 Aplicación de Pruebas Funcionales.

Los primeros servicios Web que está preparando el SIIF Nación se orientan al

sistema de información financiera del DNP, lo cual permitiría un acercamiento con

algunos de los funcionarios encargados de la construcción del presupuesto de

inversión de la nación para la realización de las pruebas funcionales.

4.5 Glosario.

Se pretende la construcción de un glosario que responda a los hallazgos

conceptuales específicos de los Servicios Web.

27

4.6 Documento Final. Se prevé la construcción de un documento que visibilice la experiencia

administrativa así como del proceso académico que soporta la practica como

opción de grado.

28

II PARTE

RESULTADOS DE LA PRÁCTICA ADMINISTRATIVA

29

5 ESQUEMA DE DOCUMENTACIÓN

El proyecto SIIF Nación II constituye una iniciativa del Ministerio de Hacienda y

Crédito Público que busca renovar tecnológicamente y consolidar funcional e

institucionalmente, el Sistema Integrado de Información Financiera SIIF Nación, el

cual ha permitido a la Nación a través del Ministerio de Hacienda y Crédito

Público, consolidar la información financiera de las Entidades que conforman el

Presupuesto General de la Nación y ejercer el control de la ejecución

presupuestal y financiera de las Entidades pertenecientes a la Administración

Central Nacional.

El sistema está dirigido, en su cobertura institucional, hacia las necesidades y

expectativas de los interesados, clientes y usuarios del sector público del orden

nacional, más exactamente a los organismos públicos involucrados o relacionados

con el presupuesto general de la nación.

SIIF Nación II “pretende extenderse más allá del dominio financiero y cubrir

aspectos relacionados con la gestión administrativa y comercial de las entidades

ejecutoras, tales como: transacciones y flujos de trabajo derivados de comprar o

contratar bienes o servicios, de la gestión comercial de oferta, venta y facturación

de bienes o servicios y de administrar su inventario, almacenamiento y registro de

entradas y salidas de bienes operativos o de consumo y administrar su

inventario, almacenamiento y registro de entradas y salidas de equipos o bienes

de producción y de administrar su inventario, almacenamiento, registro de

entradas, traslados y daciones de baja de activos fijos.”7

7 Ministerio de Hacienda y Crédito Público. Sistema Integrado de Información Financiera Administrativa y Comercial. Visión. 2004.

30

5.1 Aspecto Funcional de SIIF Nación II

La funcionalidad principal del SIIF Nación se deriva de la gestión de las finanzas

públicas, tanto en su definición, estructuración, asignación, captación, distribución,

ejecución, seguimiento y control, pero también incluye la funcionalidad de

procesos misionales de las entidades ejecutoras relacionados con aspectos

administrativos y comerciales que afectan o impactan el presupuesto.

La funcionalidad del sistema involucra dentro de los procesos básicos de la

gestión financiera pública el proceso de ejecución de presupuesto de ingresos y

gastos, la distribución y administración del Programa Anual mensualizado de Caja

PAC, el proceso de tramitación de recaudos y de pagos, el proceso de registro

contable y generación de estados financieros consolidados de la persona jurídica

Nación.

La base conceptual y definitoria del sistema es de origen legal y normativo, por

ende con alta probabilidad de cambio y actualización; la periodicidad de la gestión

financiera implica redefinición y ajuste a los clasificadores taxonómicos del

presupuesto entre distintos periodos de aplicación y aún dentro de un mismo

periodo obligando a mecanismos de equivalencia y homologación. Dentro de la

normatividad que regula la materia se destaca:

5.1.1 El Decreto 111 de 1996 a través del cual se reglamentaron las leyes 38 de

1989, 179 de 1994 y 225 de 1995, que en suma conforman el estatuto

orgánico del presupuesto, y con base en las mismas se define la estructura

básica del SIIF, especialmente en materia financiera y presupuestal.

5.1.2 El Decreto 178 de 2003 que determina el marco para la operatividad y

aplicabilidad del SIIF.

31

5.1.3 El Decreto 2789 de 2004 que determina el marco para la administración,

implantación, operatividad y aplicabilidad del Sistema Integrado de

Información Financiera SIIF Nación.

5.2 Aspecto Tecnológico de SIIF Nación II

El sistema integral de información financiera SIIF Nación II es un desarrollo Web,

diseñado con filosofía de arquitectura empresarial que utiliza como herramienta de

desarrollo .NET y SQL Server 2005 como motor de Base de Datos.

Este nuevo sistema SIIF Nación II es una reescritura completa del SIIF Nación

actual en producción. “La definición del nuevo sistema es paramétrica,

capitalizando la experiencia de varios años en el sistema actual. EL proyecto del

nuevo SIIF Nación es muy importante en el país por su alcance, por sus

beneficios, y por el precedente que genera su estructura metodológica. Es el

primer proyecto de software en el país donde la Nación invierte muchos recursos

en definir claramente qué se requiere, lo cual minimiza los riesgos de la

construcción y en modelar las especificaciones de un sistema para asegurar que

exista un producto de requerimientos y especificaciones administrables donde se

plasma el conocimiento funcional del negocio”.8

La tecnología en los últimos 10 años desde la concepción original del SIIF ha

cambiado, pasando de sistemas Cliente Servidor a sistemas basados en el Web

con grandes facilidades de integración.

8http://www.minhacienda.gov.co/portal/page/portal/MinHacienda/haciendapublica/siif_nacion/siif2/acercadelnuevosiif/PERSPECTIVATECNOLGICA.MHT

32

Tabla 1. Evolución tecnológica SIIF Nación

Característica SIIF Nación Actual (diseño de 1996+)

SIIF Nación Nuevo (diseño en 2006+)

Arquitectura Cliente/Servidor Web, HTML/HTTP, Ancho de banda

Lenguajes de Desarrollo en Windows

Herramientas Desarrollo Windows: Pocas, parcialmente OO como VB6

Lenguajes .NET totalmente OO (C# 2.0 o VBNET 2.0).

Ambientes de Desarrollo

Básicos Avanzados: Frameworks, Librerías, Visual Studio Team System (SCM)

Metodologías Primarias MSF, UML con Casos de Uso, Herramientas RUP, Xtreme Programming, Métodos Ágiles, Function Points

Tecnologías Integración

Archivos planos Archivos planos, XML, Web Services SOAP, WS-I, Mensajería y Orquestación de Procesos

Tecnologías Seguridad

Seguridad básica Algoritmos de Encriptación y Protocolos de Seguridad (IPSec, SSL) estándares de la industria, Esquema de Llaves Públicas, Esquema de Seguridad integrado a la Infraestructura del Ministerio, Certificados Digitales, Entidad de Certificación Abierta en Colombia

Tecnologías Confiabilidad

Clásicas Web/Application Farms, Clustering

Tecnología de Bases de Datos

Clásica XML, Seguridad, Stored Procedures .NET y T-SQL, Acceso vía WS

Fuente: www.minhacienda.gov.co

El esquema de comunicaciones previsto para el SIIF Nación II propende por la

alta disponibilidad del servicio de acceso al aplicativo en condiciones de seguridad

que garanticen protección adecuada a la información que viaja por la red de

comunicaciones.

33

5.3 Sobre el concepto de interoperabilidad de Sistemas – Relaciones a partir de los web services.

La Interoperabilidad es la capacidad de dos o más Sistemas para intercambiar y

utilizar la información. El reconocimiento del tipo de datos a intercambiar es

necesario para la definición de acuerdos en cuanto a la manera como se va a

estructurar el intercambio y el significado de cada ítem de información

comunicado.

Estos acuerdos se entienden en el marco del SIIF Nación como Servicios Web o

Web Services, conjunto de aplicaciones o de tecnologías con capacidad para

interoperar en la Web. El modelo en SIIF Nación detalla cada uno de los niveles

de interoperabilidad en nuevos subniveles y trata de mostrar cómo se definen las

condiciones de interoperabilidad en los documentos base del proyecto.

El modelo de interoperabilidad del SIIF considera tres tipos de dimensiones

(estándares) a saber:

Ilustración 2. Dimensiones del modelo de interoperabilidad SIIF Nación

Fuente: Presentación COINFO - Abril de 2007 - MHCP

En el marco de la dimensión de interoperabilidad técnica se recogen los aspectos

relacionados con el enlace entre los sistemas y servicios técnicos

34

computacionales por lo que se entiende que es en este ámbito en el que los

servicios web cobran la mayor importancia.

Ilustración 3: Enlace entre los sistemas y servicios técnicos

computacionales

Fuente: Presentación COINFO - Abril de 2007 - MHCP

La interoperabilidad técnica se establece orientando la tecnología a utilizar.

Además, estos subniveles tuvieron en cuenta la armonización con el marco de

interoperabilidad de Microsoft, el cual puede ser expresado a través de seis

diferentes niveles.

Ilustración 4. Estándar técnico del modelo de interoperabilidad

Tomado de: Presentación COINFO – Abril de 2007 – MHCP

35

Los aspectos incluyen interfaces abiertas, servicios de interconexión, integración

de datos, presentación e intercambio de datos, accesibilidad y servicios de

seguridad. Por su parte, los estándares se utilizan de manera transversal en todos

los niveles como marco de referencia que permita orientar la comunicación y

conformidad al momento de definir las condiciones de integración con otros

sistemas.

5.4 Sobre los servicios Web y su importancia en SIIF Nación9.

Existen múltiples definiciones sobre lo que son los Servicios Web, lo que muestra

su complejidad a la hora de dar una adecuada definición que englobe todo lo que

son e implican. Una posible sería hablar de ellos como un conjunto de

aplicaciones o de tecnologías con capacidad para interoperar en la Web. Estas

aplicaciones o tecnologías intercambian datos entre sí con el objetivo de ofrecer

unos servicios. Los proveedores ofrecen sus servicios como procedimientos

remotos y los usuarios solicitan un servicio llamando a estos procedimientos a

través de la Web.

Los Servicios Web proporcionan mecanismos de comunicación estándar entre

diferentes aplicaciones, que interactúan entre sí para presentar información

dinámica al usuario. Para proporcionar interoperabilidad y extensibilidad entre

estas aplicaciones, y que al mismo tiempo sea posible su combinación para

realizar operaciones complejas, es necesaria una arquitectura de referencia

estándar.

El siguiente gráfico muestra cómo interactúa un conjunto de Servicios Web:

9 La información que se presenta a continuación fue tomada literalmente del documento “Guía breve de servicios web”, publicado por W3C (World Wide Web Consortium) y disponible en: http://www.w3c.es/Divulgacion/GuiasBreves/ServiciosWeb

36

Ilustración 5. Funcionamiento de los servicios Web

Fuente: Presentación COINFO – Abril de 2007 – MHCP

Según el ejemplo del gráfico, un usuario (que juega el papel de cliente dentro de

los Servicios Web), a través de una aplicación, solicita información sobre un viaje

que desea realizar haciendo una petición a una agencia de viajes que ofrece sus

servicios a través de Internet. La agencia de viajes ofrecerá a su cliente (usuario)

la información requerida. Para proporcionar al cliente la información que necesita,

la agencia de viajes solicita a su vez información a otros recursos (otros Servicios

Web) en relación con el hotel y la compañía aérea. La agencia de viajes obtendrá

información de estos recursos, lo que la convierte a su vez en cliente de esos

otros Servicios Web que le van a proporcionar la información solicitada sobre el

hotel y la línea aérea. Por último, el usuario realizará el pago del viaje a través de

la agencia de viajes que servirá de intermediario entre el usuario y el servicio Web

que gestionará el pago.

En todo este proceso intervienen una serie de tecnologías que hacen posible esta

circulación de información. Por un lado, estaría SOAP (Protocolo Simple de

Acceso a Objetos). Se trata de un protocolo basado en XML, que permite la

37

interacción entre varios dispositivos y que tiene la capacidad de transmitir

información compleja.

Los datos pueden ser transmitidos a través de HTTP, SMTP por mencionar

algunos. SOAP especifica el formato de los mensajes. El mensaje SOAP está

compuesto por un envelope (sobre), cuya estructura está formada por los

siguientes elementos: header (cabecera) y body (cuerpo). Para optimizar el

rendimiento de las aplicaciones basadas en Servicios Web, se han desarrollado

tecnologías complementarias de SOAP, que agilizan el envío de los mensajes

(MTOM) y los recursos que se transmiten en esos mensajes (SOAP-RRSHB).

Ilustración 6. Componentes del SOAP

Fuente: http://www.w3c.es/Divulgacion/GuiasBreves/ServiciosWeb

WSDL (Lenguaje de Descripción de Servicios Web) permite que un servicio y un

cliente establezcan un acuerdo en lo que se refiere a los detalles de transporte de

mensajes y su contenido, a través de un documento procesable por dispositivos.

WSDL representa una especie de contrato entre el proveedor y el que solicita.

WSDL especifica la sintaxis y los mecanismos de intercambio de mensajes.

38

6 ESQUEMA DE INTERACCIÓN

Este esquema se refiere básicamente a la interacción que se da tanto con los

coordinadores funcionales, de los diversos macroprocesos para los cuales se ha

previsto la creación de Servicios Web, como con el equipo técnico de soporte del

SIIF Nación II.

En el marco del proceso de implantación e implementación de los servicios web la

elaboración de los casos de uso del sistema es responsabilidad del equipo

funcional, a partir de los cueles se estructura el servicio. Adicionalmente del

equipo funcional depende que el software cumpla con todos los requerimientos

funcionales expresados en los casos de uso del sistema, de tal forma que ellos

verifiquen y certifiquen que el funcionamiento de los Servicios Web corresponda al

funcionamiento del sistema.

Así mismo, la responsabilidad de que el sistema se encuentre en condiciones

óptimas, desde su funcionalidad, para la realización de los sets de pruebas

depende de los coordinadores de los macroprocesos.

La interacción con este grupo es fundamental para el desarrollo de las actividades

y tareas programadas en el plan de prácticas administrativas, puesto que este

equipo acompaña la formación funcional de los practicantes.

Por su parte, el equipo técnico es un grupo de apoyo al equipo funcional y a los

usuarios de los servicios. Revisan técnicamente la estructura de los

requerimientos de los servicios web, verifican las estructuras de las matrices de

datos para los sets de pruebas y coordinan la ejecución de las pruebas a los

servicios web tanto desde el interior del MHCP como con los usuarios externos

que solicitaron los servicios web.

39

7 GENERACIÓN DE PRECONDICIONES Y PREPARACIÓN DEL AMBIENTE DE PRUEBAS.

En este momento el proceso de preparación de pruebas funcionales se encuentra

en etapa de planeación y construcción de las pruebas de los Servicios Web,

específicamente para los macroprocesos de Programación Presupuestal de

Ingresos y Gastos (PRG), Administración de Apropiaciones de Ingresos y Gastos

(APR), Obtención de Bienes y Servicios (OBS), Gestión de Bienes y Servicios

(BYS) y; Manejo de Tesorería y Pagos (PAG), tal como se muestra en la siguiente

tabla:

Tabla 2. Casos de Uso Asignados para Construcción de Matrices de Pruebas

Identificación Servicio Web

IDENTIFICACIÓN DE CASO DE USO DEL SISTEMA

WS-APR029 CUSISAPR029RegBloqApropGasto WS-APR033 CUSISAPR033RegDesbloqApropGasto WS-APR041 CUSISAPR041RegReduccApropBloqueWS-APR065 CUSISAPR065CrearEstProyLeyUniGtos WS-APR067 CUSISAPR067ModifEstProyLeyUniGtos WS-APR078 CUSISAPR078RegistrosEstudiLeyModif WS-APR079 CUSISAPR079ModifRegistEstudiModLey

WS-APR087 CUSISAPR087RegistModDecLeyMod

WS-BYS038 CUSISBYS038RgtrarTrasladoBien

WS-BYS039 CUSISBYS039AprobarTrasladoBien

WS-EPG091C CUSISEPG091AdicVrAutorVigFutura WS-OBS001 CUSISOBS001SolicitudAdqBienes WS-OBS002 CUSISOBS002ModifSolAdqBienes WS-OBS003 CUSISOBS003AgregItemSolAdqBien WS-OBS011 CUSISOBS011AprobacSolicBienes WS-OBS012 CUSISOBS012ModifAprobSolBienes WS-OBS015 CUSISOBS015AprobSolBienCajaMen WS-OBS016 CUSISOBS016ModAprSolBienCajaMen WS-OBS044 CUSISOBS044RegPrecontractConCDP WS-OBS046 CUSISOBS046RegPrecontrConVigFut WS-OBS046C CUSISOBS046RegPrecontrConVigFutWS-OBS047 CUSISOBS047ModRegPrecConVigFut

40

Identificación Servicio Web

IDENTIFICACIÓN DE CASO DE USO DEL SISTEMA

WS-OBS048 CUSISOBS048RegPrecConCDPyVigFut WS-PAG009 CUSISPAG009RadicarCtasxPagarPagNoPr.doc WS-PAG011 CUSISPAG011AcreConcPagNoPres.doc

WS-PAG015 CUSISPAG015AproOrdDePagoNoPres.doc

WS-PRG017 CUSISPRG017DesagregarPosicion

WS-PRG069 CUSISPRG069ModifVersUniGtosProy

WS-PRG081 CUSISPRG081ModifVersProyPGN WS-PRG082 CUSISPRG082RelacBloqPresupPosic WS-PRG087 CUSISPRG087ModifCompComplPPGN

WS-PRG091 CUSISPRG091RegistrosEstudioModif WS-PRG092 CUSISPRG092ModifRegistEstudiMod

WS-PRG102 CUSISPRG102RegistModGtoNivelDec

Fuente: Asignación Interna de Casos de Uso Practicantes ESAP Web Services

A continuación, se realiza la descripción del procedimiento para la creación de

precondiciones y la preparación del ambiente de pruebas. Para la elaboración de

las precondiciones es necesario contar con los instrumentos básicos en los que

se registra la información que se requiere para iniciar con la creación de las

precondiciones. Tales instrumentos son el caso de uso y la matriz de

requerimientos.

7.1 Acceso al caso de uso al que se le van a generar las precondiciones:

Los casos de uso son un conjunto de requerimientos de software, expresados en

una plantilla ordenada en donde se fijan las precondiciones de ejecución, las

acciones a ejecutar, las secuencias alternas y los resultados esperados.

El caso de uso es uno de los documentos más importantes para la creación de las

precondiciones puesto que en el se describen y se precisa la función de las

mismas para poder realizar la transacción en el sistema.

41

Los documentos de trabajo denominados Casos de Uso, se encuentran

almacenados en el repositorio de documentos Visual Surce Safe de la siguiente

forma:

Ilustración 7. Base de datos Visual SourceSafe casos de uso

Fuente: Visual SourceSafe

Base de datos: Desarrollo SIIF NACIÓN parte 2.

Ruta: $/DocumentosFuncionales/CasosUso/Sistema/ macroproceso/caso de uso.

42

Ilustración 8. Documento caso de uso

Fuente: Visual SourceSafe

7.2 Tener acceso a los casos de uso a los que hacen referencia las precondiciones.

Si bien es importante conocer el caso de uso de la transacción a la cual se le van

a generar las precondiciones, es necesario conocer los casos de uso del sistema

de cada una de las precondiciones a elaborar.

En tales documentos se registra paso a paso la información necesaria y la forma

en que la misma se desarrolla en el sistema, de tal forma que se garantice el

43

cumplimiento de las precondiciones para ejecutar la transacción a que se refiere el

servicio web.

7.3 Leer, analizar y entender los casos de uso.

Es importante leer, analizar y comprender atentamente cada caso de uso. Para

esto es necesario conocer la estructura que compone un caso de uso.

La primera parte que lo compone corresponde al formato de especificación de los

casos de uso del sistema, en que se identifica el tipo de transacción con

características tales como: el código, nombre, por quién fue elaborado, por quién

fue aprobado, la fecha de su elaboración y la fecha de aprobación.

Ilustración 9. Formato de especificación de los casos de uso

Fuente: Caso de uso OBS001. VSS

Una segunda parte corresponde al cuerpo del documento en donde se desarrolla

en detalle el caso de uso, conformado por elementos como:

Objetivo: describe qué pretende alcanzar la transacción a la que hace referencia

el caso de uso.

Descripción: contextualización de la(s) idea(s) principal(es) del caso de uso.

Actor principal: persona de la entidad responsable de la transacción a realizar.

Actores secundarios: persona(s) que tiene(n) participación indirecta en la

ejecución del caso de uso

Precondiciones: son las condiciones que deben existir previamente en el sistema

para poder realizar una transacción especifica de un caso de uso.

44

Ilustración 10. Detalle del cuerpo del caso de uso. Objetivo, descripción, Actores, Precondiciones


Resultados: son aquellas acciones que se espera que ocurran después de hacer

la transacción en el sistema.

Secuencia normal de acciones: se refiere al conjunto de acciones mínimas para

la ejecución de una transacción en el sistema.

Ilustración 11. Detalle del cuerpo del caso de uso. Resultados, secuencia

normal


Secuencias alternas: son caminos diferentes que se pueden tomar para realizar

la transacción en algunas acciones.

45

Clasificación: mide el nivel de importancia del caso de uso (Necesario,

importante, Complementario).

Ilustración 12. Detalle del cuerpo del caso de uso. Secuencias alternas


Notas y comentarios: observaciones y recomendaciones que hace el autor del

caso de uso.

Ilustración 13. Detalle del cuerpo del caso de uso. Notas y comentario


Para facilitar la lectura, análisis y comprensión del caso de uso, es importante

partir de la identificación de lo que el mismo permito hacer (el objetivo). Los

aspectos puntuales que son la columna vertebral del documento (la descripción) y

saber qué se espera con la transacción (el resultado).

46

7.4 Tener claras las precondiciones dadas en el caso de uso para la elaboración de la transacción.

Para crear adecuadamente las precondiciones en el sistema es necesario

determinar las transacciones que se van a realizar para su creación. Es por esto

que se recomienda leer tanto el caso de uso de la transacción para la que se van

a generar las precondiciones, como el caso de uso de cada una de estas.

Ilustración 14. Precondiciones caso de uso


7.5 Tener acceso a la matriz de requerimientos correspondiente al caso de uso.

La matriz de requerimientos es un documento que se define la estructura del

Servicio Web. Ésta es fundamental para la elaboración de la matriz de pruebas ya

que en ella se definen parámetros que son fundamentales para la ejecución de la

prueba.

Las matrices de requerimiento de SIIF Nación II, se encuentran ubicadas en el

repositorio de documentos Visual SurceSafe de la siguiente forma:

Base de datos: Desarrollo SIIF NACIÓN parte 2.

47

Ruta: $/DocumentosTecnicos/ServiciosExternos/Requerimientos/ se elige el

macroproceso al cual corresponde el requerimiento.

En este repositorio se pueden encontrar todas las matrices de requerimientos con

los que trabaja SIIF Nación II. Tales están ubicadas dentro de la carpeta de

Documentos Técnicos, en otra carpeta denominada servicios externos y dentro de

en la carpeta requerimientos se ubican las matrices, dependiendo el

macroproceso al que corresponda cada una.

A continuación se presenta una imagen del repositorio con el fin de ilustrar con

respecto a la búsqueda de dichos documentos:

Ilustración 15. Base de datos Visual SourceSafe casos de uso

Fuente: Visual SourceSafe.

A continuación se muestra un ejemplo de una matriz de requerimientos:

48

Ilustración 16. Matriz de Requerimientos

Fuente:Vss/DesarrolloSIIFNACIONParte2/DocuemntosTecnicos/ServiciosExternos/Requerimientos/OBS002

49

7.6 Leer, analizar y entender la matriz de requerimientos y todos los elementos que la componen.

Para comprender la matriz de requerimientos es importante conocer su estructura.

En primer lugar, esta matriz está compuesta por un formato de identificación en

donde se define el caso de uso, el nombre del servicio, el nombre de la operación,

descripción, los potenciales consumidores y sus características.

Ilustración 17. Formato de identificación


En segundo lugar, se observa el cuerpo de la matriz. Para una mayor

comprensión, se explicara inicialmente desde las columnas y luego desde las filas

que la componen.

Columnas: la matriz de requerimientos esta conformada por seis columnas que

corresponden al nombre, la descripción, el tipo de dato, la obligatoriedad, un dato

ejemplo y una descripción para el WSDL. Estas columnas muestran algunos de

los parámetros que establece este tipo de matriz.

Ilustración 18. Columnas matriz de requerimientos

Fuente: Requerimiento OBS002. VSS

Filas: esta parte de la matriz se constituye a partir de unos parámetros de entrada

y otros de retorno. Es importante mencionar que estas filas tienen diseños de

árbol. Estructura que permite realizar el esquema de la matriz de pruebas ya que

identifica de manera específica los elementos necesarios para realizar

posteriormente la prueba.

50

Los parámetros de entrada son el conjunto de elementos requerida por el servicio

Web que permite el funcionamiento del WS. Contiene elementos obligatorios y

otros opcionales, los cuales se encuentran marcados en la respectiva columna. La

información de retorno es el conjunto de información de salida o respuesta del WS

al usuario que lo utiliza.

Ilustración 19. Estructura del árbol/filas del requerimiento

Fuente: Requerimiento OBS002. VSS

7.7 Acceso a espacio para pruebas en el Sistema.

La conexión al sistema es indispensable para generar las precondiciones de

cualquier caso de uso, puesto que es allí donde se crean. Es por esto que se debe

tener en cuenta bajo qué condiciones de conexión trabaja el sistema.

51

Ilustración 20. Conexión Internet SIIF Nación II.

Fuente: www.minhacienda.gov.co

Para poder crear las precondiciones de manera correcta, se debe conocer la

funcionalidad del sistema. Para ello es necesario hacer la lectura de su manual,

conocer los términos comunes entre la matriz de requerimientos y los del sistema.

Además, se requiere tener claridad de estos conceptos. Comprender a qué se

refiere el sistema cuando indica términos exactos, qué pantalla y qué resultado

puede arrojar si se hace clic sobre estos. Por ejemplo, a qué se refieren términos

tales como: Aceptar, Seleccionar, Guardar, Datos administrativos.

Con las precondiciones ya elaboradas y teniendo en cuenta las siguientes

recomendaciones se tiene preparado adecuadamente el ambiente de pruebas:

Tener acceso al caso de uso que se va a probar: tener el documento del caso de

uso al cual se le va a realizar la prueba.

52

8 PROCEDIMIENTO PARA LA CREACIÓN DE MATRICES DE PRUEBAS PARA WS.

8.1 Lectura del Caso de Uso del Sistema Los casos de uso son los documentos a través de los cuales el equipo funcional

de SIIF Nación definió la estructura y el alcance de cada una de las transacciones

en el Sistema. Se encuentran almacenados en el programa Visual SorceSafe,

para el caso especifico los documentos de trabajo consultados se encuentran

almacenados en la ruta: VSS/Documentos Funcionales/Casos de Uso/Sistema.

Están organizados por macroprocesos.

Ilustración 21. Visual SourceSafe

Fuente: Visual SourceSafe Ministerio de Hacienda y Crédito Público.

53

Ilustración 22. Ejemplo Documento de Trabajo Caso de Uso

Fuente: Visual SourceSafe Ministerio de Hacienda y Crédito Público

Para su revisión se sugiere identificar de forma clara y precisa las acciones que el

mismo permite, de tal forma que estas acciones sean el punto inicial de la matriz

de combinaciones exitosas (numeral 3 del procedimiento). Así mismo, es

importante que se reconozca las precondiciones que requiere el caso de uso para

ser probado en el sistema.

8.2 Contextualización del Caso de Uso del Sistema en el Macroproceso.

Se realiza a través de la identificación y comprensión de la transacción en el

marco del macroproceso; el instrumento mediante el cual se realiza es el flujo

grama del macroproceso. Se encuentran almacenados en el VSS/Documentos

Funcionales/Casos de Uso/Entendimiento.

54

Ilustración 23. Ejemplo Flujograma Macroproceso


Es importante que se sepa que los documentos de entendimiento no se pueden

observar desde el VSS. Para poder visualizarlos es necesario que previamente se

haya realizado su descarga al disco de almacenamiento de la PC en la que se

esta trabajando.

Este ejercicio permite contextualizar la matriz de datos de prueba para la

transacción a la que se le construyo el Servicio Web, de tal forma que la prueba se

realice en el marco de la globalidad del macroproceso.

55

8.3 Realización de la Transacción en el Ambiente de Pruebas de SIIF Nación II.

Ilustración 24. Ejemplo Ruta Transacción en el SIIF Nación II

Fuente: mh-

psfesa00.mhpresiif.red/MHCP.SIIF.Presentacion.Prepro.Int/Login.aspx?siif2=1&usr=MHWS1&hash=

Ilustración 25. Ejemplo Resultado de Ejecutar una Transacción en el SIIF Nación II

Fuente: mh-

psfesa00.mhpresiif.red/MHCP.SIIF.Presentacion.Prepro.Int/Login.aspx?siif2=1&usr=MHWS1&hash=

56

La comprensión del funcionamiento de la transacción en el Sistema le permitirá

tener claridad y ser coherente con el caso de uso al planear los diversos

escenarios de prueba. Además, esto le permite conocer la forma como funciona la

transacción en el SIIF Nación II.

Es necesario que antes de probar la transacción, se verifique que las

precondiciones estén dadas previamente, de tal forma que sea posible realizar el

proceso de sensibilización con la transacción en el SIIF II. De ser necesario, quien

esté construyendo la matriz de pruebas debe estar en capacidad de generar las

precondiciones en el sistema.

Finalmente, es importante que se establezca contacto con el equipo funcional que

revisa la transacción, en caso de duda respecto de la misma.

8.4 Revisión de la Matriz de Requerimientos de los Web Services. Documento central para la estructuración de la matriz de pruebas de los WS,

puesto que contiene los requerimientos para la creación del servicio web. Se

encuentran alamacenados en el VSS/Documentos Técnicos/Servicios

Externos/Requerimientos.

La hoja uno presenta los datos del autor, el revisor y quien aprueba los

requerimientos del WS.

Ilustración 26. Ejemplo Autor Requerimiento Servicio Web

Fuente: Visual SourceSafe Ministerio de Hacienda y Crédito Público.

57

En el ejemplo anterior se define que quien construyo el requerimiento para el

Servicio Web de PRG082 fue Dary González, quien lo reviso fue Sandra Milena

Barón Niño y quien lo aprobó fue Carlos Sandoval, así como las fechas en que se

realizaron cada uno de los procesos.

La hoja dos da cuenta de la estructura del requerimiento, de tal forma que se

puede observar la Información General:

Caso de Uso del WS

Nombre del Servicio

Nombre Operación

Descripción del servicio.

Potenciales Consumidores del WS

Características de los consumidores.

Ilustración 27. Ejemplo Estructura Requerimiento Servicio Web


58

El conjunto de columnas de la matriz da cuenta del nombre del parámetro, la

descripción para el desarrollador, el tipo de dato XLM Schema, la obligatoriedad

de su envío a través del WS, un dato ejemplo y su descripción para la

documentación en el WSDL.

Ilustración 28. Estructura Horizontal del Requerimiento del Servicio Web


Verticalmente, la matriz de requerimientos está organizada de forma jerárquica, en

lo que se denomina esquema de árbol. Con base en el esquema, se va a definir el

número de hojas de la matriz.

Ilustración 29. Estructura Vertical del Requerimiento del Servicio Web


59

Finalmente, la matriz de requerimientos contiene unos parámetros de entrada y

una información de retorno.

Ilustración 30. Estructura Vertical del Requerimiento del Servicio Web II


Parámetros de Entrada: Se refiere al conjunto de elementos o parámetros de

entrada requerida por el servicio web y que permite el funcionamiento del WS.

Contiene elementos obligatorios y otros opcionales, los cuales se encuentran

marcados en la respectiva columna.

Información de Retorno: Da cuenta del conjunto de información de salida, o

respuesta, del WS al usuario que hace uso del mismo.

La tercera hoja de la matriz de requerimientos da cuenta de la relación entre los

elementos de entrada y salida del WS y la transacción en el SIIF. En general, lo

que se presenta en la hoja tres son los pantallazos de cada uno de los elementos

del requerimiento en el SIIF Nación II.

De tal forma que se identifican los elementos, se listan y se identifican en el

sistema, tal como se muestra en las graficas siguientes:

60

Ilustración 31. Ejemplo Hoja 3 del Requerimiento del Servicio Web


61

8.5 Estructuración de la Matriz de Pruebas

La estructura de la matriz de pruebas se define con base en los elementos de la

matriz de requerimientos del WS. De tal forma que la matriz de pruebas debe

contener como mínimo:

8.5.1 Hoja de Autor:

Contiene los datos de identificación del Servicio Web para el cual se está

construyendo la matriz de datos de prueba, así como la identificación del autor, el

responsable de la revisión técnica así como funcional y el estado de la matriz y su

descripción, todo acompañado de la fecha de finalización de la actividad.

Ilustración 32. Ejemplo Identificación en Hoja de Autor

Autor FechaRevisión técnica: FechaRevisión funcional: FechaEstado: Registrada Corregida X Aprobada Fecha

Carlos Sandoval 2009-09-032009-10-21

Descripción del estado.

Matriz de Datos de Prueba para el Servicio Web PRG082 en etapa de revisión técnica y funcional terminada.

Matriz de prueba para el Servicio Web PRG082Hollman Adrian Camilo Sánchez Nova 2009-08-28Iván Alfonso Guarin Villamizar 2009-08-28


Ilustración 33. Ejemplo Convenciones en Hoja de Autor

HOJAMVNC

MVND1 Matriz verificación de Detalle 1.Lista de cambios (nuevos bloqueos, modificaciones a los existentes o eliminación de bloqueos) en los bloqueos presupuestales.

CONVENCIONESDESCRIPCIÓN COMENTARIO

Matriz verificación de cabecera. Lista de elementos de entrada y salida del sistema.


La segunda parte de la hoja de autor desarrollar las convenciones de la matriz, la

descripción de cada uno de las hojas, su descripción y el comentario de cada una

de ellas. En el ejemplo se muestra la información referente a la matriz de datos de

prueba para el Servicio Web de PRG082.

62

8.5.2 Hoja de Verificación de Cabecera:

Contiene los elementos de entrada y salida del Servicio Web así como la

identificación, descripción y resultados de cada uno de los escenarios de

verificación.

Ilustración 34. Ejemplo Hoja de Verificación de Cabecera


Escenario de Verificación: Consecutivo que identifica el escenario de pruebas que

se esta realizando.

Escenario/Descripción: Descripción del escenario a probar. La misma debe ser de

carácter genérica, clara y precisa.

Consecutivo: Es el consecutivo de cada una de las filas de la hoja.

Identificación Posición del Catalogo Institucional PCI de Conexión: Campo para

identificar la Posición del Catalogo Institucional desde donde se conecta el usuario

para la realización de la prueba.

Estado: Código que identifica el éxito (ÉXITO) o fracaso (ERROR) de la ejecución

del Servicio Web.

63

Mensaje: Texto de respuesta del sistema que confirma el éxito o el fracaso de la

transacción. Si fue exitoso el registro, este elemento mostrará el número del

registro creado, de lo contrario, el mensaje orientando sobre el error ocurrido.

Notas y Comentarios: Espacio en la hoja de elementos de entrada y salida del

Servicio Web para la inclusión de especificaciones, recomendaciones y

anotaciones para la ejecución de los escenarios de verificación.

8.5.3 Hoja de Verificación de Detalle:

Contiene los caracteres con los cuales se va a construir el documento SOAP en el

lenguaje XML para su envío a través del Servicio Web. Se denominan MVND#.

Ilustración 35. Relación Estructura Vertical Requerimiento y Hojas de Detalle de la Matriz de Datos de Prueba del Servicio Web.


El número de hojas de datos del Servicio Web va a depender del número de

niveles de la Matriz del Requerimientos del Servicio Web. En el caso del ejemplo

anterior, los campos definidos en el nivel 1.1.1 se van a diligenciar en la hoja

denominada MVND1.

64

Ilustración 36. Relación Filas Requerimiento y Columnas Hoja de Detalle Matriz de Datos de Prueba del Servicio Web.


Adicionalmente, como se muestra en la imagen anterior, cada una de las

columnas de la matriz de datos de prueba va a ser definido en cada una de las

filas de la matriz de requerimientos.

65

8.5.4 Hoja de Verificación de Datos Administrativos (si la transacción lo

requiere).

Ilustración 37 Relación Matriz de Requerimiento y hoja de Datos

Administrativos de la Matriz de Datos de Prueba del Servicio Web.


La hoja de Datos Administrativos es el espacio en el cual los usuarios dejan

constancia de los actos administrativos que fundamentan las decisiones tomadas

y que se registran en el Sistema. Es en este sentido que se hace comprensible la

necesidad de que a través de los Servicios Web se registren este tipo de

documentos.

66

8.6 Diligenciamiento de la Matriz de Datos de Prueba del Servicio Web.

La matriz de datos de pruebas de los Servicios Web se compone de tres tipos de

escenarios, los primeros se denominan escenarios de verificación con resultado

exitoso, los segundos son escenarios de verificación con resultado error por

consistencia de datos y los terceros son escenarios de verificación con resultado

error por lógica del negocio.

El primer paso para el diligenciamiento de la matriz de pruebas es la construcción

de la matriz de combinaciones posibles. El primer cuadro da cuenta de las

posibles rutas que den como resultado exitoso.

Para el caso del ejemplo, se denota que existen 36 rutas exitosas para la

ejecución del caso de uso del sistema PRG082 Asignación de Bloqueos

Presupuestales a Posiciones Presupuestales de Gasto, de las cuáles se eligieron

14 para desarrollar como escenarios de verificación en la matriz de pruebas del

Servicio Web de PRG082.

67

Ilustración 38. Relación de la Matriz de Combinaciones Exitosas con la Matriz de Datos de Pruebas del Servicio Web.

Fuente: Matriz de Combinaciones Exitosas WS-PRG082.

El resultado de su aplicación en la matriz es que los escenarios de verificación se

van a configurar con base en los seleccionados en la matriz de combinaciones

exitosas.

68

Ilustración 39. Hoja de Verificación Cabecera.

Fuente: Matriz de Datos de Prueba para el Servicio Web de PRG082.

En el ejemplo anterior, coincide el Escenario de Verificación Nº 1 con la ruta

seleccionada en la matriz de combinaciones exitosas.

Los errores por consistencia de datos se generan por el mal diligenciamiento de

un campo o por su no diligenciamiento, en este sentido es posible la construcción

de una matriz que permita controlar y elegir el tipo de error que se va a probar en

cada uno de los escenarios de verificación.

En el siguiente ejemplo se muestra la relación entre los escenarios elegidos en la

matriz de errores por consistencia de datos parea desarrollar en la matriz de datos

de prueba del servicio Web.

69

Ilustración 40. Relación de la Matriz de Errores por Consistencia de Datos con la Matriz de Datos de Pruebas del Servicio Web.

Fuente: Matriz de Errores por Consistencia de Datos PRG092 y Matriz de Datos de Prueba para el Servicio

Web de PRG092.

En la ilustración anterior se observa como el campo identificado con el número 45

de la matriz de errores por consistencia de datos coincide con el escenario de

verificación 45 de la matriz de datos de prueba del Servicio Web.

Finalmente, para el caso de los errores de lógica del negocio o errores de

funcionalidad de la transacción se construye una matriz con base en lo estipulado

en el caso de uso para la transacción.

70

Ilustración 41. Ejemplo Matriz de Errores de Lógica de Negocio.

Fuente: Matriz de Errores Funcionales PRG092.

Para el caso del ejemplo, la matriz de errores funcionales seleccionada es la de

PRG092 Registro de movimientos de modificación al valor de ingresos ó gastos en

un “estudio de modificaciones al proyecto de Ley de Presupuesto General de la

Nación.

El número del recuadro corresponde al número del escenario de verificación para

la matriz de datos de prueba del Servicio Web de PRG092.

71

Ilustración 42. Ejemplo Escenario de Verificación con Resultado Error Funcional.

Fuente: Matriz de Datos de Prueba del Servicio Web para PRG092.

En general se puede decir que se puede generar pruebas de errores funcionales

por inconsistencia en las precondiciones de la transacción o en la relación de

condiciones al ejecutar la transacción del sistema.

72

9 PROCEDIMIENTO PARA LA VERIFICACIÓN DE LA CALIDAD DE MATRICES DE PRUEBAS WS.

Para la verificación de la calidad de una matriz de prueba WS se ha diseñado una

lista de chequeo, la cual permite la verificación hoja por hoja, y columna a columna

de cada una de las hojas de dicha matriz.

La lista de chequeo está compuesta por una serie de hojas las que se encuentran

descritas en la hoja de autor de tal lista, en el cuadro de Convenciones.

Ilustración 43. Hoja de autor lista de chequeo.

Fuente: Lista de Chequeo. Como se muestra en el cuadro anterior, en las convenciones se encuentra la

descripción de cada una de las hojas que debe tener una matriz de prueba WS,

estas son las hojas a las que se les realiza el chequeo.

9.1 Verificación Hoja De Autor.

La hoja de autor para las matrices de prueba WS tiene un formato estándar,

independiente del caso de uso, debe contener información como el nombre del

73

autor, el del funcionario que hizo la revisión técnica y funcional, y el estado actual

en que se encuentra, bien sea registrada, en corrección o aprobada.

Además de lo anterior, es fundamental que en la hoja de autor se encuentre el

cuadro de convenciones, el cual permite observar el número de hojas que

contiene la matriz de prueba WS, con su respectiva descripción y comentario,

como se ve reflejado en la siguiente imagen:

Ilustración 44. Hoja Autor, Matriz de Prueba WS.

Fuente: Matriz de prueba APR067.

Lo que se verifica en esta hoja, es que debe contener todos los requisitos que se

muestran en el cuadro anterior, los cuáles deben estar totalmente diligenciados tal

como se especifica en la hoja de lista de chequeo que se observa en la tabla

siguiente:

74

Tabla 3. Lista de chequeo Hoja CH-AUTOR.

LISTA DE CHEQUEO PARA LA VERIFICACIÓN HOJA DE AUTOR

Nº Regla Cumplimiento Observaciones

1 En la hoja de autor se encuentra el nombre de la matriz de prueba SI

2 Las fechas están registradas de la siguiente forma: AÑO-MES-DIA. Ej.(2009-08-27) SI

3 El campo de autor se encuentra nombre de quien realizo la matriz y la fecha. SI

4 Se encuentra el nombre la persona que realizo la revisión técnica y la fecha.

SI

5 Se encuentra el nombre la persona que realizo la revisión funcional y la fecha. SI

6 Se encuentra registrado el estado actual de la matriz con su respectiva fecha. SI

7 Se encuentra el cuadro de Convenciones. SI

8 En el cuadro de convenciones se encuentra el nombre de cada hoja de la matriz.

SI

9 En cuadro de convenciones cada nombre de la hoja tiene su respectiva descripción y comentario. SI

10 La descripción y comentario de la hoja tiene concordancia con lo que se encuentra en cada una de ellas. SI

11 La convención MVNC tiene como descripción: Matriz verificación de cabecera. SI

12 La convención MVND tiene como descripción: Matriz verificación de Detalle. SI

13 La convención MVNDA tiene como descripción: Matriz verificación datos administrativos. SI

14 La convención MVNDS tiene como descripción: matriz de verificación datos de salida. SI

15 Ortografía y gramática en la documentación SI

Fuente: lista de chequeo. Para cada una de las características que se enuncian en la columna regla en la

columna cumplimiento se puede calificar de la siguiente forma: SI, NO, Sin Definir

o No Aplica.

9.2 Verificación Hoja De Cabecera (MVNC).

La hoja de cabecera de una matriz de prueba WS, fundamentalmente muestra el

escenario que se pretende verificar tanto de éxito como de error. Para verificar los

75

escenarios de éxito es imperioso leer puntualmente el objetivo y la descripción del

caso de uso, esto permite saber el ¿Que? y el ¿Para que? de este último.

Ilustración 45. Caso de uso (Objetivo y Descripción)

Fuente: Caso de Uso APR067.

Con dichos interrogantes resueltos, es posible diseñar una matriz de

combinaciones de caso de éxito, y corroborar por medio de esta que los

escenarios de éxito propuestos en la matriz de prueba, son todos los que se

pueden presentar en la transacción, de modo que no sean repetitivos, tal como se

puede observar un la siguiente imagen:

76

Ilustración 46. Matriz de combinaciones y Hoja de cabecera matriz de prueba.

Fuente: Matriz de prueba Ws APR067 y Matriz de combinaciones APR067.

El proceso anterior sirve para conocer la matriz de prueba WS y tener la claridad

necesaria para realizar la verificación y así diligenciar la hoja de chequeo para tal

hoja. La siguiente imagen corresponde a la hoja de cabecera de una matriz de

prueba, que tiene un formato estándar ya que en ella se debe observar el

escenario de verificación, el consecutivo, la PCI de conexión, el estado, el

mensaje y el posible resultado esperado. Además de estos campos, también se

deben observar los datos de entrada que se encuentran en la matriz de

requerimiento.

Ilustración 47. Hoja de Cabecera Matriz de prueba WS

Fuente: Matriz de Prueba WS APR067.

77

A Continuación, se observa la lista de chequeo para la hoja de cabecera de la

matriz de prueba WS:

Tabla 4. Lista de chequeo Hoja CH-CABECERA

LISTA DE CHEQUEO PARA LA VERIFICACIÓN HOJA DE CABECERA (MVNC).


1 La hoja MVNC contiene las siguientes columnas: Escenario de Verificación y descripción del escenario. SI

2 La hoja contiene el número consecutivo, para cada escenario. SI

3 Los escenarios planteados corresponden a los escenarios detallados en el caso de uso.

SI

4 Cada escenario tiene el código PCI de conexión. SI

5 La hoja contiene la columna de Resultado esperado. SI

6 La hoja contiene la columna de Notas y comentarios. SI

7 Existe concordancia de los textos descriptivos (Notas y comentarios) con respecto al caso de uso, y el escenario propuesto.

SI

8 La hoja contiene la columna de Estado. SI

9 Los valores insertados en el Estado <estado> son únicamente EXITO o ERROR. SI

10 La hoja contiene la columna de Mensaje. SI

11 La hoja Contiene todos los campos requeridos en la matriz de requerimiento de WS. SI

12 Los nombres de los campos en la matriz son exactamente iguales a los nombres de los campos en el requerimiento. SI

13 Todas las etiquetas se encuentran con los signos <descripción>, (Ej., <copPCI>). SI

14 La hoja contiene la columna de artefactos de verificación para los escenarios propuestos en los casos exitosos. SI

15 Ortografía y gramática en la documentación. SI

OTRAS OBSERVACIONES. Nº Regla Cumplimiento Observaciones

16 Verificación de la correcta redacción y validación de los flujos normales. SI

17 Verificación de la correcta redacción y validación de los flujos alternativos. SI

18

Fuente: lista de chequeo.

78

Como se observa, esta lista de chequeo contiene una serie de reglas que permite

una verificación, tanto de la estructura de la matriz de prueba WS, como los

aspectos funcionales del caso de uso que se esta trabajando.

9.3 Verificación Hoja De Detalles (MVND).

La hoja de detalles de una matriz de prueba WS, como su nombre lo dice refleja

en detalle cada uno de los escenarios propuestos, es decir los datos que se

necesitan para llevar a cabo la transacción y poder ejecutar el escenario que se

propone.

Para realizar la verificación de la hoja de detalle de una matriz de pruebas WS, es

necesario verificar que se encuentren todos los ítems necesarios en la matriz de

requerimientos WS, la cual se puede encontrar en VSS:

$/DocumentosTecnicos/ServiciosExternos/Requerimientos/xxxx, donde xxxx se

refiere a la identificación del caso de uso –CU- que se va a verificar.

En la siguiente imagen se observa un ejemplo de la matriz de requerimientos:

Ilustración 48. Ítems de la matriz de requerimientos.

Fuente: matriz de requerimiento APR029.

79

En la matriz de requerimientos se encuentran celdas de color blanco, cada una de

las cuales se deben comparar con la matriz de prueba para comprobar que cada

una de estas celdas se encuentre en dicha matriz, como se ilustra en la siguiente

imagen.

Ilustración 49. Hoja de detalle matriz de prueba.

Fuente: matriz de Prueba WS APR029

Además de verificar los aspectos mencionados anteriormente se debe comprobar

que el nombre de los ítems en la matriz de prueba, tenga como comentario la

descripción que se encuentra en la matriz de requerimiento, tal como se observa

en la siguiente imagen.

Ilustración 50. Comentario Matriz de prueba y descripción matriz de requerimiento.

Fuente: matriz de prueba y de requerimiento APR029.

Luego de revisar los anteriores aspectos, se puede diligenciar la lista de chequeo

para la hoja de detalles, que se observa a continuación.

80

Tabla 5. Lista de chequeo Hoja CH-DETALLES

LISTA DE CHEQUEO PARA LA VERIFICACIÓN HOJA DE DETALLE (MVND) Nº Regla Cumplimiento Observaciones

1 La hoja de detalle contiene el número consecutivo de la hoja MVNC. SI

2 El número consecutivo MVNC corresponde al número definido en cada hoja. SI

3 La hoja de detalle contiene su respectivo número consecutivo. SI

4 La hoja Contiene todos los campos requeridos en el requerimiento de WS.

SI

5 Los nombres de los campos en la matriz son exactamente iguales a los nombres de los campos en el requerimiento. SI

6 Todas las etiquetas se encuentran con los signos <descripción>, (Ej. <copPCI>). SI

7 Se encuentran todas las hojas de detalles requeridas para representar los datos del requerimiento. SI


OTRAS OBSERVACIONES.

Nº Regla Cumplimiento Observaciones 9 10 11

Fuente: lista de chequeo.

9.4 Verificación Hoja De Datos Administrativos (MVNDA). (Opcional)

La hoja de datos administrativos de una matriz de prueba se presenta solo si se

encuentra como un requerimiento en la matriz de requerimientos del caso de uso a

verificar.

Esta hoja tiene un formato estándar para todas las matrices independiente del

caso de uso que se trabaje. En la siguiente imagen se observa un ejemplo de

como debe estar la hoja de datos administrativos.

81

Ilustración 51. Datos Administrativos.

Fuente: Matriz de Requerimiento APR065 y Matriz de Prueba 065.

La ilustración 51 presenta el conjunto de elementos desarrollados en el

requerimiento para la hoja de datos administrativos. Su verificación se hace a

través de la lista de chequeo que se presenta a continuación:

Tabla 6. Lista de chequeo Hoja CH-DA

LISTA DE CHEQUEO PARA LA VERIFICACIÓN HOJA DE DATOS ADMINISTRATIVOS

(MVNDA) Nº Regla Cumplimiento Observaciones 1 La hoja contiene el número consecutivo de la hoja MVNC. SI

2 La hoja contiene la columna de fecha documento soporte. SI

3 La hoja contiene la columna de tipo Documento soporte. SI

4 La hoja contiene la columna de número documento soporte. SI

5 La hoja contiene la columna de nombre del Funcionario que firma el documento soporte. SI

6 La hoja contiene la columna de cargo del funcionario que firma el documento soporte. SI

7 La hoja contiene la columna de código del tipo de Expedidor. SI

8 La hoja contiene la columna de Notas y comentarios datos administrativos.

SI

9 La hoja contiene la columna de Documentos digitalizados. SI

82

LISTA DE CHEQUEO PARA LA VERIFICACIÓN HOJA DE DATOS ADMINISTRATIVOS (MVNDA)


10 La hoja contiene la columna de Descripción del documento digitalizado. SI

11 Todas las etiquetas se encuentran con los signos <descripción>, (Ej. <copPCI>). SI




Fuente: Lista de chequeo.

9.5 Verificación Hoja De Datos De Salida. (MVNDS). (Opcional)

La hoja de datos de Salida, al igual que la hoja de datos administrativos, es

opcional. Depende de que estos datos sean requeridos en la matriz de

requerimientos del caso de uso al que se le aplique la matriz de prueba WS. Esto

se debe a que existen unas transacciones que al ser guardadas, emiten una

información de retorno.

En la siguiente imagen se observa un ejemplo de lo que se puede verificar en la

hoja de datos de salida.

83

Ilustración 52. Hoja de Datos de Salida

Fuente: Matriz de Requerimiento APR065 y Matriz de Prueba 065.

Después de realizar la verificación anterior se procede a diligenciar la lista de

chequeo para la hoja de salida de datos, se observa en la tabla siguiente.

Tabla 7. Lista de chequeo Hoja CH-SALIDA.

LISTA DE CHEQUEO PARA LA VERIFICACIÓN HOJA DE DATOS DE SALIDA (MVNDS)


1 La hoja contiene el número consecutivo de la hoja MVNC. SI

2 El número consecutivo MVNC corresponde al número definido en cada hoja. SI

3 La hoja contiene su respectivo número consecutivo. SI

4 La hoja Contiene todos los campos requeridos en el requerimiento de WS. SI

5 Los nombres de los campos en la matriz son exactamente iguales a los nombres de los campos en el requerimiento.

SI

6 Todas las etiquetas se encuentran con los signos <descripción>, (Ej., <copPCI>).

SI

84

LISTA DE CHEQUEO PARA LA VERIFICACIÓN HOJA DE DATOS DE SALIDA (MVNDS)


7 Se encuentran todas las hojas de detalles requeridas para representar los datos del requerimiento.

SI




Fuente: Lista de chequeo.

85

GLOSARIO10

ACTO ADMINISTRATIVO: es un hecho jurídico que por su procedencia nace de

una autoridad administrativa en forma ejecutora; por su naturaleza se concreta en

una declaración especial unilateral y ejecutiva en virtud de la cual la administración

tiende a crear, reconocer, modificar o extinguir una situación jurídica subjetiva,

como parte del poder público y por su alcance, afecta positiva o negativamente, a

los derechos de las personas individuales o colectivas que se relacionan con la

Administración Pública.

AMBITO DE PROGRAMACIÓN PRESUPUESTAL: conjunto de posiciones

institucionales establecidas para elaborar versiones de programación presupuestal

para un año determinado.

AÑO FISCAL: periodo de tiempo (1 año) para el cual se presupuestan los

ingresos y gastos brutos. En Colombia el año fiscal abarca del 1 de enero al 31 de

diciembre.

ASIGNACIÓN DE VIGENCIAS FUTURAS: medio por el cual una unidad ejecutora

distribuye entre sus subunidades el valor de vigencias futuras autorizadas para

ella por el órgano rector. Esta distribución se realiza definiendo un valor asignado

por cada año y por cada posición del catálogo de gastos con los criterios que

fueron autorizados en cuanto a su fuente de financiación, recurso presupuestal y

situación de fondos.

ATRIBUTO DE TERCERO: dato o condición que permite conocer la identificación,

perfil tributario, relación comercial, ubicación y/o representación legal de un

10 Ministerio de Hacienda y Crédito Público. Sistema Integrado de Información Financiera

Administrativa y Comercial. Glosario de Términos. 2004.

86

tercero, así como características que lo hace particular ante un hecho o situación

dentro del sistema.

AUTORIZACIÓN DE VIGENCIAS FUTURAS: son las aprobaciones dadas a los

órganos ejecutores de presupuesto por parte del CONFIS o de la Dirección

General de Presupuesto Público Nacional, para la asunción de compromisos con

cargo a los presupuestos de vigencias subsiguientes. En dicha aprobación se

determina el monto autorizado por año por cada posición del catálogo del gasto

con los criterios incluidos en la solicitud en cuanto a su fuente de financiación,

recurso presupuestal y situación de fondos.

BIENES: artículos inventariables o activos de cualquier clase, incluyendo el

efectivo, activos fijos, los materiales y artículos en proceso de producción.

CATÁLOGO CONTABLE: instrumento para el registro de las operaciones

financieras, económicas, sociales y ambientales del ente público, con base en una

clasificación flexible, ordenada y pormenorizada de las cuentas, que mantiene la

identidad, naturaleza y operación de las actividades que conforman el sector

público en su conjunto.

CATÁLOGO DE BIENES Y SERVICIOS: conjunto de posiciones definidas de

acuerdo a la estructura de un clasificador de la función de Bienes y Servicios.

CATÁLOGO DE GASTOS: Listado de posiciones organizadas escalonadamente

de acuerdo con la estructura del clasificador utilizado en el catálogo, y que

identifican cada uno de los conceptos de gastos del presupuesto de la Nación.

También se denomina Catálogo presupuestal de gastos.

CATÁLOGO DE INGRESOS: listado de posiciones organizadas escalonadamente

de acuerdo con la estructura del clasificador utilizado en el catálogo, y que

87

identifican cada uno de los conceptos de ingresos del presupuesto de la Nación.

También se denomina Catálogo presupuestal de ingresos.

CATÁLOGO INSTITUCIONAL: conjunto de posiciones del clasificador

institucional con atributos que les delimitan la información derivada de las

funciones administrativas y financieras que en cada posición se puede agrupar.

CATÁLOGO: relación ordenada de acuerdo con un clasificador en la que se

incluyen o describen de forma individual los elementos (conceptos, libros,

documentos, personas, objetos, etc), que lo conforman.

CERTIFICADO DE DISPONIBILIDAD PRESUPUESTAL: documento expedido

por el jefe de Presupuesto o quien haga sus veces mediante el cual se garantiza la

existencia de apropiación presupuestal disponible y libre de afectación para la

asunción de compromisos con cargo al presupuesto de la respectiva vigencia

fiscal. Este documento afecta preliminarmente el presupuesto mientras se

perfecciona el compromiso.

COMPONENTE BÁSICO DEL PRESUPUESTO: es la porción de gastos

proyectados para un año fiscal que alcanzan a ser cubiertos con los ingresos

legalmente autorizados.

COMPONENTE COMPLEMENTARIO DEL PRESUPUESTO: cuando en el

Proyecto de Presupuesto de un año fiscal los ingresos legalmente autorizados no

fueran suficientes para atender los gastos proyectados, el Gobierno, mediante un

proyecto de Ley, propondrá los mecanismos para la obtención de nuevas rentas o

la modificación de las existentes, que financien el monto de los gastos

contemplados. La porción de gastos que en el proyecto no están cubiertos por los

ingresos legalmente autorizados (gastos desfinanciados) constituyen el

componente complementario del presupuesto.

88

DATOS ADMINISTRATIVOS: conjunto de referencias conformado por un

documento soporte y un número arbitrario de espacios para guardar información

relacionada con la ejecución de una “transacción del sistema” ó de un paso de un

determinado flujo proceso en el que se tenga vinculado un “Modelo de Cuadro de

Registro”. Se utiliza para diligenciar esa información ó vincularla (en el caso que

exista) como soporte a dicha ejecución

DECRETO DE LIQUIDACIÓN DEL PRESUPUESTO: acto administrativo

mediante el cual el gobierno nacional liquida la ley del Presupuesto General de la

Nación aprobada por el Congreso. En dicho decreto se define el valor de las

apropiaciones de gasto y aforo de ingresos aprobadas para cada entidad, a nivel

de unidad ejecutora, y en cada posición del catálogo de gasto e ingresos a nivel

de decreto.

DECRETO DE REPETICIÓN DEL PRESUPUESTO: cuando el Proyecto de

Presupuesto General de la Nación no hubiere sido presentado en los primeros

diez días de sesiones ordinarias del Congreso o no hubiere sido aprobado por

éste, el Gobierno Nacional preparará y expedirá el acto administrativo de

repetición del presupuesto para el año fiscal sobre el cual la aprobación del

presupuesto no siguió su curso normal.

DECRETO: tipo de acto administrativo expedido por el jefe de gobierno en

cualquiera de los niveles: Presidente de la República, Gobernador o Alcalde.

DEPENDENCIA DE AFECTACIÓN: concepto en la que una Unidad Ejecutora ó

SubUnidad desea realizar el registro y acumulación de saldos sobre las posiciones

de un determinado catálogo (Gastos, Ingresos, PAC, Contabilidad, Bienes y

Servicios, Proyectos Especiales, Pagos No presupuestales) cada vez que ejecute

89

una transacción del sistema que afecte dicho Catálogo. Esta dependencia esta

compuesta: por un código, una descripción, una función de Catálogo y un estado.

DESAGREGACIÓN: acción de crear nuevas posiciones de un catálogo partiendo

de un nivel superior.

EJECUCIÓN PRESUPUESTAL DEL GASTO: conjunto de pasos, etapas o

documentos que deben cumplirse para ejecutar (planear, contratar, recibir y pagar)

las apropiaciones asignados a las entidades que forman parte del Presupuesto

Nacional que conlleven al cumplimiento de la cadena presupuestal de acuerdo con

lo establecido en la Ley 80 y el Estatuto Orgánico del Presupuesto.

ENTIDAD FINANCIERA: institución financiera de intermediación dedicada a la

administración de recursos monetarios propios y de terceros. Se encarga de

actuar como intermediaria entre las personas que tienen recursos disponibles y las

que solicitan esos recursos.

ESTADO: fase con alguna significancia de un registro dentro de un proceso.

ESTÁNDAR ABIERTO: especificación disponible públicamente para lograr una

tarea específica.

FECHA CIERRE PRESUPUESTO DE GASTOS: fecha del sistema hasta la cual

se permite realizar o modificar afectaciones en los “saldos presupuestales de

gastos”.

FECHA DE CIERRE PERIODO CONTABLE: fecha limite hasta la que se permite

hacer registros contables en un periodo contable. La fecha de cierre es un día

mayor o igual a la fecha de finalización del periodo contable.

90

FUENTE DE FINANCIACIÓN: señala el origen o procedencia de los recursos. Las

fuentes de financiación pueden ser por recursos de la nación o recursos propios

en el caso de los establecimientos públicos.

FUNCIÓN DEL CATÁLOGO: relación ordenada de elementos de información para

ser utilizadas como estructura fundamental en la gestión de un subconjunto de

procesos de negocio (Gastos, Ingresos, PAC, Contable, Proyectos Especiales,

Bienes y Servicios) y de los conjuntos formados por las transacciones

relacionadas con la gestión de los temas de “Pagos No presupuestales” y la

codificación oficial que identifica las entidades ejecutoras dentro del PGN

(Institucional).

GESTOR DE PROCESOS: mecanismo que permite establecer esquemas de

configuración de trámites que impactan la gestión Administrativa y Financiera de

las Entidades

IMPUESTOS: tributo obligatorio que exige el Estado u otra autoridad a los

individuos y empresas que la ley señala como contribuyentes, con el fin de

financiar sus propios gastos y la provisión de bienes y servicios públicos.

INTEROPERABILIDAD: condición mediante la cual sistemas heterogéneos

pueden intercambiar procesos o datos. La interoperatividad se obtiene mediante

la adopción de estándares abiertos.

INVENTARIOS: comprenden los bienes corporales adquiridos a cualquier título o

producidos en desarrollo de la actividad fundamental del ente público o actividades

conexas a la misma, con la intención de ser comercializados, transformados o

consumidos en la producción de bienes o prestación de servicios o para

suministrarlos en forma gratuita a la comunidad.

91

ITEM: grupo de datos o códigos adyacentes que se manejan como un todo.

LIQUIDACIÓN: operación aritmética que consiste en determinar con exactitud los

derechos y obligaciones de una persona en relación con otra.

LISTA DE CRITERIOS: listado de posibles valores de selección para una marca o

atributo.

MARCAS: atributo que extiende las propiedades cualitativas o cuantitativas o

descriptivas de una posición de catálogo

MODALIDAD DE CONTRATACIÓN: corresponde a las formas en las que se

efectúa el proceso de selección de oferentes en los procesos de obtención de

bienes o servicios de acuerdo con lo establecido en el Artículo 24 de la Ley 80 de

1.993 y el parágrafo 1o. del Articulo 1o. del Decreto 2170 de 2002, en los cuales

se identifica: Licitación o Concurso Público, Contratación Directa, o Mínima

Cuantía.

MODALIDAD DE PAGO: define si el pago de una obligación se va a efectuar en

la fecha en que se contrae o si se va a pagar posteriormente haciendo uso de un

crédito

MONEDA DE ORIGEN: tipo de moneda que tiene disponible el pagador para

desembolsar, y, que en el evento de que la moneda de pago sea diferente se

requiere acudir a un banco agente para que este realice la negociación y realice el

pago en la moneda y el en país que corresponda.

MONEDA DE PAGO: tipo de moneda que debe recibir el beneficiario en su cuenta

al momento del pago.

92

OBLIGACIÓN PRESUPUESTAL: monto adeudado producto del desarrollo de los

compromisos adquiridos por el valor equivalente a los bienes recibidos, servicios

prestados y demás exigibilidades pendientes de pago, incluidos los anticipos no

pagados que se hayan pactado en desarrollo de las normas presupuestales y de

contratación administrativa. (Art. 2° Literal C1, Resolución 036/98 de la DGPN).

ORDENADOR DEL GASTO: jefe o representante legal de cada órgano con

facultad para ordenar el gasto, o el funcionario de nivel directivo o quien haga sus

veces, en quienes haya delegado dicha facultad, y en virtud de la cual puede

ejecutar el Presupuesto, o sea, decidir la oportunidad de contratar, comprometer

los recursos y ordenar el gasto a partir del programa de gastos aprobado (limitado

por los recursos aprobados en la ley de presupuesto).

PERSONA JURÍDICA: persona ficticia, capaz de ejercer derechos y contraer

obligaciones civiles, y de ser representada judicial y extrajudicialmente. Las

personas jurídicas Nacionales obligatoriamente poseen un NIT y las personas

jurídicas Extranjeras no siempre poseen un NIT. ARTICULO 633. Código Civil

Colombiano.

PERSONA NATURAL: son personas, todos los individuos de la especie humana,

cualquiera que sea su edad, sexo, estirpe o condición. ARTICULO 74 Código Civil

Colombiano.

PRECIO DE VENTA: valor en dinero que se establece a un bien o servicio para su

venta

PROCESO PRECONTRACTUAL: conjunto de pasos o etapas a realizar desde la

autorización del inicio de la contratación hasta la definición con acto administrativo

de la adjudicación o declarar desierto el proceso.

93

PROCESO CONTRACTUAL: conjunto de pasos, actividades o documentos

necesarios desde la iniciación de la ejecución del contrato hasta la liquidación del

mismo.

PROYECTO DE DECRETO DE LIQUIDACIÓN DEL PRESUPUESTO:

corresponde a la información presupuestal de rentas (ingresos) y gastos a nivel de

decreto, contenida en la Ley del Presupuesto General de la Nación para el año

fiscal que se está programando. Contiene además, las modificaciones a nivel de

decreto que se hayan aplicado después de aprobada la Ley y es el documento

preliminar para obtener el Decreto de liquidación del presupuesto. Este proyecto

está conformado por el detalle posiciones institucionales (unidades ejecutoras),

posiciones de ingresos y de gastos y valores de aforos y apropiaciones

respectivamente.

RECURSOS NACIÓN: son los ingresos que percibe la Nación en desarrollo de lo

establecido en las disposiciones legales y comprenden los ingresos corrientes, los

recursos de capital, las contribuciones parafiscales y los Fondos Especiales.

RECURSOS PROPIOS: son los ingresos generados por los establecimientos

públicos nacionales por la actividad para la cual fueron creados. Son

administrados por éstos y están destinados al cumplimiento de su objeto social de

acuerdo con la ley. Se encuentran conformados por las rentas propias y los

recursos de capital, excluidos los aportes y transferencias de la Nación.

RELACIÓN DE CATALOGOS: combinación de posiciones de catálogos de la

misma función, que permiten su consulta, presentación ó utilización a manera de

equivalencia con diferentes vistas, sobre la misma gestión.

94

SERVICIOS WEB: conjunto de protocolos y estándares que sirven para

intercambiar datos entre diferentes aplicaciones de software desarrolladas en

lenguajes de programación diferentes, y ejecutados sobre cualquier plataforma.

SITUACIÓN DE FONDOS: señala si los recursos que financian una partida

presupuestal de ingreso o gasto deben afectar las disponibilidades de caja de la

Tesorería pagadora responsable del pago (Con situación) o de otras Tesorerías

(Sin situación)

SOLICITUD DEL CERTIFICADO DE DISPONIBILIDAD PRESUPUESTAL:

operación mediante la cual un funcionario autorizado para ello solicita que se le

expida un certificado de Disponibilidad como respaldo para iniciar el proceso de

ejecución presupuestal del gasto.

SOLICITUD DE VIGENCIAS FUTURAS: procedimiento mediante el cual una

unidad ejecutora de presupuesto solicita al órgano rector de presupuesto la

autorización para comprometer presupuesto de gasto de años siguientes,

definiendo un valor solicitado para cada año que debe cubrir el contrato a celebrar

por posición del catálogo del gasto, y si lo requiere le define la fuente con la cual

se financiará el contrato (Recursos propios o recursos del presupuesto nacional),

el recurso presupuestal y la situación de fondos.

La solicitud del órgano respectivo debe ir acompañada de una justificación legal y

económica y deberá anexar: a) Proyección de los ingresos y gastos para el

período que se va afectar; b) Concepto técnico-económico del Ministerio,

Departamento Administrativo o Unidad Administrativa a la cual se encuentren

adscritas o vinculadas; c). Certificado de disponibilidad y certificación de inicio de

los compromisos en la actual vigencia, si no corresponde a los casos

excepcionales, y d) Concepto del DNP cuando se afecten los gastos de

inversión."

95

TERCERO: persona natural (Nacional ó Extranjera) ó Persona jurídica ó un

Consorcio ó una Unión Temporal, con quien se realiza algún tipo de transacción.

TIPO DE CONTRATO: es la virtud, calidad o propiedad que le corresponde a cada

contrato dependiendo del objeto del contrato y de los bienes o servicios que sean

objeto del mismo.

TOPES PRESUPUESTALES: valores (máximo ó mínimo) que limitan informativa

y restrictivamente el registro de información sobre determinado nivel del catálogo

institucional y del catálogo de ingresos y gastos durante el proceso de

programación presupuestal y la administración de apropiaciones y aforos y el

registro de vigencias futuras.

UNIDAD EJECUTORA: corresponde a las dependencias que realizan una

actividad específica dentro de los organismos que ejecutan el presupuesto general

de la nación.

VIGENCIAS FUTURAS: son autorizaciones para que las entidades puedan asumir

compromisos que afecten presupuestos de vigencias fiscales futuras, con el

objetivo de garantizar que los compromisos realizados cuenten con las

asignaciones presupuestales correspondientes para el cumplimiento de las

obligaciones derivadas de los mismos.

96

CONCLUSIONES Y RECOMENDACIONES

El proceso se encuentra en etapa de construcción y validación de la calidad de la

planeación de las pruebas de los Servicios Web para algunas transacciones de los

macroprocesos de: Programación Presupuestal de Ingresos y Gastos (PRG),

Administración de Apropiaciones de Ingresos y Gastos (APR), Obtención de

Bienes y Servicios (OBS), Gestión de Bienes y Servicios (BYS), y Manejo de

Tesorería y Pagos (PAG).

El ejercicio ha sido profundo, no solo desde el proceso de aprendizaje y

sensibilización con el sistema, sino también por la calidad en las relaciones que se

han venido tejiendo con el equipo funcional y técnico del Ministerio de Hacienda y

Crédito Público.

Finalmente, el ambiente para la aprehensión de las nociones y los conceptos que

definen y sustentan la implantación e implementación de los Servicios Web del

Sistema Integrado de Información Financiera, Administrativa y Comercial de la

Nación ha sido óptimo para su buen desarrollo.

97

BIBLIOGRAFÍA

Decreto 111 DE 1996 Decreto 178 De 2003 Decreto 2789 De 2004 Decreto 4318 De 2006. Ley 179 de 1994 Ley 225 de 1995 Ley 298 de 1996 Ley 38 de 1989 MINISTERIO DE HACIENDA Y CRÉDITO PÚBLICO. Sistema Integrado de Información Financiera Administrativa y Comercial. Glosario de Términos. 2004. MINISTERIO DE HACIENDA Y CRÉDITO PÚBLICO. Sistema Integrado de Información Financiera Administrativa y Comercial. Visión. 2004. www.microsoft.com/colombia/casosdeexito/hacienda.aspx www.w3c.es/Divulgacion/GuiasBreves/ServiciosWeb www.minhacienda.gov.co www.minhacienda.gov.co/portal/page/portal/42EB145E53FB8CE1E040007F01001FAE

IMPLANTACIÓN E IMPLEMENTACIÓN DE LOS SERVICIOS …cdim.esap.edu.co/BancoMedios/Documentos...

Documents

Transcript of IMPLANTACIÓN E IMPLEMENTACIÓN DE LOS SERVICIOS …cdim.esap.edu.co/BancoMedios/Documentos...