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
Fuente: Caso de uso OBS001. VSS
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
Fuente: Caso de uso OBS001. VSS
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
Fuente: Caso de uso OBS001. VSS
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
Fuente: Caso de uso OBS001. VSS
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
Fuente: Caso de uso OBS001. VSS
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
Fuente: Caso de uso OBS002. VSS
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
Fuente: Visual SourceSafe Ministerio de Hacienda y Crédito Público
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
Fuente: Visual SourceSafe Ministerio de Hacienda y Crédito Público
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
Fuente: Visual SourceSafe Ministerio de Hacienda y Crédito Público
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
Fuente: Visual SourceSafe Ministerio de Hacienda y Crédito Público
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
Fuente: Visual SourceSafe Ministerio de Hacienda y Crédito Público
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
Fuente: Visual SourceSafe Ministerio de Hacienda y Crédito Público
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
Fuente: Visual SourceSafe Ministerio de Hacienda y Crédito Público
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.
Fuente: Visual SourceSafe Ministerio de Hacienda y Crédito Público
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
Fuente: Visual SourceSafe Ministerio de Hacienda y Crédito Público
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.
Fuente: Visual SourceSafe Ministerio de Hacienda y Crédito Público
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.
Fuente: Visual SourceSafe Ministerio de Hacienda y Crédito Público
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.
Fuente: Visual SourceSafe Ministerio de Hacienda y Crédito Público
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).
Nº Regla Cumplimiento Observaciones
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
8 Ortografía y gramática en la documentación. 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)
Nº Regla Cumplimiento Observaciones
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
12 Ortografía y gramática en la documentación. SI
OTRAS OBSERVACIONES.
Nº Regla Cumplimiento Observaciones 13 14 15
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)
Nº Regla Cumplimiento Observaciones
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)
Nº Regla Cumplimiento Observaciones
7 Se encuentran todas las hojas de detalles requeridas para representar los datos del requerimiento.
SI
8 Ortografía y gramática en la documentación. SI
OTRAS OBSERVACIONES.
Nº Regla Cumplimiento Observaciones 9 10 11
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