SECRETARIA DE DESARROLLO E INCLUSION SOCIAL



Documentos relacionados
SECRETARIA DE DESARROLLO E INCLUSION SOCIAL

TERMINOS DE REFERENCIA NUEVE (09) ANALISTAS PROGRAMADORES

II. DESCRIPCIÓN DEL PROGRAMA BONO VIDA MEJOR

TERMINOS DE REFERENCIA

Hospital Nacional de Maternidad UNIDAD DE INFORMATICA

PROGRAMA CONSOLIDACIÓN DE LA GESTIÓN FISCAL Y MUNICIPAL CREDITO BID-2032/BL-HO

PROCEDIMIENTO DE AUDITORÍA INTERNA DE CALIDAD

PRU. Fundamento Institucional. Objetivos. Alcance

REPUBLICA DE HONDURAS SECRETARIA DE FINANZAS

2. GLOSARIO. 1.- Aplicación. Autónoma. aplicaciones. a través de. informática. Determina la. presupuesto. 3.- Unidadd Ejecutora: los objetivos,

REPUBLICA DE HONDURAS SECRETARIA DE FINANZAS

PROCEDIMIENTO AUDITORÍA INTERNA

Procedimiento de Sistemas de Información

PROCEDIMIENTO DE AUDITORIA INTERNAS DE CALIDAD

Gestión de Permisos. Bizagi Suite. Copyright 2014 Bizagi

SÍNTESIS Auditoría de Gestión al Sistema Informático de los Módulos de Recursos Humanos.

SOLICITUD DE DESARROLLO Y ACTUALIZACIÓN DE APLICACIONES G OBIERNO D E L A CIUDAD DE BUENOS AIRES

PROCEDIMIENTO AUDITORÍA INTERNA

PROCEDIMIENTO AUDITORIAS INTERNAS DE CALIDAD. PROCESO EVALUACIÓN Y CONTROL PÁGINA 1 de 9

Procedimiento para Auditorías Internas

ALCALDIA DE MONTERIA SECRETARIA DE EDUCACION PROCEDIMIENTO AUDITORIAS INTERNAS DE CALIDAD CONTENIDO

ANEXO : PERFILES. Guía de Comunicación Digital para la Administración General del Estado. ANEXO PERFILES

REPUBLICA DE HONDURAS SECRETARIA DE FINANZAS

Marco Normativo de IT

PROCEDIMIENTO GESTIÓN DE CAMBIO

Universidad acional Experimental Del Táchira Decanato de Docencia Departamento de Ingeniería en Informática

PROCEDIMIENTO GENERAL. Revisión por la dirección de un Sistema de Gestión de la Calidad RAZÓN SOCIAL DE LA EMPRESA. Código PG-15 Edición 0.

Actividades para mejoras. Actividades donde se evalúa constantemente todo el proceso del proyecto para evitar errores y eficientar los procesos.

DIRECCIÓN DE DESARROLLO TECNOLÓGICO PROCEDIMIENTO PARA GESTIÓN DE DESARROLLO TECNOLÓGICO

UNSPSC Descripción en Español Especificaciones Cantidad Solicitada Servicios de programaci n de aplicaciones Ver Pliego 0

INSTITUCIÓN EDUCATIVA LA ESPERANZA AUDITORIAS INTERNAS. CÓDIGO: A1-IN01 VERSIÓN: 1 PÁGINA 1 de 6

MANUAL DE FUNCIONES DEPARTAMENTO DE INFORMÁTICA Y TECNOLOGÍA

Mesa de Ayuda Interna

Procedimiento para el desarrollo de auditoria interna.

1.8 TECNOLOGÍA DE LA INFORMACIÓN

TÍTULO : NORMAS GENERALES DEL SISTEMA DE CONTROL INTERNO: COMPONENTE SUPERVISION

I. INTRODUCCIÓN El presente documento tiene la intención de servir de guía para el proceso de auditoría interna que se debe realizar en la AUPSA.

Modificación y parametrización del modulo de Solicitudes (Request) en el ERP/CRM Compiere.

Fecha: Julio A nivel externo, este procedimiento es aplicable al proveedor del sistema informático.

CONSULTOR EN ESTADÍSTICA

CONSTRUCCIÓN DEL PROCESO MESA DE AYUDA INTERNA. BizAgi Process Modeler

COPPEL MANUAL TÉCNICO MCC DE SISTEMAS PROGRAMACIÓN DESCRIPCIÓN DEL PROCESO DE ARQUITECTURA DE SOFTWARE

Procedimiento de Auditoria Interna Revisión: 3. Facultad de Ciencias PROCEDIMIENTO: DE AUDITORIA INTERNA

REGLAMENTO SOBRE LAS PRACTICAS EN EMPRESAS ESCUELA UNIVERSITARIA POLITECNICA DE LA ALMUNIA DE DOÑA GODINA (ZARAGOZA)

PROCEDIMIENTO DE AUDITORÍA INTERNA DE LA CALIDAD SGC.AIC

MINING SOLUTIONS LIMITADA

Qué es Clé Manager? Clé-Manager, permite que todas las personas que intervienen en proceso de requerimientos, tengan conocimiento de, cual es:

MANUAL DE USUARIOS DEL SISTEMA MESA DE SOPORTE PARA SOLICITAR SERVICIOS A GERENCIA DE INFORMATICA

Resumen General del Manual de Organización y Funciones

UNIVERSIDAD DE CANTABRIA ESCUELA TÉCNICA SUPERIOR DE INGENIEROS DE CAMINOS, CANALES Y PUERTOS

-OPS/CEPIS/01.61(AIRE) Original: español Página Estructura del programa de evaluación con personal externo

Capítulo VII PLAN DE IMPLEMENTACIÓN DE ALTO NIVEL

Manual EDT DISEÑO EDT - CREAR EVENTO DE DIVULGACIÓN TECNOLÓGICA

Elementos requeridos para crearlos (ejemplo: el compilador)

PROCEDIMIENTO GERENCIA DE PROYECTOS

I. Información General del Procedimiento

Diplomado: Administración de Centros de Cómputo (Sites)

Especificaciones funcionales para el acceso al RAI por Web

PROCEDIMIENTO SELECCIÓN, EVALUACIÓN Y REEVALUACIÓN DE PROVEEDORES

Haga clic en los recuadros donde indica la mano y regrese al inicio del capítulo al hacer clic en el título de la sección donde se encuentra

COORDINACIÓN GENERAL DE DOCENCIA DIRECCIÓN GENERAL DE EDUCACIÓN CONTINUA CURSO-TALLER: MANEJO DE LA PLATAFORMA PARA EVENTOS DE EDUCACIÓN CONTINUA

LA EJECUCIÓN. Adquisición, adecuación de terrenos y construcciones: Se realiza mediante actividades de compra, adecuaciones, mejoras y construcciones.

Manual del Usuario. Sistema de Help Desk

PROCESO CAS N ANA COMISION CONVOCATORIA PARA LA CONTRATACIÓN ADMINISTRATIVA DE SERVICIOS DE UN (01) ANALISTA PROGRAMADOR SENIOR

Planificación de Sistemas de Información

PROCEDIMIENTO DE AUDITORIAS INTERNAS. CALIDAD INSTITUCIONAL Versión: 02

RESUMEN INFORMATIVO PROGRAMACIÓN DIDÁCTICA CURSO 2013/2014

Planificación de Sistemas de Información

Sistema de marketing de proximidad

CAPÍTULO I FORMULACIÓN DEL PROBLEMA

MANUAL ORGANIZACIONAL UNIDAD PREVENCIÓN DE RIESGOS

Guía paso a paso para la cumplimentación del formulario de candidatura

AUDITORIA INFORMATICA

DCISERVICIOS, SA DE CV

CAPITULO VII CONCLUSIONES Y RECOMENDACIONES

SISTEMA ETAP en línea Estándares Tecnológicos para la Administración Pública

Funcionalidades Software PROYECTOS GotelGest.Net Software para la gestión de Proyectos GotelGest.Net

PROCEDIMIENTO ESPECÍFICO. Código G Edición 0

Centro de Gestión Administrativa y Fortalecimiento Empresarial Tunja GUIA GESTION DE FORMACION TITULADA A LA MEDIDA Y NO A LA MEDIDA

Metodología básica de gestión de proyectos. Octubre de 2003

Tecnologías para una Educación de Calidad Cierre de Brecha Digital Estándar de Coordinación Informática Ámbito de Mantenimiento.

INFORME SOBRE LA AUTOEVALUACIÓN DE CALIDAD DE LA ACTIVIDAD DE AUDITORÍA INTERNA 2011

BOLETIN INFORMATVO PROTOCOLO DE SEGURIDAD IMPLEMENTADO POR SEGURIDAD DOSSI Y CIA LTDA

Mantenimiento de Sistemas de Información

Manual uso software de gestión de educación continua (SGEC)

Planeación del Proyecto de Software:

Resumen Ejecutivo DGICO-CA-PO

ESPECIFICACIONES TÉCNICAS DEL PROCESO DE ATENCIÓN AL CIUDADANO

Manual de Usuario Comprador Presupuesto

PROCEDIMIENTO PARA AUDITORÍAS INTERNAS PC-TESI-10

GUÍA PARA SISTEMAS DE RASTREABILIDAD

FUNCIONAMIENTO PRÁCTICAS EXTERNAS EXTRACURRICULARES

Acceso a la Información n y Transparencia en la CNDH Unidad de Enlace : Febrero

CAPITULO III A. GENERALIDADES

Sistema de Gestión de Proyectos Estratégicos.

Guía de Reparación de Equipamiento

DESCRIPCIÓN Y PERFIL DE CARGO 2. COMPETENCIAS PROFESIONALES. EXPERIENCIA. EDUCACIÓN (REQUISITOS DEL CARGO)

PROTOCOLO DE EVALUACIÓN PARA LA VERIFICACIÓN DE TÍTULOS OFICIALES (GRADO Y MÁSTER)

Transcripción:

TÉRMINOS DE REFERENCIA CONTRATACION DE CONSULTOR ANALISTA PROGRAMDOR PARA MÓDULO DE CORRESPONSABILIDAD I. ANTECEDENTES El Congreso de la República aprobó, mediante decreto Legislativo No 141-2011, el Convenio Financiero No 4774-HN, suscrito entre el Banco Mundial y el Gobierno de la República de Honduras. Fondos destinados a financiar la ejecución del Proyecto de Protección Social Apoyo al Programa Bono 10 Mil. II. JUSTIFICACION A raíz de los cambios realizados en los procesos que componen el bono 10 mil, se ha generado cierta incompatibilidad entre los procesos y el SIG que les automatiza. Es necesario eliminar estas diferencias para que los procesos se lleven a cabo de manera eficiente y eficaz. Para esta labor en el módulo de Corresponsabilidades, se requiere de un Analista Programador que realice trabajos relacionados a análisis, diseño, desarrollo, validación, documentación, implantación y soporte de módulos y componentes de sistemas, para apoyar los requerimientos y automatizar los procesos de la institución. III. OBJETIVOS DE LOS SERVICIOS Realizar el análisis, diseño, desarrollo, validación, documentación, implantación y soporte de software para el módulo de Corresponsabilidades tomando en consideración los descrito en la Sección V: Productos Específicos Mínimos, esto en miras a eliminar cualquier desfase que se haya encontrado en el análisis del módulo desarrollado y el proceso que se pretende automatizar con él, y llevar a cabo el proceso del ciclo de desarrollo de piezas de software complementarias a los módulos ya programados. IV. FUNCIONES Y ACTIVIDADES PRINCIPALES 1. Analizar el funcionamiento y alcance de los módulos de software ya programados, pero no implantados, y compararlo con los procesos para los cuales fueron creados, así identificar si existe entre ellos algún tipo de desfase que genere un atraso en la optimización de dichos procesos. 2. Analizar la relación entre procesos y software para determinar su estado inicial y hacer las respectivas actualizaciones. 3. Diseñar e implementar piezas de software complementarias para programas existentes en la institución que contribuyan a mejorar las labores. 4. Documentar el análisis y diseño de los nuevos componentes de software desarrollados. 5. Desarrollar las aplicaciones necesarias según el análisis y diseño realizado, tomando en consideración los insumos proporcionados por el área de informática. 6. Realizar pruebas de control de calidad a segmentos de software programados. 7. Documentar de forma detallada las pruebas de validación de los programas, cantidad de pruebas, fechas, resultados obtenidos, descripción del ambiente de prueba. 8. Corrección de errores en el funcionamiento de módulos ya programados. 9. Documentar los segmentos de aplicaciones desarrolladas. 10. Implantar los Módulos del SIG funcionales en el ambiente de producción. 1

11. Documentar la entrega definitiva de módulos o segmento de software que están completamente implantados y en correcto funcionamiento. 12. Elaborar manuales técnicos y de usuarios de módulos ya programados e implantados. 13. Proporcionar jornadas de capacitación a usuarios que están en contacto con los distintos módulos del sistema. 14. Presentar informes de capacitaciones desarrolladas a usuarios por modulo implementado el que debe contener: lista de asistentes, contenido de la capacitación etc. 15. Generar reportes a la medida o reportes parametrizables del Cubo de Información, de acuerdo a los estándares de calidad establecidos y las necesidades específicas planteadas por el usuario. Implementación de reportes en la aplicación PENTAHO y SPAGOBI. 16. Participar en las reuniones solicitadas por autoridades. 17. Elaborar y Cumplir los cronogramas y planes operativos del equipo de desarrollo del área de informática garantizando su cumplimiento. 18. Participar en las pruebas de integración de los diferentes módulos. 19. Presentar informes de los alcances semanales logrados en base al plan de trabajo aprobado. 20. Realizar el respaldo de la información bajo su responsabilidad y entregarlas al garante de la base de conocimiento del área de informática. 21. Manejar el catálogo de versiones de los módulos, aplicaciones y sistemas, a su cargo y estar al tanto de las versiones de los sistemas desarrollados por el resto del equipo de desarrollo. 22. Sugerir cambios en la base de datos bajo la supervisión y aprobación del Administrador de la Base de datos. V. PRODUCTOS ESPECÍFICOS MÍNIMOS Y REQUERIMIENTOS FUNCIONALES MÍNIMOS A. MÓDULO DE CORRESPONSABILIDAD El propósito general de este módulo es el traslado de la información de la corresponsabilidad de parte de la Secretaria de Educación y la corresponsabilidad de parte la Secretaria de Salud. Este módulo tendrá dos ejes principales o sub-módulos: Carga Corresponsabilidad de Educación. Carga Corresponsabilidad de Salud. a. SUB MÓDULO DE EDUCACIÓN Las corresponsabilidades de educación son administradas por la Secretaría de Educación y además suponen un insumo para la generación de la planilla. Por lo tanto este módulo consiste en el traslado de la información entre ambas instituciones. Para realizar este proceso es necesario tener en cuenta las últimas decisiones y acuerdos que se hayan tomado con la Secretaría de Educación en la definición del proceso como tal y los datos técnicos (Tecnologías a utilizar). Alcances mínimos encontrados actualmente La carga de los archivos recibidos. Reportes ejecutivos. 2

Descripción: 1. Análisis: Recabar y documentar la información necesaria para optimizar el proceso de traslado de la información de la corresponsabilidad de parte de educación. Retomar y evaluar el diseño del desarrollo de un web Service que ya se ha encaminado y formular una resolución de su viabilidad. a. Creación de dos procesos automatizados ejecutando ambos a una hora determinada como tareas programadas. b. El primer proceso consiste en el creado por Educación, el cual genera el archivo con la matricula actualizada hasta el momento de su ejecución. c. El segundo, es el creado por SSIS que valida, modifica y almacena la información contenida en el archivo generado anteriormente. d. Creación de un formulario de carga inicial de matrícula o asistencia manual. e. Reportes 2. Diseño: En función del análisis elaborado en el punto anterior, realizar el diseño adecuado de software para optimizar el proceso de traslado de la corresponsabilidad. Se debe elaborar un informe que contenga el análisis y diseño, el cual debe ser aprobado por el responsable del área de desarrollo para poder proseguir con los siguientes pasos. 3. Desarrollo: Programar el software adecuado según el análisis y diseño contemplado en los puntos anteriores y que han sido previamente aprobados por el encargado del área de desarrollo. Se dejará como constancia los archivos fuentes de lo desarrollado tanto en manera digital así como impresa. De los tres puntos anteriores se debe de presentar un informe que indique el proceso de inicio a fin, es decir, los pasos realizados para tener como producto final un software completamente funcional. Como respaldo se deben incluir diagramas de flujo de los procesos que conforman este módulo. 4. Control de calidad: Realizar las pruebas de calidad al sistema para medir variables como el buen o mal comportamiento en términos funcionales, rendimiento, adaptación, escalabilidad, seguridad y facilidad de uso, como ser: Validación de la seguridad en general del módulo como la privacidad de los datos Pruebas de carga de datos y tiempo de respuesta Estándares de programación aplicados al código Nivel de escalabilidad del módulo Al finalizar las validaciones respectivas se debe presentar un informe con los hallazgos encontrados como respuesta a las variables mencionadas en el párrafo de introducción de este ítem con sus respectivas soluciones. 5. Validaciones de sus tablas en la base de datos: Realizar la comprobación de la estructura de tablas que utiliza el módulo en la base de datos para verificar su seguridad y optimización, realizar pruebas como ser: Tipos de datos Tamaños de campos Propiedades de las tablas 3

Si no existiesen tablas preparadas para desarrollar este módulo se deben crear en función de las necesidades con la colaboración del administrador de la base de dato. Se debe de presentar un detalle del análisis que se ha realizado a las tablas de la base de datos con respecto al módulo que incluya los hallazgos, sus soluciones y un esquema de base datos actualizados. 6. Corrección de errores: En los incisos anteriores, control de calidad y validación de tablas, surgen hallazgos que necesitan atención y dar solución, es en este punto donde se deben realizar las correcciones necesarias para el óptimo funcionamiento del módulo. Como respaldo se elaborará un informe donde se muestre la situación actual de cada uno de los hallazgos solucionados, no solucionados, etc. (Si Aplica) 7. Documentación (manual técnico y de usuario): revisar el manual técnico existente, si lo hay, y actualizarlo con respecto a la última versión realizada de la aplicación, si no existe, se debe crear. 8. Capacitación: Se debe realizar jornadas de capacitación, al menos 2, a los usuarios que usarán la aplicación, al menos 1 personas, quien deben plasmar su firma de haber recibido una completa capacitación y que a partir de ello entienden el manejo de dicho módulo. Este documento firmado se ha de presentar como prueba de haber cumplido con este punto. (Si Aplica) 9. Implementación: En este requerimiento el producto esperado es la implantación y el funcionamiento completo del módulo con todas y cada una de las fases anteriores descritas en este listado. Se deberá dejar la aplicación implantada en el ambiente de producción disponible para el uso de ella por los usuarios respectivos. Considerando la información histórica procesada por otras aplicaciones para mantener coherencia en los datos. El coordinador del área de sistemas deberá firmar un documento respaldo, que haga constancia de todas las opciones incluidas en el módulo implantado, que están listas y funcionales en el ambiente de producción obteniendo la corresponsabilidad de educación de manera inmediata, consistente y automática. Se debe conseguir la firma de un miembro del grupo de desarrollo o encargado por parte de la Secretaría de Educación para dejar constancia que ambas instituciones conocen del buen funcionamiento de la aplicación intermedia de traslado de los datos de la corresponsabilidad. 10. Soporte: Dar soporte constante en el plazo de duración del contrato a los usuarios que están ligados al uso del módulo. Obtener las firmas de los usuarios que han recibido soporte técnico como respaldo de este punto. 4

b. SUB MÓDULO DE SALUD. Descripción Las corresponsabilidades de salud son administradas por la Secretaría de Salud a través de la herramienta RENPI y además suponen un insumo para la generación de la planilla. Por lo tanto este módulo consiste en el traslado de la información entre ambas instituciones. Para realizar este proceso es necesario tener en cuenta las últimas decisiones y acuerdos que se hayan tomado con la Secretaría de Salud y el CENISS en la definición del proceso como tal y los datos técnicos (Tecnologías a utilizar). Alcances mínimos encontrados actualmente La carga de los archivos recibidos. Reportes ejecutivos. La descripción detallada de los procesos que cubre el sub módulo es análoga al sub módulo de Corresponsabilidad de Educación en el sentido de que se traducen en Web Services para traslado y procesamiento de información. 5

TABLA RESUMEN DE PRODUCTOS ESPECÍFICOS MÍNIMOS Módulo de Corresponsabilidad de Educación Análisis Diseño Desarrollo Control calidad de Validaciones de sus tablas Corrección errores de Documentación (manual técnico y de usuario) Capacitación Recabar y documentar la información necesaria para optimizar el proceso de traslado de la información de la corresponsabilidad de parte de educación. Retomar y evaluar el diseño del desarrollo de un web Service que ya se ha encaminado y formular una resolución de su viabilidad. En función del análisis elaborado en el punto anterior, realizar el diseño adecuado de software para optimizar el proceso de traslado de la corresponsabilidad. Se debe elaborar un informe que contenga el análisis y diseño, el cual debe ser aprobado por el responsable del área de desarrollo para poder proseguir con los siguientes pasos. Se dejará como constancia los archivos fuentes de lo desarrollado tanto en manera digital así como impresa. Al finalizar las validaciones respectivas se debe presentar un informe con los hallazgos encontrados como respuesta a las variables mencionadas en el párrafo de introducción (rendimiento, adaptación, escalabilidad, seguridad y facilidad de uso) de este ítem con sus respectivas soluciones. Si no existiesen tablas preparadas para desarrollar este módulo se deben crear en función de las necesidades con la colaboración del administrador de la base de datos. Se debe de presentar un detalle del análisis que se ha realizado a las tablas de la base de datos con respecto al módulo que incluya los hallazgos, sus soluciones y un esquema de base datos actualizados. Como respaldo se elaborará un informe donde se muestre la situación actual de cada uno de los hallazgos solucionados, no solucionados, etc. (Si Aplica) Revisar el manual técnico y de usuario existente, si lo hay, y actualizarlo con respecto a la última versión realizada de la aplicación, si no existe, se deben crear. Se deben realizar jornadas de capacitación, al menos 2, a los usuarios que usarán la aplicación, al menos 2 personas, quienes deberán plasmar su firma de haber recibido una completa capacitación y de haber entendido el manejo de dicho módulo. Implementación El coordinador del área de sistemas deberá firmar un documento respaldo, que haga constancia de todas las opciones incluidas en el módulo implantado, que están listas y funcionales en el ambiente de producción obteniendo la corresponsabilidad de educación de manera inmediata, consistente y automática. Soporte Dar soporte constante en el plazo de duración del contrato a los usuarios que están ligados al uso del módulo. Obtener las firmas de los usuarios que han recibido soporte técnico como respaldo de este punto. 6

Módulo de Corresponsabilidad de Salud Análisis Diseño Desarrollo Control calidad de Validaciones de sus tablas Corrección errores de Recabar y documentar la información necesaria para optimizar el proceso de traslado de la información de la corresponsabilidad de parte de Salud. En función del análisis elaborado en el punto anterior, realizar el diseño adecuado de software para optimizar el proceso de traslado de las corresponsabilidades. Se debe elaborar un informe que contenga el análisis y diseño, el cual debe ser aprobado por el responsable del área de desarrollo para poder proseguir con los siguientes pasos. Se dejará como constancia los archivos fuentes de lo desarrollado tanto en manera digital así como impresa. Al finalizar las validaciones respectivas se debe presentar un informe con los hallazgos encontrados como respuesta a las variables mencionadas en el párrafo de introducción (rendimiento, adaptación, escalabilidad, seguridad y facilidad de uso) de este ítem con sus respectivas soluciones. Si no existiesen tablas preparadas para desarrollar este módulo se deben crear en función de las necesidades con la colaboración del administrador de la base de datos. Se debe de presentar un detalle del análisis que se ha realizado a las tablas de la base de datos con respecto al módulo que incluya los hallazgos, sus soluciones y un esquema de base datos actualizados. Como respaldo se elaborará un informe donde se muestre la situación actual de cada uno de los hallazgos solucionados, no solucionados, etc. (Si Aplica) Documentación (manual técnico y de usuario) Capacitación Revisar el manual técnico y de usuario existente, si lo hay, y actualizarlo con respecto a la última versión realizada de la aplicación, si no existe, se deben crear. Se deben realizar jornadas de capacitación, al menos 2, a los usuarios que usarán la aplicación, al menos 2 personas, quienes deberán plasmar su firma de haber recibido una completa capacitación y de haber entendido el manejo de dicho módulo. Implementación El coordinador del área de sistemas deberá firmar un documento respaldo, que haga constancia de todas las opciones incluidas en el módulo implantado, que están listas y funcionales en el ambiente de producción obteniendo la corresponsabilidad de educación de manera inmediata, consistente y automática. Soporte Dar soporte constante en el plazo de duración del contrato a los usuarios que están ligados al uso del módulo. Obtener las firmas de los usuarios que han recibido soporte técnico como respaldo de este punto. 7

B. REQUERIMIENTOS FUNCIONALES MINIMOS MÓDULO DE CORRESPONSABILIDAD a. SUB MÓDULO DE EDUCACIÓN. Modulo creado para la carga de las corresponsabilidades de educación: Matricula Otras Corresponsabilidades Medidas de Acuerdo al Reglamento Operativo Vigente Web Service Listado de requerimientos funcionales Web Service o Creación de dos procesos automatizados ejecutando ambos a una hora determinado como tareas programadas o El primer proceso consiste en el creado por Educación, el cual genera el archivo con la matricula actualizada hasta el momento de su ejecución o El segundo, es el creado por SSIS que valida, modifica y almacena la información contenida en el archivo generado anteriormente Creación de un formulario de carga inicial de matrícula o asistencia o Este formulario será una asistente (Wizzard) que ayudará al usuario a realizar de manera exitosa la carga inicial de datos. o La verificación de los registros a cargar identificará que los campos recibidos sean los mismos campos en la tabla de carga, además en el proceso de carga identificará a cada uno de los registros con un estado que ayudara a identificar los registros que fueron cargados con éxito y los rechazados serán identificados con su respectivo motivo de exclusión. o Este asistente ayudara a crear la bitácora de corresponsabilidades recibidas en la que se grabaran los siguientes campos: Fecha de Recibido Fuente de donde proviene el archivo Medio en que viene el archivo Nombre del archivo Cantidad de Registros por cargar Cantidad de Registros cargados Cantidad de Registros rechazados Tipo de corresponsabilidad (Matricula, Asistencia) Periodo Escolar (Año, Semestre, trimestre, etc.) Usuario que realizó la carga o Toda la información se insertará en una tabla de cargas comunes es decir cada archivo recibido tal y como viene en su totalidad será cargado a esta tabla, manteniendo así un registro digital de todos las cargas recibidas íntegramente, con fecha de recepción, cantidad de registros y tipo de corresponsabilidad (Matricula o Asistencia). 8

o Los registros que pasen el control de calidad serán traslados a las tablas de matrícula o asistencia respectivamente y los que no cumplen con los requerimientos de calidad de la base de datos serán enviados a otras tablas para crear sus respectivos reportes. o Al final del proceso el formulario creará un reporte con toda esta información y será automáticamente descargado en el computador del usuario que hizo el trabajo como una constancia digital del proceso realizado y sus respectivos datos estadísticos. Reportes o Con la información cargada el usuario tendrá a su disposición todos los reportes necesarios como ser: Número de centros educativos cargados con su cantidad de beneficiarios matriculados. Lista al detalle de los beneficiarios matriculados por escuela. Lista comparativa por escuela de una carga a otra del número de matriculados. Reporte de Altas, bajas y arrastre. Lista comparativa de beneficiarios matriculados y beneficiarios que confirman asistencia escolar por centro educativo. Lista de niños que cumplen una corresponsabilidad o carga anterior contra la recién cargada Reporte de los registros que no fueron cargados para ser enviados a la Secretaria de Educación con sus respectivas observaciones. Reporte de Porcentaje de hogares con matricula. Reporte Listado de niños por escuela. Reporte comparativo de matrícula y asistencia. Reporte hogares elegibles por educación con matricula cumplida. Listado de escuelas por planilla. Matricula por edad y grado. Información por ubicación geográfica. Soportado o no por el SIG Este módulo no está soportado en el SIG. b. SUB MÓDULO DE SALUD. Modulo creado para el traslado de la corresponsabilidad de Salud (entre el RENPI y SIG): Inscripción Otras Corresponsabilidades Medidas de Acuerdo al Reglamento Operativo Vigente Web Service Alcances mínimos encontrados actualmente La carga de los archivos recibidos Reportes ejecutivos 9

Listado de requerimientos funcionales Creación de un formulario de carga inicial de corresponsabilidades o Este formulario será una asistente (Wizzard) que ayudará al usuario a realizar de manera exitosa la carga inicial de datos. o La verificación de los registros a cargar identificará que los campos recibidos sean los mismos campos en la tabla de carga, además en el proceso de carga identificará a cada uno de los registros con un estado que ayudara a identificar los registros que fueron cargados con éxito y los rechazados serán identificados con su respectivo motivo de exclusión. o Este asistente ayudara a crear la bitácora de corresponsabilidades recibidas en la que se grabaran los siguientes campos: Fecha de Recibido Fuente de donde proviene el archivo Medio en que viene el archivo Nombre del archivo Cantidad de Registros por cargar Cantidad de Registros cargados Cantidad de Registros rechazados. Tipo de corresponsabilidad (Inscripción, Medición Protocolo de Salud) Periodo (Año, Semestre, trimestre, etc.) Usuario que realizó la carga. o Toda la información se insertará en una tabla de cargas comunes es decir cada archivo recibido tal y como viene en su totalidad será cargado a esta tabla, manteniendo así un registro digital de todas las cargas recibidas íntegramente, con fecha de recepción, cantidad de registros y tipo de corresponsabilidad (Inscripción o Medición Protocolo de Salud). o Los registros que pasen el control de calidad serán traslados a las tablas de inscripción o Protocolo de Salud respectivamente y los que no cumplen con los requerimientos de calidad de la base de datos serán enviados a otras tablas para crear sus respectivos reportes. o Al final del proceso el formulario creará un reporte con toda esta información y será automáticamente descargado en el computador del usuario que hizo el trabajo como una constancia digital del proceso realizado y sus respectivos datos estadísticos. Reportes o Con la información cargada el usuario tendrá a su disposición todos los reportes necesarios como ser: Número de centros de salud cargados con su cantidad de beneficiarios inscritos. Lista al detalle de los beneficiarios inscritos. Reporte de Altas, bajas y arrastre con las razones de estas variaciones. 10

Lista comparativa de beneficiarios inscritos y beneficiarios que confirman asistencia al centro de salud. Lista de niños que cumplen una corresponsabilidad o carga anterior contra la recién cargada Reporte de Porcentaje de hogares con inscripción. Reporte hogares elegibles por salud con corresponsabilidad cumplida. Información por ubicación geográfica. Soportado o no por el SIG Este módulo no está soportado en el SIG TABLA REQUERIMIENTOS FUNCIONALES-CORRESPONSABILIDAD Módulo Sub Módulo Tipo de requerimiento Corresponsabilidad Educación Procesamientos de datos Corresponsabilidad Educación Procesamientos de datos REQUERIMIENTOS FUNCIONALES Nombre Requerimiento Web Service Carga información de Educación Entidad Origen Descripción Nivel Prioridad Informática SSIS/Informática SEDUC Informática SSIS/Corresponsabilidad Creación de dos procesos automatizados ejecutando ambos a una hora determinado como tareas programadas. El primer proceso consiste en el creado por Educación, el cual genera el archivo con la matricula actualizada hasta el momento de su ejecución. El segundo, es el creado por PRAF que valida, modifica y almacena la información contenida en el archivo generado anteriormente. Este formulario será una asistente (Wizzard) que ayudará al usuario a realizar de manera exitosa la carga inicial de datos. La verificación de los registros a cargar identificará 11 Comentarios 1 Ninguno 1 Ninguno

REQUERIMIENTOS FUNCIONALES Módulo Sub Módulo Tipo de requerimiento Nombre Requerimiento Entidad Origen Descripción Nivel Prioridad que los campos recibidos sean los mismos campos en la tabla de carga, además en el proceso de carga identificará a cada uno de los registros con un estado que ayudara a identificar los registros que fueron cargados con éxito y los rechazados serán identificados con su respectivo motivo de exclusión. Comentarios Corresponsabilidad Educación Minería de Datos Reportes impreso /Consulta Digital Informática SSIS Número de centros educativos cargados con su cantidad de beneficiarios matriculados. 1 Ninguno Lista al detalle de los beneficiarios matriculados por escuela. Lista comparativa por escuela de una carga a otra del número de matriculados. Reporte de Altas, bajas y arrastre. Lista comparativa de beneficiarios matriculados y beneficiarios que confirman asistencia escolar por centro educativo. Lista de niños que cumplen una corresponsabilidad o carga anterior contra la recién cargada. Reporte de los registros que no fueron cargados para ser enviados a 12

REQUERIMIENTOS FUNCIONALES Módulo Sub Módulo Tipo de requerimiento Nombre Requerimiento Entidad Origen Descripción Nivel Prioridad la Secretaria de Educación con sus respectivas observaciones. Comentarios Reporte de Porcentaje de hogares con matricula. Reporte Listado de niños por escuela. Reporte comparativo de matrícula y asistencia. Reporte hogares elegibles por educación con matricula cumplida. Listado de escuelas por planilla. Matricula por edad y grado. Corresponsabilidad Salud Procesamientos de datos Web Service Informática SSIS Creación de dos procesos automatizados ejecutando ambos a una hora determinado como tareas programadas. 1 Corresponsabilidad Salud Procesamientos de datos Carga información Salud Informática SSIS Este formulario será una asistente (Wizzard) que ayudará al usuario a realizar de manera exitosa la carga inicial de datos. 1 La verificación de los registros a cargar identificará que los campos recibidos sean los mismos campos en la tabla de carga, además en el proceso de carga identificará a cada uno de los 13

REQUERIMIENTOS FUNCIONALES Módulo Sub Módulo Tipo de requerimiento Nombre Requerimiento Entidad Origen Descripción Nivel Prioridad registros con un estado que ayudara a identificar los registros que fueron cargados con éxito y los rechazados serán identificados con su respectivo motivo de exclusión. Comentarios Corresponsabilidad Salud Minería de Datos Reportes impreso /Consulta Digital Informática SSIS Número de centros de salud cargados con su cantidad de beneficiarios inscritos. 1 Lista al detalle de los beneficiarios inscritos. Reporte de Altas, bajas y arrastre. Lista comparativa de beneficiarios inscritos y beneficiarios que confirman asistencia al centro de salud. Lista de niños que cumplen una corresponsabilidad o carga anterior contra la recién cargada Reporte de Porcentaje de hogares con inscripción. Reporte hogares elegibles por salud con corresponsabilidad cumplida VI. FORMA DE PAGO Los pagos al Consultor se realizaran previa revisión y aprobación por el Coordinador de informática de cada uno de los productos aquí descritos. Los pagos se realizaran de la siguiente forma: 14

No. Producto Porcentaje del monto total del contrato Descripción 1 Primer pago 10% del monto total del contrato contra la entrega y aprobación del producto No. 1, a los 30 días de iniciada la consultoría. Elaborar un plan de trabajo validado por el equipo de informática y un documento que contenga el análisis para el desarrollo e implementación del módulo designado 2 Segundo pago 10% del monto total del contrato contra la entrega y aprobación del producto 2 a los 30 días de la entrega del producto 1. En función del análisis elaborado en el punto anterior y tomando en cuenta las herramientas que posee el departamento en el sistema actualmente utilizado, realizar el diseño adecuado de software para optimizar en su totalidad los procesos del módulo designado considerando los cambios efectuados en los mismos. Se debe elaborar un informe que contenga el diseño, el cual debe ser aprobado por el responsable del área de desarrollo para poder proseguir con los siguientes pasos. 3 Tercer pago 15% del monto total del contrato a los 30 días de la entrega del producto 2. Contra la entrega y aprobación del producto No.3 4 Tercer pago 15% del monto total del contrato a los 30 días de la entrega del producto 3. Contra la entrega y aprobación del producto No.4. Programar del 35 % de los requerimientos mínimos establecidos y de los encontrados en base al análisis elaborado. Se dejará como constancia los archivos fuentes de lo desarrollado tanto en manera digital así como impresa. Programar del 70 % de los requerimientos mínimos establecidos y de los encontrados en base al análisis elaborado. Se dejará como constancia los archivos fuentes de lo desarrollado tanto en manera digital así como impresa. 5 Quinto pago 15% del monto total del contrato a los 30 días del producto 4. Contra la entrega y aprobación del producto No.5. Programar del 100 % de los requerimientos mínimos establecidos y de los encontrados en base al análisis elaborado así mismo el módulo completamente implementado. Se dejará como constancia los archivos fuentes de lo desarrollado tanto en manera digital así como impresa. 15

6 Sexto pago 15% del monto total del contrato a los 30 días del producto 5. Contra la entrega y aprobación del producto No.6. 1. Realizar las pruebas y control de calidad de tal manera que el software implementado esté validado y funcionando correctamente en caso de encontrar errores en el funcionamiento de la aplicación desarrollada se tendrá que dar solución. Se deberá presentar un informe que documente los pasos que se siguieron en este proceso, así como los resultados encontrados. 2. Para esta sección se considera: La documentación técnica: Revisar el manual técnico y de usuario existente, si lo hay, y actualizarlo con respecto a la última versión realizada de la aplicación, si no existe, se deben crear. El Manual de Usuario debe contener al menos lo siguiente: Portada Índice Explicación y funcionamiento general del módulo desarrollado Árbol de formularios y Reportes Pantallas de los componentes con su explicación Explicación de todos los controles de los formularios Explicación de Reportes Preguntas Frecuentes Glosario El Manual Técnico debe incluir por lo menos (en relación al módulo desarrollado): Portada Índice Descripción y Alcance del Módulo Objetivos del módulo Diagrama Entidad Relación Diagrama de la Base de Datos Diccionario de Datos Casos de Uso Principales Diagrama de Flujo de los procesos cubiertos por el módulo. Árbol de formularios y Reportes del módulo Explicación técnica de los formularios, Reportes, procedimientos, funciones y segmentos de código en general: o Descripción del funcionamiento o Tablas utilizadas (tablas fuente, destino) o Dependencias (funciones, procedimientos u otras entidades 16

utilizadas) Explicación Técnica de los Reportes Diccionario de Variables Perfiles de Usuarios detectados y protocolos de seguridad para cada uno Normas y Políticas para su implementación 7 Séptimo pago 20% del monto total del contrato a los 30 días del producto 6. Contra la entrega y aprobación del producto No.7. 1. La capacitación: Se deben realizar jornadas de capacitación, al menos 2, a los usuarios que usarán la aplicación, al menos 2 personas, quienes deberán plasmar su firma de haber recibido una completa capacitación y de haber entendido el manejo de dicho módulo. Se debe presentar un informe de capacitaciones que incluya el contenido de las mismas, fechas en que se realizaron, duraciones, listado de participantes con su firma y fotografías como anexo que sirvan de prueba. 2. Soporte: Dar soporte constante en el plazo de duración del contrato a los usuarios que están ligados al uso del módulo. Debe presentar un informe sobre este punto que incluya descripción de las actividades desarrolladas y usuarios que recibieron el soporte. VII. PERFIL REQUERIDO El interesado deberá cumplir con lo siguiente: 1. Egresado universitario o título académico de Ingeniería en Sistemas, Licenciado en Informática o carrera afín a estas o estudiantes de las mismas con el 70% de clases aprobadas. De ser seleccionado, deberá presentar un historial académico que compruebe las clases aprobadas. 2. Cursos, seminarios, certificaciones y/o conocimientos comprobados, en: Construcción de consultas en lenguaje SQL Procedimientos almacenados en SQL SERVER DBMS SQL SERVER Y POSTGRESQL PHP HTML y CSS Librerías JavaScript, JQUERY y AJAX VISUAL BASIC.NET 17

MS Excel. 3. Experiencia laboral comprobada, mínima de dos (02) proyectos, en el uso de las siguientes herramientas: Dev Express, En elaboración de reportes utilizando PENTAHO, SPAGOBI o software de Inteligencia de Negocios. En programación orientada a objetos. 4. Otros Se entrevistará al candidato VIII. LUGAR DE REALIZACION DE LOS SERVICIOS Los servicios se llevarán a cabo en las instalaciones del Departamento de Sistema de Información Gerencial del Programa del Bono 10 mil de la SSIS. IX. COORDINACIÓN Las funciones desarrolladas por el analista programador, serán dirigidas y supervisadas por el consultor en informática de la SSDIS. X. PLAZO El plazo estimado para el cumplimiento del contrato es de 7 meses a partir de la firma del contrato. 18

XI. Criterios de Evaluación Criterio Puntaje por Criterio según los TDR Puntaje Formación Académica 17 Estudiantes de Ingeniería en Sistemas, Licenciado en Informática o carrera afín a estas, 10 con el 70% de clases aprobadas. Egresado universitario de Ingeniería en Sistemas, en Informática o carrera afín a estas 15 Título académico de Ingeniería en Sistemas, Licenciado en Informática o carrera afín a 17 estas. Cursos, seminarios, certificaciones y/o conocimientos comprobados, en: 33 Construcción de consultas en lenguaje SQL 4 Procedimientos almacenados en SQL SERVER 4 DBMS SQL SERVER Y POSTGRESQL 3 PHP 5 HTML y CSS 5 Librerías JavaScript, JQUERY y AJAX 4 VISUAL BASIC.NET 5 MS Excel. 3 Experiencia laboral comprobada, mínima de dos (02) proyectos, en el uso de las 30 siguientes herramientas: Dev Express, 10 En elaboración de reportes utilizando PENTAHO, SPAGOBI o software de Inteligencia 10 de Negocios. En programación orientada a objetos. 10 Entrevista 20 Puntaje Total 100 Puntaje mínimo para calificar 75 puntos 19