MINISTERIO DE ECONOMIA Y FINANZAS
TERMINOS DE REFERENCIA (Versión Preliminar) Servicio de Hosting de Infraestructura, Desarrollo e Implantación, Soporte Post “ Servicio
Tabla de contenido
1.
ANTECEDENTES ................................................................... ......................................................................................................................... ...................................................... 5
2.
OBJETIVO ................................................................... ..................................................................................................................................... ..................................................................7
3.
ALCANCE DEL SERVICIO ...................................................................................... ........................................................................................................... .....................8 3.1
SUB SERVICIO DE HOSTING DE INFRAESTRUCTURA
8
3.1.1 OBJETIVO DEL SUB SERVICIO DE HOSTING DE INFRAESTRUCTURA ......................... INFRAESTRUCTURA ......................... 8 3.1.2 ALCANCE DEL SUB SERVICIO DE HOSTING DE INFRAESTRUCTURA .......................... INFRAESTRUCTURA .......................... 8 3.1.3 ENTREGABLES DEL SUB SERVICIO DE HOSTING DE INFRAESTRUCTURA .............. INFRAESTRUCTURA .............. 21 3.1.4 INDICADORES DE CONTROL DEL SUB SERVICIO DE HOSTING DE INFRAESTRUCTURA ............................................................ .............................................. 25 3.1.5 PENALIDADES DEL SUB SERVICIO DE HOSTING DE INFRAESTRUCTURA................ INFRAESTRUCTURA................ 26
3.2
SUB SERVICIO DE DESARROLLO E IMPLANTACIÓN
29
3.2.1 OBJETIVO DEL SUBSERVICIO DE DESARROLLO E IMPLANTACION .......................... IMPLANTACION .......................... 29 3.2.2 ALCANCE DEL SUB SERVICIO DE DESARROLLO E IMPLANTACION.......................... IMPLANTACION.......................... 29 3.2.3 ENTREGABLES DEL SUB SERVICIO DE DESARROLLO E IMPLANTACION ................ IMPLANTACION ................ 45 3.2.4 INDICADORES DE CONTROL DEL SUB SERVICIO DE DESARROLLO E IMPLANTACION .................................................................................................................. IMPLANTACION .................................................................................................................. 54 3.2.5 PENALIDADES DEL SUB SERVICIO DE DESARROLLO E IMPLANTACION.................. IMPLANTACION.................. 56
3.3
SUB SERVICIO SOPORTE POST PRODUCTIVO
58
Tabla de contenido
1.
ANTECEDENTES ................................................................... ......................................................................................................................... ...................................................... 5
2.
OBJETIVO ................................................................... ..................................................................................................................................... ..................................................................7
3.
ALCANCE DEL SERVICIO ...................................................................................... ........................................................................................................... .....................8 3.1
SUB SERVICIO DE HOSTING DE INFRAESTRUCTURA
8
3.1.1 OBJETIVO DEL SUB SERVICIO DE HOSTING DE INFRAESTRUCTURA ......................... INFRAESTRUCTURA ......................... 8 3.1.2 ALCANCE DEL SUB SERVICIO DE HOSTING DE INFRAESTRUCTURA .......................... INFRAESTRUCTURA .......................... 8 3.1.3 ENTREGABLES DEL SUB SERVICIO DE HOSTING DE INFRAESTRUCTURA .............. INFRAESTRUCTURA .............. 21 3.1.4 INDICADORES DE CONTROL DEL SUB SERVICIO DE HOSTING DE INFRAESTRUCTURA ............................................................ .............................................. 25 3.1.5 PENALIDADES DEL SUB SERVICIO DE HOSTING DE INFRAESTRUCTURA................ INFRAESTRUCTURA................ 26
3.2
SUB SERVICIO DE DESARROLLO E IMPLANTACIÓN
29
3.2.1 OBJETIVO DEL SUBSERVICIO DE DESARROLLO E IMPLANTACION .......................... IMPLANTACION .......................... 29 3.2.2 ALCANCE DEL SUB SERVICIO DE DESARROLLO E IMPLANTACION.......................... IMPLANTACION.......................... 29 3.2.3 ENTREGABLES DEL SUB SERVICIO DE DESARROLLO E IMPLANTACION ................ IMPLANTACION ................ 45 3.2.4 INDICADORES DE CONTROL DEL SUB SERVICIO DE DESARROLLO E IMPLANTACION .................................................................................................................. IMPLANTACION .................................................................................................................. 54 3.2.5 PENALIDADES DEL SUB SERVICIO DE DESARROLLO E IMPLANTACION.................. IMPLANTACION.................. 56
3.3
SUB SERVICIO SOPORTE POST PRODUCTIVO
58
5.
ESTRUCTURA ORGANIZATIVA ORG ANIZATIVA Y FUNCIONES .............................................................. .................................................................... ...... 112 5.1 5.2
6.
EQUIPO POR PARTE DEL CONTRATISTA EQUIPO POR PARTE DEL MEF
112 128
MECANISMOS DE COORDINACIÓN Y SEGUIMIENTO ........................................................129 6.1
ORGANIZACIÓN DEL PROYECTO
129
6.1.1 COMITÉ DE DIRECCIÓN................................................................. DIRECCIÓN................................................................. .................................. 129 6.1.2 COMITÉ DE SEGUIMIENTO............................................................ SEGUIMIENTO............................................................ .................................. 130 6.1.3 COMITÉ MULTIPROVEEDOR......................................................... MULTIPROVEEDOR ......................................................... .................................. 131 6.1.4 OTROS MECANISMOS DE COORDINACIÓN Y SEGUIMIENTO..................................... SEGUIMIENTO..................................... 132
7.
PERFIL DEL POSTOR........................................................... .............................................................................................................. ...................................................134 7.1
REQUERIMIENTOS MÍNIMOS OBLIGATORIOS
134
7.1.1 Experiencia del Postor ......................................................... Postor ......................................................... ............................................ 134
8.
MODALIDAD DE CONTRATACIÓN ............................................................ ........................................................................................ ............................136
9.
LUGAR DE TRABAJO ....................................................................... .............................................................................................................. .......................................137
10.
PROPIEDAD INTELECTUAL INTELECTUAL ........................................................... ................................................................................................... ........................................137
11.
CONFIDENCIALIDAD CONFIDENCIALIDAD ............................................................ ............................................................................................................... ...................................................137
12.
ANEXOS ........................................................... .............................................................................................................................. ......................................................................... ...... 139 12.1 PLAN GENERAL DE IMPLANTACIÓN DEL PROYECTO
140
12.9 TOPOLOGIA DE SERVIDORES
205
12.9.1 Topología de Servidores (Entorno de Desarrollo) ......................................................... Desarrollo) ......................................................... 205 12.9.2 Topología de Servidores (Entorno de Calidad) ............................................................. . 206 12.9.3 Topología de Servidores (Entorno de Producción) ...................................................... Producción) ...................................................... 208
12.10 REQUERIMIENTOS TECNICOS
211
12.10.1
Requerimientos de alta disponibilidad .......................................................... ............ 211
12.10.2
Requerimientos de capacidad y rendimiento ........................................................... 212
12.10.3
Requerimientos de interoperabilidad ........................................................................ interoperabilidad ........................................................................ 213
12.10.4
Requerimientos de redes de comunicación ............................................................. 213
12.10.5
Requerimientos de seguridad ............................................................. ....................... 214
12.10.6
Requerimientos de licenciamiento software............................................................. software ............................................................. 214
12.10.7
Requerimientos Mínimos de Usuarios Finales ......................................................... 215
12.11 ARQUITECTURA DE SEGURIDAD
216
12.11.1
Arquitectura de Seguridad: Vista General ................................................................ General ................................................................ 216
12.11.2
Zona DMZ Pública ....................................................................................................... Pública ....................................................................................................... 218
12.11.3
Zona DMZ privada ....................................................................................................... privada ....................................................................................................... 223
12.11.4
Servicios Web................................................................. Web ................................................................. ............................................. 226
12.11.5
Certificados SSL.............................................................. SSL.............................................................. ............................................ 228
12.11.6
Encriptación................................................................................................................. Encriptación................................................................................................................. 228
12.12 ARQUITECTURA DE COMUNICACIONES
229
TÉRMINOS DE REFERENCIA CONSULTORÍA PARA EL SERVICIO DE HOSTING DE INFRAESTRUCTURA, INFRAESTRUCTURA, DESARROLLO E IMPLANTACIÓN, SOPORTE POST PRODUCTIVO, MESA DE AYUDA Y GESTIÓN DE LA COMUNICACIÓN PARA EL CAMBIO 1. ANTECEDENTES La planificación y gestión presupuestal de los RRHH en el Estado peruano adquiere una importancia crítica actualmente, y si bien en los últimos años se han realizado esfuerzos para mejorar los sistemas de información de gestión presupuestaria de planillas del Sector Público (1999 MEF: Sistema de Personal; SISPER; 1999 MEF: Sistema Integrado de Administración Administración Financiera del Sector Público – SIAF SP”; 2009 MEF: MEF: Módulo de Gestión de Recursos Humanos – Humanos – MGRRHH”; 2011 SERVIR: Registro del Servicio Civil - RSC”2), en la actualidad no se dispone de un sistema único e integrado que permita centralizar la información presupuestal de los servidores civiles como herramienta de gestión y de soporte a la toma de decisiones al respecto. Durante el periodo 2014 – 2015 se ha elaborado el Estudio Definitivo para el “Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público del Estado Peruano”, Peruano”, donde se donde se han definido las especificaciones técnicas del Nuevo Sistema de Gestión Presupuestaria de Planillas del Sector Público – – SIGEP. Este esfuerzo se ha desarrollado bajo el enfoque de un rediseño de procesos de gestión presupuestaria de planillas y su automatización de los procesos ,garantizando una operatividad ágil y eficaz, y la
AÑO 2 (2 015)
AÑO 3 (2016 )
S2
S1
AÑO 4 (201 7) S2
S1
AÑ O 5 ( 2 0 1 8 ) S2
S1
AÑ O 6 ( 2 0 1 9 ) S2
S1
S2
Cont. Serv. Sw. Fact. SHI-PreOpe
Hosting - Operativa Hosting - T.Cierre
S DI DI- Pr PreOpe
D es es ar arrollo e Implantacion - Operativa SDI Cierre GCC-PreOp
GCC - Operativa GCC - T.Cierre
IP P
MA-PO n
Mesa de Ayuda - Operativa
io
MA - T.Cierre c a b o r p
SPP PO A e
Soporte Post Productivo - Operativa
d
SPP - T.Cierre n io t s e G
Cont. Serv Cont. Calidad FPO
Control de Calidad - Operativa CC - T.Cierre
Cont. PMO FPO
PMO - Operativa PMO - T.Cierre
(*) La capacitacion capacitacion de usuarios se incluira dentro del se rvicio de Gestion de la Comunicación Comunicación para el Cambio (**) La ruta critica del proyecto se muestra de color rojo
El Servicio de Hosting de Infraestructura, Desarrollo Desarrollo e Implantación, Implantación, Soporte Post Productivo, Productivo, Mesa de Ayuda y Gestión de la Comunicación para el Cambio, también denominado “Servicio Principal” permitirá a través de un trabajo coordinado (orquestación) entre los sub servicios 1 que lo comprenden y los servicios de Control Contr ol de Calidad y de PMO, obtener la Implementación Implement ación del Nuevo Sistema de Gestión de Planillas del Sector Publico. El servicio principal comprende la construcción del SIGEP y todo lo que afecta a su estabilización y el buen uso del mismo.
2. OBJETIVO Este servicio va a ser prestado por un único contratista, y va a ser descompuesto en los siguientes cinco (05) sub servicios cuyos contenidos se desarrollarán en el presente documento: 1. Sub Servicio de Hosting de Infraestructura, el cual debe proveer el Hosting de la plataforma tecnológica que dará soporte al Sistema de Gestión Presupuestaria de Planillas del Sector Público (SIGEP), entre otras actividades que se detallan en el presente documento 2. Sub Servicio de Desarrollo e Implantación del SIGEP, el cual realizará principalmente las labores de revisión de Análisis y Diseño de modelo funcional que el MEF entregará para que se identifique el GAP y se diseñe y actualice el modelo inicial, construirá el sistema sobre la base del modelo actualizado, y coordinará las pruebas de las funcionalidades construidas que se harán tanto de manera interna como externa previamente a su puesta en producción y desplegará la implementación del servicio en las unidades ejecutoras, entre otras actividades que se detallan en el presente documento
3. Sub Servicio de Soporte Post-Productivo del SIGEP, el cual iniciará una vez puesto en producción el sistema y se encargará de realizar el análisis, diseño, construcción y pruebas de mejoras y de nuevos casos de uso sobre funcionalidades del Sistema SIGEP (los cuales obedecen a “cambios normativos y/o operativos surgidos en el periodo de tiempo ocurrido entre el inicio del desarrollo y la finalización del desarrollo”),
Asimismo este Servicio al ser brindado por una firma consultora3 para todos los Sub servicios, debe planificar y coordinar la interacción entre los mismos, en cuanto a los inicios y fines de las tres fases de cada uno de ellos, y además deberá interactuar con el Servicio de Control de Calidad y el Servicio PMO, hasta la satisfacción final del MEF en cumplimiento con los documentos componentes del Contrato.
3. ALCANCE DEL SERVICIO 3.1 SUB SERVICIO DE HOSTING DE INFRAESTRUCTURA 3.1.1 OBJETIVO DEL SUB SERVICIO DE HOSTING DE INFRAESTRUCTURA Este sub servicio debe proveer el Hosting de la plataforma tecnológica que dará soporte al Sistema de Gestión Presupuestaria de Planillas del Sector Público (SIGEP), tal como se detalla en los siguientes apartados. El sub servicio se desarrollará en un máximo de treinta y ocho (38) meses. En los primeros tres (03) meses como máximo, el contratista deberá abocarse en la planificación del sub servicio y en garantizar que los Entornos de Producción, Desarrollo y Pruebas se encuentren listos para iniciar operaciones, en los siguientes treinta y cuatro (34) meses en garantizar la operatividad de la plataforma a través de la actividad de Administración de la Plataforma, y los últimos cinco (05) meses para el cierre del sub servicio y la transferencia al MEF o a quien este designe.
3.1.2.1.3 Fase de Transferencia Transferencia y Cierre Tendrá una duración de cinco (05) meses como máximo y se inicia cuatro (04) meses antes del término de la etapa operativa. En esta fase el contratista seguirá operando (a excepción del último mes) y al mismo tiempo procederá al cierre del servicio. Asimismo procederá a elaborar y presentar los entregables finales. En el último mes del sub servicio, no se proveerán capacidades ni servicio de hosting, sino más bien es una etapa de acompañamiento, soporte y atención a consultas realizadas por el MEF o por el nuevo proveedor de Hosting que éste designe. A continuación se ilustran las fases fases del sub servicio servicio en línea línea temporal: PREOPERATIVA
TRANSFERENCIA Y CIERRE
MES 01 MES 02 MES 03
MES 1
…
MES 4
MES 5
LINEA DE TIEMPO DEL SERVICIO PRINCIPAL MES 03 MES 04 MES 05 MES 06 MES 07 MES 01 MES 02
…
…
MES 34 MES 35 MES 36 MES 29 MES 30 MES 31
…
…
MES 39 39 MES 40 MES 34
OPERATIVA Ilustración 1: Fases del Sub Servicio Hosting de Infraestructura respecto a la línea temporal del Servicio de “Hosting de Infraestructura, Desarrollo e Implantación, Soporte Post Productivo, Mesa de Ay uda y Gestió n de la
“Requerimientos “Requerimientos Técnicos” del Técnicos” del presente documento). Estos acuerdos deberán definirse dentro de los primeros quince (15) días de la fase pre operativa, para lo cual el Contratista deberá enviar la documentación dentro de los primeros cinco (5) días de iniciado el servicio. o
Proporcionar las licencias licencias de software de los Entornos Entornos de Calidad y Desarrollo. Desarrollo.
o
Proporcionar Proporciona r en esquema de Hosting los Servidores para los Entornos de Desarrollo y Calidad (ver Anexos: 12.8. 12.8 . “Dimensionamiento de Infraestructura”, y 12.9. “Topologia de Servidores”) Servidores”)
o
Adquirir los Servidores para el Entorno de Producción a nombre del MEF (serán de propiedad del MEF), (ver Anexos: 12.8. 12.8 . “Dimensionamiento de Infraestructura”, y 12.9.3. 12.9.3. “Topologia de Servidores – Entorno de Produccion”) Produccion” )
o
Realizar la Provisión, Instalación y Configuración Configurac ión de Hardware, para lo cual se deberá: - Asignar el Hardware (servidores físicos, físicos , equipos de redes y comunicaciones, enlaces de datos, y data center equipado con equipos de enfriamiento y de seguridad) necesario para la operatividad de la Plataforma Tecnológica propuesta. Incluye la provisión de los enlaces de comunicaciones, y de dos direcciones IP públicas. públic as. Referente a los equipos de enfriamiento y de seguridad mínimamente debe contemplar: generadores eléctricos alternos, UPS, aire acondicionado redundante, sistema activo contra incendios, equipos de backup y equipos de monitoreo.
- Instalar Instala r equipos equipos de monitoreo, definir equipos y servicios a incluir en el monitoreo, definir parámetros, umbrales, alertas, matriz de comunicación y escalamiento y otros parámetros definidos en la etapa pre operativa. Las licencias de software base serán provistas por el contratista del sub servicio de Hosting de Infraestructura (para los 3 ambientes: Producción, Desarrollo, Calidad). o
Instalar y Configurar Configurar el Software Software Especializado (Servidores de Base de Datos, Datos, Aplicaciones, Aplicaciones, BPM, SOA y Gestor Documental), Documental), para lo lo cual se deberá: deberá: - Instalar y Configurar Configurar los Servidores de Base Base de Datos. - Instalar y Configurar Configurar el Clúster Clúster de Base de Datos. Datos. - Instalar y Configurar Configurar el Software de Replicación Replicación de Datos. Datos. - Instalar y Configurar Configurar los Servidores de Aplicación. Aplicación. - Instalar y Configurar Configurar los Servidores Web. - Instalar y Configurar los Servidores BPM. - Instalar y Configurar Configurar los Servidores SOA.
Fase Operativa o
Administrar Administr ar la Plataforma Tecnológica, para lo cual se deberá: - Realizar el Monitoreo de la Plataforma Tecnológica. Tecnológica. - Realizar la Gestión de incidentes, incidentes, problemas, problemas, servicios servicios y cambios de la la Plataforma Tecnológica T ecnológica.. - Optimizar el Rendimiento Rendimiento de la Plataforma. - Realizar el envío de alertas a los usuarios sobre los trabajos realizados en la plataforma tecnológic t ecnológica. a. - Gestionar la capacidad capacidad de almacenamien almacenamiento to de la plataforma plataforma tecnológica. tecnológica. - Gestionar la integridad y resguardo de la información contenida. (como mínimo: backups diarios, semanales y mensuales de la información). El contratista deberá resguardar los backups en un proveedor de banco de datos externo, y deberá establecer un procedimiento para entregar una copia de estos backups al MEF cuando este lo solicite. - Generar los indicadores de gestión. (el contratista contratist a puede proponer indicadores adicionales a los Indicadores de Control del Sub Servicio, establecidos en los capítulos subsecuentes)
- Elaborar un plan de revisión de versiones de software que deberá estar alineado al proceso de gestión de la configuración 5 de la OGTI MEF y deberá contener como mínimo el siguiente detalle:
Nombre de software.
Fabricante.
Licencia adquirida.
Periodo licenciado. licenciado.
Versión instalada.
Versión actual.
Fecha propuesta de actualización. actualización.
Proveedor que realiza la actualización actualización / soporte.
Periodo de vigencia vigencia del contrato con el proveedor proveedor de la actualización actualización / soporte.
- Ejecutar el plan de revisión de versiones de software
o
Elaborar el Plan de Transferencia Transfer encia y Cierre
Durante la fase operativa, el sub servicio se brindara considerando como línea base los requerimientos técnicos del anexo 12.10 . “Requerimientos Técnicos”, sin embargo si la demanda de uso del sistema aumenta se podrá solicitar mayores recursos a nivel de CPU, memoria, disco, ancho de banda y cualquier otro recurso que aporte en garantizar el rendimiento y la operatividad operatividad de la plataforma.
Fase de Transferencia y Cierre o
Realizar reuniones de coordinación con el equipo de transferencia transfer encia designado por el MEF.
o
Realizar la transferencia transfer encia de documentos, conocimientos conocimient os y otros generados en el servicio, al equipo de transferencia del MEF de: - La Arquitectura de los Entornos de Producción, y Pruebas de la Plataforma del SIGEP, precisando los parámetros de configuración configuración y operación. - Al menos: (a) Despliegue de Infraestructura, Infraest ructura, (b) Despliegue de Software Base, y (c) Despliegue de Aplicativo, a través de Talleres o Laboratorios de Transferencia Tecnológica. Tecnológica. - Principales Patrones de Comportamien Comportamiento to de la Plataforma Plataforma SIGEP. (niveles (niveles máximo y mínimo de uso de los entornos, principales acciones de ajuste de la
- Análisis Anual de ocurrencias del sub servicio (dentro del análisis presentar estadística anual, listar y describir las de mayor frecuencia). - Conclusiones. - Recomendaciones. o
Realizar la Entrega del Informe final del Sub Servicio.
o
Elaborar y gestionar la suscripción del Acta de Cierre de Cierre del Servicio.
3.1.2.3 Aspectos del Sub Servicio de Hosting de Infraestructura A continuación se listan los aspectos que el contratista del sub servicio deberá atender:
Aspectos de seguridad El contratista deberá dar cumplimiento a las siguientes consideraciones referentes a Seguridad: - Ofrecer un conjunto de soluciones preventivas para mitigar amenazas a la infraestructura detallando costos implicados y complejidad. El objetivo es minimizar al máximo las amenazas, manteniendo el equilibrio adecuado con los costos y/o la complejidad. - Definir una infraestructura que considere adecuados niveles de acceso tanto a
- Brindar características de confiabilidad, disponibilidad y flexibilidad de cambiar a medida en que crecen las necesidades. - Llevar el registro de cualquier cambio realizado a la plataforma tecnológica - Garantizar el aprovechamiento de los clusters que beneficien tanto la escalabilidad como la disponibilidad de la plataforma tecnológica (Para los ambientes en los cuales se solicita clúster, según lo indicado en el Anexo 12.9 “Topología de Servidores” del presente documento ). - Garantizar el rendimiento de cada uno de los componentes principales de la plataforma tecnológica.
Aspectos de disponibilidad El contratista deberá dar cumplimiento a las siguientes consideraciones referentes a Disponibilidad: - Definir mecanismos de prevención base como el monitoreo, contando con tecnologías de seguridad las 24 horas. - Considerar herramientas de monitoreo que puedan enviar automáticamente alertas, en caso de interrupciones causadas. Si se utilizan herramientas de un contratante específico su licenciamiento deberá ser asumido por el contratista, quien debe poner a disposición dos licencias (y sus respectivos usuarios de
Aspectos de conectividad El contratista deberá dar cumplimiento a las siguientes consideraciones referentes a conectividad: - Proveer como mínimo:
Un enlace de datos de salida a Internet para el SIGEP (cuyos servidores se encontraran en el Datacenter del contratista) con un ancho de banda de 30 Mbps, es preferible que el contratista cuente con enlaces de diferentes carriers, a fin de mantener la disponibilidad del sub servicio en casos de contingencia. El enlace de Internet deberá habilitarse considerando el siguiente cronograma y las siguientes capacidades (lo señalado a continuación es referencial, lo cual será evaluado durante la fase operativa y podría modificarse de acuerdo a las necesidades del servicio):
Etapas Etapa 1
Mes de Sub Servicio de Hosting de Infraestructura 4 al 13
Ancho de Banda (Mbps) requerido 10
Etapa 2
14 al 17
20
Etapa 3
18 al 37
30
Centro de Datos Alterno
Centro de Datos Principal
Internet
Internet
MEF
Balanceador
Acceso WAN
Acceso WAN
Balanceador
MPLS Firewall
Firewall DWDM
DWDM
Core LAN
Core LAN
Acceso Servers
Acceso Servers
QA, Desarrollo
Produccion
Ilustración 2: Grafico referencial de conectividad requerida
Página 18 de 341
- Deberá realizar las siguientes actividades: instalar, configurar y establecer la comunicación entre los usuarios externos (que llegan a través de internet), internos (que llegan a través de los 2 enlaces MPLS de 10 Mbps c/u) y los centros de datos del contratista (canales de Internet, dedicados, cifrados, etc.) (Para mayor detalle ver Anexo 12.12. “Arquitectura de Comunicaciones”). - Contar con mecanismos como herramientas de monitoreo y control, que permitan conocer de forma anticipada posibles problemas con los canales de comunicación. El MEF deberá contar con acceso directo a las herramientas de monitoreo a fin de verificar en todo momento los anchos de banda disponibles, las saturación, latencias, y otros parámetros de monitoreo definidos en la fase pre operativa. - Generar reportes mensuales del uso, saturación, tráfico y disponibilidad de los canales de comunicación dando recomendaciones al respecto en caso de ser necesario.
Aspectos de Data Center El contratista deberá dar cumplimiento a las siguientes consideraciones referentes al Centro de Datos: - El centro de datos debe estar ubicado físicamente en Perú, es necesario que se cuente con un centro de datos principal y otro alterno.
en Producción), así como debe evidenciar las medidas correctivas implementadas (de ser el caso). El contratista recibirá de parte del MEF la información de una Arquitectura propuesta del Software a implantar, donde se muestran los diferentes componentes para dar soporte al Sistema.
o
Proporcionar durante la fase pre operativa las licencias del software base y especializado para los entornos de Desarrollo, Pruebas y Producción, máximo a los 15 días antes de finalizada la Etapa Pre operativa. (Ver Anexos 12.6.1 “Componentes Instalados en Entorno de Desarrollo”, 12.6.2 “Componentes Instalados en Entorno de Calidad”, 12.6.3 “Componentes Instalados en Entorno de Producción” y 12.10.6. “Requerimientos de licenciamiento software”).
o
El sub servicio será brindado bajo estándares ITIL edición vigente y además deberá preparar los planes de gestión del sub servicio y sus documentos de gestión alineados al PMBOK edición vigente y la información requerida por el servicio de PMO del MEF para el monitoreo del proyecto, en coordinación con este último.
3.1.3 ENTREGABLES DEL SUB SERVICIO DE HOSTING DE INFRAESTRUCTURA A continuación se describen los entregables mínimos por cada una de las fases detallándose para cada uno el plazo máximo de entrega:
Fase
Entregable E01- Plan de Trabajo de la Fase Pre operativa
Contenido mínimo y/o definición Planifica las actividades de la Fase Pre operativa
Define la manera en que el sub servicio se ejecuta, se monitorea, se desarrolla y se cierra, contiene como mínimo: Plan de Gestión de Recursos Humanos. Plan de Implementación. Plan de Gestión de la Calidad. Plan de Gestión de Riesgos. E02 – Plan General del Sub Plan de Gestión de Alcance y Tiempo (contiene la matriz general de entregables del sub servicio que debe contener todos los entregables del contrato, términos de referencia ya adicionales de la Servicio. propuesta técnica ganadora con las frecuencias y momentos de entrega de cada entregable, el Plan de Trabajo de la Fase Operativa, la EDT, entre otros, según el contrato). Plan de Comunicacio nes.
Plazo máximo de entrega Al término de la primera semana calendario de la Fase Pre operativa Antepenúltima semana de la fase pre operativa y actualizado semestralmente durante la fase operativa
Pre Operativa
E03 - Diseño de la Plataforma Tecnológica y de Comunicaciones.
Estos planes deben contener donde corresponda, los formatos de Actas de Comité y de informes relacionados a los entregables periódicos de la fase operativa Diseño de la Plataforma Tecnológica y de Comunicaciones, conteniendo como mínimo: Topología de Red Arquitectur a de Entornos. Arquitectur a de Comunicacio nes Arquitectur a de Seguridad - Licencias de software base y especializado. - Documento de Compra a nombre del MEF de los Servidores del Entorno de Producción. (Factur a) - Documento de Recepción de los Servidores del Entorno de Producción. (Guía de Remisión u otro documento que lo acredite) - Informe de habilitación de la Plataforma Tecnológica y de Comunicaci ones, conteniendo el detalle de las labores realizadas de: (a) provisión, instalación, y configuración de hardware y enlaces de comunicaciones, (b) instalación y configuración de software base y especializado, (c) manual de operación y (d) acta de conformidad de habilitación de la plataforma tecnológica y de comunicaciones. - Incluye la relación de entregables terminados y pendientes
Un mes antes de la finalización de la fase pre operativa
E04 – Informe de Habilitación de la Plataforma Tecnológica y de Comunicaciones.
E05 - Informe de Seguimiento Quincenal al Plan de la Fase Pre operativa E06 - Informe Final de la Fase Pre operativa E07- Acta de conformidad de la Fase Pre operativa
- Incluye la relación de entregables terminados - Suscrito por el MEF y el contratista Cumplimiento de las actividades del contrato planificadas en el mes, indicadores, avance del cronograma, etc., incluye Reporte detallado mensual del sub servicio que debe contener como mínimo:
E08 - Informe Mensual del Sub Servicio. Operativa E09 - Matriz de entregables mensual.
- Detalle mensual de ocurrencias, Debe incluir estadísticas del sub servicio tales como tráfico, ataques, vulnerabilidades, problemas presentados, capacidad utilizada y otros definidos durante la fase pre operativa. - Reporte de tuning trimestral (a partir del mes tres de la fase operativa) - Lecciones Aprendidas. De acuerdo a la matriz general de entregables que se encuentra dentro del Plan de Gestión del Alcance y Tiempo, se genera una matriz mensual con los entregables que correspondan a dicho mes de la fase operativa, indicando los cumplimientos y la referencia de sus sustentos.
Diez días calendario antes del término de la fa se pre operativa.
Cada quincena de la fase pre operativa Una semana calendario antes del término de la Fase pre operativa Al término de la Fase Per operativa Dos (02) días hábiles siguientes al último día hábil de cada mes de la Fase Operativa.
Una vez cumplidos todos los entregables del mes, como requisito para la conformidad del mes por parte del MEF
El proyecto de acta de comité (previo a la fecha convocada para cada comité, durante todo el servicio), adjunto a la cual debe ir: - Resumen ejecutivo mensual del sub servicio , conteniendo como mínimo: Matriz de Control y Seguimiento del Sub Servicio (Semáforo de Estado del Sub Servicio, Ratio de Avance Real vs Planificado). Lista de Ocurrencias. Lista de Acciones Correctivas. E10 - Proyecto de Actas de comité. Lista de Acciones Preventivas. Matriz de Riesgos Actualizada. Próximos Pasos. Reporte de Seguimient o del Plan de Trabajo del Periodo.
Tres (03) días hábiles previos a cada comité convocado
- Presentación a utilizar en el Comité. Es el acta actualizada luego de realizado el Comité, y debe ser gestionada por el contratista para su firma Adjunto a la cual debe ir: - Resumen ejecutivo mensual del sub servicio , conteniendo como mínimo: Matriz de Control y Seguimiento del Sub Servicio (Semáforo de Estado del Sub Servicio, Ratio de Avance Real vs Planificado). Lista de Ocurrencias. Lista de Acciones Correctivas. Lista de Acciones Preventivas. Matriz de Riesgos Actualizada. Próximos Pasos. Reporte de Seguimient o del Plan de Trabajo del Periodo.
Cinco (05) días hábiles siguientes de realizado cada comité durante el servicio
E11 - Actas de Comité
- Presentación a utilizar en el Comité.
Transferencia y Cierre
E12 – Plan de transferencia y cierre.
Último día hábil del mes anterior al inicio de la fase de cierre y transferencia.
E13 – Acta de Transferencia y cierre
Dentro del último mes del servicio, según lo indicado en el Plan de Transferencia y Cierre
- Informe que resume todo el sub servici o ejecutado y que como mínimo contendrá Documento de Arquitectur a de los Entornos de Producción y Pruebas de la Plataforma del SIGEP, precisando los parámetros de configuración y operación. Documento de Patrones de Comportamient o de la Plataforma SIGEP. (niveles máximo y mínimo de uso de los entornos, principales acciones de ajuste de la plataforma tomadas a partir de la demanda). Documento de ocurrencias presentadas durante la Administración de la plataforma, precisando el correctivo empleado en su atención. Resumen del Sub servicio por año con indicadores de control de sub servici o. Análisis Anual de la Demanda del Sub Servicio (dentro del análisis presentar gráficamente el comportamiento de la demanda del servicio por año). Análisis Anual de Ocurrencias del Sub Servicio (dentro del análisis presentar estadística anual, listar y describir las de mayor frecuencia). Resultados de la Transferenc ia del Sub Servicio, que incluya el resultado de las evaluaciones a los usuarios que el sub servicio capacitará dentro de la transferencia de conocimientos Riesgos y plan de estrategias para respuesta al riesgo (mitigación, evitación, transferencia del riesgo, etc.) Conclusiones. Recomendaciones. - Entrega de las licencias adquiridas a nombre del MEF. - Entrega de máquinas virtuales, código fuente del SIGEP, y backup de base de datos del SIGEP. - Entrega e Instalación de Servidores físicos correspondientes al ambiente de Producción.
E14 – Informe Final del Sub Servicio.
Dentro del último mes del servicio, según lo indicado en el Plan de Transferencia y Cierre.
Tabla 2: Fases, entregables y plazo máximo de entrega del Sub Servicio “Hosting de Infraestructura”
Se precisa que los listados de los entregables anteriorment e detallados se establecen como referencia mínima, siendo su cumplim iento obligatorio. La tarea del Contratista respecto al íntegro del servicio, concluye cuando haya satisfecho todos los entregables correspondientes al contrato, es decir los contenidos en los términos de referencia del servicio y la propuesta técnica del contratista. La numeración de los entregables no representa la cantidad de los mismos toda vez que hay entregables que se generan por cada mes del servicio u otra frecuencia. Durante la fase pre operativa se elaborará la Matriz de Entregables General que contemple todos los entregables contratados. Los planes deben estar definidos en la fase pre-operativa y actualizados semestralmente, como mínimo, en caso que lo ameriten. El Plan de Transferencia es el único plan que no se define en la fase pre-operativa sino que se definirá previo al último día hábil del mes anterior al inicio de la fase de cierre y transferencia, considerándose en ese momento la necesidad de operativizarlo mediante un comité de transferencia. Por cada entregable el MEF puede solicitar una reunión en cuyo caso el Contratista deberá elaborar una presentación para exponerla durante dicha reunión. El archivo electrónico de la presentación para dicha reunión deberá ser remitida al MEF por correo electrónico con al menos dos días de anticipación de la fecha convocada. Todos los entregables serán remitidos al Coordinador General del Proyecto del MEF en dos (2) ejemplares impresos y en formato electrónico. Las aprobaciones de entregables las gestionará el Equipo de Coordinación Técnica del Proyecto (ECTP) quien al interno del MEF u otras entidades buscará las aprobaciones según la temática y dominio de las materias correspondientes. Los plazos comprometidos por el ECTP se muestran en el acápite 6.1.4. “Otros Mecanismos de Coordinación” En caso hubiesen observaciones a los Entregables, el contratista deberá subsanarlas y emitir una nueva versión del entregable en un máximo de cinco días (05) calendario de ser notificado. En casos justificados, el contratista podrá solicitar por escrito una ampliación de plazo, la cual deberá ser aprobada por el Coordinador de Proyecto, utilizando para ello el silencio negativo, es decir si no hay respuesta del Coordinador del Proyecto en dos días de recibida la solicitud, se entenderá como aceptada la petición de ampliación de plazo, la cual no deberá exceder los cinco (05) días adicionales al plazo original, y por única vez.
3.1.4 INDICADORES DE CONTROL DEL SUB SERVICIO DE HOSTING DE INFRAESTRUCTURA Adicionalmente, para realizar el control y seguimiento del sub servicio se proponen como mínimo los siguientes indicadores: 3.1.4.1 Indicadores de Cumplimiento de Tiempo Ítem
Nombre Indicador
Periodo de Medición (Tiempo real de instalación y configuración de plataforma tecnológica / Tiempo establecido de instalación y configuración Por Hito de de plataforma tecnológica en el Plan de Trabajo aprobado) Entrega
Valor Objetivo <= 1
Suma de los Días de retraso de los entregables respecto a la fecha establecida en la Matriz de Entregables aprobada por cada uno de ellos
<=0 días
Fórmula de cálculo
ICS-SHI-01
Cumplimiento de plazos instalación configuración de la plataforma tecnológica
y
ICS-SHI-02
Cumplimiento de plazos de entregables del Sub Servicio
Mensual
Tabla 3: Indicadores de control de cumplimiento de Tiempo del Sub Servicio “Hosting de Infraestructura”
3.1.4.2 Indicadores de Cumplimiento de Calidad Código
Periodo de Medición Mensual
Valor Objetivo >= 95%
Mensual
99.90% 99.90%
(total horas mes disponible / total horas mes contratadas) * 100 (total horas mes disponible / total horas mes contratadas) * 100
Mensual (por cada enlace individual) Mensual Mensual
(temperatura media mes del centro de datos)
Mensual
[18 – 21] ºc
(densidad del vapor de agua / densidad de vapor de agua de saturación) * 100
Mensual
[40 – 60] %
(Plazo promedio de restauración de backups desde que se solicita hasta que se encuentre operativo el backup) Nota: Se promedia las duraciones entre la cantidad de restauraciones del mes
Mensual
<=24hrs
Nombre Indicador
Fórmula de cálculo
ICS-SHI-03
% de incidencias resueltas por mes
ICS-SHI-04
% de disponibilidad del servicio de Hosting por (total horas mes disponible/ total horas mes contratadas) * 100 mes % de disponibilidad de la conectividad (enlace (total horas mes disponible / total horas mes contratadas) * 100 de datos, por cada enlace individual)
ICS-SHI-05
ICS-SHI-06 ICS-SHI-07 ICS-SHI-08 ICS-SHI-09 ICS-SHI-10
% de disponibilidad de alimentación eléctrica % de disponibilidad del acceso al monitoreo para el MEF Temperatura media (Disponibilidad Medioambiental) Humedad Relativa (Disponibilidad Medioambiental) Restauración de Backups (Se realizarán 2 restauraciones mensuales para el ambiente de Desarrollo y 4 restauraciones mensuales para el ambiente de Calidad)
(∑Incidencias resueltas/ / ∑ Incidencias reportadas ) * 100
99.90% 99.90%
Tabla 4: Indicadores de control de cumplimiento de calidad del SubServicio “Hosting de Infraestructura”
Adicionalmente a estos indicadores, el contratista deberá generar indicadores de gestión de proyectos como los avances del cronograma, el valor ganado, SPI, CPI, curva S entre otros, que serán definidos durante la fase pre operativa y serán estandarizados por el MEF con el apoyo de su servicio de PMO Todos los indicadores se encontrarán en marcha blanca, durante los dos (02) primeros meses de la fase operativa del sub servi cio de “Hosting de Infraestructura” del SI GEP, de modo que los ANS serán medidos, pero no existirá penalizaci ón para el contratista si no se alcanzan. Durante ese periodo los indicadores y penalidades podrán ser analizados y ajustados de acuerdo con los resultados obtenidos, establec iendo valores más realistas con los eventos ocurridos durante dicho periodo, única y exclusivamente a potestad del MEF. Las penalidades serán aplicadas a partir del mes (03) de la fase de operación. El contratista deberá completar una ficha de detalle por cada uno de los indicadores aprobados con el MEF durante la marcha blanca. En la ficha, entre otros detalles, debe constar cual es la fuente de información de cada componente que conforma el indicador. El contratista será responsable de calcular y actualizar los indicadores relativos a su sub servicio.
3.1.5 PENALIDADES DEL SUB SERVICIO DE HOSTING DE INFRAESTRUCTURA Las penalidades del presente sub servicio han sido clasificadas de igual manera que los indicadores y están en su mayoría relacionados a ellos en cuanto a incumplimientos en tiempo (plazos), calidad y otros.
3.1.5.1 Por incumplimiento según los Indicadores de Cumplimiento de Tiempo Código Indicador asociado
Indicador Asociado / Concepto
Monto de la Penalidad(por incumplimiento del valor objetivo) 25% de una (01) UIT por valores entre [1.01 – 1.02]
ICS-SHI-01
ICS-SHI-02
Cumplimiento de plazos de 50% de una (01) UIT por valores entre [1.03 – 1.05] instalación y configuración de la Una (01) UIT por valores superiores a 1.05 plataforma tecnológica La penalidad se aplica en la medición por cada hito Cumplimiento de plazos de entrega 10% de UIT por cada día de retraso de Entregables del Sub Servicio
Tabla 5: Penalidades por incumplimiento de tiempo - “Sub Servicio de Hosting de Infraestructura ”
3.1.5.2 Por incumplimiento según los Indicadores de Cumplimiento de Calidad
Código Indicador asociado ICS-SHI-08
Indicador asociado / Concepto
Monto de la Penalidad(por incumplimiento del valor objetivo)
Temperatura media Por Altas Temperaturas (Disponibilidad Medioambiental) 25% de una (01) UIT por valores mayores de 21ºc e inferiores de 22 ºc 50% de una (01) UIT por valores superiores o iguales a 22ºc e inferiores de 24ºc Una (01) UIT por valores superiores o iguales a 24ºc Por Bajas Temperaturas 25% de una (01) UIT por valores superiores o iguales a 17ºc e inferiores de 18ºc 50% de una (01) UIT por valores superiores o iguales a 16ºc e inferiores de 17ºc Una (01) UIT por valores inferiores a 16ºc
ICS-SHI-09
Humedad relativa (Disponibilidad Medioambiental)
Por Humedad Relativa Alta 25% de una (01) UIT por valores superiores de 60 % e inferiores o iguales de 70 % Una (01) UIT por valores superiores a 70% Por Humedad Relativa Baja 25% de una (01) UIT por valores superiores o iguales a 30 % e inferiores de 40%
Código Indicador asociado
Indicador asociado / Concepto define conducta impropia, a las acciones que ocasionen perjuicio a la imagen del MEF, constituyan actos ilícitos, causen perjuicio económico, a la falta de respeto, maltrato y/o agresión física o sicológica, contra el cliente principal o empleadores, superiores u otros similares, entre otras. Se entiende por falseamiento de información la acción que realiza una persona, de manera premeditada y por interés o conveniencia personal o de terceros, consistente en alterar, modificar, crear o eliminar alguna información que es relevante para la gestión del sub servicio.
Monto de la Penalidad(por incumplimiento del valor objetivo) Al margen de la solicitud de cambio de personal y de las acciones legales que el MEF estime pertinente.
Una (01) UIT, en la primera ocurrencia que se detecte; dos (02) UIT, en la segunda ocurrencia que se detecte y cuatro (04) UIT a partir de la tercera ocurrencia. Sin perjuicio de iniciar las acciones legales correspondientes.
Tabla 7: Otras Penalidades para el Sub Servicio de Hosting de Infraestructura
Nota 1: La UIT a considerar la penalidad es el monto de la Unidad Impositiva Tributaria en el Perú establecida en el año en que se configuró la situación que originó la penalidad
El procedimiento de aplicación de Penalidades se encuentra descrito en el Anexo 12.2
3.2 SUB SERVICIO DE DESARROLLO E IMPLANTACIÓN 3.2.1 OBJETIVO DEL SUBSERVICIO DE DESARROLLO E IMPLANTACION Este sub servicio debe realizar el desarrollo, e implantación del Sistema de Gestión Presupuestaria de Planillas del Sector Público (SIGEP), tal como se detalla en los siguientes apartados. El sub servicio se desarrollará en un máximo de veintitrés (23) meses. En los primeros tres (03) meses como máximo el contratista deberá abocarse a la planificación del sub servicio y a instalar su oficina en las cercanías del MEF dejando todo listo para iniciar operaciones, en los siguientes diecisiete (17) meses realizará las labores de Análisis y Diseño del GAP6 del Sistema, y la Construcción y Pruebas de las funcionalidades del SIGEP, y los últimos tres (03) meses para el cierre del sub servicio y la transferencia al MEF o quien este designe.
3.2.2 ALCANCE DEL SUB SERVICIO DE DESARROLLO E IMPLANTACION 3.2.2.1 Fases del Sub Servicio de Desarrollo e Implantación El sub servicio de Desarrollo e Implantación del SIGEP, estará compuesto en las siguientes Fases:
3.2.2.1.1 Fase Pre Operativa
A continuación se ilustran las fases del sub servicio en línea temporal: PREOPERATIVA
CIERRE
MES 01 MES 02 MES 03
MES 01 MES 02 MES 03
MES 01 MES 02 MES 03 MES 04 MES 05 MES 01 MES 02
…
…
MES 18 MES 19 MES 20 MES 21 MES 22 MES 23 MES 15 MES 16 MES 17
OPERATIVA Ilustración 3: Fases del Sub Servicio “ Desarrollo e Implantación” en línea temporal
3.2.2.2 Actividades del Sub Servicio de Desarrollo e Implantación Las actividades a ejecutar en cada fase del sub servicio de Desarrollo e Implantación son las siguientes:
Fase Pre Operativa o
Preparar los planes de gestión del sub servicio y sus documentos de gestión alineado al PMBOK edición vigente, el diseño de los formatos, los cuales serán validados por el MEF con el apoyo de su servicio de PMO, quienes proveerán de
o
Analizar y Diseñar el Gap del Sistema7 - Analizar la información funcional y especificaciones técnicas proporcionadas por el MEF.8 - Desarrollar reuniones de trabajo con el equipo técnico del MEF para identificar el GAP del Sistema. (posibles mejoras en el sistema o actualizaciones normativas que hayan ocurrido desde el momento de la elaboración de esta información hasta la fecha de inicio de las actividades de la consultoría). Identificar el Gap del modelo funcional del proceso de Gestión Presupuestaria de Planillas del Sector Público Peruano.
Identificar el Gap de los requisitos funcionales y no funcionales del Sistema.
- Realizar el análisis y diseño del GAP.
Actualizar el modelo de negocio, especificación de casos de uso (prototipo, especificación, diagrama de secuencia y diagrama de actividad), diagramas de estado, modelo de datos y diagrama de componentes del Sistema, según el Gap del sistema. Actualizar la especificación de los procesos, requisitos funcionales, y reglas de negocio, según el Gap del sistema.
Módulo 1: Registro de Documentos de Gestión (CAP, PAP, CPE) 9 y Administración de Información Maestra El módulo contempla en líneas generales lo siguiente: Registro del Documento de Gestión CAP, que permitirá a los usuarios de las distintas Unidades Ejecutoras registrar en el sistema la información de su CAP aprobado. Así también incluye la revisión del CAP registrado por parte de la entidad competente (SERVIR) y su validación o registro de observaciones. En el último caso el sistema permite al usuario de la Unidad Ejecutora la subsanación de las observaciones recibidas. Procesos Automatizados (1):
RCAP – Registro y Validación de CAP Aprobado
Registro del Documento de Gestión PAP, que permitirá a los usuarios de las distintas Unidades Ejecutoras registrar en el sistema la información de su PAP aprobado. Así también incluye la revisión del PAP por parte de la DGGRP del MEF a fin de verificar el mismo frente al financiamiento presupuestal (a través de una consulta al SIAF). De la misma manera que con el CAP, se podrá validar o registrar observaciones. En el último caso el sistema permite al usuario de la Unidad Ejecutora la subsanación de las observaciones recibidas. Procesos Automatizados (1): RPAP – Registro y Validación de PAP Aprobado Registro del Documento de Gestión CPE, que permitirá a los usuarios de las distintas Unidades Ejecutoras registrar en el sistema la información de su CPE
modificación o inactivación de Unidades Ejecutoras, según la información proporcionada por el SIAF II. Procesos Automatizados (3): RUEJ – Registro de Unidad Ejecutora, MUEJ – Modificación de Unidad Ejecutora, y BUEJ – Baja de Unidad Ejecutora.
Administración de datos de los conceptos de ingreso, que permitirá a los usuarios de la DGGRP del MEF, responsable de su mantenimiento, el ingreso de datos, modificación o inactivación y conceptos de ingreso. Así también incluye la asignación de conceptos de ingreso a plazas/registros o personas específicas según sea el caso. Procesos Automatizados (3): RECO – Registro de Concepto, MOCO – Modificación de Concepto, y BACO – Baja de Concepto. Administración de datos de personas, que permitirá a los usuarios de las distintas Unidades Ejecutoras registrar en el sistema a una persona específica asignada a una plaza o registro. Así también incluye la modificación de datos de la persona y el registro de su baja en la plaza o registro donde está asignada. Procesos Automatizados (3): REPE - Registrar de Persona, MOPE – Modificación de Persona, y BAPE – Baja de Persona. Administración de datos de asignación de conceptos a persona, que permitirá a los usuarios de la DGGRP del MEF, registrar en el sistema los conceptos que le corresponde tener asignados a una persona. Procesos Automatizados (1): ACPE – Asignación de Concepto a Persona.
BACO – Baja de Conceptos REPE – Registro de Personas MOPE – Modificación de Personas BAPE – Baja de Personas ASOR – Atención de Solicitud de Otros Registros RCPE – Registro y Validación de CPE Aprobado Casos de Uso Generales (Parte 2) Esta estrategia de despliegue es referencial y podría alterarse en caso que se evalúe la necesidad de hacerlo. El Contratista podrá sugerir cambios que deberán ser evaluados y aprobados (de ser el caso) por el MEF. Módulo 2: Registro y Ejecución de Planillas El módulo contempla en líneas generales lo siguiente:
Registro de planilla, que permitirá a los usuarios de las distintas Unidades Ejecutoras cargar en el sistema la información de sus planillas por tipo de planilla y periodo de la misma (mensualmente). Durante la carga el sistema verifica si el archivo seleccionado cumple con la estructura establecida, de no ser el caso muestra los errores encontrados para permitir al usuario de la Unidad Ejecutora su subsanación y que lo vuelva a cargar. Proceso
Módulo 2
RVPL – Registro y Validación de Planillas MCPA – Mantenimiento de Cronograma de Pagos CRIN – Control de Registros de Información
Módulo 3: Generación de Reportes El módulo contempla en líneas generales lo siguiente:
Generación de reportes, que permitirá a los usuarios del sistema visualizar distintos tipos de reportes según los permisos establecidos. Estos reportes son principalmente de información relacionada al CAP, PAP, CPE, otro tipo de registros y las personas asignadas por Unidad Ejecutora, planillas registradas, etc. Proceso Automatizado (1): OBRE – Obtener Reportes Modulo Módulo 3
Procesos Automatizados OBRE – Obtener Reportes
Para la construcción de los módulos del SIGEP, el contratista deberá incluir todos los requerimientos identificados y deberán implementarse de acuerdo a las especificaciones de los casos de uso del Sistema.
cronograma del sub servicio del presente documento, será necesaria la realización de la siguiente migración:
Migración de información maestra : en el momento de la puesta en producción
del Módulo 1, donde se migrará toda la información maestra necesaria para el correcto funcionamiento del Sistema. 10
Migración de información transaccional : en el momento de la puesta en
producción del Módulo, donde se migrará la información transaccional necesaria para el correcto funcionamiento del Sistema. El contratista debe presentar un Plan de Migración (el cual debe contener como mínimo: secuencia de ejecución de scripts, script de carga de datos a tablas maestras, scripts de migración de datos transaccionales al SIGEP, mecanismos de validación y verificación de datos migrados) el cual debe garantizar el paso organizado de datos hacia el nuevo sistema, según la planificación propuesta. Con el fin de asegurar la Migración, el contratista deberá presentar también un Plan de Depuración de Datos, de tal forma que los datos que no hayan pasado con la migración inicial, se logren pasar con dicho plan. El MEF entregará los datos contenidos en las bases de datos actuales en el formato que convengan las partes. Se debe clarificar que este proceso no puede causar indisponibilidades del sub servicio. El contratista ayudará a identificar inconsistencias en base a las reglas de negocio y validaciones establecidas con el MEF. El contratista deberá ayudar a definir el procedimiento de actualización
El ciclo de pruebas necesario para cada módulo del Sistema deberá ser el siguiente: a. El contratista deberá realizar las pruebas unitarias, de integración y de regresión en el ambiente de desarrollo y las pruebas de escalabilidad y estrés en el ambiente de calidad; que garanticen la calidad del producto y que cumplan con los requisitos funcionales y no funcionales definidos. b. Una vez culminada las pruebas de forma satisfactoria (cumpliendo los criterios de aceptación11) por parte del contratista de desarrollo e implantación, realizará un pase formal al MEF solicitando la aceptación de las funcionalidades, para esto deberá elaborar el Documento de Pase a Pruebas de Aceptación , el cual debe contener información correspondiente a: Lista de funcionalidades construidas y probadas que se encuentran pendiente de aceptación por el MEF.
Documento de Pruebas (evidencia de las pruebas realizadas: funcionales y no funcionales)
Lista de objetos que forman parte del pase.
Lista de pasos a seguir para el desarrollo del pase. Mecanismos de reversión.
En caso de incumplimiento por parte del Proveedor, el MEF estará facultado a aplicar penalidades según lo descrito en el capítulo “3.2.5 PENALIDADES DEL SUB SERVICIO DE DESARROLLO E IMPLANTACION” o
Realizar la implantación del Sistema. La implantación comprende todas las actividades que lleven a dejar operando el sistema en producción, es decir formalizaciones (documentos que autorizan la implantación), entrenamientos para los equipos de mesa de ayuda (soporte funcional) y de capacitación a usuarios finales, puesta en producción, y monitoreo inicial del sistema. La implantación del Sistema será gradual según los módulos desarrollados (certificación y puesta en producción), inicialmente en un grupo de UE piloto, seleccionadas buscando generar un efecto demostración, y luego en el resto de UE del GN y GGRR. El nuevo Sistema deberá ser implantado en la infraestructura de Hardware y Software instalado inicialmente, en los tres entornos existentes (desarrollo, pruebas y producción) según el ciclo de vida del sub servicio. Entornos Como se comentó anteriormente, existirán tres entornos donde desplegar el Sistema según el ciclo de vida del sub servicio:
d. ASOR. Atención de Solicitud de Otro Tipo de Registros e. RUEJ. Registro de Unidad Ejecutora f. MUEJ. Modificación de Unidad Ejecutora g. BUEJ. Baja de Unidad Ejecutora h. RECO. Registro de Concepto i. ACPE. Asignación de Concepto a Persona j. MOCO. Modificación de Concepto k. BACO. Baja de Concepto
l. REPE. Registro de Persona m. MOPE. Modificación de Persona n. BAPE. Baja de Persona o. MAMA. Mantenimiento de Maestras
Módulo 2: Registro y Ejecución de Planillas Conformado por las implementaciones de los siguientes procesos: a. RVPL. Registro y Validación de Planillas b. MCPA. Mantenimiento de Cronograma de Pago
garantizando que cuando suba a producción para el resto de UE ya se hayan producido todas las posibles particularidades del caso. d. Implantación del Módulo 2 sobre el resto de UE: se implantará el Módulo 2 al resto de UE del GN y GGRR. El Módulo 2 implantado en este caso, contendrá las posibles correcciones o mejoras necesarias resultado de su uso por las UE del Piloto 2. e. Implantación del Módulo 3 sobre un grupo de UE – Piloto 3: se escogerá un grupo de UE, que por su situación o particularidad sirvan de ejemplo para la comprobación y validación del correcto funcionamiento del Módulo 3, garantizando que cuando suba a producción para el resto de UE ya se hayan producido todas las posibles particularidades del caso. f. Implantación del Módulo 3 sobre el resto de UE: se implantará el Módulo 3 al resto de UE del GN y GGRR. El Módulo 3 implantado en este caso, contendrá las posibles correcciones o mejoras necesarias resultado de su uso por las UE del Piloto 3.
La lista de UE de cada piloto deberá ser confirmada como parte de la estrategia de gestión de la comunicación para el cambio. Para elaborar la propuesta de conformación de UE para los pilotos, se ha tomado como base la información de plazas por sector proporcionada por el MEF para las tareas de sizing de infraestructura. A partir de esta información se ha identificado que los sectores que cuentan con más plazas son las siguientes: (a) Ministerio de Economía y Finanzas, (b) Sector Educación, (c) Sector Salud, (d) Sector Interior, (e) Sector Defensa, (f) Sector Justicia (g) Gobiernos Regionales; en adición se ha considerado otros criterios tales como incluir a SERVIR por ser una entidad de
A partir de este análisis, se propone que la conformación de cada grupo de UE cubra por lo menos con las siguientes entidades: Módulo
Sector
Módulo 1: Registro de Documentos de Gestión Justicia (CAP, PAP, CPE) y Administración de Educación o Salud Información Maestra Educación o Salud Defensa o Interior Gobierno Regional Economía y Finanzas Gobierno Nacional Módulo 2: Registro y Ejecución de Planillas Educación o Salud Defensa o Interior Gobierno Regional Economía y Finanzas Gobierno Nacional Módulo 3: Generación de Reportes Educación o Salud Gobierno Regional Economía y Finanzas Gobierno Nacional
Tipo de UE Ministerio Ministerio Unidad Ejecutora Ministerio Todo el Pliego Ministerio SERVIR Unidad Ejecutora Unidad Ejecutora Todo el Pliego Ministerio SERVIR Ministerio Todo el Pliego Ministerio SERVIR
Ubicación Geográfica Lima Metropolitana Lima Metropolitana Provincia Lima Metropolitana Provincia Lima Metropolitana Lima Metropolitana Lima Metropolitana Lima Metropolitana Provincia Lima Metropolitana Lima Metropolitana Lima Metropolitana Provincia Lima Metropolitana Lima Metropolitana
Tabla 8: Propuesta de UE para los pilotos según el módulo a implantar
Esta propuesta es referencial y podría ser modificada de común acuerdo entre el Contratista del Sub Servicio de Desarrollo e Implementación del SIGEP y el MEF. Previo a la puesta en marcha de los módulos, tanto de los pilotos como para todas las UE, el contratista deberá cumplir con los requerimientos de capacitación a los usuarios implicados, para lo cual se apoyará del equipo a cargo de la Gestión de la Comunicación para el Cambio para realizar las formaciones correspondientes sobre el módulo a implantarse.
Página 41 de 341
Elaboración de Manuales El contratista, a su vez, deberá elaborar los manuales y documentación adicional necesaria para realizar el pase del producto y/o solución desarrollada. Como parte de las actividades deberá considerar como mínimo:
Elaborar el Manual de Instalación y Configuración del Sistema SIGEP :
Contiene la información correspondiente a las configuraciones, mecanismos de despliegue, carga inicial de datos y todos aquellos elementos necesarios para dejar operando el sistema en los ambientes de pruebas y/o producción.
Elaborar el Manual de Usuario : Contiene la información referente al uso del
software y/o producto adaptado a nivel usuario, mismo que podrá ser utilizado como referencia futura por los grupos de interés. o
Realizar la capacitación al perfil capacitador del sub servicio de Gestión de la Comunicación para el Cambio.
o
Realizar la transferencia de documentos, conocimientos y otros generados en el servicio, al sub servicio de soporte post productivo de: - Documentos de Análisis y Diseño. - Acceso al Repositorio de Fuentes. - Programas Fuentes.
- Plan de Trabajo para la transferencia del conocimiento técnico/funcional de cada aplicativo. - Plan de Trabajo para la transferencia del Sistema de gestión de Seguridad de la Información. - Entrega de la versión final de los manuales del sistema - Entrega de los respaldos generados por el contratista - Entrega de toda la información necesaria para la inscripción ante INDECOPI (Se precisa que la información solicitada es la necesaria para realizar los trámites de Registro de la Propiedad Intelectual de los Productos Software propiedad del MEF) de las soluciones Tecnológicas propiedad de MEF, según las normas vigentes. - Matriz de Entregables de la fase de transferencia y cierre - Modelo de acta del plan de transferencia y cierre Ante la posibilidad de que el alcance del sub servicio pueda ser impactado por la necesidad de mejoras o de nuevos casos de uso, motivados por cambios en el negocio o por impacto de nueva normatividad, se ha contemplado en el sub servicio una bolsa de horas equivalente al 35% del esfuerzo estimado en el alcance inicial, las mismas que serán consumidas y aprobadas por el MEF según necesidad. A continuación se muestra el detalle del alcance de la bolsa de horas:
- Resumen Anual de Indicadores de Control de Servicio. - Análisis Anual de la Demanda del Servicio (dentro del análisis presentar gráficamente el comportamiento de la demanda del servicio por año). - Análisis Anual de ocurrencias del servicio (dentro del análisis presentar estadística anual, listar y describir las de mayor frecuencia). - Conclusiones. - Recomendaciones. - Anexo 1 - Artefactos de análisis y diseño consolidados. - Anexo 2 - Programas fuente consolidada. - Anexo 3 - Documento de Configuración de parámetros e Instalación del SIGEP. o
Realizar la Entrega del Informe Final del Servicio.
Realizar la Transferencia al servicio de Soporte Post Productivo del acervo
o
documentario generado durante el sub servicio de Desarrollo e Implantación, el cual comprende todos los entregables, bitácoras de ocurrencias y documentos administrativos y los conocimientos necesarios para el siguiente sub servicio o
Gestionar el Acta de Transferencia y Cierre del Servicio
3.2.2.3 Aspectos del Sub Servicio de Desarrollo e Implantación
3.2.3 ENTREGABLES DEL SUB SERVICIO DE DESARROLLO E IMPLANTACION A continuación se describen los entregables mínimos por cada una de las fases:
Página 45 de 341
Fase Pre Operativa
Entregable E01 – Plan de Trabajo de la Fase Pre Operativa E02 – Plan General del Sub Servicio.
Contenido mínimo y/o definición
Plazo máximo de entrega
Planifica las actividades de la Fase Pre Operativa
Al término de la primera semana calendario de la Fase Pre Operativa Define la manera en que el sub servicio se ejecuta, se m onitorea, se desarrolla Antepenúltima semana de y se cierra, contiene como mínimo: la Fase Pre Operativa y actualizado semestralmente o Plan de Gestión de Recursos Humanos. durante la Fase Operativa Plan de Implementación. o Plan de Gestión de la Calidad. Plan de Gestión de Riesgos. o Plan de Gestión de Alcance y Tiempo (contiene la matriz general del sub servicio con las frecuencias y momentos de entrega de cada entregable, el Plan de Trabajo de la Fase Operativa, la EDT, entre otros, según el contrato. o Plan de Comunicaciones. o Plan de Operación y Mantenimiento (contiene como minimo: Flujo de Operación y Mantenimiento, Lista de Contactos, Matriz de Responsabilidades, Registros de Operación y Mantenimiento, Informes Periodicos, Equipos y Herramientas para la Operación y Mantenimiento, Normas y Recomendaciones de Aplicación, Manual de Operación y Mantenimiento). - Estos planes deben contener donde corresponda, los formatos de Actas de Comité y de informes relacionados a los entregables periódicos de la fase operativa. - Informe de habilitación del Sub Servicio, conteniendo el detalle de las labores de: (a) Provisión, Instalación y Configuración de la Infraestructura Física, (b) Provisión, Instalación y Configuración de la Infraestructura Tecnológica, (c) Proporcionar el equipamiento del personal. Incluye la relación de entregables terminados y pendientes o o
E03 – Informe de Habilitación del Sub Servicio. E04 – Informe de Seguimiento Quincenal al Plan de la Fase Pre Operativa
Diez (10) días calendario antes del término de la Fase Pre Operativa. Cada quincena de la Fase Pre Operativa
Página 46 de 341
E05 – Informe Final de la Fase Pre Operativa E06 – Acta de Conformidad de la Fase Pre Operativa E07 – Informe Mensual del Sub Servicio. Operativa
Incluye la relación de entregables terminados
Una semana calendario antes del término de la Fase Pre Operativa Suscrito por el MEF y el contratista Al término de la Fase Pre Operativa Cumplimiento de las actividades del contrato planificadas en el mes, Tres (03) días hábiles indicadores, avance del cronograma, etc., incluye reporte detallado mensual del siguientes al último día sub servicio que debe contener como mínimo: hábil de cada mes de la Informe de Gestión (Este contenido es referencial, deberá ser ajustado Fase Operativa. a lo que defina el servicio de PMO) Indicadores de Valor Ganado (SPI, CPE, Curva S) Reporte de cumplimiento de los planes de gestión de alcance, tiempo, riesgos, entre otros. Datos del Lote de Funcionalidades. Número de funcionalidades del lote por categoría. Listado de funcionalidades del lote. Estimaciones en tiempo y recursos aprobadas por funcionalidades. Fecha de solicitud de atención del lote. Fecha de compromiso de entrega. Estado de la funcionalidad. Datos de los Servicios Ejecutados durante el mes reportado Periodo reportado. Listado de funcionalidades aceptadas (indicando: funcionalidad, tiempo planificado, tiempo utilizado, fecha de inicio del soporte, fecha de culminación comprometida, fecha de inicio de las pruebas de aceptación, fecha final de las pruebas de aceptación). Listado de funcionalidades atendidas (indicando: funcionalidades, tiempo planificado, tiempo utilizado, fecha de inicio del soporte, fecha de culminación comprometida). Listado de funcionalidades en proceso de atención (indicando: incidencias, tiempo planificado, porcentaje de avance) Lecciones Aprendidas. Principales ocurrencias durante el periodo reportado.
Página 47 de 341
E08 – Análisis y Diseño del GAP del Sistema
Diagrama BPMN de Procesos Automatizados. Especificación de Actividades de los Procesos Automatizados. Diagrama de Actores de Negocio. Diagrama de Casos de Uso de Negocios. Diagrama de Casos de Uso por Proceso Automatizado. Matriz de Trazabilidad Procesos Automatizados, Casos de Uso de Negocio, Casos de Uso del sistema. Especificación de Casos de Uso del Sistema. Diagrama de Actividad por Caso de Uso del Sistema. Prototipo de Pantalla por Casos de Uso del Sistema (donde corresponda). Diagrama de Secuencia por Caso de Uso del Sistema. Diagrama de Clases de la Capa de Presentación por Proceso Automatizado. Diagrama de Clases de la Capa de Lógica de Negocios por Proceso Automatizado. Diagrama de Clases de la Capa de Datos por Proceso Automatizado. Modelo Físico de la Base de Datos por Proceso Automatizado. Diagrama de Estados (donde corresponda). Diagrama de Componentes por Procesos Automatizado
Según el Plan de la Fase Operativa en la fecha que corresponda al mes operativo.
E09 – Diseño de Casos de Prueba (para pruebas funcionales y no funcionales).
Según el Plan de la Fase Operativa en la fecha que corresponda al mes operativo
E10 – Documento de Pruebas.
Según el Plan de la Fase Operativa en la fecha que corresponda al mes operativo Según el Plan de la Fase Operativa en la fecha que corresponda al mes operativo
E11 – Documento de Pase a Pruebas de Certificación
Página 48 de 341
E12 – Plan de Migración
E13 – Plan de Depuración de Datos. E14 – Documento de Definición de Equivalencia de Tablas y Campos (entre el AIRHSP y el SIGEP). E15 – Programas Fuentes
E16 – Scripts de bases de datos y de migración E17 – Manual técnico.
E18 – Manual de usuario.
E19 – Manual de Instalación y Configuración del Sistema.
Según el Plan de la Fase Operativa en la fecha que corresponda al mes operativo Según el Plan de la Fase Operativa en la fecha que corresponda al mes operativo Según el Plan de la Fase Operativa en la fecha que corresponda al mes operativo Según el Plan de la Fase Operativa en la fecha que corresponda al mes operativo Según el Plan de la Fase Operativa en la fecha que corresponda al mes operativo Según el Plan de la Fase Operativa en la fecha que corresponda al mes operativo Según el Plan de la Fase Operativa en la fecha que corresponda al mes operativo Manual de Instalación y Configuración del Sistema, conteniendo como m ínimo: Según el Plan de la Fase Operativa en la fecha que Configuraciones o corresponda al mes Mecanismos de Despliegue o operativo Carga Inicial de Datos o o Elementos necesarios para dejar operando el sistema en los ambientes de pruebas y/o producción. Página 49 de 341
E20 – Matriz de Entregables Mensual
E21 – Plan de Transferencia y Cierre
De acuerdo a la matriz general de entregables, se genera una matriz mensual con los entregables que correspondan a dicho mes de la fase operativa, indicando los cumplimientos y la referencia de sus sustentos.
Una vez cumplidos todos los entregables del mes, como requisito para la conformidad del mes por parte del MEF Plan de Transferencia y Cierre, conteniendo como mínimo: Último día hábil del mes o Cronograma de actividades, responsables y plazos para realizar la anterior al inicio de la fase de cierre y transferencia. transferencia y cierre Estrategia de Transferencia de Aplicativos al MEF, el sub servicio que o corresponda o a quien el primero designe y a la Oficina General de Tecnologías de Información del MEF. o Entrega de documentación y código fuente de cada aplicativo al MEF, el sub servicio que corresponda o a quien el primero designe y a la Oficina General de Tecnologías de Información del MEF. Entrega de la documentación que contenga la configuración de o ambientes de desarrollo e integración aplicativa. o Plan de Trabajo para la transferencia del conocimiento técnico/funcional de cada aplicativo. Plan de Trabajo para la transferencia del Sistema de gestión de o Seguridad de la Información. Entrega de la versión final de los manuales del sistema o o Entrega de los respaldos generados por el contratista o Entrega de toda la información necesaria para la inscripción ante INDECOPI (Se precisa que la información solicitada es la necesaria para realizar los trámites de Registro de la Propiedad Intelectual de los Productos Software propiedad del MEF) de las soluciones Tecnológicas propiedad de MEF, según las normas vigentes. o Matriz de Entregables de la fase de transferencia y cierre Modelo de acta del plan de transferencia y cierre o Otros propuestos por el contratista y aprobados por el MEF o
Página 50 de 341
E22 – Proyecto de Actas de Comité
Adjunto al Acta debe ir Resumen ejecutivo mensual del sub servicio, conteniendo como o mínimo: Matriz de Control y Seguimiento del Sub Servicio (Semáforo de Estado del Sub Servicio, Ratio de Avance Real vs Planificado). Lista de Ocurrencias. Lista de Acciones Correctivas. Lista de Acciones Preventivas. Matriz de Riesgos Actualizada. Próximos Pasos. Reporte de Seguimiento del Plan de Trabajo del Periodo. Presentación a utilizar en el Comité. o Es el acta actualizada luego de realizado el Comité, y debe ser gestionada por el contratista para su firma. Adjunto al Acta suscrita debe ir Resumen ejecutivo mensual del sub servicio, conteniendo como o mínimo: Matriz de Control y Seguimiento del Sub Servicio (Semáforo de Estado del Sub Servicio, Ratio de Avance Real vs Planificado). Lista de Ocurrencias. Lista de Acciones Correctivas. Lista de Acciones Preventivas. Matriz de Riesgos Actualizada. Próximos Pasos. Reporte de Seguimiento del Plan de Trabajo del Periodo Presentación a utilizar en el Comité. o
Tres (03) días hábiles previos a cada comité convocado
E23 – Actas de Comité
Cinco (05) días hábiles siguientes de realizado cada comité durante el servicio
Página 51 de 341
Transferencia y Cierre
E24 – Informe Final del Sub Servicio
Informe que resume todo el sub servicio ejecutado y que como mínimo contendrá: o Resumen Anual de Indicadores de Control de Servicio. o Análisis Anual de la Demanda del Servicio (dentro del análisis presentar gráficamente el comportamiento de la demanda del servicio por año). Análisis Anual de ocurrencias del servicio (dentro del análisis o presentar estadística anual, listar y describir las de m ayor frecuencia). o Resultados de la Transferencia del Sub Servicio, que incluya el resultado de las evaluaciones a los usuarios que el sub servicio capacitará dentro de la transferencia de conocimientos Riesgos y plan de estrategias para respuesta al riesgo (mitigación, o evitación, transferencia del riesgo, etc.) o Conclusiones. o Recomendaciones. Anexo 1 - Artefactos de análisis y diseño consolidados. o Anexo 2 - Programas fuentes consolidados. o o Anexo 3 - Documento de Configuración de parámetros e Instalación del SIGEP.
E25 – Acta de Transferencia y Cierre13
Dentro del último mes del servicio, según lo indicado en el Plan de Transferencia y Cierre
Dentro del último mes del servicio, según lo indicado en el Plan de Transferencia y Cierre
Tabla 9: Fases, entregables y plazo máximo de entrega del Sub Servicio “Desarrollo e implantación del SIGEP”
Se precisa que los listados de los entregables anteriormente detallados se establecen como referencia mínima, siendo su cumplimiento obligatorio. La tarea del Contratista respecto al íntegro del servicio, concluye cuando haya sa tisfecho todos los entregables correspondientes al contrato, es decir los contenidos en los términos de referencia del servicio y la propuesta técnica del contratista. La numeración de los entregables no representa la cantidad de los mismos toda vez que hay entregables que se generan por cada mes del servicio u otra frecuencia. Durante la Fase Pre Operativa se elaborará la Matriz de Entregables General que contemple todos los entregables contratados.
13 El modelo o contenido del acta se encuentra dentro del
Plan de Transferencia y Cierre Página 52 de 341
Los planes deben estar definidos en la fase pre-operativa y actualizados semestralmente, como mínimo, en caso que lo ameriten. Los Planes de Migración, Depuración de Datos y de Transferencia y Cierre son los únicos planes que no se definen en la fase pre-operativa sino que se definirán en la fase operativa. Para el caso del Plan de Cierre y Transferencia será operativizado, mediante un comité de transferencia. Por cada entregable el MEF puede solicitar una reunión en cuyo caso el Contratista deberá elaborar una presentación para exponerla durante dicha reunión. El archivo electrónico de la presentación para dicha reunión deberá ser remitida al MEF por correo electrónico con al menos dos días de anticipación de la fecha convocada. Todos los entregables serán remitidos al Coordinador General del Proyecto del MEF en dos (2) ejemplares impresos y en formato electrónico. Las aprobaciones de entregables las gestionará el Equipo de Coordinación Técnica del Proyecto (ECTP) quien al interno del MEF u otras entidades buscará las aprobaciones según la temática y dominio de las materias correspondientes. Los plazos comprometidos por el ECTP se muestran en el acápite 6.1.4. “Otros Mecanismos de Coordinación”, En caso hubiesen observaciones a los Entregables, el contratista deberá subsanarlas y emitir una nueva versión del entregable en un máximo de cinco días (05) calendario de ser notificado. En casos justificados, el contratista podrá solicitar por escrito una ampliación de plazo, la cual deberá ser aprobada por el Coordinador de Proyecto, utilizando para ello el silencio negativo, es decir si no hay respuesta del Coordinador del Proyecto en dos días de recibida la solicitud, se entenderá como aceptada la petición de ampliación de plazo, la cual no deberá exceder los cinco (05) días adicionales al plazo original, y por única vez.
Página 53 de 341
3.2.4
INDICADORES DE CONTROL DEL SUB SERVICIO DE DESARROLLO E IMPLANTACION
Adicionalmente, para realizar el control y seguimiento del sub servicio se proponen como mínimo los siguientes indicadores 3.2.4.1 Indicadores de Cumplimiento de Tiempo Código ICT-SDI01 ICT-SDI02
Periodo de Medición % de cumplimiento de plazos (∑ Funcionalidades construidas y aprobadas por el contratista del servicio de Mensual de construcción y pruebas. Control de Calidad en plazo/ ∑ Funcionalidades establecidas en el Plan de Trabajo para ser construidas y aprobadas por el contratista del servicio de Control de Calidad) * 100. % de cumplimiento de plazos (∑ incidencias solventadas en plazos acordados/ ∑ incidencias comprometidas Mensual acordados de atención de para ser solventadas en plazos acordados) * 100 incidencias. Nombre Indicador
Fórmula de cálculo
Valor Objetivo 100%
100%
Nota 1: Se ha utilizado el término solventadas para expresar que las tareas de construcción y pruebas para la atención de la incidencia han sido realizadas satisfactoriamente a criterio del contratista del servicio de control de calidad. Asimismo el plazo indicado es el concerniente al del sub servicio de Desarrollo e Implementación. Nota 2: Plazo acordado es el lapso establecido en común acuerdo entre el Proveedor de este servicio y el MEF para solventar cada incidencia.
ICT-SDI03
Cumplimiento de plazos de Suma de los Días de retraso de los entregables respecto a la fecha establecida entrega de entregables del en la Matriz de Entregables aprobada por cada uno de ellos Sub Servicio
Mensual
<=0 días
Tabla 10: Indicadores de Control de Cumplimiento de T iempo del Sub Servicio “Desarrollo e Implantación”
3.2.4.2 Indicadores de Cumplimiento de Calidad Código ICS-SDI04
Periodo de Medición % de incidencias con más de (∑ Incidencias con más de un ciclo de pruebas realizadas en el mes/ ∑ Incidencias Mensual un ciclo de pruebas atendidas por el por contratista del sub servicio de Control de Calidad en el mes) realizadas en el mes. * 100 Nombre Indicador
Fórmula de cálculo
Valor Objetivo >= 95%
Tabla 11: Indicadores de Control de Cumplimiento de C alidad del Sub Servicio “Desarrollo e Implantación” Página 54 de 341
Adicionalmente a estos indicadores, el contratista deberá generar indicadores de g estión de proyectos como los avances del cr onograma, el valor ganado, SPI, CPI, entre otros, que serán definidos durante la fase pre operativa y serán estandarizados por el MEF con el apoyo de su servicio de PMO Todos los indicadores se encontrarán en Marcha Blanca durante la construcción y pruebas del primer bloque del primer módulo del sistema SIGEP, de modo que los ANS serán medidos, pero no existirá penalización para el contratista si no se alcanzan. Durante este periodo los indicadores y penalidades podrán ser analizados y ajustados de acuerdo con los resultados obtenidos, estableciendo valores más realistas con los eventos ocurridos durante dicho periodo, única y exclusivamente a potestad del MEF. El contratista deberá completar una ficha de detalle por cada uno de los indicadores acordados con el MEF durante la marcha blanca. En la ficha, entre otros detalles, debe constar cual es la fuente de información de cada componente que conforma el indicador. El contratista será responsable de calcular y actualizar los indicadores relativos a su sub servicio.
Página 55 de 341
3.2.5
PENALIDADES DEL SUB SERVICIO DE DESARROLLO E IMPLANTACION
Las penalidades del presente sub servicio han sido clasificadas de igual manera que los indicadores y están en su mayoría relacionados a ellos en cuanto a incumplimient os en tiempo (plazos), calidad y otros:
3.2.5.1 Por incumplimiento según los Indicadores de Cumplimiento de Tiempo Código Indicador asociado ICS-SDI-01
Indicador Asociado / Concepto
Monto de la Penalidad(por incumplimiento del valor objetivo)
% de cumplimiento de plazos de 25% de una (01) UIT por valores entre [90 – construcción y pruebas 100[% 50% de una (01) UIT por valores entre [85 90[% Una (01) UIT por valores inferiores a 85%
ICS-SDI-02
% de cumplimiento de plazos de 25% de una (01) UIT por valores entre [90 – atención de incidencias 100[% 50% de una (01) UIT por valores entre [85 90[% Una (01) UIT por valores inferiores a 85%
ICS-SDI-03
Cumplimiento de plazos de entrega 10% de una (01) UIT por cada día de retraso de entregables por entregable
Tabla 12: Penalidades por incumplimiento de tiempo
Sub Servicio de “Desarrollo e Implantación”
3.2.5.3 Otras Penalidades Código Indicador asociado
Indicador Asociado / Concepto
Monto de la Penalidad(por incumplimiento del valor objetivo)
Por la disposición o utilización indebida de información documental o informática de propiedad del MEF para los fines que no corresponden al objeto del sub servicio, en beneficio propio o de terceros), realizada por el Contratista o por su personal.
Una (01) UIT, en la primera vez que se detecte; dos (02) UIT, en la segunda vez que se detecte y cuatro (04) UIT a partir de la tercera vez que se detecte. Sin perjuicio de iniciar las acciones legales correspondientes.
Por conducta impropia e indebida del personal del Contratista. Se define conducta impropia, a las acciones que ocasionen perjuicio a la imagen de la MEF, constituyan actos ilícitos, causen perjuicio económico, a la falta de respeto, maltrato y/o agresión física o sicológica, contra el cliente principal o empleadores, superiores u otros similares, entre otras.
Una (01) UIT por cada ocurrencia. Al margen de la solicitud de cambio de personal y de las acciones legales que el MEF estime pertinente.
Se entiende por falseamiento de información la acción que realiza una Una (01) UIT, en la primera ocurrencia que se persona, de manera premeditada y detecte; dos (02) UIT, en la segunda
3.3 SUB SERVICIO SOPORTE POST PRODUCTIVO 3.3.1 OBJETIVO DEL SUB SERVICIO DE SOPORTE POST PRODUCTIVO Este sub servicio debe realizar el soporte post productivo del Sistema de Gestión Presupuestaria de Planillas del Sector Público (SIGEP), tal como se detalla en los siguientes apartados. El sub servicio se desarrollara en un máximo de treinta y un (31) meses. En los primeros dos (02) meses, como máximo, el contratista deberá abocarse a la planificación del sub servicio y preparar todo lo necesario para que el sub servicio se encuentra listo para iniciar operaciones, y en los restantes veintiocho (28) meses en proveer la ejecución del análisis, diseño, construcción y pruebas de las mejoras solicitadas a las funcionalidades, y el último mes para el cierre del sub servicio y la transferencia al MEF o a quien este designe. Las correcciones por errores que se encuentren afectos a la garantía del sub servicio de Desarrollo e Implantación, no forman parte del alcance de este sub servicio.
3.3.2 ALCANCE DEL SUB SERVICIO DE SOPORTE POST PRODUCTIVO 3.3.2.1 Fases del Sub Servicio de Soporte Post Productivo El sub servicio de Soporte Post Productivo del SIGEP, estará compuesto en las siguientes Fases:
3.3.2.1.1 Fase Pre Operativa
PREOPERATIVA
TRANSF. Y CIERRE
MES 01 MES 02
MES 01 MES 02 MES 03
LINEA DE TIEMPO DEL SERVICIO PRINCIPAL MES 10 MES 11 MES 12 MES 13 MES 14 MES 01 MES 02 MES 03
…
…
MES 35 MES 36 MES 37 MES 38 MES 39 MES 40 MES 24 MES 25 MES 26 MES 27 MES 28
OPERATIVA Ilustración 4: Fases del Sub Servicio “Soporte Post Productivo” respecto a la línea temporal del Servicio de “Hosting de Infraestructura, Desarrollo e Implantación, Soporte Post Productivo, Mesa de Ayuda y Gestión de la Comunicación para el Cambio (Servicio Principal)”
3.3.2.2 Actividades del Sub Servicio de Soporte Post Productivo Las actividades a ejecutar en cada fase del sub servicio de Soporte Post Productivo son las siguientes:
Fase Pre Operativa: o
Preparar los planes de gestión del sub servicio y sus documentos de gestión alineada al PMBOK edición vigente, el diseño de los formatos, los cuales serán validados por el MEF con el apoyo de su servicio de PMO, quienes proveerán de
Fase Operativa: o Realizar el análisis, diseño, construcción y pruebas de mejoras y nuevos casos de uso sobre funcionalidades del Sistema SIGEP (los cuales obedecen a “cambios normativos y/o operativos surgidos en el periodo de tiempo ocurrido entre el inicio del desarrollo y la finalización del desarrollo”), reportadas por la Mesa de Ayuda y autorizadas por el MEF. Para el desarrollo de este sub servicio, el MEF proporcionará la lista de funcionalidades debidamente priorizadas, a partir de ello el contratista debe categorizar el tipo de funcionalidad y establecer los tiempos de trabajo comprometidos para su atención. Esta lista irá siendo actualizada con altas y bajas de funcionalidades hasta la proximidad del final de la fase operativa El contratista debe garantizar la capacidad de brindar el sub servicio de soporte post productivo durante el periodo acordado, asignando oportunamente los perfiles que resulten necesarios según demanda. El equipo mínimo del contratista se especifica en el apartado estructura organizativa y funciones del presente servicio. La provisión y la administración del Entorno de Desarrollo serán asumidas por el contratista de este sub servicio, garantizando su rendimiento y operatividad.
- Documentación de Pruebas. - Manual de Usuario. - Manual Técnico (incluye guías de configuración del SIGEP y de todas las
herramientas de software involucradas en la solución).
- Acervo documentario generado durante el servicio, el cual comprende todos
los entregables, bitácoras de ocurrencias y documentos administrativos.
o
Realizar los siguientes entrenamientos: - Capacitación tecnológica a la OGTI del MEF o a quien realice el mantenimiento
de la plataforma una vez culmine la consultoría.
- Capacitación a los usuarios de la DGGRP del MEF, que serán los usuarios
especiales del Sistema, pues contemplan funcionalidades de gestión y mantenimiento del mismo.
No se han considerado las capacitaciones necesarias a los distintos usuarios de las Unidades Ejecutoras que usaran el Sistema, ya que éstas forman parte del Sub Servicio de Gestión de la Comunicación para el Cambio y por tanto se detallan en dicho apartado del documento. o
Realizar la Entrega de la Estructura del Informe Final del sub servicio (debe ser presentada máximo un mes antes de la presentación del Informe Final), conteniendo como mínimo:
o
El contratista deberá, en todo momento y desde el inicio del sub servicio, alinear su modelo de gestión del servicio al PMBOK edición vigente y al servicio de PMO del MEF, en coordinación con este último.
o
Los modelos rectores para el presente sub servicio son: CMMI-DEV v1.3., RUP v7, SOMA.
3.3.3 ENTREGABLES DEL SUB SERVICIO DE SOPORTE POST PRODUCTIVO A continuación se describen los entregables mínimos por cada una de las fases detallándose para cada uno el plazo máximo de entrega: Fase
Entregable E01 – Plan de Trabajo de la Fase Pre Operativa E02 – Plan General del Sub Servicio
Contenido mínimo y/o definición
Plazo Máximo de Entrega
Al término de la primera semana calendario de la Fase Pre Operativa. - Define la manera en que el sub servicio se ejecuta, se monitorea, se Antepenúltima semana de la Fase Pre Operativa y desarrolla y se cierra, contiene como mínimo: actualizado semestralmente o Plan de Gestión de Recursos Humanos. durante la Fase Operativa. o Plan de Implementación. - Planifica las actividades de la Fase Pre Operativa.
Plan de Gestión de la Calidad. Plan de Gestión de Riesgos. o Plan de Gestión de Alcance y Tiempo (contiene la matriz general del sub servicio con las frecuencias y momentos de entrega de cada entregable, el Plan de Trabajo de la Fase Operativa, la EDT, entre otros, según el contrato. Plan de Comunicaciones. o Plan de Mantenimiento (contiene como minimo: Flujo de o Mantenimiento, Lista de Contactos, Matriz de Responsabilidades, Registros de Mantenimiento, Informes Periodicos, Equipos y Herramientas para el Mantenimiento, Normas y Recomendaciones de Aplicación, Manual de Mantenimiento). - Estos planes deben contener donde corresponda, los formatos de Actas de Comité y de informes relacionados a los entregables periódicos de la Fase Operativa. - Configuración de hardware y software necesario para el funcionamiento del Diez días calendario antes del término de la Fase Pre Soporte Post Productivo. Operativa. o o
Pre Operativa
E03 – Informe de Habilitación del Sub Servicio
Página 63 de 341
Fase
Entregable
Contenido mínimo y/o definición
Plazo Máximo de Entrega
E04 – Informe de Seguimiento Quincenal al Plan de la Fase Pre Operativa
- Incluye la relación de entregables terminados y pendientes.
Cada quincena de la Fase Pre Operativa.
E05 – Informe Final de la Fase Pre Operativa
- Incluye la relación de entregables terminados cada quincena de la Fase Pre
Una semana calendario antes del término de la Fase Pre Operativa.
E06 – Acta de conformidad de la Fase Pre Operativa
- Suscrito por el MEF y el contratista.
Al término de la Fase Pre Operativa.
E07 – Informe Mensual del Sub Servicio
- Cumplimiento de las actividades del contrato planificadas en el mes,
Operativa.
Tres (03) días hábiles siguientes al último día hábil indicadores, avance del cronograma, etc. de cada mes de la Fase - Reporte detallado del servicio que contenga como mínimo: Operativa. Datos del Lote de Funcionalidades. Número de funcionalidades del lote por categoría. Listado de funcionalidades del lote. Estimaciones en tiempo y recursos aprobadas por funcionalidades. Fecha de solicitud de atención del lote. Fecha de compromiso de entrega. Estado de la funcionalidad. Datos de los Servicios Ejecutados durante el mes reportado Período reportado. Listado de funcionalidades aceptadas (indicando: funcionalidad, tiempo planificado, tiempo utilizado, fecha de inicio del soporte, fecha de culminación comprometida, fecha de inicio de las pruebas de aceptación, fecha final de las pruebas de aceptación). Listado de funcionalidades atendidas (indicando: funcionalidades, tiempo planificado, tiempo utilizado, fecha de inicio del soporte, fecha de culminación comprometida).
Operativa
Página 64 de 341
Fase
Entregable
Contenido mínimo y/o definición
Plazo Máximo de Entrega
Listado de funcionalidades en proceso de atención (indicando: incidencias, tiempo planificado, porcentaje de avance) Principales ocurrencias durante el periodo reportado. Listado de errores identificados durante el mes y su correspondiente estado (reportados, en corrección, corregidos, otros). Estadísticas de ocurrencias por tipo de ocurrencia, por usuario u otro criterio a definir con el ECTP del MEF. Análisis de causas raíz sobre ocurrencias más frecuentes y propuestas de solución. Otras Ocurrencias - Documento de Diseño de Casos de Prueba actualizado (para pruebas funcionales y no funcionales). - Documento de Pruebas. - Documento de Pase a Pruebas de Certificación. - Programas fuente actualizados. - Scripts de bases de datos y de migración actualizado. - Manual técnico actualizado. - Manual de usuario actualizado. - Actas de comité. - Lecciones Aprendidas.
E08 – Análisis y Diseño del Sistema actualizado
Diagrama BPMN de Procesos Automatizados. Especificación de Actividades de los Procesos Automatizados. Diagrama de Actores de Negocio. Diagrama de Casos de Uso de Negocios. Diagrama de Casos de Uso por Proceso Automatizado. Matriz de Trazabilidad Procesos Automatizados, Casos de Uso de Negocio, Casos de Uso del sistema. Especificación de Casos de Uso del Sistema. Diagrama de Actividad por Caso de Uso del Sistema.
Según el Plan de la Fase Operativa en la fecha que corresponda al mes operativo.
Página 65 de 341
Fase
Entregable
Contenido mínimo y/o definición
Plazo Máximo de Entrega
Prototipo de Pantalla por Casos de Uso del Sistema (donde corresponda). Diagrama de Secuencia por Caso de Uso del Sistema. Diagrama de Clases de la Capa de Presentación por Proceso Automatizado. Diagrama de Clases de la Capa de Lógica de Negocios por Proceso Automatizado. Diagrama de Clases de la Capa de Datos por Proceso Automatizado. Modelo Físico de la Base de Datos por Proceso Automatizado. Diagrama de Estados (donde corresponda). Diagrama de Componentes por Procesos Automatizado
E09 – Diseño de Casos de Prueba actualizado (para pruebas funcionales).
Según el Plan de la Fase Operativa en la fecha que corresponda al mes operativo.
E10 – Documento de Pruebas.
Según el Plan de la Fase Operativa en la fecha que corresponda al mes operativo. Según el Plan de la Fase Operativa en la fecha que corresponda al mes operativo. Según el Plan de la Fase Operativa en la fecha que corresponda al mes operativo. Según el Plan de la Fase Operativa en la fecha que corresponda al mes operativo.
E11 – Documento de Pase a Pruebas de Certificación E12 – Programas Fuente actualizados. E13 – Scripts de Bases de Datos y de Migración actualizado.
Página 66 de 341
Fase
Entregable
Contenido mínimo y/o definición
E14 – Manual Técnico actualizado
E15 – Manual de Usuario actualizado
E16 – Matriz de Entregables Mensual
E17 – Plan de Transferencia y Cierre E18 – Proyecto de Actas de Comité
Plazo Máximo de Entrega Según el Plan de la Fase Operativa en la fecha que corresponda al mes operativo.
Manual de Usuario actualizado, conteniendo como mínimo: - Descripción del uso de cada funcionalidad del sistema desde el punto de vista del usuario. - Información referente al uso del software y/o producto adaptado a nivel usuario, mismo que podrá ser utilizado como referencia futura por los grupos de interés De acuerdo a la matriz general de entregables, se genera una matriz mensual con los entregables que correspondan a dicho mes de la fase operativa, indicando los cumplimientos y la referencia de sus sustentos.
Según el Plan de la Fase Operativa en la fecha que corresponda al mes operativo.
Una vez cumplidos todos los entregables del mes, como requisito para la conformidad del mes por parte del MEF. Último día hábil del mes anterior al inicio de la fase de cierre y transferencia Adjunto al Acta debe ir Tres (03) días hábiles o Resumen ejecutivo mensual del sub servicio, conteniendo como previos a cada comité convocado mínimo: Matriz de Control y Seguimiento del Sub Servicio (Semáforo de Estado del Sub Servicio, Ratio de Avance Real vs Planificado). Lista de Ocurrencias. Lista de Acciones Correctivas. Lista de Acciones Preventivas. Matriz de Riesgos Actualizada. Próximos Pasos. Reporte de Seguimiento del Plan de Trabajo del Periodo Presentación a utilizar en el Comité
Página 67 de 341
Fase
Entregable E19-Actas de Comité
Contenido mínimo y/o definición
Plazo Máximo de Entrega
Es el acta actualizada luego de realizado el Comité, y debe ser gestionada por el contratista para su firma; adjunto al acta suscrita debe ir: Resumen ejecutivo mensual del sub servicio, conteniendo como o mínimo: Matriz de Control y Seguimiento del Sub Servicio (Semáforo de Estado del Sub Servicio, Ratio de Avance Real vs Planificado). Lista de Ocurrencias. Lista de Acciones Correctivas. Lista de Acciones Preventivas. Matriz de Riesgos Actualizada. Próximos Pasos. Reporte de Seguimiento del Plan de Trabajo del Periodo - Presentación a utilizar en el Comité Informe que resume todo el sub servicio ejecutado y que como mínimo contendrá: - Resumen Anual de Indicadores de Control de Servicio. - Análisis Anual de la Demanda del Servicio (dentro del análisis presentar gráficamente el comportamiento de la demanda del servicio por año). - Análisis Anual de ocurrencias del servicio (dentro del análisis presentar estadística anual, listar y describir las de mayor frecuencia). - Resultados de la Transferencia del Sub Servicio, que incluya el resultado de las evaluaciones a los usuarios que el sub servicio capacitará dentro de la transferencia de conocimientos - Riesgos y plan de estrategias para respuesta al riesgo (mitigación, evitación, transferencia del riesgo, etc.) - Conclusiones. - Recomendaciones. - Anexo 1 - Artefactos de análisis y diseño consolidados. - Anexo 2 - Programas fuente consolidada.
Cinco (05) días hábiles siguientes de realizado cada comité durante el servicio
E20 – Informe Final del Sub Servicio
Transferencia y Cierre
Dentro del último mes del servicio, según lo indicado en el Plan de Transferencia y Cierre
Página 68 de 341
Fase
Entregable
Contenido mínimo y/o definición -
Plazo Máximo de Entrega
Anexo 3 - Documento de Configuración de parámetros e Instalación del SIGEP. Anexo 4 – Material Formativo para la DGGRP del MEF. Anexo 5 – Material Formativo para la OGTI del MEF.
E21 – Acta de Transferencia y Cierre
De acuerdo a lo que especifique en el Plan de Transferencia y Cierre.
Tabla 15 : Fases, entregables y plazo máximo de entrega del Sub Servicio “Soporte Post -Productivo”
Se precisa que los listados de los entregables anteriormente detallados se establecen como referencia mínima, siendo su cumplimiento obligatorio. La tarea del Contratista respecto al íntegro del servicio, concluye cuando haya satisfecho todos los entregables correspondientes al contrato, es decir los contenidos en los términos de referencia del servicio y la propuesta técnica del contratista. La numeración de los entregables no representa la cantidad de los mismos toda vez que hay entregables que se genera n por cada mes del servicio u otra frecuencia. Durante la Fase Pre Operativa se elaborará la Matriz de Entregables General que contemple todos los entregables contratados. Los planes deben estar definidos en la fase pre-operativa y actualizados semestralmente, como mínimo, en caso que lo ameriten. Los Planes de Migración, Depuración de Datos y de Transferencia y Cierre son los únicos planes que no se definen en la fase pre operativa sino que se definirán durante la fase operativa. Por cada entregable el MEF puede solicitar una reunión en cuyo caso el Contratista deberá elaborar una presentación para exponerla durante dicha reunión. El archivo electrónico de la presentación para dicha reunión deberá ser remitida al MEF por correo electrónico con al menos dos días de anticipación de la fecha convocada. Todos los entregables serán remitidos al Coordinador General del Proyecto del MEF en dos (2) ejemplares impresos y en formato electrónico. Las aprobaciones de entregables las gestionará el Equipo de Coordinación Técnica del Proyecto (ECTP) quien al interno del MEF u otras entidades buscará las aprobaciones según la temática y dominio de las materias correspondientes. Los plazos comprometidos por el ECTP se muestran en el acápite 6.1.4. “Otros Mecanismos de Coordinación”. En caso hubiesen observaciones a los Entregables, el contratista deberá subsanarlas y emitir una nueva versión del entregable en un máximo de diez cinco (05) calendario de ser notificado. En casos justificados, el contratista podrá solicitar por escrito una ampliación de plazo, la cual deberá ser aprobada por el Coordinador de Proyecto, utilizando para ello el silencio negativo, es decir si no hay respuesta d el Coordinador del Página 69 de 341
Proyecto en dos días de recibida la solicitud, se entenderá como aceptada la petición de ampliación de plazo, la cual no deberá exceder los cinco (05) días adicionales al plazo original, y por única vez.
Página 70 de 341
3.3.4 INDICADORES DE CONTROL DEL SUB SERVICIO DE SOPORTE POST PRODUCTIVO Adicionalmente, para realizar el control y seguimiento del servicio se proponen como mínimo los siguientes indicadores: 3.3.4.1 Indicadores de Cumplimiento de Tiempo Código ICS-SPP-01 ICS-SPP-02
ICS-SPP-03
Periodo de Medición % de cumplimiento de (∑ estimaciones de esfuerzo entregadas en plazo/ / ∑ estimaciones de esfuerzo Mensual plazos de estimación de comprometidas a entregar) * 100 esfuerzo % de cumplimiento de (∑ funcionalidades construidas y aprobadas por el contratista del servicio de Mensual plazos de construcción y Control de Calidad en plazo/ / ∑ funcionalidades establecidas en el Plan de pruebas. Trabajo para ser construidas y aprobadas por el contratista del servicio de Control de Calidad) * 100 % de cumplimiento de (∑ incidencia solventadas en plazo/ ∑ incidencias comprometidas para ser Mensual plazos de atención de solventadas en plazo) * 100 incidencias Nombre Indicador
Fórmula de cálculo
Valor Objetivo 100% 100%
100%
Nota: Se ha utilizado el término solventadas para expresar que las tareas de construcción y pruebas para la atención de la incidencia han sido realizadas satisfactoriamente a criterio del contratista del servicio de control de calidad. Asimismo el plazo indicado es el concerniente al del sub servicio de Soporte Post Productivo
ICS-SPP-04
Cumplimiento de plazos de (Suma de los Días de retraso de los entregables respecto a la f echa establecida entrega de entregables del en la Matriz de Entregables aprobada por cada uno de ellos Sub Servicio
Mensual
<=0 días
Periodo de Medición Mensual
Valor Objetivo 0
Tabla 16: Indicadores de C ontrol del Sub Servicio (Cumplimiento de Tiempo) “Soporte Post Productivo”
3.3.4.2 Indicadores de Cumplimiento de Calidad Código ICS-SPP-05
ICS-SPP-06
Nombre Indicador
Fórmula de cálculo
% de incidencias de ∑ Incidencias de urgencia critico reportadas en el entorno de pruebas por lote urgencia critico con más de enviado para aceptación. un ciclo de pruebas realizadas en el mes. % de incidencias de ∑ Incidencias de urgencia mediana reportadas en el entorno de pruebas por lote Mensual
0 Página 71 de 341
Código
ICS-SPP-07
Nombre Indicador
Fórmula de cálculo
urgencia mediano con más enviado para aceptación. de un ciclo de pruebas realizadas en el mes. % de incidencias de ∑ Incidencias de urgencia leve reportadas en el entorno de pruebas por lote urgencia leve con más de enviado para aceptación. un ciclo de pruebas realizadas en el mes.
Periodo de Medición
Mensual
Valor Objetivo
0
Tabla 17: Indicadores de C ontrol del Sub Servicio (Cumplimiento de Calidad) “Soporte Post Productivo”
Página 72 de 341
Adicionalmente a estos indicadores, el contratista deberá generar indicadores de gestión de proyectos como los avances del cronograma, el valor ganado, SPI, CPI, curva S, entre otros, que serán definidos durante la Fase Pre Operativa y serán estandarizados por el MEF con el apoyo de su servicio de PMO.Los indicadores y penalidades podrán ser analizados y ajustados de acuerdo con los resultados obtenidos, estableciendo valores más realistas con los eventos ocurridos durante dicho periodo, única y exclusivamente a potestad del MEF El contratista deberá completar una ficha de detalle por cada uno de los indicadores aprobados por el MEF. En la ficha, entre otros detalles, debe constar cual es la fuente de información de cada componente que conforma el indicador. El contratista será responsable de calcular y actualizar los indicadores relativos a su servicio.
3.3.5 PENALIDADES DEL SUB SERVICIO DE SOPORTE POST PRODUCTIVO Las penalidades del presente sub servicio han sido clasificadas de igual manera que los indicadores y están en su mayoría relacionados a ellos en cuanto a incumplimient os en tiempo (plazos), calidad y otros El MEF podrá realizar inspecciones sin previo aviso, según estime conveniente, para verificar el estricto cumplimiento del servicio.
3.3.5.1 Por Incumplimiento según los Indicadores de Cumplimiento de Tiempo
3.3.5.2 Por Incumplimiento según los Indicadores de Cumplimiento de Calidad Código Indicador asociado ICS-SPP-05
ICS-SPP-06
ICS-SPP-07
Indicador Asociado / Concepto
Monto de la Penalidad(por incumplimiento del valor objetivo)
% de incidencias de urgencia critica 25% de una (01) UIT por valores entre [90 – con más de un ciclo de pruebas 100[% solventadas en el mes 50% de una (01) UIT por valores entre [85 90[% Una (01) UIT por valores inferiores a 85% % de incidencias de urgencia 20% de una (01) UIT por valores entre [90 – mediano con más de un ciclo de 100[% pruebas realizadas en el mes. 40% de una (01) UIT por valores entre [85 90[% 70% de una (01) UIT por valores inferiores a 85% % de incidencias de urgencia leve con más de un ciclo de pruebas realizadas en el mes.
10% de una (01) UIT por valores entre [90 – 100[% 30% de una (01) UIT por valores entre [85 90[% 50% de una (01) UIT por valores inferiores a 85%
Por presentar cualquiera de los 25% de una UIT, por los 02 primeros eventos entregables señalados en los de un mismo entregable y una (01) UIT a presentes Términos de Referencia partir del 3er evento de ese mismo
cliente principal o empleadores, superiores u otros similares, entre otras. Se entiende por falseamiento de información la acción que realiza una persona, de manera premeditada y por interés o conveniencia personal o de terceros, consistente en alterar, modificar, crear o eliminar alguna información que es relevante para la gestión del sub servicio.
Una (01) UIT, en la primera ocurrencia que se detecte; dos (02) UIT, en la segunda ocurrencia que se detecte y cuatro (04) UIT a partir de la tercera ocurrencia. Sin perjuicio de iniciar las acciones legales correspondientes.
Tabla 20: Penalidades por incumplimiento de disposiciones legales para el Sub Servicio de “Soporte Post Productivo”
Nota: La UIT a considerar la penalidad es el monto de la Unidad Impositiva Tributaria en el Perú establecida en el año en que se configuró la situación que originó la penalidad.
El procedimiento de aplicación de Penalidades se encuentra descrito en el Anexo 12.2
3.4 SUB SERVICIO MESA DE AYUDA 3.4.1 OBJETIVO DEL SUB SERVICIO DE MESA DE AYUDA La Mesa de Ayuda tiene como principal función servir como punto único de contacto a los usuarios del SIGEP para la recepción de todas las solicitudes de atención telefónica o por e-mail, teniendo como finalidad principal el gestionar, coordinar y resolver incidentes y requerimientos de manera oportuna, asegurando que ningún requerimiento se pierda, olvide o sea ignorado, dándoles solución o escalándolos a un siguiente nivel de soporte cuando corresponda. El Sub Servicio de Mesa de Ayuda se desarrollará en un máximo de treinta y un (31) meses. En los primeros dos (02) meses el contratista deberá abocarse a la planificación del sub servicio y dejar todo listo para iniciar operaciones, en los siguientes veintiocho (28) meses en realizar las actividades del sub servicio de Mesa de Ayuda, y el último mes para el cierre del sub servicio y la transferencia al MEF o a quien este designe.
3.4.2
ALCANCE DEL SUB SERVICIO DE MESA DE AYUDA
3.4.2.1 Fases del Sub Servicio de Mesa de Ayuda El sub servicio de “Mesa de Ayuda” del SIGEP, estará compuesto en las siguientes Fases:
3.4.2.1.1 Fase Pre Operativa
PREOPERATIVA
TRANSF. Y CIERRE
MES 01 MES 02
MES 01 MES 02 MES 03
LINEA DE TIEMPO DEL SERVICIO PRINCIPAL MES 10 MES 11 MES 12 MES 13 MES 14 MES 01 MES 02 MES 03
…
…
MES 35 MES 36 MES 37 MES 38 MES 39 MES 40 MES 24 MES 25 MES 26 MES 27 MES 28
OPERATIVA Ilustración 5: Fases del Sub Servicio “ Mesa de Ayuda” respecto a la línea temporal del Servicio de “Hosting de Infraestructura, Desarrollo e Implantación, Soporte Post Productivo, Mesa de Ayuda y Gestión de la Comunicación para el Cambio (Servicio Principal)”
3.4.2.2 Actividades del Sub Servicio de Mesa de Ayuda Las actividades a ejecutar en cada fase del Sub Servicio de Mesa de Ayuda son las siguientes:
Fase Pre Operativa o
Preparar los planes de gestión del sub servicio y sus documentos de gestión alineada al PMBOK edición vigente, el diseño de los formatos, los cuales serán
- El número de usuarios de las Entidades Regentes (DGGRP – MEF y SERVIR)
que se encuentra entre 30 y 35 personas.
- En la actualidad el MEF no cuenta con información histórica acerca:
Número de llamadas realizadas por los usuarios a su personal (Coordinadores de la DGGRP).
Número de requerimientos ni tiempos de su resolución.
La volumetría de estos factores deberá ser calculada en base al número de módulos del sistema, y la complejidad de los mismos. Por otro lado, SIGEP al ser un sistema nuevo es posible que los números existentes no apliquen en su totalidad. - El SIGEP tiene tres (3) módulos que contempla un número de procesos
distintos; los cuales pueden tener una complejidad ALTA, MEDIA o BAJA, como se indica a continuación: Módulo 1
2
No. Procesos 15
3
Complejidad ALTA MEDIA BAJA ALTA BAJA
Procesos RCAP, RPAP, RCPE, ASOR. RECO, ACPE, MOCO, BACO, REPE, MOPE, BAPE RUEJ, MUEJ, BUEJ, MAMA RVPL MCPA, CRIN
- La participación del Jefe del Proyecto del sub servicio no forma parte de la
volumetría calculada; ya que su participación será parcial durante toda la ejecución del sub servicio, pero no formará parte de sus responsabilidades atender ninguna incidencia o requerimiento entrante.
- El dimensionamiento de personas que atenderán en la Mesa de Ayuda tomara
en cuenta la demanda del servicio en función a la cantidad de UE y cantidad de procesos (módulos) puestos en producción. En base a esos criterios, el dimensionamiento mínimo propuesto es el siguiente:
El mes 1 y 2, al ser Fase Pre Operativa, deben estar sobretodo el Gerente de Proyecto y el Arquitecto, definiendo los aspectos críticos del servicio. El mes 3 y 4, entran 10 Unidades Ejecutoras con 4 de los 5 procesos complejos, por tanto, se debe tener la Mesa de Ayuda en funcionamiento y con dimensionamiento mínimo (Analista + Técnico). El mes 5 y 6, entran todas las Unidades Ejecutoras con el módulo 1, a nivel nacional y el último de los 5 procesos complejos en piloto, por tanto, se propone un dimensionamiento mínimo de 1 Analista + 5 Técnicos (uno por cada proceso complejo). El mes 7, ya entra el proceso RVPL en producción a nivel nacional y por eso se propone añadir un segundo técnico, resultando un equipo mínimo de Analista + 6 Técnicos (2 de los cuales estarán en RVPL).
Como parte de la infraestructura, tomar en cuenta: - El lugar del sub servicio: se llevará a cabo en el local del contratista; desde el
cual atenderá las llamadas y/o correos electrónicos que realicen los usuarios, para resolución de cualquier incidencia y/o requerimiento. El horario de atención será:
Lunes a Viernes: en el horario de 08.00 am a 06.00 pm. Sábados, Domingo y feriados: se podrá requerir la disponibilidad de algún recurso para atender las incidencias de prioridad Critica e Importante, según demanda y disponer de un número telefónico de emergencia para requerimientos fuera del horario de atención.
Estos horarios podrán extenderse a solicitud del MEF, utilizando la g estión de cambios que contemple los Planes de Gestión correspondientes. - Herramientas de apoyo: el contratista deberá implementar un esquema de
trabajo apoyado en un Sistema Integral de Mesa de Ayuda; con herramientas y procedimientos que permitan registrar, atender y escalar los incidentes reportados. Así como, medir, auditar y generar reportes estadísticos; relacionados con la naturaleza del sub servicio ofrecido y solicitado, a manera de índices de gestión e indicadores de cumplimiento de los niveles de servicio requeridos.
- Dicho sistema, debe permitir la Gestión del Ciclo de Vida de Atención de
Permitir la medición y seguimiento de los niveles de servicio, a través de indicadores. Brindar la capacidad de realizar el seguimiento de tareas que requieran la aprobación o autorización por parte del usuario correspondiente del MEF. Administrar una Base de Datos de Conocimiento (KDB); permitiendo la búsqueda en el historial y ver cómo se solucionó una incidencia/requerimiento en el pasado. Considerar que el repositorio de datos que administra el software deberá ser externo a la aplicación misma. Se considerará válida la presentación de propuesta de software aquel cuyo repositorio de datos sea utilizando un manejador de base de datos, el cual será aprobado por el MEF. Tomar en cuenta que todo el hardware, licencias de software (incluyendo sistema operativo, base de datos) y documentación será provista por el contratista.
Fase Operativa Recibir las llamadas y correos electrónicos, y obtener la mayor información
o
posible, de parte del usuario, para un entendimiento claro de la solicitud, a fin de brindar una adecuada atención. o
Escalar los incidentes y/o requerimientos que no hayan sido solucionados en el
Nivel
Descripción decir, evaluarán los requisitos solicitados, realizarán el análisis respectivo, planteará y ejecutará la solución más adecuada. En caso se tratase de una mejora; el analista procederá a escalar la el requerimiento al siguiente nivel, Equipo de Soporte Post Producción. La atención será dada por: El contratista que cubre el Sub Servicio de Soporte Post Productivo, bajo un esquema de “Bolsa de Horas” para los nuevos requerimientos correspondientes al desarrollo del SIGEP. El personal del MEF (Coordinadores de la DGGRP), en los casos que aplique. Las actividades a desarrollar en este nivel por el contratista serán las coordinaciones con los especialistas y/o proveedores externos del MEF, relacionados con la naturaleza del sub servicio y dichas coordinaciones corresponden al escalamiento de la incidencia o requerimiento y su correspondiente seguimiento.
Tercer Nivel
Tabla 21: Niveles de Atención que componen la Mesa d e Ayuda
El esquema referencial de los tres niveles de atención se representa en el siguiente gráfico :
-
Proporciona un Número de Atención Único (ticket), a la incidencia o requerimiento reportado.
-
Informa al usuario periódicamente, y de forma proactiva, el estado del ticket. Dicha estrategia fue definida en la Fase Pre Operativa.
Nivel 2 -
No se tiene contacto directo con el usuario quien reportó la incidencia o requerimiento.
-
Aplica procedimientos establecidos, tales como:
Estructurados y definidos con un alto nivel funcional o técnico.
No estructurados o con un parte analítica.
-
Empleado como entrada para definir nuevos procedimientos para el Nivel 1.
En caso de mejoras, se escala al Nivel 3.
Nivel 3 -
Se evalúan las mejoras solicitadas; que serán aprobadas o rechazadas.
Impacto Nivel de Impacto
Descripción
Mediano
Leve
No relaciona información de una opción a otra. No permite generar secuencias de información. No funciona interface con sistemas internos o externos. Duplicidad de códigos y datos. No permite generar reporte en algún módulo. No permite revertir operación de registro y/o actualización. Demora al ejecutar algún proceso de carga, actualización de datos o archivos. Demora al generar algún reporte. Generación de scripts para actualización de información. Asignación de permisos a nuevos usuarios. Mejorar performance de procesos. Modificación de algún reporte. Mejora en alguna opción del sistema. Tabla 23: Categorización de los Niveles de Impacto
Por tanto, del cruce entre la urgencia de una incidencia y el impacto en el servicio, se obtiene la siguiente matriz que reflejará los niveles de priorización de cada incidencia: Urgencia
Descripción Algún módulo no pueda trabajar por error o
Impacto Crítico Mediano Leve
especial, y el tipo de problema que podrán presentar. A estos usuarios se les denominará “Usuarios VIP”, los cuales serán definidos en la etapa inicial del sub servicio y podrán representar aproximadamente un 2% del total de usuarios. El tiempo de respuesta promedio para estos usuarios será de 30 minutos, que será computado desde la detección de un incidente (llamada del usuario) o desde la recepción de un pedido de atención hasta el inicio de las actividades de atención por parte del técnico asignado. o
o
o
o
o
o
Elaborar la Matriz de Escalado, a ser aprobada por el MEF, y mantenerla en constante actualización. Documentar la solución y proceder con el cierre de los incidentes y/o requerimientos solucionados previa conformidad de los usuarios por la atención brindada. Generar los reportes necesarios para los procesos que requieren información relativa a la Mesa de Ayuda. Realizar un registro de autorización de acceso a usuarios del SIGEP, de acuerdo a las especificaciones e instrucciones proporcionadas. Establecer y aplicar mecanismos periódicos para medir el grado de satisfacción de los usuarios incorporando sus resultados de forma mensual, cuyo análisis permita realizar acciones de mejoramiento en forma conjunta. Proveer soporte de alta calidad y mantener la satisfacción de los usuarios.
3.4.3 ENTREGABLES DEL SUB SERVICIO DE MESA DE AYUDA A continuación se describen los entregables mínimos por cada una de las fases: Fase
Contenido mínimo y/o definición
Entregable E01 – Plan de Trabajo de la Fase Pre Operativa E02 – Plan de Gestión del Sub Servicio.
Plazo Máximo de Entrega
Al término de la primera semana calendario de la Fase Pre Operativa - Define la manera en que el sub servicio se ejecuta, se monitorea, se Antepenúltima semana de la Fase Pre Operativa y desarrolla y se cierra, contiene como mínimo:: actualizado semestralmente Plan de Gestión de Recursos Humanos. durante la Fase Operativa Plan de Implementación. Plan de Gestión de la Calidad. Plan de Gestión de Riesgos. Plan de Gestión de Alcance y Tiempo (contiene la matriz general del sub servicio con las frecuencias y momentos de entrega de cada entregable, el Plan de Trabajo de la Fase Operativa, la EDT, entre otros, según el contrato. Plan de Comunicaciones. - Estos planes deben contener donde corresponda, los formatos de Actas de Comité y de informes relacionados a los entregables periódicos de la Fase Operativa - Detalle de las labores de provisión, instalación, y configuración de hardware, Diez días calendario antes software y enlaces de comunicaciones realizadas para el funcionamiento de del término de la Fase pre la Mesa de Ayuda Operativa. - Configuración de los niveles de atención - Debe contener los procesos operativos y de coordinación con los sub Quince días antes del final servicios involucrados de la Fase Pre Operativa - Debe contener l as definiciones del sub servicio como tipificación y categorización de incidencias, priorizaciones, ANS, alertas de acuse, entre otros. - Este Modelo de Operación una vez aprobado por el MEF debe ser socializado a los Sub Servicios de Hosting de Infraestructura, Desarrollo e Implementación, Soporte Post Productivo y a los Servicios de Control de Calidad del Software y PMO. Incluye la relación de entregables terminados y pendientes Cada quincena de la Fase Pre Operativa - Planifica las actividades de la Fase Pre Operativa
Pre Operativa E03 – Informe de Habilitación de la Plataforma Tecnológica y de Comunicaciones. E04 – Modelo de Operación del Sub Servicio
E05 – Informe de Seguimiento Quincenal al
Página 86 de 341
Fase
Contenido mínimo y/o definición
Entregable Plan de la Fase Pre Operativa E06 – Informe Final de la Fase Pre Operativa E07 – Acta de conformidad de la Fase Pre Operativa E08 – Informe Mensual del Sub Servicio
Incluye la relación de entregables terminados Suscrito por el MEF y el contratista
- Matriz de Control y Seguimiento del Servicio (Semáforo de Estado del Servicio, Ratio de Avance Real vs Planificado)
- Lista de Ocurrencias por Servicio. - Lista de Acciones Correctivas por Servicio. - Lista de Acciones Preventivas por Servicio. - Matriz de Riesgos Actualizada por Servicio. - Próximos Pasos por Servicio. E09 – Matriz de entregables mensual Operativa E10 – Proyecto de Actas de comité
Plazo Máximo de Entrega
Una semana calendario antes del término de la Fase Pre Operativa Al término de la Fase Pre Operativa Dos (02) días hábiles siguientes al último día hábil de cada mes de la Fase Operativa.
- Recopilatorio de Preguntas Frecuentes (FAQ’s). - Lecciones Aprendidas.
De acuerdo a la matriz general de entregables, se genera una matriz mensual Una vez cumplidos todos los con los entregables que correspondan a dicho mes de la Fase Operativa, entregables del mes, como indicando los cumplimientos y la referencia de sus sustentos. requisito para la conformidad del mes por parte del MEF Adjunto al Acta debe ir Tres (03) días hábiles o Resumen ejecutivo mensual del sub servicio, conteniendo como previos a cada comité mínimo: convocado Matriz de Control y Seguimiento del Sub Servicio (Semáforo de Estado del Sub Servicio, Ratio de Avance Real vs Planificado). Lista de Ocurrencias. Lista de Acciones Correctivas. Lista de Acciones Preventivas. Matriz de Riesgos Actualizada. Próximos Pasos. Reporte de Seguimiento del Plan de Trabajo del Periodo Presentación a utilizar en el Comité
Página 87 de 341
Fase
Contenido mínimo y/o definición
Entregable E11 – Actas de comité
Plazo Máximo de Entrega
Es el acta actualizada luego de realizado el Comité, y debe ser gestionada Cinco (05) días hábiles por el contratista para su firma. Adjunto al Acta suscrita debe ir siguientes de realizado cada Resumen ejecutivo mensual del sub servicio, conteniendo como comité durante el servicio o mínimo: Matriz de Control y Seguimiento del Sub Servicio (Semáforo de Estado del Sub Servicio, Ratio de Avance Real vs Planificado). Lista de Ocurrencias. Lista de Acciones Correctivas. Lista de Acciones Preventivas. Matriz de Riesgos Actualizada. Próximos Pasos. Reporte de Seguimiento del Plan de Trabajo del Periodo Presentación a utilizar en el Comité ltimo día hábil del mes - Plan de Transferencia y Cierre. anterior al inicio de la Fase de Cierre y Transferencia de la Fase Operativa. De acuerdo a lo que - Actas de conformidad de la Transferencia de Conocimiento. especifique en el plan de transferencia y cierre. Informe que resume todo el sub servicio ejecutado y que como mínimo Dentro del último mes del contendrá: servicio, según lo indicado en el Plan de Transferencia Resumen Anual de Indicadores del Control del Sub Servicio. y Cierre. Documento de definición de los parámetros de servicio. Tablas de incidencias registradas (en un formato adecuado para importar por el equipo que vaya a responsabilizarse del sub servicio). Documentos de Mejores Prácticas y Lecciones Aprendidas. Resultados de la Transferencia del Sub Servicio, que incluya el resultado de las evaluaciones a los usuarios que el sub servicio capacitará dentro de la transferencia de conocimientos Riesgos y plan de estrategias para respuesta al riesgo (mitigación, evitación, transferencia del riesgo, etc.) Conclusiones. Recomendaciones.
E12 – Plan de Transferencia y cierre E13 – Actas de Transferencia y Cierre E14 – Informe Final del Sub Servicio
Transferencia y Cierre
Página 88 de 341
Tabla 26: Fases y entregables del Sub Servicio de “Mesa de Ayuda”
Se precisa que los listados de los entregables anteriormente detallados se establecen como referencia mínima, siendo su cumplimiento obligatorio. La tarea del Contratista respecto al íntegro del servicio, concluye cuando haya satisfecho todos los entregables correspondientes al contrato, es decir los contenidos en los términos de referencia del servicio y la propuesta técnica del contratista. La numeración de los entregables no representa la cantidad de los mismos toda vez que hay entregables que se generan por cada mes del servicio u otra frecuencia. Durante la Fase Pre Operativa se elaborará la Matriz de Entregables General que contemple todos los entregables contratados. Los planes deben estar definidos en la Fase Pre Operativa y actualizados semestralmente, como mínimo, en caso que lo ameriten. El Plan de Transferencia es el único plan que no se define en la fase pre operativa sino que se definirá previo al último día hábil del mes anterior al inicio de la fase de cierre y transferencia, considerándose en ese momento la necesidad de operativizarlo mediante un comité de transferencia. Por cada entregable el MEF puede solicitar una reunión en cuyo caso el Contratista deberá elaborar una presentación para exponerla durante dicha reunión. El archivo electrónico de la presentación para dicha reunión deberá ser remitida al MEF por correo electrónico con al menos dos días de anticipación de la fecha convocada. Todos los entregables serán remitidos al Coordinador General del Proyecto del MEF en dos (2) ejemplares impresos y en formato electrónico. Las aprobaciones de entregables las gestionará el Equipo de Coordinación Técnica del Proyecto (ECTP) quien al interno del MEF u otras entidades buscará las aprobaciones según la temática y dominio de la s materias correspondientes. Los plazos comprometidos por el ECTP se muestran en el acápite 6.1.4. “Otros Mecanismos de Coordinación”. En caso hubiesen observaciones a los Entregables, el contratista deberá subsanarlas y emitir una nueva versión del entregable en un máximo de diez cinco (05) calendario de ser notificado. En casos justificados, el contratista podrá solicitar por escrito una ampliación de plazo, la cual deberá ser aprobada por el Coordinador de Proyecto, utilizando para ello el silencio negativo, es decir si no hay respuesta d el Coordinador del Proyecto en dos días de recibida la solicitud, se entenderá como aceptada la petición de ampliación de plazo, la cual no deberá exceder los cinco (05) días adicionales al plazo original, y por única vez.
Página 89 de 341
3.4.4
INDICADORES DE CONTROL DEL SUB SERVICIO DE MESA DE AYUDA
Adicionalmente, para realizar el control y seguimiento del servicio se proponen como mínimo los siguientes indicadores: 3.4.4.1 Indicadores de Cumplimiento de Tiempo
ICS-SMA-01 % de cumplimiento de plazos en resolución N1
(∑ solicitudes resueltas en plazo en N1/ ∑ solicitudes recibidas N1) * 100
Periodo de Medición Mensual
ICS-SMA-02 % de cumplimiento de plazos en resolución N2
(∑ solicitudes resueltas en plazo en N2/ ∑ solicitudes recibidas N2) * 100
Mensual
>= 95%
ICS-SMA-03 % de cumplimiento de plazos en resolución N3
(∑ solicitudes resueltas en plazo en N3/ ∑ solicitudes recibidas N3) * 100
Mensual
>= 95%
Mensual
<=0 días
Periodo de Medición Mensual
Valor Objetivo >= 95%
Código
ICS-SMA-04
Nombre Indicador
Fórmula de cálculo
Cumplimiento de plazos de Suma de los Días de retraso de los entregables respecto a la fecha establecida entrega de entregables del en la Matriz de Entregables aprobada por cada uno de ellos Sub Servicio
Valor Objetivo >= 95%
Tabla 27: Indicadores de control de cumplimiento de tiempo del Sub Servicio “Mesa de Ayuda”
3.4.4.2 Indicadores de Cumplimiento de Calidad Código
Nombre Indicador
Fórmula de cálculo
ICS-SMA-05
% de solicitudes atendidas (∑ Solitudes atendidas en N1/ ∑ Total de Solitudes registradas en N1) * 100 en el mes en N1
ICS-SMA-06
% de solicitudes atendidas (∑ Solitudes atendidas en N2/ ∑ Total de Solitudes registradas en N2) * 100 en el mes en N2
Mensual
>= 90%
ICS-SMA-07
% de solicitudes atendidas (∑ Solitudes atendidas en N3/ ∑ Total de Solitudes registradas en N3) * 100 en el mes en N3
Mensual
>= 90%
ICS-SMA-08
% de cierre de las (∑ Solicitudes validadas por el usuario y cerradas en N1/ ∑ Solicitudes entregadas Mensual solicitudes atendidas en el para validación por el usuario en N1) * 100 mes en N1
>= 80%
Página 90 de 341
Código ICS-SMA-09 ICS-SMA-10 ICS-SMA-11 ICS-SMA-12
ICS-SMA-13
Periodo de Medición % de cierre de las (∑ Solicitudes validadas por el usuario y cerradas en N2/ ∑ Solicitudes entregadas Mensual solicitudes atendidas en el para validación por el usuario en N2) * 100 mes en N2 % de cierre de las (∑ Solicitudes validadas por el usuario y cerradas en N3/ ∑ Solicitudes entregadas Mensual solicitudes atendidas en el para validación por el usuario en N3) * 100 mes en N3 % de resolución en el (∑ solicitudes resueltas en el primer contacto/ ∑ solicitudes recibidas y Mensual primer contacto atendidas)*100 % de satisfacción de % satisfacción - % insatisfacción Mensual usuarios (medido a través de una encuesta) Donde, en una escala de puntuación de 1 al 7, satisfacción corresponde al puntaje 6 y 7, e insatisfacción, a los puntajes 1, 2, 3, 4. % de llamadas contestadas (∑ llamadas contestadas antes de los 20 segundos/∑ llamadas contestadas) * 100 Mensual a Tiempo Nombre Indicador
ICS-SMA-14
% de abandono Llamadas
ICS-SMA-15
Derivación de tickets
Fórmula de cálculo
de (∑ llamadas NO contestadas por el servicio/∑ de llamadas recibidas) * 100 (∑ tickets derivados correctamente/∑ tickets derivados) * 100
Valor Objetivo >= 80% >= 80% >= 60% >= 70%
>= 90%
Mensual
<= 5%
Mensual
>= 99%
Tabla 28: Indicadores de control de cumplimiento de calidad del Sub Servicio “Mesa de Ayuda”
Página 91 de 341
Adicionalmente a estos indicadores, el contratista deberá generar indicadores de gestión de proyectos como los avances del cronograma, el valor ganado, SPI, CPI, entre otros, que serán definidos durante la Fase Pre Operativa y serán estandarizados por el MEF con el apoyo de su servicio de PMO. Todos los indicadores se encontrarán en Marcha Blanca durante los dos primeros meses de la Fase Operativa, de modo que los ANS serán medidos, pero no existirá penalización para el contratista si no se alcanzan. Durante este periodo los indicadores y eventualmente las penalidades asociadas podrán ser analizadas y ajustadas de acuerdo con los resultados obtenidos, estableciendo valores más realistas con los eventos ocurridos durante dicho periodo, a potestad única y exclusiva del MEF. El contratista deberá completar una ficha de detalle por cada uno de los indicadores que queden después de la marcha blanca. En la ficha, entre otros detalles, debe constar cual es la fuente de información de cada componente que conforma el indicador. El contratista será responsable de calcular y actualizar los indicadores relativos a su servicio.
3.4.5
PENALIDADES DEL SUB SERVICIO DE MESA DE AYUDA
Las penalidades del presente sub servicio han sido clasificadas de igual manera que los indicadores y están en su mayoría relacionados a ellos en cuanto a incumplimient os en tiempo (plazos), calidad y otros:
3.4.5.1 Por Incumplimiento según los Indicadores de Cumplimiento de Tiempo
un mes. ICS-SMA-14
% de abandono de llamadas
1% de una (1) UIT por cada 1% del indicador mayor al 5% (por ejemplo si el indicador es 6% la penalidad será (1/100)*01 UIT. Si el indicador es 8% será (3/100)*01 UIT 25% de una UIT, por los 02 primeros eventos de un mismo entregable y una (01) UIT a partir del 3er evento de ese mismo entregable.
Por presentar cualquiera de los entregables señalados en los presentes Términos de Referencia en forma incompleta o con inconsistencias, sin perjuicio de la Un evento se refiere a la presentación de un subsanación correspondiente por entregable en forma incompleta o con parte del Contratista inconsistencias Tabla 30: Penalidades por incumplimiento de calidad del Sub Servicio de Mesa d e Ayuda
3.4.5.3 Otras Penalidades Código Indicador asociado
Indicador Asociado / Concepto
Monto de la Penalidad(por incumplimiento del valor objetivo)
Por la disposición o utilización indebida de información documental o informática de propiedad del MEF para los fines que no corresponden al objeto del sub servicio, en
Una (01) UIT, en la primera vez que se detecte; dos (02) UIT, en la segunda vez que se detecte y cuatro (04) UIT a partir de la tercera vez que se detecte.
3.5 SUB SERVICIO GESTIÓN DE LA COMUNICACIÓN PARA EL CAMBIO 3.5.1 OBJETIVO DEL SUB SERVICIO DE GESTION DE LA COMUNICACIÓN PARA EL CAMBIO Definir e implementar el Plan de Gestión de la Comunicación para el Cambio, el cual debe mitigar una eliminación o reducción de la resistencia al cambio, la correcta adaptación de los usuarios al uso del SIGEP y su utilización efectiva. El sub servicio se desarrollará en un máximo de dieciocho (18) meses. En los primeros tres (03) meses como máximo el contratista deberá abocarse en planificar el sub servicio y preparar todo lo necesario para que el sub servicio se encuentre listo para iniciar operaciones. En los siguientes doce (12) meses en realizar la gestión de la comunicación para el cambio del SIGEP, y los últimos tres (03) meses para el cierre del sub servicio.
3.5.2 ALCANCE DEL SUB SERVICIO DE GESTION DE LA COMUNICACIÓN PARA EL CAMBIO 3.5.2.1 Fases del Sub Servicio de Gestión de la Comunicación para el Cambio El sub servicio de “Gestión de la Comunicación para el Cambio” del SIGEP, estará compuesto en las siguientes Fases: 3.5.2.1.1 Fase Pre Operativ
PREOPERATIVA
TRANSF. Y CIERRE
MES 01 MES 02 MES 03
MES 01 MES 02 MES 03
LINEA DE TIEMPO DEL SERVICIO PRINCIPAL MES 08 MES 09 MES 10 MES 11 MES 12 MES 01 MES 02
…
…
MES 20 MES 21 MES 22 MES 23 MES 24 MES 25 MES 10 MES 11 MES 12
OPERATIVA Ilustración 7: Fases del Sub Servicio Gestión de la Comunicación para el Cambio respecto a la línea temporal del Servicio de “Hosting de Infraestructura, Desarrollo e Implantación, Soporte Post Productivo, Mesa de Ay uda y Gestión de la Comunicación para el Cambio (Servicio Principal)”
3.5.2.2 Actividades del Sub Servicio de Gestión de la Comunicación para el Cambio Las actividades a ejecutar en cada fase del sub servicio de Gestión de la Comunicación para el Cambio son las siguientes:
Fase Pre Operativa o
Preparar los planes de gestión del sub servicio y sus documentos de gestión alineado al PMBOK edición vigente, el diseño de los formatos, los cuales serán validados por el MEF con el apoyo de su servicio de PMO, quienes proveerán la
o
Identificar capacidades, competencias y habilidades (adquiridas o necesarias de adquirir) para impulsar el logro del cambio en la organización.
o
Elaborar e Implementar el Plan de Comunicación para la Implantación.
o
Debe tener como objetivo, ser la guía para todas las acciones de comunicación para la implantación del sistema. Para lo cual se deben llevar a cabo las siguientes acciones: - Identificar de las audiencias los principales impactos en la organización, en
referencia a la implantación del nuevo sistema. De manera, que a través de entrevistas se pueda definir el grado de participación y los principales cambio a realizar con la implantación del sistema. Para esto el contratista debe elaborar y/o definir:
Matriz de Audiencias Impactadas y Personal Claves, y su posición en la organización. Acciones que permitan involucrar a dicho personal, con la finalidad que sean receptores de la estrategia de comunicación.
- Monitorizar las expectativas e identificar los factores de resistencia, de cada
audiencia. Y definir las acciones de mitigación correspondiente. Preparar sesiones informativas al personal clave.
ejecutar periódicamente sesiones de Lecciones Aprendidas que permitan mejorar el rendimiento del equipo de trabajo. Cualquier actividad de comunicación no prevista en el momento del lanzamiento del servicio, debe encontrarse en un registro de actividades de comunicación (es responsabilidad del contratista del sub servicio, la creación y actualización del registro en mención); de tal forma que se incorpore dicha información al repositorio del servicio, y así tener sustento de dichas actividades. o
Elaborar e Implementar el Plan de Formación. Debe tener como objetivo, dar a conocer a los usuarios finales la información que contempla y gestiona el SIGEP, así como su uso y los procedimientos que considera. En ese sentido, se deben realizar capacitaciones sobre el sistema, según los módulos que lo componen. Dichas capacitaciones deberían contar con el soporte del Equipo del Sub Servicio de Desarrollo e Implantación del Sistema, de esta manera tomar ventaja del conocimiento que tienen del sistema. El SIGEP está divido en los siguientes módulos: - Módulo 1: Registro de Documentos de Gestión y Administración de Información Maestra. - Módulo 2: Registro y Ejecución de Planillas. - Módulo 3: Generación de Reportes.
Agrupación de Regiones
No. de Asistentes en Total
No. de Capacitaciones por Región Sede
Cusco
Cusco, Puno, Apurímac y Madre de Dios
202
8
Arequipa
Tacna, Moquegua y Arequipa
82
3
Junín
Junín, Huancavelica, Ayacucho, Huánuco y Pasco
194
7
La Libertad
Cajamarca, La Libertad, Ancash, Amazonas y San Martín
298
10
Piura
Tumbes, Piura y Lambayeque
100
4
Lima Provincia
Loreto, Ucayali, Ica y Callao
164
6
Lima Metropolitana
Ministerios, entre otros
660
22
Región Sede15
Total de Capacitaciones Total de Capacitaciones para los tres (3) módulos
60 18016
Tabla 32: Propuesta de capacitaciones a realizar por regiones
e. Las capacitaciones se deberán realizar previamente a la implantación de cada uno de los módulos del sistema.
en función a los Manuales de Usuario, que fueron elaborados por el contratista del sub servicio de desarrollo e implantación del sistema. j. Además de la formación presencial, el contratista deberá definir e implementar una formación virtual o en línea (plataforma de e-learning) que será suministrada durante la ejecución del Componente II del proyecto 17; facilitando la posibilidad de realizar capacitaciones virtuales a distancia. El contratista también deberá evaluar el impacto de la formación mediante la realización de encuestas de satisfacción de usuarios claves del sistema, en un tiempo posterior a la implantación de cada uno de los módulos del sistema, así como el procesamiento de los resultados en Informes Técnicos que permitan a la organización usuaria establecer línea de acción y formación sobre las dificultades o buenas prácticas que se identifiquen. k. Para poder evaluar la calidad y eficacia del Plan de Formación, será necesario monitorizar ciertos puntos o aspectos clave; tales como indicadores que permitan su evaluación. El cálculo de estos indicadores, y su actualización y difusión, será realizado por la Oficina de Gestión de Proyectos. A continuación, algunos ejemplos de indicadores que ayudarían a realizar dicha evaluación:
Grado de satisfacción con la formación recibida (encuesta).
Grado de participación (n° asistentes / n° convocados).
o
Elaborar el Plan de Transferencia y Cierre.
Fase de Transferencia y Cierre o
Realizar reuniones de coordinación con el equipo de transferencia designado por el MEF.
o
Realizar la transferencia de documentos, conocimientos, y otros generados en el sub servicio, al equipo de transferencia del MEF de: - Mejores Prácticas y Lecciones Aprendidas. - Principales ocurrencias presentadas durante la ejecución del sub servicio. - Acervo documentario del sub servicio.
o
Realizar la Entrega de la Estructura del Informe Final del Sub Servicio (debe ser presentada máximo un mes antes de la presentación del Informe Final).
o
Realizar la Entrega del Informe Final del Sub Servicio, conteniendo: - Resumen Anual de Indicadores de Control del Sub Servicio.
entregables que el servicio principal proporcione en el cierre del sub servicio como parte del acervo documentario.
3.5.3 ENTREGABLES DEL SUB SERVICIO DE GESTION DE LA COMUNICACIÓN PARA EL CAMBIO A continuación se describen los entregables mínimos por cada una de las fases: Fase Pre Operativa
Entregable E01 – Plan de Trabajo de la Fase Pre Operativa. E02 – Plan de General del Sub Servicio.
Contenido mínimo y/o definición
Plazo máximo de entrega
Planifica las actividades de la Fase Pre Operativa.
Al término de la primera semana calendario de la Fase Pre Operativa. Define la manera en que el sub servicio se ejecuta, se monitorea, se desarrolla Antepenúltima semana de y se cierra, contiene como mínimo: la Fase Pre Operativa y actualizado Plan de Gestión de Recursos Humanos. semestralmente durante la Plan de Implementación. fase operativa Plan de Gestión de la Calidad. Plan de Gestión de Riesgos. Plan de Gestión de Alcance y Tiempo (contiene la matriz general del sub servicio con las frecuencias y momentos de entrega de cada entregable, el Plan de Trabajo de la Fase Operativa, la EDT, entre otros, según el contrato. Plan de Comunicaciones. Estos planes deben contener donde corresponda, los formatos de Actas de Comité y de informes relacionados a los entregables periódicos de la fase operativa Incluye la relación de entregables terminados y pendientes Cada quincena de la fase Pre Operativa
E03 – Informe de Seguimiento Quincenal al Plan de la Fase Pre Operativa E04 – Informe Final de la Fase Pre Operativa
Operativa
E05 – Acta de conformidad de la Fase Pre Operativa E06 – Plan de Comunicación para la Implantación E07 – Plan de Formación
Incluye la relación de entregables terminados Cada quincena de la fase Pre Una semana calendario Operativa antes del término de la Fase Pre Operativa Suscrito por el MEF y el contratista Al término de la Fase Pre Operativa Desarrolla un plan para la ejecución del sub servicio
Desarrolla un plan para las capacitaciones a
servidores e interesados
Al final del segundo mes de la fase operativa De acuerdo al Plan de Página 102 de 341
Fase
Entregable
Contenido mínimo y/o definición identificados en el sub servicio
E08 – Material para la Comunicación E09 – Material para la Formación
E10 – Informe Mensual del Sub Servicio
E11 – Matriz de Entregables Mensual
E12 – Proyecto de Actas de Comité
Informe de Material para la Comunicación: - Boletines de Noticias (Newsletter) - Mensajería a través del uso de correo electrónico (mailing) - Cartillas Informativas y material promocional Informe de Material para la Formación: Manual de Usuario Presentaciones Evaluaciones Curso E- learning Cumplimiento de las actividades del contrato planificadas en el mes, indicadores, avance del cronograma, etc., que debe contener como mínimo: Registro de las actividades previstas y no previstas tales como workshops, entrevistas, focus group, entre otro. Lecciones Aprendidas. De acuerdo a la matriz general d e entregables, se genera una matriz mensual con los entregables que correspondan a dicho mes de la fase operativa, indicando los cumplimientos y la referencia de sus sustentos
Plazo máximo de entrega Trabajo de la Fase Operativa De acuerdo al Plan de Trabajo de la Fase Operativa De acuerdo al Plan de Trabajo de la Fase Operativa
Cumplimiento de las actividades del contrato planificadas en el mes, indicadores, avance del cronograma, etc. Una vez cumplidos todos los entregables del mes, como requisito para la conformidad del mes por parte del MEF
Adjunto al Acta debe ir Resumen ejecutivo mensual del sub servicio, conteniendo como o mínimo: Matriz de Control y Seguimiento del Sub Servicio (Semáforo de Estado del Sub Servicio, Ratio de Avance Real vs Planificado). Lista de Ocurrencias. Lista de Acciones Correctivas. Lista de Acciones Preventivas. Matriz de Riesgos Actualizada. Próximos Pasos. Reporte de Seguimiento del Plan de Trabajo del Periodo Presentación a utilizar en el Comité
Página 103 de 341
Fase
Entregable E13 – Actas de Comité
Contenido mínimo y/o definición
Plazo máximo de entrega
Es el acta actualizada luego de realizado el Comité, y debe ser gestionada por el contratista para su firma. Adjunto al Acta suscrita debe ir o Resumen ejecutivo mensual del sub servicio, conteniendo como mínimo: Matriz de Control y Seguimiento del Sub Servicio (Semáforo de Estado del Sub Servicio, Ratio de Avance Real vs Planificado). Lista de Ocurrencias. Lista de Acciones Correctivas. Lista de Acciones Preventivas. Matriz de Riesgos Actualizada. Próximos Pasos. Reporte de Seguimiento del Plan de Trabajo del Periodo Presentación a utilizar en el Comité
E14 – Plan de Transferencia y Cierre Transferencia E15 – Informe Final del y Cierre Sub Servicio.
Informe que resume todo el sub servicio ejecutado y que como mínimo contendrá: Resumen Anual de Indicadores del Control del Sub Servicio. Documento de definición de los parámetros de servicio. Tablas de incidencias registradas (en un formato adecuado para importar por el equipo que vaya a responsabilizarse del sub servicio). Documentos de Mejores Prácticas y Lecciones Aprendidas. Mejores Prácticas. Lecciones Aprendidas. Resultados de la Transferencia del Sub Servicio, que incluya el resultado de las evaluaciones a los usuarios que el sub servicio capacitará dentro de la transferencia de conocimientos Riesgos y plan de estrategias para respuesta al riesgo (mitigación, evitación, transferencia del riesgo, etc.) Conclusiones. Recomendaciones.
ltimo día hábil del mes anterior al inicio de la Fase de Transferencia y Cierre Dentro del último mes del sub servicio, según lo indicado en el Plan de Transferencia y Cierre
E16 – Actas de Transferencia.
De acuerdo a lo que especifique en el plan de transferencia y cierre. Página 104 de 341
Tabla 33: Fases y entregables del Sub Servicio “Gestión de la Comunicación para el Cambio”
Se precisa que los listados de los entregables anteriormente detallados se establecen como referencia mínima, siendo su cumplimiento obligatorio. La tarea del Contratista respecto al íntegro del servicio, concluye cuando haya satisfecho todos los entregables correspondientes al contrato, es decir los contenidos en los términos de referencia del servicio y la propuesta técnica del contratista. La numeración de los entregables no representa la cantidad de los mismos toda vez que hay entregables que se generan por cada mes del servicio u otra frecuencia. Durante la Fase Pre Operativa se elaborará la Matriz de Entregables General que contemple todos los entregables contratados. Los planes deben estar definidos en la fase pre-operativa y actualizados semestralmente, como mínimo, en caso que lo ameriten. El Plan de Transferencia es el único plan que no se define en la fase pre-operativa sino que se definirá en el último mes de la fase operativa, considerándose en ese momento la necesidad de operativizarlo mediante un comité de transferencia. Por cada entregable el MEF puede solicitar una reunión en cuyo caso el Contratista deberá elaborar una presentación para exponerla durante dicha reunión. El archivo electrónico de la presentación para dicha reunión deberá ser remitida al MEF por correo electrónico con al menos dos días de anticipación de la fecha convocada. Todos los entregables serán remitidos al Coordinador General del Proyecto del MEF en dos (2) ejemplares impresos y en formato electrónico. Las aprobaciones de entregables las gestionará el Equipo de Coordinación Técnica del Proyecto (ECTP) quien al interno del MEF u otras entidades buscará las aprobaciones según la temática y dominio de las materias correspondientes. Los plazos comprometidos por el ECTP se muestran en el acápite 6.1.4. “Otros Mecanismos de Coordinación”. En caso hubiesen observaciones a los Entregables, el contratista deberá subsanarlas y emitir una nueva versión del entregable en un máximo de diez días (10) calendario de ser notificado. En casos justificados, el contratista podrá solicitar por escrito una ampliación de plazo, la cual deberá ser aprobada por el Coordinador de Proyecto, utilizando para ello el silencio negativo, es decir si no hay respuesta d el Coordinador del Proyecto en dos días de recibida la solicitud, se entenderá como aceptada la petición de ampliación de plazo, la cual no deberá exceder los cinco (05) días adicionales al plazo original, y por única vez.
Página 105 de 341
Página 106 de 341
3.5.4 INDICADORES DE CONTROL DEL SUB SERVICIO DE GESTION DE LA COMUNICACIÓN PARA EL CAMBIO Adicionalmente, para realizar el control y seguimiento del servicio se proponen como mínimo los siguientes indicadores 3.5.4.1 Indicadores de Cumplimiento de Tiempo Código
Nombre Indicador
Fórmula de cálculo
ICS-GCC-01
Cumplimiento de hitos (∑ hitos cumplidos/ ∑ hitos planificados) * 100 según planificación ICS-GCC-02 Cumplimiento de plazos de Suma de los Días de retraso de los entregables respecto a la fecha establecida entrega de entregables del en la Matriz de Entregables aprobada por cada uno de ellos Sub Servicio
Periodo de Medición Mensual
Valor Objetivo >=95%
Mensual
<=0 días
Tabla 34: Indicadores de cumplimiento de tiempo del Servicio “Gestión de la Comunicación para el Cambio”
3.5.4.2 Indicadores de Cumplimiento de Calidad Código
Nombre Indicador
ICS-GCC-03
Cumplimiento de las horas de formación definidas en el plan de formación ICS-GCC-04 Número de usuarios capacitados ICS-GCC-05
Porcentaje de asistencia de parte de los usuarios convocados ICS-GCC-06 Porcentaje de encuestas de satisfacción del usuario positivas
Periodo de Medición ∑ Horas de formación impartidas en el m es / ∑ Horas de formación definidas para Por Hito de el mes en curso en el plan de formación Capacitación de Módulo ∑ Usuarios capacitados (usuarios que hayan asistido a la capacitación) Por Hito de Capacitación de Módulo (∑ Usuarios asistentes/ ∑ Total de Usuarios convocados) * 100 Por Hito de Capacitación de Módulo 18 (∑ Encuestas positivas / ∑ Total de Encuestas realizadas) * 100 Por Hito de Capacitación de Módulo Fórmula de cálculo
Valor Objetivo 100% Según Plan >= 80% >= 85%
Tabla 35: Indicadores de Cumplimiento de Calidad del Sub Servicio “Gestión de la Comunicación para el Cambio”
18 El carácter positivo sera definido en la fase pre operativa de este sub servicio. Página 107 de 341
Adicionalmente a estos indicadores, el contratista deberá generar indicadores de gestión de proyectos como los avances del cronograma, el valor ganado, SPI, CPI, entre otros, que serán definidos durante la Fase Pre Operativa y serán estandarizados por el MEF con el apoyo de su servicio de PMO Todos los indicadores se encontrarán en Marcha Blanca durante los dos primeros meses de la fase operativa del sub servicio de modo que los ANS serán medidos, pero no existirá penalización para el contratista si no se alcanzan. Las penalidades se activan desde el tercer mes de la fase operativa hasta el final del sub servicio El contratista deberá completar una ficha de detalle por cada uno de los indicadores que queden después de la marcha blanca. En la ficha, entre otros detalles, debe constar cual es la fuente de información de cada componente que conforma el indicador. El contratista será responsable de calcular y actualizar los indicadores relativos a su servicio.
3.5.5 PENALIDADES DEL SUB SERVICIO DE GESTION DE LA COMUNICACIÓN PARA EL CAMBIO Las penalidades han sido pensadas para que durante la ejecución del servicio no se pasen por alto las exigencias en cuanto a tiempo o plazos, calidad y disposiciones legales generales. Es por eso que se presentan bajo la siguiente tipología. El MEF podrá realizar inspecciones sin previo aviso, según estime conveniente, para verificar el estricto cumplimiento del sub servicio.
3.5.5.1 Por Incumplimiento según los Indicadores de Cumplimiento de Tiempo Código Indicador asociado ICS-GCC01 ICS-GCC02
Indicador Asociado / Concepto
Monto de la Penalidad(por incumplimiento del valor objetivo)
25% de una (01) UIT por valores entre [90 – 95[ % Cumplimiento de hitos según 50% de una (01) UIT por valores entre [85 – 90[ planificación. % Una (01) UIT por valores inferiores a 85% Cumplimiento de plazos de 10% de UIT por cada día de retraso entrega de entregables
Tabla 36: Penalidades por Incumplimiento en T iempo Sub Servicio de “Gestión de la Comunicación
Código Indicador asociado
Indicador Asociado / Concepto
Monto de la Penalidad(por incumplimiento del valor objetivo)
fines que no corresponden al vez que se detecte. objeto del sub servicio, en Sin perjuicio de iniciar las acciones legales beneficio propio o de correspondientes. terceros), realizada por el Contratista o por su personal. Por conducta impropia e Una (01) UIT por cada ocurrencia. indebida del personal del Contratista. Se define Al margen de la solicitud de cambio de personal conducta impropia, a las y de las acciones legales que el MEF estime acciones que ocasionen pertinente. perjuicio a la imagen de la MEF, constituyan actos ilícitos, causen perjuicio económico, a la falta de respeto, maltrato y/o agresión física o sicológica, contra el cliente principal o empleadores, superiores u otros similares, entre otras. Una (01) UIT, en la primera ocurrencia que se Por falseamiento de la detecte; dos (02) UIT, en la segunda ocurrencia información en la gestión del sub servicio. Se entiende por que se detecte y cuatro (04) UIT a partir de la falseamiento de información tercera ocurrencia. la acción que realiza una Sin perjuicio de iniciar las acciones legales
4. CRONOGRAMA DEL SERVICIO El siguiente cronograma muestra de manera esquemática los sub servicios de la actual convocatoria, detallando las principales actividades a realizar, el plazo esperado para su ejecución es de hasta 40 meses o hasta el mes de junio de 2019. El contratista deberá actualizar y podrá realizar sugerencias a este cronograma en los correspondientes planes de trabajo de cada subservicio, las cuales serán evaluadas por el MEF durante las fases previas de cada una de ellas y de considerarlas viables podrán ser aplicadas. AÑO 2 (2015)
AÑO 3 (2016)
S2
S1
AÑO 4 (2017) S2
S1
AÑO 5 (2018) S2
S1
AÑO 6 (2019) S2
S1
Gestion Aprobacion PIP Servicio de Hosting de Infraestructura, Desarrollo, Implantacion, Mesa de Ayuda, Soporte Post Productivo, y Contratación
Sub Servicio de Hosting de Infraestructura F.PreOpe
Fases del Sub Servicio de Hosting de Infraestructura
Fase Operativa Fase T.y Cierre
Lanzamiento Adquisición del Sub Servicio de Hosting de Infraestructura Diseño de Arquitectura de la Solución Adquisición de licencias Asignación de infraestructura Instalacion y Configuracion de Plataforma Tecnologica Instalación y configuración de HW Instalación y configuración de SO y SW de virtualización Instalación y configuración de licencias según Arquitectura
Marcha Blanca Administracion de la Plataforma Tecnologica
Sub Servicio de Desarrollo e Implantacion F.PreOpe
Fases del Sub Servicio de Desarrollo e Implantacion
Fase Operativa F. Cierre
Instalacion de Oficina Preparacion de Formatos y Planes de Trabajo Lanzamiento Revision Documentos de Analisis y Diseño Reuniones de Trabajo Análisis y Diseño del GAP del Sistema Modulo 1 [15 procesos] Bloque 1: [13 procesos] RCAP - Registro y Validacion de CAP Aprobado RPAP - Registro y Validacion de PAP Aprobado RECO - Registro de Conceptos
### ###
0,75
MOCO - Modificacion de Conceptos
BACO - Baja de Conceptos
REPE - Registro de Personas MOPE - Modificacion de Personas
0,25 1,50
1,25 ###
BAPE - Baja de Personas
###
RUEJ - Registro de Unidad Ejecutora MUEJ - Modificacion de Unidad Ejecutora BUEJ - Baja de Unidad Ejecutora ACPE - Asignacion de Concepto a Persona
### ###
0,25
MAMA - Mantenimiento de Maestras Casos de Uso Generales
1,00
2,25
4,00
Bloque 2: [2 procesos] ASOR - Atencion de Solicitud de Otros Registros
RCPE - Registro y Validacion de CPE Aprobado
1,50
1,00
Modulo 2 [3 Procesos] RVPL - Registro y Validacion de Planillas MCPA - Mantenimiento de Cronograma de Planillas CRIN - Control de Registros de Informacion
0,50
0,25
0,50
Modulo 3 [1 Proceso] OBRE - O btener Reportes
4,00
Estimacion de Esfuerzo de Construccion y Pruebas Construcción, Pruebas e Implantación del Sistema Marcha Blanca Construcción y Pruebas Módulo 1 [15 procesos] Bloque 1: [8 procesos] [Etapa Pre Operativa] RCAP - Registro y Validacion de CAP Aprobado RPAP - Registro y Validacion de PAP Aprobado RECO - Registro de Conceptos
1,75
1,75 1,75
S2
5. ESTRUCTURA ORGANIZATIVA Y FUNCIONES A continuación se detalla la estructura del equipo que se propone, como mínimo (a modo referencial), para llevar a cabo este servicio, en las condiciones más óptimas y con las mayores garantías de éxito, tanto del contratista como de la Coordinación Técnica necesaria del MEF, para la interlocución con las áreas, la supervisión y la toma de decisiones.
5.1 EQUIPO POR PARTE DEL CONTRATISTA El equipo del contratista debe ser competente en base a su experiencia, formación, habilidades y educación para realizar las tareas que se requieren en los distintos componentes del servicio. La información que se presenta en este acápite debe ser tomada a modo referenc ial, el postor deberá proponer el equipo idóneo para la ejecución del servicio. Los diferenciales en el equipo propuesto por el postor con el equipo que se consigna a modo de referencia en el presente TDR, deberá ser sustentado en la propuesta del postor. El equipo es el mínimo que el postor debe cumplir para admitir la propuesta técnica. Los postores podrán aumentar la organización del servicio con roles adicionales. El único recurso compartido como el Gerente de Servicio ya se ha colocado taxativamente. En caso se compartan roles con una misma persona, ésta deberá cumplir con el perfil mínimo de dichos roles y en el formato TEC-7 de la propuesta técnica no podrá exceder el 100% de dedicación en los roles compartidos por período.
Para el cumplimiento de todos los componentes incluidos en este servicio, se requiere como mínimo, los siguientes roles y perfiles: ROLES Y FUNCIONES ID R-1
Rol Gerente de Proyecto
Cantidad 1
Formación Académica
(Total) Experiencia
Perfil Estudios profesionales culminados (bachiller universitario). Certificado en PMP o Especialización en Gestión de Proyectos. Experiencia laboral general de mínimo diez (10) años. Experiencia laboral mínima de participación en 3 proyectos de implementación con soluciones informáticas y con alcance nacional (debiéndose tratar de proyectos con duración no inferior a 6 meses).
Gestionar el enfoque dado al proyecto para asegurar que está alineado con los factores clave definidos que aseguren el éxito y cumplimiento de objetivos del mismo. Definir acciones correctivas para asegurar el cumplimiento de los objetivos del proyecto. Planificar y realizar el seguimiento de las actividades del proyecto. Funciones Gestionar las actividades del Proyecto y los consultores involucrados. Ser el Interlocutor oficial ante la Junta Directiva y el equipo ejecutor DGGRP del MEF. Elaborar reportes de avance respecto al Plan de trabajo para la DGGRP. Consolidar e integrar la gestión de riesgos y la gestión de los c ambios que se requieran durante el proyecto. SERVICIO DE HOSTING DE INFRAESTRUCTURA, DESARROLLO E IMPLANTACIÓN, SOPORTE POST PRODUCTIVO, GESTION DE LA COMUNICACIÓN PARA EL CAMBIO, Y MESA DE AYUDA DEL SIGEP
S UB S E R VIC IO DE HOS TIN G D E I NF R AE S TR UCT UR A R-2
Jefe de Proyecto – Sub Servicio de Hosting de Infraestructura
1
Formación Académica
(Parcial) Experiencia
Funciones
Estudios profesionales culminados (bachiller universitario). Especialización en Gestión de Proyectos no menor a 40 horas. Experiencia laboral general de mínimo cinco (5) años. Experiencia laboral mínima de 3 años como Jefe de Proyecto en la parte de Hosting en 2 proyectos de implementación con soluciones informáticas, de preferencia con alcance nacional y preferiblemente al menos una en el sector público (debiéndose tratar de proyectos con duración no inferior a 6 meses) durante los últimos 5 años. Administrar y conducir al equipo de Hosting como responsable de este servicio. Definir y dirigir la ejecución del Plan de trabajo de su equipo, asignando las actividades al personal a su cargo y realizar las coordinaciones necesarias con los demás involucrados para el cumplimiento del Plan de trabajo. Página 114 de 341
ROLES Y FUNCIONES ID
R-3
Rol
Especialista de Hardware
Cantidad
1 (Parcial)
Formación Académica
Experiencia
Funciones R-4
Especialista de Software Base y Virtualización
1
Formación Académica
(Parcial) Experiencia
Funciones R-5
Especialista de Redes, Comunicacion
1 (Parcial)
Formación Académica Experiencia
Perfil Elaborar reportes de avance. Controlar y reportar los indicadores. Generar la documentación y registro solicitada por el servicio de la PMO del MEF. Reportar los problemas o riesgos presentes al Gerente de Proyecto, para su debida gestión. Estudios profesionales culminados (bachiller universitario). Certificación en Administración de Servidores Ofertados. Certificación en Administración de la Red Ofertada (equivalente a CCNA). Experiencia laboral general de mínimo cuatro (04) años. Experiencia laboral mínima en los últimos 3 años en servicios de instalación y configuración de hardware en 2 proyectos de implementación con soluciones informáticas, de preferencia con alcance nacional y preferiblemente al menos una en el sector público (debiéndose tratar de proyectos con duración no inferior a 6 meses durante los últimos 5 años). Instalación y configuración de hardware (servidores, equipos de redes y comunicaciones, equipos de enfriamiento y de seguridad). Reportar los problemas o riesgos presentes al Jefe de Proyecto – servicio de Hosting, para su debida gestión. Estudios profesionales culminados (bachiller universitario). Certificación en el software de virtualización ofertado. Experiencia laboral general de mínimo cuatro (04) años. Experiencia laboral mínima en los últimos 3 años en servicios de instalación y configuración de sistemas operativos y software de virtualización en 2 proyectos de implementación con soluciones informáticas, de preferencia con alcance nacional y preferiblemente al menos una en el sector público (debiéndose tratar de proyectos con duración no inferior a 6 meses durante los últimos 5 años). Instalación y configuración del Sistema Operativo y Software de Virtualización encargado de crear las máquinas virtuales. Reportar los problemas o riesgos presentes al Jefe de Proyecto – servicio de Hosting, para su debida gestión. Estudios profesionales culminados (bachiller universitario). Certificación en alguna de las siguientes especialidades: Redes, Comunicaciones y Seguridad Experiencia laboral general de mínimo cuatro (04) años. Página 115 de 341
ROLES Y FUNCIONES ID
Rol es y Seguridad
Cantidad
Funciones R-6
Especialista en Infraestructura – Base de Datos
1 (Parcial)
Formación Académica
Experiencia
Funciones R-7
Especialista en Infraestructura – BPM / SOA
1 (Parcial)
Formación Académica
Experiencia
Funciones R-8
Especialista en Infraestructura – Gestor Documental
1 (Parcial)
Formación Académica
Experiencia
Perfil Experiencia laboral mínima en los últimos 3 años en servicios de instalación y configuración de Redes, Comunicación y Seguridad en 2 proyectos de implementación con soluciones informáticas, de preferencia con alcance nacional y preferiblemente al menos una en el sector público (debiéndose tratar de proyectos con duración no inferior a 6 meses durante los últimos 5 años). Instalación y configuración de Redes, Comunicaciones y Seguridad. Reportar los problemas o riesgos presentes al Jefe de Proyecto – servicio de Hosting, para su debida gestión. Estudios profesionales culminados (bachiller universitario). Certificación oficial OCA u OCP del producto ofertado. Experiencia laboral general de mínimo cuatro (04) años. Experiencia laboral mínima en los últimos 3 años en servicios de instalación y configuración de servidores de base de datos en clúster en 2 proyectos de implementación con soluciones informáticas, de preferencia con alcance nacional y preferiblemente al menos una en el sector público (debiéndose tratar de proyectos con duración no inferior a 6 meses durante los últimos 5 años). Instalar y configurar los servidores de base de datos en clúster, en las máquinas virtuales. Estudios profesionales culminados (bachiller universitario). Certificación oficial IBM Certified BPM Application Developer. Experiencia laboral general de mínimo cuatro (04) años. Experiencia laboral mínima en los últimos 3 años en servicios de instalación y configuración de servidores BPM / SOA en clúster en 2 proyectos de implementación con soluciones informáticas, de preferencia con alcance nacional y preferiblemente al menos una en el sector público (debiéndose tratar de proyectos con duración no inferior a 6 meses durante los últimos 5 años). Instalar y configurar los servidores de aplicación, web, BPM y SOA en clúster en las máquinas virtuales. Estudios profesionales culminados (bachiller universitario). Capacitación en el producto ofertado con un mínimo de 30 horas. Experiencia laboral general de mínimo cuatro (04) años. Experiencia laboral mínima en los últimos 3 años en servicios de instalación y configuración de servidores de gestión documental en clúster en 2 proyectos de implementación con soluciones informáticas, de preferencia con alcance nacional y preferiblemente al menos una en el sector público (debiéndose tratar de proyectos con duración no inferior a 6 meses durante los últimos Página 116 de 341
ROLES Y FUNCIONES ID
Rol
Cantidad Funciones
Perfil 5 años). Instalar y configurar los servidores de gestión documental en clúster, en las máquinas virtuales.
S UB S E R VI CI O DE D E S A R R OLL O E IMP LA NTA CI ON R-9
Jefe de Proyecto – Sub Servicio de Desarrollo e Implantación
1 (Total)
Formación Académica
Experiencia
Funciones
R-10
Arquitecto de Soluciones
1 (Parcial) Formación Académica
Estudios profesionales culminados (bachiller universitario). Conocimientos en PMP o Gestión de Proyectos. Curso o capacitación concluida en BPM (Business Process Management) no menor a 40 horas. Capacitación concluida en BI (Business Intelligence) no menor a 40 horas. Capacitación concluida en SOA (Arquitectura orientada a servicios), no menor a 40 horas. Experiencia laboral general mínima de cinco (05) años. Experiencia laboral mínima de participación en 2 proyectos de implementación con soluciones informáticas usando herramientas de Business Process Management (BPM) y/o Business Intelligence (BI) y con alcance nacional (debiéndose tratar de proyectos con duración no inferior a 6 meses). Administrar y conducir al equipo de desarrollo e implantación, como responsable de este servicio. Definir y dirigir la ejecución del plan de trabajo de su equipo, asignando las actividades al personal a su cargo y realizar las coordinaciones necesarias con los demás involucrados para el cumplimiento del plan de trabajo. Monitorear el cumplimiento de objetivos del plan de trabajo y definir acciones correctivas para lograrlo. Elaborar reportes de avance. Reportar los problemas o riesgos presentes al Gerente de Proyecto, para su debida gestión. Estudios profesionales culminados (bachiller universitario). Curso o capacitación concluida en BPM (Business Process Management) no menor a 40 horas. Curso o capacitación concluida en arquitecturas de integración como SOA, no menor a 40 horas. O certificación de especialista en Tecnologías de Interoperabilidad de Aplicaciones (Middleware). Conocimientos en técnicas de ingeniería de requisitos, análisis de sistemas de información, análisis y diseño de software, UML, DFD, modelamiento de datos (lógico y físico).
Experiencia
Experiencia laboral general de mínimo cuatro (04) años. Página 117 de 341
ROLES Y FUNCIONES ID
Rol
Cantidad
Perfil Experiencia laboral mínima de participación en 2 proyectos de diseño e implementación de soluciones de tecnología de información bajo Arquitectura Orientada a Servicios (SOA) y con alcance nacional (debiéndose tratar de proyectos con duración no inferior a 6 meses).
Funciones
R-11
Analista de Sistemas
6
Formación Académica
(Parcial) Experiencia
Funciones
R-12
Desarrollador BPM
8
Formación Académica
Experiencia laboral mínima de participación en 2 proyectos realizando gestión de TI y funciones de arquitectura de negocios o arquitectura de datos o arquitectura de aplicaciones o arquitectura de tecnología de información. Revisar las especificaciones técnicas y obtener información de los analistas funcionales, de los ingenieros de software del MEF y otros usuarios para entender el problema a ser resuelto. Complementar especificaciones técnicas para que puedan ser utilizadas e implementadas por los desarrolladores. Revisar y/o elaborar diversos modelos del sistema, como soporte o base principal de su trabajo. Desarrollar las estrategias de integración con las aplicaciones existentes. Validar y/o determinar las alternativas de solución tecnológica. Diseñar la Arquitectura Final de la Solución. Coordinar con el Desarrollador en Automatización de Procesos e Integración, las especificaciones técnicas de los requerimientos funcionales. Dirigir el cumplimiento de pruebas unitarias, y coordinar las pruebas de integración y del s istema. Estudios profesionales culminados (bachiller universitario). Conocimientos o estudio en análisis de requerimientos, UML, RUP. Experiencia laboral general de mínimo tres (03) años. Experiencia laboral mínima de participación en un (01) proyecto de implementación con soluciones informáticas y con alcance nacional (debiéndose tratar de proyectos con duración no inferior a 6 meses). Revisar los requerimientos y especificaciones de diseño, actualizarlas de ser necesario según los requerimientos del proyecto. Análisis y Diseño de las funcionalidades de la solución. Guiar a los arquitectos y equipo de trabajo en general, en las dudas funcionales sobre los requerimientos a implementar. Validar y/o reportar las inconformidades del diseño vs capacidades de implementación. Estudios profesionales culminados (bachiller universitario). Estudios en procesos o BPM y conocimientos sólidos en lenguajes de programación, análisis y Página 118 de 341
ROLES Y FUNCIONES ID
Rol
Cantidad (Parcial)
Perfil diseño de soluciones. Experiencia laboral general de mínimo tres (03) años. Experiencia
Funciones
R-13
Desarrollador SOA
3 (Parcial)
Formación Académica
Experiencia laboral mínima de participación en un (01) proyecto de implementación con soluciones informáticas y con alcance nacional (debiéndose tratar de proyectos con duración no inferior a 6 meses) como especialista en modelamiento, rediseño y automatización de procesos mediante productos que conforman la Suite BPM y soluciones de tecnologías de la información bajo arquitectura orientada a servicios (SOA). De preferencia en el sector público. Implementación del modelo de negocio ejecutable de acuerdo a los diseños y arquitectura validada y/o definidos por los arquitectos y analistas (servicios, procesos, reglas, etc.) Diseñar y Probar las funcionalidades. Orientación a los usuarios en el manejo de productos BPMS SOA instalados, en caso de requerirse. Estudios profesionales culminados (bachiller universitario). Conocimientos sólidos en Arquitectura Orientada a Servicios (SOA) y en lenguajes de programación, análisis y diseño de soluciones. Experiencia laboral general de mínimo tres (03) años.
Experiencia
Funciones R-14
Diseñador Web
1 (Parcial)
Formación Académica Experiencia
Experiencia laboral mínima de participación en un (01) proyecto de implementación con soluciones informáticas y con alcance nacional (debiéndose tratar de proyectos con duración no inferior a 6 meses) como especialista en análisis, diseño y construcción de soluciones de tecnologías de la información bajo arquitectura orientada a servicios (SOA). De preferencia en el sector público. Implementación de los servicios SOA de acuerdo a los diseños y arquitectura validada y/o definidos por los arquitectos y analistas. Diseñar y Probar las funcionalidades. Estudios profesionales culminados (bachiller universitario). Conocimientos sólidos en Diseño de Objetos para Sitios Web, HTML, Hoja de Estilos. Experiencia laboral general de mínimo dos (02) años.
Página 119 de 341
ROLES Y FUNCIONES ID
Rol
Cantidad
Perfil Experiencia laboral mínima de participación en un (01) proyecto de implementación con soluciones informáticas y con alcance nacional (debiéndose tratar de proyectos con duración no inferior a 6 meses) como diseñador de artes, objetos, hojas de estilo, HTML para sitios Web. De preferencia en el sector público. Funciones
R-15
Arquitecto de Datos
1
Formación Académica
(Parcial) Experiencia
Funciones R-16
Programador de Base de Datos
1
Formación Académica
(Parcial) Experiencia
Funciones R-17
Analista de Calidad
2 (Parcial
Formación Académica Experiencia
Diseño de artes, objetos, hojas de estilo, y HTML para los interfaces de usuario del Sistema SIGEP. Estudios profesionales culminados (bachiller universitario). Certificación oficial en los productos de base de datos ofertados. Experiencia laboral mínima de cuatro (04) a ños en Tecnologías de Información. Experiencia laboral mínima de participación en dos (02) proyectos de implementación con soluciones informáticas y con alcance nacional (debiéndose tratar de proyectos con duración no inferior a 6 meses) como Arquitecto de Datos. Diseñar los mecanismos de migración de datos de las fuentes de origen a la base de datos del SIGEP. Certificara y/o Complementara el Modelo de Datos Revisar la Calidad de los Scripts de migración generados. Estudios profesionales culminados (bachiller universitario). Deseable contar con certificación oficial del producto de base de datos ofertado. Experiencia laboral general mínima de tres (03) años en Tecnologías de Información. Experiencia laboral mínima de participación en un (01) proyecto de implementación con soluciones informáticas y con alcance nacional (debiéndose tratar de proyectos con duración no inferior a 6 meses) como programador de base de datos. Programar Funciones y Procedimientos y otros objetos de base de datos. Implementar los mecanismos de migración de datos de las fuentes. Estudios profesionales culminados (bachiller universitario). Curso o capacitación concluida sobre alguna herramienta de calidad correspondiente no menor a 40 horas. Experiencia laboral general de mínimo tres (03) años.
Página 120 de 341
ROLES Y FUNCIONES ID
Rol
Cantidad
Perfil Experiencia laboral mínima de participación en un (01) proyecto de implementación con soluciones informáticas y con alcance nacional (debiéndose tratar de proyectos con duración no inferior a 6 meses) como analista de calidad.
R-18
Gestor de la Configuración
1
Funciones
Elaborar el Plan de Pruebas Probar la solución (plan de pruebas) y entregar los resultados junto con la documentación que la soporta. Probar y evaluar todos los aspectos de los problemas de c alidad. Realizar informes parciales al finalizar las fases del plan de Control de calidad, de acuerdo a cronogramas.
Formación Académica
Estudios profesionales culminados (bachiller universitario).
(Parcial) Experiencia
Funciones
Experiencia laboral general mínima de cuatro (04) años. Experiencia laboral mínima de participación en dos (02) proyectos de implementación con soluciones informáticas y con alcance nacional (debiéndose tratar de proyectos con duración no inferior a 6 meses) realizando labores de Gestor de la c onfiguración. Centralizar la distribución de esfuerzos y la posterior integración de desarrollos para la generación de nuevas versiones del sistema.
S UB S E R VI CI O DE S OP OR TE P OS T PR ODUC TIV O R-19
Jefe de Proyecto – Sub Servicio de Soporte Post Productivo
1 (Total)
Formación Académica
Experiencia
Funciones
Estudios profesionales culminados (bachiller universitario). Conocimientos en PMP o Gestión de Proyectos. Certificación en los productos ofertados. Experiencia laboral general mínima de cinco (05) años. Experiencia laboral mínima de participación en dos (02) proyectos de implementación con soluciones informáticas y con alcance nacional (debiéndose tratar de proyectos con duración no inferior a 6 meses) realizando servicios de soporte post productivo. Administrar y conducir al equipo de soporte post productivo como responsable de este servicio. Definir y dirigir la ejecución del plan de trabajo de su equipo, asignando las actividades al personal a su cargo y realizar las coordinaciones necesarias con los demás involucrados para el cumplimiento del plan de trabajo. Elaborar las Estimaciones de los Requerimientos que el MEF solicite. Elaborar reportes de avance. Página 121 de 341
ROLES Y FUNCIONES ID R-20
Rol Arquitecto de Soluciones
Cantidad 1 (Parcial)
Formación Académica
Experiencia
Funciones
R-21
Analista de Sistemas
1
Formación Académica
Perfil Reportar los problemas o riesgos presentes al Gerente de Proyecto, para su debida gestión. Estudios profesionales culminados (bachiller universitario). Curso o capacitación concluida en BPM (Business Process Management) no menor a 40 horas. Curso o capacitación concluida en arquitecturas de integración como SOA, no menor a 40 horas. O certificación de especialista en Tecnologías de Interoperabilidad de Aplicaciones (Middleware). Conocimientos en técnicas de ingeniería de requisitos, análisis de sistemas de información, análisis y diseño de software, UML, DFD, modelamiento de datos (lógico y físico). Experiencia laboral general de mínimo cuatro (04) años. Experiencia laboral mínima de participación en dos (02) proyectos de implementación con soluciones de tecnología de información bajo Arquitectura Orientada a Servicios (SOA) y con alcance nacional (debiéndose tratar de proyectos con duración no inferior a 6 meses). Experiencia laboral mínima de participación en dos (02) proyectos de implementación con soluciones de tecnología de información, con alcance nacional (debiéndose tratar de proyectos con duración no inferior a 6 meses) y realizando funciones de gestión de TI y de arquitectura de negocios o arquitectura de datos o arquitectura de aplicaciones o arquitectura de tecnología de información. Revisar las especificaciones técnicas y obtener información información de los analistas funcionales, de los los ingenieros de software del MEF y otros usuarios para entender el problema a ser resuelto. Complementar especificaciones técnicas para que puedan ser utilizadas e implementadas por los desarrolladores. Revisar y/o elaborar diversos modelos del sistema, como soporte o base principal de su trabajo. Desarrollar las estrategias de integración con las aplicaciones existentes. Validar y/o determinar las alternativas de solución tecnológica. Diseñar o Actualizar la Arquitectura Final de la la Solución. Coordinar con el Desarrollador en Automatización de Procesos e Integración, las especificaciones técnicas de los requerimientos funcionales. Dirigir el cumplimiento de pruebas unitarias, y coordinar las pruebas de integración y del s istema. Capacitación y/u orientación técnica a los usuarios en el manejo de productos BPMS SOA instalados. Estudios profesionales culminados (bachiller universitario). Conocimientos o estudio en análisis de requerimientos, UML, RUP. Página 122 de 341
ROLES Y FUNCIONES ID
Rol
Cantidad (Parcial) Experiencia
Funciones
R-22
Desarrollador BPM/SOA
1
Formación Académica
(Parcial)
Experiencia
Funciones
R-23
Analista de Calidad
1 (Parcial)
Formación Académica
Experiencia
Perfil Experiencia laboral general de mínimo tres (03) años. Experiencia laboral mínima de participación en un (01) proyecto de implementación con soluciones informáticas y con alcance nacional (debiéndose tratar de proyectos con duración no inferior a 6 meses). Revisar los requerimientos y especificaciones de diseño, actualizarlas de ser necesario según los requerimientos del proyecto. Análisis y Diseño de las funcionalidades de la solución. Guiar a los arquitectos y equipo de trabajo en general, en las dudas funcionales sobre los requerimientos a implementar. Validar y/o reportar las inconformidades del diseño vs capacidades de implementación. Estudios profesionales culminados (bachiller universitario). Conocimientos sólidos en lenguajes de programación, análisis y diseño de soluciones. Experiencia laboral general de mínimo tres (03) años. Experiencia laboral mínima de participación en dos (02) proyectos de implementación con soluciones de tecnología de información, con alcance nacional (debiéndose tratar de proyectos con duración no inferior a 6 meses) como especialista en modelamiento, rediseño y automatización de procesos mediante productos que conforman la Suite BPM y s oluciones de tecnologías de la información bajo arquitectura orientada a servicios (SOA). De preferencia en el sector público. Implementación del modelo de negocio ejecutable de acuerdo a los diseños y arquitectura validada y/o definidos por los arquitectos y analistas (servicios, procesos, reglas, etc.). Diseñar y Probar las funcionalidades. Orientación a los usuarios en el manejo de productos BPMS SOA instalados, en caso de requerirse. Estudios profesionales culminados (bachiller universitario). Curso o capacitación concluida sobre alguna herramienta de calidad correspondiente no menor a 40 horas. Experiencia laboral general de mínimo tres (03) años. Experiencia laboral mínima de participación en un (01) proyecto de implementación con soluciones de tecnología de información, con alcance nacional (debiéndose tratar de proyectos con duración no inferior a 6 meses) y realizando labores de analista de calidad. Probar la solución (plan de pruebas) y entregar los resultados junto con la documentación que Página 123 de 341
ROLES Y FUNCIONES ID
Rol
Cantidad Funciones
R-24
Gestor de la Configuración
1
Formación Académica
(Parcial)
Perfil la soporta. Probar y evaluar todos los aspectos de los problemas de c alidad. Realizar informes parciales al finalizar las fases del plan de Control de calidad, de acuerdo a cronogramas. Estudios profesionales culminados (bachiller universitario). Experiencia laboral general mínima de cuatro (04) años.
Experiencia
Funciones
Experiencia laboral mínima de participación en dos (02) proyectos de implementación con soluciones de tecnología de información, con alcance nacional (debiéndose tratar de proyectos con duración no inferior a 6 meses) y realizando labores de Gestor de la configuración. Centralizar la distribución de esfuerzos y la posterior integración de desarrollos para la generación de nuevas versiones del sistema.
S UB S E R VIC IO DE G E S TIÓ N DE LA CO MUNIC A CI ÓN P A R A E L C A MB IO R-25
Jefe de Proyecto – Proyecto – Sub Servicio de Gestión de la Comunicación para el Cambio
1 (Parcial)
Formación Académica
Experiencia
Funciones
Estudios profesionales culminados (bachiller universitario). Conocimientos administrativos y tecnológicos para realizar funciones de dirección. Experiencia laboral general de mínimo cinco (05) años. Experiencia laboral mínima mínima de participación en dos (02) proyectos/servicios de gestión de comunicaciones o gestión del cambio o capacitaciones o campañas de cambio cultural o gestión humana o tres (03) años de labores relacionados relacionados a dichos ámbitos (debiéndose (debiéndose tratar de proyectos con duración no inferior a 6 meses), preferiblemente en sector público, pero no limitativo. De preferencia preferencia con experiencia en proyectos o servicios o labores referidas a cambios organizaciones en donde se involucre nuevo sistemas Responsable de la Gestión de la Comunicación para el Cambio. Gestionar el enfoque dado al servicio para asegurar que está alineado con los factores clave definidos que garantizan el éxito del proyecto y metas de la organización. Planificar y realizar el seguimiento de las actividades del equipo de trabajo a cargo. Programar las sesiones de capacitación y realizar toda la programación en general de las actividades, apoyado del comunicador. Medir resultados parcialmente, conforme avanza el Servicio de gestión de la comunicación para el cambio. Página 124 de 341
ROLES Y FUNCIONES ID R-26
Rol Comunicador
Cantidad 1 (Total)
Formación Académica
Experiencia
Funciones
R-27
Capacitador
3
Formación Académica
(Parcial) Experiencia
Funciones
Perfil Estudios profesionales culminados (bachiller universitario). Conocimiento en cambio organizacional o metodologías de gestión del cambio campañas comunicaciones o similares Experiencia laboral general de mínimo dos (02) años. Experiencia laboral mínima mínima de participación en dos (02) proyectos/servicios de gestión de comunicaciones o gestión del cambio o capacitaciones o campañas de cambio cultural o gestión humana o tres (03) años de labores relacionados relacionados a dichos ámbitos (debiéndose tratar tratar de proyectos con duración no inferior a 6 meses), preferiblemente en sector público, pero no limitativo. De preferencia con experiencia en proyectos o servicios o labores referidas a cambios organizaciones en donde se involucre nuevo sistemas Apoyar en la definición del enfoque metodológico y las actividades a realizar para el Plan de Comunicación. Dinamizar y liderar las acciones de gestión de colectivos en cada fase de implantación. Realizar las campañas de comunicación relacionadas con el Plan de Gestión de la comunicación para el Cambio. Estudios profesionales culminados (bachiller universitario). Experiencia laboral general de mínimo cuatro (04) años. Experiencia laboral mínima de participación en dos (02) proyectos de implementación con soluciones de tecnología de información, con alcance nacional (debiéndose tratar de proyectos con duración no inferior a 6 meses) y realizando tareas de analista de gestión del cambio o capacitador. Capacitación y/u orientación a los usuarios en el manejo de procesos y su conocimiento sobre requerimientos de SIGEP. Apoyar en el diseño de los materiales necesarios necesarios para la difusión.
S UB S E R VIC IO DE ME S A D E A YU DA R-28
Jefe de Proyecto – Proyecto – Sub Servicio
1
Formación Académica
Estudios profesionales culminados (bachiller universitario).
(Parcial)
Experiencia
Experiencia laboral general mínima de cinco (05) años.
Página 125 de 341
ROLES Y FUNCIONES ID
Rol de Mesa de Ayuda
Cantidad
Perfil Experiencia laboral mínima de participación en tres (03) proyectos de implementación con soluciones de tecnología de información, con alcance nacional (debiéndose tratar de proyectos con duración no inferior a 6 meses) y realizando la supervisión de proyectos y/o servicios de mesa de ayuda y/o supervisión de servicios de soporte técnico y/o supervisión de servicios de mantenimiento a plataformas de cómputo personal.
Funciones
R-29
Arquitecto del Sub Servicio de Mesa de Ayuda
1
Formación Académica
(Parcial) Experiencia Funciones
R-30
R-31
Analista de Mesa de Ayuda
Técnico de Mesa de Ayuda
1
Formación Académica
(Total)
6
Responsable por lograr la implantación con éxito de los servicios propuestos y la suficiente autoridad y atribución para resolver los conflictos que puedan poner en riesgo los objetivos, metas o resultados del proyecto. Coordinar al equipo de trabajo encargado y hacer seguimiento. Medir resultados para compararlos con las metas u objetivos exigidos. Garantizar que los compromisos contractuales y del cronograma de actividades se cumplan y no se produzcan desfases en cuanto a tiempo y c ostos. Elabora y presenta informes sobre resultados. Estudios profesionales culminados (bachiller universitario). Certificación ITIL Expert. Experiencia laboral general de mínimo cuatro (04) años. Experiencia laboral mínima de participación en dos (02) proyectos de mesa de ayuda para implementaciones con soluciones de tecnología de información, con alcance nacional (debiéndose tratar de proyectos con duración no inferior a 6 meses) . Diseñar el servicio de Mesa de Ayuda. Estudios profesionales culminados (bachiller universitario). Certificación ITIL Foundation. Experiencia laboral general de mínimo tres (03) años.
Experiencia
Experiencia laboral mínima de participación en un (01) proyecto de mesa de ayuda para implementaciones con soluciones de tecnología de información, con alcance nacional (debiéndose tratar de proyectos con duración no inferior a 6 meses) .
Funciones
Implementar el servicio de Mesa de Ayuda. Estudios profesionales culminados (bachiller universitario). Deseable contar con certificación ITIL Foundation. Experiencia laboral general de mínimo tres (03) años. Experiencia laboral mínima de participación en un (01) proyecto de mesa de ayuda para
Formación Académica
(Parcial) Experiencia
Página 126 de 341
ROLES Y FUNCIONES ID
Rol
Cantidad
Funciones
Perfil implementaciones con soluciones de tecnología de información, con alcance nacional (debiéndose tratar de proyectos con duración no inferior a 6 meses). Recepción telefónica y registro de todas las llamadas en la aplicación de Mesa de Ayuda. Dar el primer nivel de soporte telefónico, analizando las dificultades y/o dudas de los usuarios frente a la herramienta o frente a los procesos, requerimientos o incidencias. Realizar el escalamiento al segundo nivel cuando el requerimiento no ha podido ser s olucionado directamente por él.
Tabla 39: 39: Perfiles y sus características solicitadas del servicio “ Hosting Hosting de Infraestructura, Desarrollo e Implantación, Soporte Post-Productivo, Mesa de Ayuda y Gestión de la Comunicación para el Cambio”
Para acreditar la Formación Académica, Académica, será necesario presentar la copia del título respectivo y/o la constancia de estudios y cursos/capacitaciones cursos/capacitaciones que debe ser emitida por un centro autorizado. Para acreditar la Experiencia del Personal Propuesto se Propuesto se deberá presentar cualquiera de los siguientes documentos: (i) copia simple de contratos y su respectiva conformidad o (ii) constancias o (iii) certificados o (iv) cualquier otra documentación que, de manera fehaciente demuestre la experiencia del personal propuesto.
Página 127 de 341
5.2 EQUIPO POR PARTE DEL MEF A continuación se detalla el equipo del MEF necesario para realizar las tareas que se requieren para el presente servicio, así como su f ormación, experiencia y funciones:
6. MECANISMOS DE COORDINACIÓN Y SEGUIMIENTO 6.1 ORGANIZACIÓN DEL PROYECTO Para la correcta ejecución del servicio se proponen tres mecanismos de coordinación entre la organización del servicio del contratista y el ECTP del MEF, como son el Comité de Dirección, el de Seguimiento y el multiproveedor según correspondan. A continuación se explican los tres:
6.1.1 COMITÉ DE DIRECCIÓN Este Comité de Dirección deberá estar conformado por miembros de la Junta Directiva del Proyecto, miembros del MEF y miembros del equipo del contratista. A continuación se detallan:
Junta Directiva del Proyecto: o o o o
MEF:
Director General DGGRP. Representante de la OGTI. Representante de la DUCPS. Representante del BID.
Comités de Seguimiento, y de aquellos aspectos que entren bajo el procedimiento de control de cambios (que impacten en alcance, tiempo o costo). La periodicidad de las reuniones de este comité se propone de manera trimestral, para realizar el correcto seguimiento al servicio, a concretarse por las máximas autoridades de ambas partes. El contratista deberá proponer, al inicio de la fase pre operativa, los formatos de acta de comité de dirección para su aprobación por parte del MEF. Durante la fase operativa, las agendas de comité de dirección deberán ser remitidas al Equipo de Coordinación Técnica del Proyecto (ECTP), como mínimo, dos días antes de la fecha de convocatoria de los Comités de Dirección. El Gerente de Proyecto del servicio será quien dirigirá los Comités de Dirección.
6.1.2 COMITÉ DE SEGUIMIENTO Este Comité deberá estar conformado por miembros del MEF y miembros del equipo del contratista. A continuación se detallan:
MEF: o o
Coordinador General del Proyecto SIGEP. Coordinador Técnico. Coordinado de Gestión PMO.
o
o
o
o
o
Realizar el seguimiento del avance y desempeño del servicio. Realizar un seguimiento de los riesgos identificados y las acciones tomadas para mitigarlos. Revisar el cumplimiento y desempeño de los ANS (Acuerdos de Niveles de Servicio), así como ajustar los procedimientos de medición de los servicios si corresponde. Realizar un seguimiento de las incidencias, requerimientos que acumulen más antigüedad con el objetivo de detectar problemas en el proceso de resolución de las mismas, coordinando y agilizando su resolución. Se realizará un seguimiento de los casos que se encuentren pendientes de resolución, para detectar deficiencias en el proceso de escalado de las incidencias y solicitando para estos casos concretos la correcta asignación de la incidencia, persiguiendo la resolución de la misma.
La periodicidad de las reuniones de este comité se propone de manera mensual para el correcto seguimiento al servicio, a concretarse por ambas partes. El contratista deberá proponer, al inicio de la fase pre operativa, los formatos de acta de comité de seguimiento para su aprobación por parte del MEF. Durante la fase operativa, las agendas de comité de seguimiento deberán ser remitidas al Equipo de Coordinación Técnica, como mínimo, dos días antes de la fecha de convocatoria de los Comités de Seguimiento. El Gerente de Proyecto del servicio dirigirá los Comités de seguimiento.
o o o
Coordinador de Control de Calidad del Servicio de Control de la Calidad. Gerente de Proyecto del Servicio de PMO. Otros miembros del equipo cuya asistencia se considere necesaria por parte del cualquier Gerente responsable de uno de los tres servicios.
El Comité Multiproveedor tendrá la misión de gestionar y mitigar todo riesgo que pueda venir dado por la dependencia de este servicio con los otros servicios del component e I del proyecto en la organización y viceversa. La periodicidad de las reuniones de este comité se propone de manera mensual y en ella se trataran fundamentalmente problemas, riesgos e impactos en el servicio prestado por dependencias con otros servicios del proyecto. El Servicio de PMO será el responsable de realizar la agenda de estos comités así como sus actas y la convocatoria de los diferentes equipos de contratistas. Durante la fase operativa, las agendas de comité multiproveedor deberán ser remitidas al Equipo de Coordinación Técnica, como mínimo, dos días antes de la fecha de convocatoria de los Comités Multiproveedor. El Gerente de Proyecto del Servicio de PMO dirigirá los Comités Multiproveedor.
6.1.4 OTROS MECANISMOS DE COORDINACIÓN Y SEGUIMIENTO
o
Mecanismo de cambios de alcance del servicio.
o
Mecanismo de cambio de perfiles.
o
Hitos de facturación.
o
Acuerdos de envergadura tomados en la fase Pre Operativa.
En definitiva, los documentos de gestión de los sub servicios y la Metodología de Gestión de Proyectos deberán contener todos los acuerdos necesarios para una correcta gestión del servicio y que no están contenidos en el contrato o en el TDR al mismo tiempo que son de vital importancia para una ejecución de calidad. Al inicio del presente Servicio, el Servicio de PMO del MEF, a través de éste último, remitirá un documento llamado Metodología de Gestión del Proyecto el contenido mínimo que todos los documentos de Gestión del Proyecto que todos Servicios deberán tener. Asimismo, el servicio de PMO requerirá la remisión de información como indicadores en frecuencia que se establecerán durante las Fases Pre Operativas de cada sub servicio, la misma que debe ser de cumplimiento obligatorio por parte de los contratistas de cada sub servicio.
7. PERFIL DEL POSTOR Para la ejecución de este servicio se requiere de una firma consultora 19 con probada experiencia, por lo que a continuación se listan los requerimientos que son de carácter obligatorio para los postores, quienes durante el proceso de adquisición deberá acreditar cada uno de estos exigibles a fin de que su propuesta sea considerada como válida y pueda acceder a la evaluación técnica-económica.
7.1 REQUERIMIENTOS MÍNIMOS OBLIGATORIOS 7.1.1 Experiencia del Postor A continuación, se detallan los requerimientos mínimos obligatorios de nivel organizacional que deberán cumplir los postores: a. El postor deberá acreditar mínimo 60 meses de experiencia prestando servicios de Hosting de Infraestructura (Hosting de Aplicativos, no web-hosting) en entidades públicas y privadas, tanto nacionales como internacionales. Deberá ser acreditadas documentariamente, es decir podrá presentar: copia simple de los comprobantes de pago cancelados, o en su defecto del contrato y su respectiva conformidad de la prestación del servicio ejecutado por el Postor. En el caso de presentar contratos con su respectiva conformidad el tipo de cambio que se utilizara será el que corresponda a la fecha de conformidad del servicio; según el tipo de cambio venta publicado por la
e. El postor deberá acreditar que cuenta con experiencia mínima de 24 meses prestando servicios de Fábrica de Software y/o Centros de Desarrollo de Software (Desarrollo y Soporte Post Productivo) en Entidades gubernamentales ya sea a nivel nacional o internacional, utilizando el modelo de referencia CMMI-Dev para la prestación de sus servicios para lo cual deberá presentar copia simple de constancias de prestación o cualquier otro documento que, independientemente de su denominación avalen la experiencia requerida, identificando la contratación y el período laborado. f. El postor deberá acreditar que cuenta con experiencia mínima de 12 meses prestando servicios de Implantación de Sistemas Informáticos en Entidades gubernamentales ya sea a nivel nacional o internacional, para la prestación de sus servicios para lo cual deberá presentar copia simple de constancias de prestación o cualquier otro documento que, independientemente de su denominación avalen la experiencia requerida, identificando la contratación y el período laborado. g. El postor deberá acreditar que cuenta con experiencia mínima de 12 meses prestando servicios de Gestión de Cambio o similar en Entidades gubernamentales ya sea a nivel nacional o internacional, para la prestación de sus servicios para lo cual deberá presentar copia simple de constancias de prestación o cualquier otro documento que, independientemente de su denominación avalen la experiencia requerida, identificando la contratación y el período laborado. h. El postor deberá acreditar que cuenta con experiencia mínima de 12 meses prestando servicios de Mesa de Ayuda en Entidades gubernamentales ya sea a nivel nacional o
8. MODALIDAD DE CONTRATACIÓN La Modalidad de contratación es MIXTO. A continuación se detalla los casos en que aplica cada modalidad de contratación por sub servicio: Sub Servicio Hosting de Infraestructura
Desarrollo e Implantación
Mesa de Ayuda Soporte Post Productivo Gestión de la Comunicación para el Cambio
Alcance Plataforma Tecnológica SIGEP para el entorno de producción y pruebas.
Modalidad Mixto
- Requerimientos Técnicos detallados en los anexos: 12.3 “Arquitectura Precio Fijo Tecnologica”, 12.8. “Dimensionamiento de la Infraestructura”, 12.9. “Topologia de Servidores”, 12.10. “Requerimientos Tecnicos”, 12.12. “Arquitectura de Comunicaciones”, y 12.13. “Ancho de Banda”. - Adición de recursos: servidores, disco, procesadores, memoria, espacio de disco, A demanda (el enlace de datos, y otros que sean solicitados por el MEF. contratista deberá indicar tarifas unitarias) - Desarrollo de 19 Procesos Automatizados. Precio Fijo
Forma de Pago Mensual
Por Hito de Entrega Por Hito de Entrega
- Implantación de 3 Módulos para todas las Unidades Ejecutoras de los Gobiernos Regionales y Nacionales del País.
Precio Fijo
- Desarrollo de Nuevos Casos de Uso y Mejoras a los Procesos. - Usuarios del SIGEP. - Análisis, Diseño, Construcción y Pruebas de funcionalidades del SIGEP (mejoras). - Asegurar una reducción de la resistencia al cambio, la correcta adaptación de los usuarios al uso del SIGEP y s u utilización objetiva.
Bolsa de Horas Por ticket Bolsa de Horas
Mensual Mensual Mensual
Precio fijo
Mensual
Tabla 40: Modalidad de contratación del Servicio “Hosting de Infraestructura, Desarrollo e Implantación, Soporte Post -Productivo, Gestión de la Comunicación para el Cambio y Mesa de Ayuda”
Página 136 de 341
Referente al sub servicio de Hosting de Infraestructura se sustenta esta modalidad toda vez que las necesidades de infraestructura durante la ejecución del servicio son de necesidad variable. Algunos de esos momentos que marcan la diferente demanda de la infraestructura son los siguientes: Escenario Cuando el contratista del servicio de Control de Calidad utiliza el Entorno de Pruebas para realizar las pruebas de certificación del Módulo 1.
Característica de la demanda Entorno de Pruebas utilizado con el Modulo 1. Entorno de Producción sin uso.
Cuando el contratista del servicio de Control de Calidad utiliza el Entorno de Pruebas para realizas las pruebas de certificación del Módulo 2. Cuando el contratista del servicio de Control de Calidad utilizar el Entorno de Pruebas para realizar las pruebas de certificación del Módulo 3.
Entorno de Pruebas utilizado con el Modulo 2 Entorno de Producción utilizado con el Modulo 1. Entorno de Pruebas utilizado con el Modulo 3. Entorno de Producción utilizado con el Modulo 1 y 2.
Tabla 41: Escenarios vs Características de la demanda del Sub Servicio de Hosting de Infraestructura
9. LUGAR DE TRABAJO
personales. El contratista y su personal deberán adoptar las medidas de índole técnica y organizativa necesarias para que sus trabajadores, directores, accionistas, proveedores y en general, cualquier persona que tenga relación con el contratista no divulgue a ningún tercero los documentos e informaciones a los que tenga acceso, sin autorización expresa y por escrito del MEF, garantizando la seguridad de los datos de carácter personal y evitar su alteración. Asimismo el contratista y su personal se hacen responsables por la divulgación que se pueda producir, y asumen el pago de la indemnización por daños y perjuicios que la autoridad competente determine. El contratista se compromete a devolver todo el material que le haya proporcionado el MEF a los dos (02) días hábiles de la culminación o resolución del contrato, sin que sea necesario un requerimiento previo. Sin embargo, el contratista se encuentra facultado a guardar copia de los documentos producto del resultado de la prestación del servicio prestado, siendo el MEF el único que pueda acceder a dicha información. Dicha copia no puede ser dada a terceros salvo autorización expresa y por escrito de DUCPS y el MEF. Asimismo, el Contratista se obliga a mantener en estricta confidencialidad toda la información generada como consecuencia de la ejecución del servicio y se obliga a utilizar dicha información únicamente para el objeto materia del servicio, salvo que medie autorización expresa por escrito de DUCPS y del MEF. Dicha obligación se mantendrá incluso luego de la terminación o resolución del servicio, y su incumplimiento hará responsable al Consultor de los daños y perjuicios que ocasionen al MEF. La obligación de confidencialidad seguirá vigente incluso luego de la culminación del presente
12. ANEXOS
12.1
PLAN GENERAL DE IMPLANTACIÓN DEL PROYECTO AÑO 2 (2015) S2
AÑO 3 (2016) S1
AÑO 4 (2017) S2
S1
AÑO 5 (2018) S2
S1
AÑO 6 (2019) S2
S1
Gestion Aprobacion PIP Servicio de Hosting de Infraestructura, Desarrollo, Implantacion, Mesa de Ayuda, Soporte Post Productivo, y Contratación
Sub Servicio de Hosting de Infraestructura F.PreOpe
Fases del Sub Servicio de Hosting de Infraestructura
Fase Operativa Fase T.y Cierre
Lanzamiento Adquisición del Sub Servicio de Hosting de Infraestructura Diseño de Arquitectura de laSolución Adquisición de licencias Asignación de infraestructura Instalacion y Configuracion de Plataforma Tecnologica Instalación y configuración deHW Instalación y configuración deSO y SW devirtualización Instalación y configuración delicencias según Arquitectura
Marcha Blanca Administracion de la Plataforma Tecnologica
Sub Servicio de Desarrollo e Implantacion Fases del Sub Servicio de Desarrollo e Implantacion
F.PreOpe
Fase Operativa F. Cierre
Instalacion de Oficina Preparacion de Formatos y Planes de Trabajo Lanzamiento Revision Documentos de Analisis y Diseño Reuniones de Trabajo Análisis y Diseño del GAP del Sistema Modulo 1 [15 procesos] Bloque 1: [13 procesos] RCAP - Registro y Validacion de CAP Aprobado RPAP - Registro y Validacion de PAP Aprobado RECO - Registro de Conceptos MOCO - Modificacion de Conceptos BACO - Baja de Conceptos REPE - Registro de Personas MOPE - Modificacion de Personas BAPE - Baja de Personas RUEJ - Registro de Unidad Ejecutora MUEJ - Modificacion de Unidad Ejecutora BUEJ - Baja de Unidad Ejecutora ACPE - Asignacion de Concepto a Persona MAMA - Mantenimiento de Maestras Casos de Uso Generales
0,75 0,50 0,75 0,25 1,50 1,25 ### ### 0,75 0,25 0,25 1,00 2,25 4,00
Bloque 2: [2 procesos] ASOR - Atencion de Solicitud de Otros Registros RCPE - Registro y Validacion de CPE Aprobado
1,50 1,00
Modulo 2 [3 Procesos] RVPL- Registro y Validacion de Planillas MCPA - Mantenimiento de Cronograma de Planillas CRIN - Control de Registros de Informacion
0,50 0,25 0,50
Modulo 3 [1 Proceso] OBRE - ObtenerReportes
4,00
Estimacion de Esfuerzo de Construccion y Pruebas Construcción, Pruebas e Implantación del Sistema Marcha Blanca Construcción y Pruebas Módulo 1 [15 procesos] Bloque 1: [8 procesos] [Etapa Pre Operativa] Bloque 2: [8 procesos] [Etapa Operativa] MOCO - Modificacion de Conceptos BACO - Baja de Conceptos REPE - Registro de Personas MOPE - Modificacion de Personas BAPE - Baja de Personas ASOR - Atencion de Solicitud de Otros Registros RCPE - Registro y Validacion de CPE Aprobado
0,50 ### 2,25 (2) 1,75 1,00 3,50 (2) 2,25 (2)
S2
12.2 PROCEDIMIENTO DE APLICACIÓN DE PENALIDAD Según la normativa de contratación aplicable, las penalidades por mora como las otras penalidades distintas a la penalidad por mora (penalidades especiales) que están establecidas en el presente documento, se aplicaran automáticamente, por lo que no resulta necesaria la intimación previa al Contratista por parte del MEF dado que nos encontramos dentro de la excepción prevista en el numeral 2 del Artículo 1333 del Código Civil. En caso que un mismo hecho pueda ser pasible de aplicación de más de una penalidad, se le impondrá la de mayor importe. El procedimiento para la aplicación de las penalidades es el siguiente: i.
El MEF, una vez que identifique un hecho pasible de penalidad, comunicara al Contratista sobre las situaciones pasibles de penalidad.
ii.
El Contratista tendrá hasta cinco (05) días hábiles, contados a partir del día siguiente de recibida la comunicación, para efectuar su descargo respectivo. Según la complejidad del caso reportado, este periodo podrá extenderse a solicitud del Contratista y con la aprobación expresa del Coordinador del Proyecto, aplicándose el silencio positivo de procedencia de la solicitud de ampliación de plazo en caso éste no responda a la petición en un plazo de dos (02) hábiles de recibida la misma.La solicitud de ampliación de plazo deberá realizarse dentro de los primeros cinco (05) días señalados inicialmente. Entiéndase por descargo, al documento presentado por el Contratista donde sustente con documentos probatorios que: (i) los motivos o
Las penalidades serán aplicadas sin perjuicio de la ejecución de la(s) garantía(s), de la aplicación de otras penalidades pactadas contractualmente, de la resolución del contrato, de la responsabilidad civil y/o de las acciones legales que correspondan.
12.3 ARQUITECTURA TECNOLOGICA
12.4 REQUISITOS FUNCIONALES 12.4.1 Mapa de Procesos Unificado del TO-BE A continuación se muestra el Mapa de procesos TO BE, , el cual se presenta a nivel macroprocesos, procesos, subprocesos y procedimientos, indicando así mismo en distintos colores los propietarios de cada procedimiento:
Ilustración 12: Mapa de Procesos TO BE
12.4.2 Requisitos Funcionales En este apartado se presenta el inventario de Requisitos Funcionales por proceso automatizado, que definen el alcance de implementación del SIGEP: RCAP. Registro y Validación del CAP Aprobado ID-RF
RF_01
Nombre
Registrar el CAP
Descripción El Sistema permitirá al Responsable de Recursos Humanos de la UE ver, de manera informativa, los datos de su UE: - Nombre de la UE - Sector - Pliego - Tipo de Entidad - Nivel de Gobierno - Pliego - Estado de la Unidad Ejecutora El Sistema permitirá al Responsable de Recursos Humanos de la UE registrar el CAP con los siguientes datos: - Ejercicio CAP - Órgano - Unidad Orgánica - Cargo - Régimen de Servicios - Nivel - Total de Cargos (cantidad de registros por cargo que se quiera registrar) - Sustento del CAP (que incluye el número de resolución y el adjunto del sustento)
Rol
Complejidad
Responsable de Recursos Humanos de la UE
Alta
El Sistema mostrará la estructura de CAP en un listado que contiene el total de registros por Órgano y Unidad Orgánica, a la vez podrá permitir al Responsable de Recursos Humanos de la UE modificar o eliminar los datos que se ingresaron, antes de enviar el CAP a validación por SERVIR. El Sistema permitirá descargar el archivo que contiene la estructura del CAP. El Sistema mostrará la opción para realizar la carga masiva del CAP.
Página 147 de 341
RCAP. Registro y Validación del CAP Aprobado ID-RF
Nombre
Descripción El Sistema mostrará un resumen de los números totales de cargos del CAP, en el que se incluirá el número total de cargos de confianza.
Rol
Complejidad
SIGEP
Media
Una vez ingresados todos los cargos del CAP, el Sistema permitirá al Responsable de Recursos Humanos de la UE seleccionar las siguientes acciones según su necesidad: Guardar y Enviar a Validación, Guardar Borrador, Vista Previa o Cancelar.
RF_02
Generar CAP en formato PDF
Una vez se guarde el CAP registrado, será enviado al Responsable de Aprobación del CAP (SERVIR) para su validación y guarda el documento de sustento del CAP en el gestor documental. El Sistema generará el CAP en formato PDF una vez que se haya validado por SERVIR, se guardará en el Gestor Documental. El Sistema permitirá al Responsable de Aprobación del CAP (SERVIR) revisar los datos registrados del CAP y el documento de sustento del CAP. A partir de ello, aprobará el CAP o, en su defecto, registrar la observación de manera general o por cada registro. Cuando el Responsable de Aprobación del CAP (SERVIR) registra observaciones el Sistema habilitará el botón “Observar CAP”.
RF_03
Revisar CAP
El Responsable de Aprobación del CAP (SERVIR) podrá seleccionar las Responsable de siguientes acciones según su necesidad: Observar CAP, Validar CAP, Guardar Aprobación del CAP Borrador, Vista Previa o Cancelar. (SERVIR)
Alta
El Sistema permitirá exportar el CAP de la UE en formato PDF o Excel con los datos del CAP que fue registrado por el Responsable de Recursos Humanos de la UE. El Sistema permitirá descargar el archivo que contiene la estructura del CAP.
RF_04
Subsanar observaciones del CAP
El Sistema mostrará la opción para realizar la carga masiva del CAP revisado. El Sistema permitirá al Responsable de Recursos Humanos de la UE subsanar las observaciones recibidas que fueron registrados por el Responsable de Aprobación del CAP (SERVIR).
Responsable de Recursos Humanos de la UE
Alta
Página 148 de 341
RCAP. Registro y Validación del CAP Aprobado ID-RF
Nombre
Descripción
Rol
Complejidad
SIGEP
Media
El Sistema mostrará un formulario con los campos observados y el motivo de la observación. El Responsable de Recursos Humanos de la UE podrá modificar cada registro del CAP o el documento de sustento del CAP, según las observaciones recibidas por el Responsable de Aprobación del CAP (SERVIR). Una vez subsanadas las observaciones, el Responsable de Recursos Humanos de la UE podrá seleccionar las siguientes acciones según su necesidad: Guardar y Enviar a Validación, Guardar Borrador, Vista Previa o Cancelar. El Sistema permitirá exportar el CAP de la UE en formato PDF o Excel incluidas las observaciones que fue registrado por el Responsable de Aprobación del CAP (SERVIR). El Sistema permitirá descargar el archivo que contiene la estructura del CAP. El Sistema mostrará la opción para realizar la carga masiva del CAP.
RF_05
Una vez subsanadas las observaciones por el Responsable de Recursos Humanos de la UE, el Sistema envía a la bandeja de trabajo del Responsable de Aprobación del CAP (SERVIR) para su validación y guarda el documento de sustento del CAP en el gestor documental. Enviar notificación El Sistema notificará la aprobación del CAP al Responsable de Recursos de revisión del CAP Humanos de la UE. RPAP. Registro y Validación del PAP Aprobado
ID-RF
RF_06
Nombre
Registrar el PAP
Descripción El Sistema permitirá al Responsable de Planeamiento y Presupuesto de la UE ver, de manera informativa, los datos de su UE: - Unidad Ejecutora - Sector - Pliego - Tipo de entidad - Estado de la unidad ejecutora
Rol
Complejidad
Responsable de Planeamiento y Presupuesto de la UE
Muy Alta
Página 149 de 341
RPAP. Registro y Validación del PAP Aprobado ID-RF
Nombre
Descripción -
Rol
Complejidad
SIGEP
Media
Nivel de gobierno
El Sistema permitirá al Responsable de Planeamiento y Presupuesto de la UE realizar una búsqueda de los registros según los siguientes criterios de búsqueda: - Ejercicio Presupuestal - Órgano De manera que muestre, a modo de ayuda para el usuario, un número menor de registros. Si el Responsable de Planeamiento y Presupuesto de la UE no realiza ninguna búsqueda por defecto la ventana mostrará todos los registros existentes hasta el momento.
RF_07
Generar PAP en
Desde esta funcionalidad podrá registrar de dos formas: Registro de PAP de forma individual - De forma individual, desde la lista de plazas que se carga desde el CAP se selecciona el botón “Registrar Conceptos”. - Cuando se active el registro de conceptos se muestra una ventana emergente desde donde se mostrará los conceptos sugeridos según los datos de registro d el concepto, así mismo se podrá modificar el monto de los conceptos que tengan la característica de editable. Por otro lado también se podrá adicionar un nuevo concepto. Registro de PAP de Forma Masiva: - Se tiene la opción para descargar la estructura del archivo en formato Excel. - Tendrá la opción de carga masiva del PAP. Para ambos casos se visualiza el total presupuesto PAP, que está compuesto por el monto total que está solicitando la UE y el financiamiento presupuestal de la UE y desagregado por genérica de gasto. Una vez ingresados todos los datos del formulario del PAP, el Responsable de Planeamiento y Presupuesto de la UE podrá seleccionar las siguientes acciones según su necesidad: Guardar, Guardar Borrador, Vista Previa o Cancelar. El Sistema generará el PAP en formato PDF y se guardará en el Gestor
Página 150 de 341
RPAP. Registro y Validación del PAP Aprobado ID-RF
Nombre formato PDF
Descripción Documental, una vez que se haya aprobado, guardado y enviado para validación. El Sistema permitirá al Coordinador de la DTERIGRP revisar el PAP: -
-
RF_08
Revisar montos del PAP
-
-
Podrá revisar los conceptos asignados a una plaza. La revisión del PAP puede ser individual o masiva. La revisión individual tiene la opción de ver el detalle de los conceptos (Se mostrará en una ventana emergente que mostrará información general de la plaza, lista de conceptos de la plaza y el financiamiento presupuestal total y desagregado por genérica de gasto) que están asociados a una plaza. La revisión Masiva, se podrá descargar el PAP en formato Excel y cuando se finalice la revisión se podrá cargar el PAP revisado. Mostrará el monto total del PAP, el financiamiento presupuestal de la UE, el monto total y el monto desagregado por genérica de gasto. Cuando el PAP tiene observaciones se registra y el PAP se guarda con estado observado Cuando el PAP es conforme se guarda con estado Aprobado por MEF.
Rol
Complejidad
Coordinador de la DTERIGRP
Media
Responsable de Planeamiento y Presupuesto de la UE
Muy Alta
Cuando el Coordinador de la DTERIGRP registra observaciones el Sistema habilitará el botón “Observar CAP”.
RF_09
Subsanar observaciones del PAP
El Coordinador de la DTERIGRP podrá seleccionar las siguientes acciones según su necesidad: Observar PAP, Validar PAP, Guardar Borrador, Vista Previa o Cancelar. El Sistema permitirá al Responsable de Planeamiento y Presupuesto de la UE subsanar las observaciones recibidas que fueron registradas por el Coordinador de la DTERIGRP. El Sistema mostrará un formulario con los campos observados habilitados y el motivo de la observación. Así mismo desde este formulario se podrá descargar el PAP en formato Excel para poder trabajarlo por fuera y luego subir el archivo subsanado desde una
Página 151 de 341
RPAP. Registro y Validación del PAP Aprobado ID-RF
Nombre
Descripción opción denominado “Cargar Subsanación del PAP”. Además se podrá descargar en formato Excel la estructura del archivo de carga del PAP.
Rol
Complejidad
SIAF II
Media
SIGEP
Media
Rol
Complejidad
Responsable de Recursos Humanos de la UE
Muy Alta
Una vez subsanadas las observaciones, el Responsable de Planeamiento y Presupuesto de la UE podrá seleccionar las siguientes actividades según su necesidad: Guardar, Guardar Borrador, Vista Previa o Cancelar.
RF_10
Verificar financiamiento presupuestal
RF_11
Enviar notificación de revisión del PAP
El procedimiento de subsanación estará soportado por una ventana emergente donde se muestra el listado de conceptos asociados a la plaza, desde esta ventana se podrá subsanar las observaciones. Una vez validado el PAP por el Coordinador de la DTERIGRP, el Sistema consultará el financiamiento del presupuesto de la UE con el SIAF II. Luego de obtener el monto presupuestado del SIAF II, se validará que el monto total del PAP no supere al monto presupuestado que se encuentra registrado en el SIAF II por cada UE y específica de gastos. Se obtendrá el monto del financiamiento de la UE y el desagregado por genérica de gasto. El Sistema notificará la aprobación del PAP al Responsable de Planeamiento y Presupuesto de la UE. RCPE. Registro y Validación del CPE Aprobado
ID-RF
Nombre
RF_12
Registrar el CPE
Descripción El Sistema permitirá al Responsable de Recursos Humanos de la UE ver, de manera informativa, los datos de su UE: - Nivel de Gobierno - Unidad Ejecutora - Sector - Tipo de Entidad - Pliego - Estado de la Unidad Ejecutora El Sistema permitirá al Responsable de Recursos Humanos de la UE registrar el CPE, mediante dos formatos, donde:
Página 152 de 341
RCPE. Registro y Validación del CPE Aprobado ID-RF
Nombre
Descripción
Rol
Complejidad
El formato 1 y 2, es utilizado por la Unidades Ejecutoras que no pasan al Régimen de Servicio Civil y algunas en la cual los servidores pasan en un porcentaje. El formato 1 y 2: Permita registrar la información del CPE mediante los siguientes filtros: Tipo de Entidad RSC Ejercicio Órgano Unidad Orgánica Cargo Régimen de Servicios Nivel Total de Cargos Formato 3, el cual contendrá los siguientes campos: Tipo de Entidad RSC Ejercicio Órgano Unidad Orgánica Puesto Código de Puesto Puesto Tipo Nivel Rol Familia de Puesto Grupo de Servidores Dotación de puestos (Donde se muestran los puestos por; previstas, ocupas y vacantes). Para ambos formatos desde el formulario se podrá realizar el registro individual o registro masivo del CPE, además de mostrar el financiamiento presupuestal que tiene la Unidad Ejecutora, esta información se consultara del SIAF II.
Página 153 de 341
RCPE. Registro y Validación del CPE Aprobado ID-RF
RF_13
Nombre
Descripción
Generar CPE en formato PDF
Una vez ingresados todos las plazas/puestos del CPE el Sistema permitirá al Responsable de Recursos Humanos de la UE seleccionar las siguientes acciones según su necesidad: Guardar y Enviar SERVIR, Guardar Borrador, Vista Previa o Cancelar. El Sistema generará el CPE en formato PDF y se almacenara en el Gestor Documental, sólo cuando el CPE ha sido aprobado por el Coordinador del MEF o tenga el estado “ Aprobado por MEF”.
Rol
Complejidad
SIGEP
Media
Responsable de Aprobación del CPE (SERVIR)
Alta
Responsable de Recursos Humanos de la UE
Muy Alta
SIGEP
Media
El Sistema permitirá realizar la validación u observación del CPE al Responsable de Aprobación del CPE (SERVIR) y al Coordinador de la DTERIGRP RF_14
Revisar CPE de la UE
El Responsable de Aprobación del CPE (SERVIR) podrá seleccionar las siguientes acciones según su necesidad: Observar CPE, Validar CPE, Guardar Borrador, Vista Previa o Cancelar. Mediante este formulario también se podrá realizar la carga masiva del CPE. El Sistema permitirá al Responsable de Recursos Humanos de la UE subsanar las observaciones recibidas del Responsable de Aprobación del CPE (SERVIR) o Coordinador de la DTERIGRP.
RF_15
RF_16
Subsanar observaciones del CPE
Enviar notificación
El Sistema mostrará un formulario con los campos observados habilitados y el motivo de la observación. Una vez subsanadas las observaciones, el Responsable de Recursos Humanos de la UE podrá seleccionar las siguientes acciones según su necesidad: Guardar y Enviar SERVIR/ Guardar y Enviar MEF, Guardar Borrador, Vista Previa o Cancelar. El formulario de subsanación permite descargar el formato registrado del CPE y cargar la subsanación del CPE. El Sistema notificará la aprobación (Sólo se da cuando Coordinador de
Página 154 de 341
RCPE. Registro y Validación del CPE Aprobado ID-RF
RF_17
Nombre de revisión del CPE
Revisar montos del CPE
RF_18
Verificar financiamiento presupuestal
RF_19
Enviar notificación de revisión del CPE
Descripción la DTERIGRP aprueba el CPE) del CPE al Responsable de Recursos Humanos de la UE. El Sistema permitirá al Coordinador de la DTERIGRP revisar los montos ingresados en los puestos del CPE, y a partir de ello aprobarlo o, en su defecto, colocar las observaciones que crea conveniente. El formulario de revisión del CPE, tendrá la opción para descargar el CPE y para subir la revisión de la Subsanación por un mecanismo de carga masiva. Una vez validado el CPE por el Coordinador de la DTERIGRP, el Sistema se consultará con el SIAF II el financiamiento del presupuesto de la UE. Luego de obtener el monto presupuestado del SIAF II, se validará que el monto total del CPE no supere al monto presupuestado que se encuentra registrado en el SIAF II por cada UE y específica de gastos. El Sistema notificará la aprobación del CPE al Responsable de Recursos Humanos de la UE.
Rol
Complejidad
Coordinador de la DTERIGRP
Media
SIAF II
Media
SIGEP
Media
Rol
Complejidad
Responsable de Recursos Humanos de la UE
Muy Alta
ASOR. Atención de Solicitud para Otro Tipo de Registros ID-RF
Nombre
RF_20
Registrar solicitud de otros registros
Descripción El Sistema permitirá al Responsable de Recursos Humanos de la UE ver, de manera informativa, los datos de su UE: - Nivel de Gobierno - Unidad Ejecutora - Sector - Tipo de Entidad - Pliego - Estado de la Unidad Ejecutora El Sistema permitirá registrar la solicitud para la creación de registros para CAS, practicantes, cadetes, secigristas, entre otros, desde una ventana donde se podrán registrar los siguientes datos: - Tipo de Registro: CAS, practicante, cadete, secigrista, entre otros.
Página 155 de 341
ASOR. Atención de Solicitud para Otro Tipo de Registros ID-RF
Nombre
Descripción - Periodo (fecha de y hasta) - N° de Registros (número de registros solicitados) - Ejercicio (el Sistema lo com pletará automáticamente)
Rol
Complejidad
SIAF II
Media
Coordinador de la DTERIGRP
Alta
El Sistema asignará automáticamente los conceptos, según la configuración de los mismos y la de cada registro, y mostrará por pantalla los importes agregados por las siguientes clasificaciones de conceptos: imponibles, no imponibles, ocasionales y carga social. El Responsable de Recursos Humanos de la UE podrá consultar los conceptos que contiene cada clasificación, y modificar los montos de los conceptos asignados si así lo considera, pulsando el importe mostrado en la tabla. Una vez ingresados todos los registros el Sistema permitirá al Responsable de Recursos Humanos de la UE seleccionar las siguientes acciones según su necesidad: Guardar y Enviar MEF, Guardar Borrador, Vista Previa o Cancelar.
RF_21
Verificar financiamiento presupuestal
RF_22
Validar registros solicitados
El Sistema permitirá al Responsable de Recursos Humanos de la UE realizar la carga de solicitud de otros registros mediante una carga masiva si así lo prefiere. El Sistema mostrará en la pantalla Solicitud de Registros el total de presupuesto disponible para Otros Registros, es decir el financiamiento del presupuesto para la UE, información proporcionada por el SIAF II, de modo que el Responsable de Recursos Humanos de la UE podrá comprobar durante el registro que no supere el monto presupuestado para su UE y específica de gastos. El Sistema permitirá al Coordinador de la DTERIGRP visualizar y atender las solicitudes de creación de otros registros desde una ventana desde donde podrá consultar, mediante filtros de búsqueda, las solicitudes, utilizando los siguientes criterios: - Tipo de Registros - Periodo (fecha de y hasta) El Sistema permitirá al Coordinador de la DTERIGRP revisar los montos
Página 156 de 341
ASOR. Atención de Solicitud para Otro Tipo de Registros ID-RF
Nombre
Descripción ingresados en registros, y a partir de ello aprobarlo o, en su defecto, colocar las observaciones que crea conveniente tanto para cada registro, como observaciones generales de la solicitud.
Rol
Complejidad
Responsable de Recursos Humanos de la UE
Muy Alta
SIGEP
Media
Rol
Complejidad
Responsable de Recursos Humanos de la UE
Muy Alta
Cuando el Coordinador de la DTERIGRP registra observaciones el Sistema habilitará el botón “Observar Solicitud”. El Coordinador de la DTERIGRP podrá seleccionar las siguientes acciones según su necesidad: Observar Solicitud, Validar Solicitud, Guardar Borrador, Vista Previa o Cancelar. El Sistema permitirá al Responsable de Recursos Humanos de la UE subsanar las observaciones recibidas que fueron registradas por el Coordinador de la DTERIGRP. RF_23
RF_24
Subsanar observaciones
El Sistema mostrará un formulario con los campos observados y el motivo de la observación.
Enviar notificación de atención de solicitud
Una vez subsanadas las observaciones, el Responsable de Recursos Humanos de la UE podrá seleccionar las siguientes actividades según su necesidad: Guardar y Enviar al MEF, Guardar Borrador, Vista Previa o Cancelar. El Sistema notificará a la bandeja de trabajo del Responsable de Recursos Humanos de la UE el resultado de la atención de la solicitud de otros registros. RVPL. Registro y Validación de Planillas
ID-RF
RF_25
Nombre
Cargar planilla
Descripción El Sistema permitirá al Responsable de Recursos Humanos de la UE cargar todos los tipos de planilla a través de una ventana donde se podrá ingresar los siguientes datos: - Tipo de Planilla - Clase de Planilla - Archivo de la planilla en Formato TXT (encriptado).
Página 157 de 341
RVPL. Registro y Validación de Planillas ID-RF
Nombre
Descripción Sólo si la fecha y hora son conforme con el cronograma (fecha y hora) configurado para la Unidad Ejecutora, se permitirá la carga, de lo contrario no estará habilitada la carga, y le mostrará un mensaje al usuario.
Rol
Complejidad
SIGEP
Muy Alta
SIGEP
Media
SIGEP
Media
SIGEP
Media
SIGEP
Muy Alta
El Sistema permitirá al Responsable de Recursos Humanos de la UE realizar las siguientes acciones: Cargar Archivo y Cancelar. El Sistema calcula la sumatoria de los conceptos pagados por planilla, periodo y Unidad Ejecutora y la guarda en la tabla con el detalle de la planilla. El Sistema permitirá validar la estructura de las planillas que se carguen, así como la concordancia de los montos totales netos de las planillas (suma de montos de ingresos – suma de montos de descuentos = suma de montos netos). RF_26
Validar estructura planilla y montos totales
En caso se encuentre algún error se mostrará la línea de error y el detalle del error en la ventana para conocimiento del Responsable de Recursos Humanos de la UE. El Sistema permitirá la impresión de dicha información de error por parte del Responsable de Recursos Humanos de la UE pulsando el botón "Vista previa".
RF_27
RF_28 RF_29 RF_30
Visualizar planillas ya cargadas del Periodo y exportarlas Visualizar estructura para la carga de planilla Derivar planilla al SIAF Validar planilla
El Sistema mostrará el listado de planillas ya cargadas por la Unidad Ejecutora en el Periodo actual y permitirá la exportación de las mismas en formato TXT o Excel. El Sistema permitirá visualizar la estructura del archivo T XT para la carga de planilla, para ayudar al Responsable de Recursos Humanos de la UE. El Sistema permitirá derivar al SIAF II todos los tipos de planilla a través de un servicio web. El Sistema permitirá la validación de las planillas continuas de activos y pensionistas. Para realizar dicha validación, se tomará en cuenta lo siguiente:
Página 158 de 341
RVPL. Registro y Validación de Planillas ID-RF
Nombre
Descripción
-
-
-
Rol
Complejidad
Validar que el Documento de Identidad sea de una persona “viva” (contra RENIEC invocando al servicio W S_ConsultarRENIEC) o contra la SNM invocando al servicio WS_ConsultarMigraciones). Validar que si se ha llenado el campo de Documento de Identidad del Tutor, éste está “vivo” y es el Tutor registrado para el beneficiado (en el caso de pensionistas y beneficiarios). Validar que durante el periodo de pago indicado el Documento de Identidad haya estado asignado al Código de Plaza o Registro con estado “Activo” o indicando que la baja está pendiente de liquidación, o “Baja Temporal” que permita el pago (como es el caso de la Licencia con Goce). Validar que para los conceptos de tipo “concepto de ingreso”, el código del concepto le corresponda a la plaza/registro o Documento de Identidad. Validar que el total del Monto del Concepto de Ingreso sea menor o igual al monto calculado del concepto por el Sistema para el mismo periodo según el PAP/CPE vigente u Otros Registros. Validar que el mismo Código de Plaza o registro no aparece con más de un Documento de Identidad con estado Activo por e l mismo periodo (podría ser el mismo Código de Plaza con un Documento de Identidad Activo y otro Documento de Identidad como Baja Pendiente de Liquidación). Validar que los descuentos judiciales no superen el 60% del haber neto (D.Leg. 650).
En caso se encuentre algún error se mostrará la línea de error y el detalle del error en la ventana para conocimiento del Responsable de Recursos Humanos de la UE.
RF_31
Enviar notificación de próximo envío
El Sistema permitirá la impresión de dicha información de error por parte del Responsable de Recursos Humanos de la UE pulsando el botón "Vista previa". El Sistema notificará al Responsable de Recursos Humanos de la UE que la planilla será derivada al SIAF II para su pago en la fecha
SIGEP
Media
Página 159 de 341
RVPL. Registro y Validación de Planillas ID-RF
RF_32
Nombre al SIAF Guardar histórico de errores de la planilla
Descripción
Rol
Complejidad
SIGEP
Media
correspondiente. El Sistema guardará el listado de los errores encontrados en la planilla tras la validación de su contenido en f ormato PDF. El Sistema conservará el registro de las ocurrencias durante la carga y validación de la planilla, que incluye desde la validación de la estructura hasta la validación del contenido.
Nota: Durante la ejecución del servicio de Desarrollo e Implantación del SIGEP, el contratista deberá verificar si el SIAF II cuenta con los procesos de Ejecución Presupuestaria implementados y operativos. A partir del resultado de esta verificación deberá tomar las siguientes acciones: (a) Si se encuentran implementados y operativos en el SIAF II, deberá realizar las actividades de desarrollo e implantación contemplando que el SIGEP transmitirá información de la planilla al SIAF II. (b) Si NO se encuentra implementados y operativos en el SIAF II, deberá implementar mecanismos de integración que permitan al SIGEP enviar la información de planillas al SIAF vigente.
Página 160 de 341
OBRE. Obtener Reportes ID-RF RF_33
RF_34
Nombre Reporte Histórico de Documentos de Gestión (CAP / PAP / CPE) Reporte de solicitud de otros registros
Descripción El Sistema permitirá mostrar e imprimir el histórico de documentos de gestión tales como CAP, PAP y CPE por periodo/ejercicio, sector, pliego, tipo de entidad, Unidad Ejecutora y fecha de registro. Los reportes se podrán exportar a formato PDF y Excel. El Sistema permitirá mostrar e imprimir el histórico de solicitudes de habilitación de otros registros por tipo, periodo, sector, pliego, tipo de entidad, Unidad Ejecutora y fecha de registro.
Rol
Complejidad
Responsable de Obtener Reportes
Media
Responsable de Obtener Reportes
Media
Responsable de Obtener Reportes
Media
Responsable de Obtener Reportes
Media
Los reportes se podrán exportar a formato PDF y Excel. El Sistema permitirá mostrar e imprimir la PEA del Sector Público por criterio de periodo, debiendo mostrar la PEA de cada mes/trimestre/semestre/año comprendido en el periodo (por defecto debe mostrar solo el PEA actual).
RF_35
Reporte de la PEA del sector publico
Los filtros que se utilizarán para generar el reporte son los siguientes: - Sector - Pliego - Tipo de Entidad - Unidad Ejecutora - Tipo de Registro - Régimen Laboral - Tipo de Persona Los reportes se podrán exportar a formato PDF y Excel. El Sistema permitirá mostrar e imprimir plazas ocupadas, vacantes, con baja temporal y en situación de remplazo.
RF_36
Reporte de plaza/Registro por UE
Los filtros que se utilizarán para generar el reporte son los siguientes: - Nivel de Gobierno - Sector - Pliego - UE - Régimen laboral - Tipo de persona (Activos, pensionistas, entre otros) - Tipo de registro (plaza o registro)
Página 161 de 341
OBRE. Obtener Reportes ID-RF
Nombre
Descripción
Rol
Complejidad
Responsable de Obtener Reportes
Alta
Responsable de Obtener Reportes
Media
Responsable de Obtener
Alta
Los reportes se podrán exportar a formato PDF y Excel. El sistema permitirá mostrar e imprimir la lista de conceptos y cantidad de personas que reciben cada concepto de pago por Unidad Ejecutora / Pliego / Sector. La
RF_37
Reporte de conceptos
Los filtros que se utilizarán para generar el reporte son los siguientes: - Nivel de Gobierno - Sector - Pliego - UE - Tipo de persona (Activos, pensionistas, entre otros) - Tipo de registro (plaza/registro o personal) - Tipo de entidad - Régimen de Servicios - Régimen Previsional - Tipo remunerativo o no remunerativo - Pensionable o no pensionable - Vigencia del concepto - Frecuencia del concepto - Periodo de creación del concepto(Rango de Fecha) Los reportes se podrán exportar a formato PDF y Excel. El sistema permitirá mostrar e imprimir el historial de la ejecución de la planilla de una UE, precisando:
RF_38
Reporte de la ejecución histórica de la planilla
Los filtros que se utilizarán para generar el reporte son los siguientes: - Unidad Ejecutora - Número de intentos de carga de la planilla - Resultado de la validación de la planilla - Periodo de la Planilla (mes y año) - Tipo de entidad
RF_39
Reporte costo de la Unidad
El Sistema permitirá mostrar los costos de PAP y de los otros registros (pensionistas, sobrevivientes, CAS, practicantes, FAG, entre otros) según el
Página 162 de 341
OBRE. Obtener Reportes ID-RF
Nombre Ejecutora
Descripción período de análisis que se registre (puedo querer costear la planilla mensual, trimestral, semestral o anualmente).
Rol Reportes
Complejidad
Los filtros que se utilizarán para generar el reporte son los siguientes: - Nivel de Gobierno - Sector - Pliego - Unidad Ejecutora - Régimen de Servicios - Tipo de persona (Activos, pensionistas, entre otros) - Tipo de registro (plaza o registro) El Sistema permitirá mostrar la PEA y el monto ejecutado por tipo de planilla, y según el rango de fechas seleccionado.
RF_40
Reporte de ejecución de planillas
RF_41
Reporte de Modificaciones Frecuentes de Asignación de Personas a Plazas de la UE
RF_42
Reporte de
Los filtros que se utilizarán para generar el reporte son los siguientes: - Nivel de Gobierno - Sector - Pliego - Unidad Ejecutora - Tipo de Planilla (Clasificación de acuerdo al MCPP) - PEA - Periodo del Reporte - Monto Ejecutado - Tipo de entidad Considerar en este reporte muestre lo presupuestado con lo ejecutado. El Sistema permitirá mostrar e imprimir las modificaciones frecuentes de asignación de personas a plazas de la Unidad Ejecutora en un determinado periodo indicado, además se podrá filtrar por tipo de entidad. ** Considerar la configuración del parámetro frecuencia en la configuración del sistema. Los reportes se podrán exportar a formato PDF y Excel. El Sistema permitirá mostrar e imprimir las modificaciones frecuentes de
Responsable de Obtener Reportes
Media
Responsable de Obtener Reportes
Media
Responsable
Media Página 163 de 341
OBRE. Obtener Reportes ID-RF
Nombre Modificaciones Frecuentes de Asignación de Conceptos Remunerativos a Plazas / Personas de la Unidad Ejecutora
Descripción asignación de conceptos remunerativos a plazas / personas de la Unidad Ejecutora en un determinado periodo, además se tendrá como filtro el tipo de entidad.
Rol de Obtener Reportes
Complejidad
** Considerar la configuración del parámetro de frecuencia en la configuración del sistema. Los reportes se podrán exportar a formato PDF y Excel. El Sistema permitirá mostrar e imprimir toda la información relacionada a plazas/registros y personas de las Unidades Ejecutoras. Incluye los datos de la plaza/registro, y de la persona los datos personales, laborales, bancarios así como los conceptos de pago que recibe la persona.
RF_43
RF_44
Reporte de los Registros de la UE
Reporte de Personas que tienen más de un registro
Los filtros que se utilizarán para generar el reporte son los siguientes: - Nivel de Gobierno - Sector - Pliego - Unidad Ejecutora - Tipo de Persona - Régimen Laboral - Periodo - Tipo de entidad - Estado de la persona - Conceptos de pago que recibe la persona
Responsable de Obtener Reportes
Media
Responsable de Obtener Reportes
Media
Los datos bancarios no se van a mostrar para el rol Responsable de SERVIR. El Sistema permitirá mostrar un reporte de aquellas personas que en el periodo indicado, han estado registradas en más de una plaza o registro. Los filtros que se utilizarán para generar el reporte son los siguientes: - Datos Personales - Datos Laborales - Tipo de entidad - Datos de la Plaza o Registro (Unidad Ejecutora, cargo o puesto)
Página 164 de 341
OBRE. Obtener Reportes ID-RF RF_45
RF_46
Nombre Reporte de Planillas por Persona por Rango de Fechas
Reporte de Genero
RF_47
Reporte de Discapacidad
RF_48
Reporte de Nacionalidad
Descripción
Rol
Complejidad
El Sistema permitirá mostrar e imprimir la planilla de una persona de una Unidad Ejecutora en un periodo especifico
Responsable de Obtener Reportes
Alta
Responsable de Obtener Reportes
Baja
Responsable de Obtener Reportes
Baja
Responsable de Obtener Reportes
Baja
Implementación de un reporte que permita visualizar la cantidad de mujeres que trabajan en el sector público considerando los siguientes filtros: - Nivel de gobierno - Sector - Pliego - Unidad ejecutora - Tipo de entidad - Cantidad (PEA) y porcentaje Implementación de un reporte que muestre a los empleados por discapacidad Los filtros que se utilizarán para generar el reporte son los siguientes: - Nivel de gobierno - Sector - Pliego - Unidad ejecutora - Tipo de entidad - Clasificación de discapacidad - Sustento de la discapacidad (Registro de persona) - Cantidad y porcentaje. Implementación de un reporte que muestre a los empleados por nacionalidad, donde se contempla los siguientes filtros: - Nivel de gobierno - Sector - Pliego - Unidad ejecutora - Tipo de entidad
Página 165 de 341
RUEJ. Registro de Unidad Ejecutora ID-RF
Nombre
Descripción En el momento en el que se registra la UE en el SIAF II, éste invocará al servicio de Registro de UE del SIGEP, pasándole los datos b ásicos equivalentes a UE, Pliego, Nivel de Gobierno y Sector.
RF_49
Registrar datos básicos de U.E
Una vez registrados estos datos básicos se asignará a este nuevo registro de Unidad Ejecutora un estado inicial en SIGEP de "Pendiente de Activación", posteriormente el SIGEP invocará automáticamente su servicio de Actualización de los datos recogidos en el SIAF II de esta manera se informa de aquellos registros que ya fueron atendidos por el SIGEP luego se notificará a la Bandeja de Trabajo del Coordinador de la DTERIGRP para que proceda a registrar los datos complementarios. Permitirá al Coordinador de la DTERIGRP registrar los siguientes datos adicionales de la Unidad Ejecutora que no se hubieran obtenido del SIAF II: -
Dirección de la UE Tipo de Entidad RUC Tipo de Documento de Identidad del Titular Número de Documento Nombre del Titular Correo Electrónico del Titular Teléfono del Titular Anexo del Titular
Registrar datos complementarios RF_50 de UE y activación Si la Unidad Ejecutora es además un Pliego, el Sistema mostrará los campos de Pliego que correspondan y permitirá al usuario registrar dicha información de pliego.
Rol
Complejidad
SIGEP
Media
Coordinador de la DTERIGRP
Media
Una vez ingresados todos los datos del formulario de “Registrar Datos Complementarios de la Unidad Ejecutora”, el Coordinador de la DTERIGRP podrá seleccionar las siguientes acciones según su necesidad: Guardar, Vista Previa o Cancelar. En el momento de grabar la UE, el Sistema cambiará el estado del registro a "Activo".
Página 166 de 341
RUEJ. Registro de Unidad Ejecutora ID-RF
Nombre
Descripción
Rol
Complejidad
SIGEP
Media
SIGEP
Media
Coordinador de la DTERIGRP
Media
Por otro lado permitirá al Coordinador de la DTERIGRP registrar los siguientes datos adicionales del Pliego si no se hubieran obtenido del SIAF II: - Nombre y Apellidos del Titular del Pliego - Tipo de Documento de Identidad del Titular del Pliego - Correo Electrónico del Titular del Pliego - Teléfono del Titular del Pliego - Anexo del Titular del Pliego Una vez ingresados todos los datos del formulario de “Registrar Datos Complementarios del Pliego”, el Coordinador de la DTERIGRP podrá seleccionar las siguientes acciones según su necesidad: Guardar y Cancelar. RF_51
Crear usuario y clave para el titular de la UE
Enviar correo electrónico al RF_52 titular de la Unidad Ejecutora
RF_53
Elaborar e imprimir oficio
El Sistema, luego de activar la UE, procederá a crear el usuario y clave para el Titular de la UE a partir de sus datos registrados. El Sistema enviará un correo electrónico al Titular de la UE informando de la activación de la UE en el SIGEP, indicando su usuario y clave. El Sistema utilizará una plantilla estándar para definir el mensaje del envío del correo. Este mensaje deberá incluir el recordatorio al Titular de que será necesario por su parte la creación de los usuarios de le UE responsables del acceso al Sistema. El Sistema generará un Oficio base y permitirá al Coordinador de la DTERIGRP editar su contenido antes de su impresión. El Sistema enviará alertas cada 3 días al Coordinador de la DTERIGRP para que culmine la edición del oficio y su impresión. El Oficio impreso será enviado físicamente al Titular de la Unidad Ejecutora, después del visado correspondiente de la DGGRP. El Sistema enviará un máximo de 3 alertas, luego de ello procederá a cerrar esta posibilidad de edición.
Página 167 de 341
MUEJ. Modificación de Unidad Ejecutora ID-RF
Nombre
RF_54
Modificar datos básicos de U.E.
Descripción En el momento en el que se registra la UE en el SIAF II, éste invocará al servicio para actualizar los datos básicos de la UE en el SIGEP, pasándole como parámetros los datos básicos equivalentes a UE, Pliego, Nivel de Gobierno y Sector.
Rol
Complejidad
SIGEP
Media
Coordinador de la DTERIGRP
Media
El Sistema, luego de agregar un nuevo Titular de la UE, procederá a desactivar la cuenta del Titular de la UE anterior.
SIGEP
Media
El Sistema debe notificar mediante correo electrónico al Titular de la Unidad Ejecutora los cambios realizados de los datos complementarios de la UE.
SIGEP
Media
El SIGEP invocará automáticamente al servicio de Actualización de los datos recogidos en el SIAF II, de esta manera se informa de aquellos registros que ya fueron atendidos por el SIGEP. Permitirá al Coordinador de la DTERIGRP revisar los datos básicos obtenidos del SIAF II. Además permitirá actualizar, de ser el caso, los siguientes datos complementarios en el SIGEP:
Modificar datos RF_55 complementarios de U.E.
-
Dirección de la UE Tipo de Entidad RUC Tipo de Documento de Identidad del Titular Número de Documento Nombre del Titular Correo Electrónico del Titular Teléfono del Titular Anexo del Titular
Una vez realizadas las modificaciones, el Coordinador de la DTERIGRP podrá seleccionar las siguientes opciones según su necesidad: Guardar, Vista Previa o Cancelar Inactivar usuario del titular anterior Enviar correo electrónico al Titular de la RF_57 Unidad Ejecutora de modificaciones RF_56
Página 168 de 341
MUEJ. Modificación de Unidad Ejecutora ID-RF
Nombre Descripción de Datos complementarios UE Enviar correo electrónico al El Sistema, luego de desactivar al anterior Titular de la UE, procederá a RF_58 nuevo Titular de notificar al nuevo Titular de la Unidad Ejecutora que ya se encuentra registrado la Unidad en el SIGEP. Ejecutora
Rol
Complejidad
SIGEP
Media
Rol
Complejidad
SIGEP
Media
Coordinador de la DTERIGRP
Media
SIGEP
Media
BUEJ. Baja de Unidad Ejecutora ID-RF
Nombre
RF_59
Solicitar Baja UE
RF_60
RF_61
Autorizar baja de la UE
Enviar Correo Electrónico al Titular del Pliego
Descripción En el momento en el que se de de baja a la UE en el SIAF II, éste invocará al servicio para solicitar la baja de la UE en el SIGEP, pasándole como parámetros los datos básicos equivalentes a UE. El Sistema enviará a la bandeja del Coordinador de la DTERIGRP para que autorice la baja de la UE cuando la Unidad ejecutora se da de baja en el SIAF II. El Sistema será informado a través del SIAF II de la baja de una UE, a partir de ello, y el Coordinador de la DTERIGRP deberá definir la autorización para proceder con la baja lógica de la UE. El Sistema enviará a la bandeja al Coordinador de la DTERIGRP para que autorice la baja de la UE. En cuanto se realice la autorización, el Sistema cambiará el estado de la UE a "Inactivo". El Sistema enviará un correo electrónico al Titular del Pliego informando de la baja de la UE en el Sistema. El Sistema utilizará una plantilla estándar para d efinir el mensaje del envío del correo.
Página 169 de 341
RECO. Registro de Conceptos ID-RF
RF_62
Nombre
Registrar concepto de pago
Descripción El Sistema permitirá al Responsable de Mantener Conceptos DGPA/DGP/Responsable de Simulación registrar el concepto a través de un formulario que contendrá los siguientes secciones con su respectiva: - Datos Generales del Concepto/Norma: Norma o Norma de Referencia o Denominación del Concepto o Objeto o Ficha de sustento del concepto o - Configuración del Concepto (con campos diferenciados para activos o pensionistas) y contiene las siguientes pestañas: Ámbito y Beneficiarios o Características o o Monto Económico
Una vez ingresados todos los campos, el Sistema permitirá al Responsable de Mantener Conceptos DGPA/DGP seleccionar las siguientes acciones según su necesidad: Enviar Solicitud, Vista Previa y Cancelar. Cuando el usuario seleccione el botón "Enviar Solicitud" el Sistema enviará una notificación al Director de la DGPA/DGP para su revisión. Registrar El Sistema permitirá al Responsable de Simulación realizar la Simulación de la RF_63 concepto de aplicación del concepto cuando pulse el botón “Simular”, que solo se habilitará pago cuando se encuentre en el ambiente de simulación. El Sistema permitirá cargar y registrar la ficha de sustento del concepto, mediante un botón “Examinar” cuando se registre el concepto. A la vez el Registrar/Subsan Sistema debe validar que el archivo exista en la ruta seleccionada. RF_64 ar concepto de pago El Sistema guardará la ficha de sustento del concepto en el gestor documental en formato PDF.
RF_65
Revisar registro de concepto
El Sistema permitirá al Director DGPA/DGP revisar el concepto registrado, y a partir de ello aprobarlo o, en su defecto, colocar las observaciones que crea conveniente.
Rol
Complejidad
Responsable de Mantener Conceptos DGPA/DGP
Muy Alta
Responsable de Simulación
Responsable de Simulación
Muy Alta
Responsable de Mantener Conceptos DGPA/DGP
Alta
Director de la DGPA/DGP
Alta
El Sistema permitirá al Director DGPA/DGP seleccionar las siguientes acciones Página 170 de 341
RECO. Registro de Conceptos ID-RF
Nombre
Descripción según su necesidad: Validar Concepto (lo cual activa el concepto). o o Observar Concepto (guarda las observaciones y envía a la bandeja del Responsable de Mantener Conceptos DGPA/DGP). o Vista Previa o Cancelar.
Rol
Complejidad
Responsable de Mantener Conceptos DGPA/DGP
Alta
SIGEP
Media
Rol Responsable de Recursos
Complejidad
Si se registran observaciones, el Sistema informará al Responsable de Mantener Conceptos DGPA/DGP que se registraron observaciones para su subsanación. El Director de la DGPA/DGP podrá descargar la ficha de sustento del concepto o ficha de modificación de sustento del concepto para su revisión. El Sistema permitirá al Responsable de Mantener Conceptos DGPA/DGP, subsanar las observaciones recibidas por el Director DGPA/DGP.
RF_66
Subsanar observaciones
El Sistema mostrará un formulario similar al formulario de “Registrar Concepto” con los campos habilitados y adicionalmente el campo “Observación”, donde se podrá visualizar las observaciones que fue derivada por el Director DGPA/DGP. Una vez subsanadas las observaciones, el Responsable de Mantener Conceptos DGPA/DGP podrá seleccionar las siguientes opciones según su necesidad: Enviar Solicitud, Vista Previa o Cancelar.
RF_67
Enviar notificación de aprobación de concepto
El Sistema permitirá cargar El Sistema notificará la aprobación del registro del Concepto al Director de DTERIGRP a través de un correo electrónico.
ACPE. Asignación de Concepto a Personas ID-RF RF_68
Nombre Registrar Solicitud de
Descripción El Sistema permitirá al Responsable de Recursos Humanos de la U.E. realizar el registro de la solicitud de asignación de concepto a una o más personas, en
Alta
Página 171 de 341
ACPE. Asignación de Concepto a Personas ID-RF
RF_69
RF_70
RF_71
Nombre Asignación de Concepto a Persona
Descripción base al sustento legal que se emita para tal efecto.
Rol Humanos de la UE
El Sistema mostrará un formulario mediante el cual se adjunta el sustento legal, se indica el motivo del pedido y registrar a la o las personas. Luego se deriva la solicitud al MEF, se almacena el documento y se notifica al Responsable de Mantener Conceptos DGPA/DGP.
El Sistema notificará la asignación del concepto al Responsable de la Recursos Humanos de la U.E. Así mismo notificará de la creación de la nueva versión del PAP, CPE y SIGEP pensionistas generado por los nuevos conceptos, a los titulares de las UE correspondientes para su conocimiento, y revisión. El Sistema permitirá al Responsable de Mantener Conceptos DGPA/DGP realizar la revisión de la solicitud, mediante un f ormulario donde se mostrará los datos de la solicitud y la lista de personas a quien se le debe asignar conceptos. Por otro lado el Responsable de Mantener Conceptos DGPA/DGP podrá buscar el concepto y cuando el concepto exista se asocia a la persona, caso contrario Revisar Solicitud Responsable de tendrá la posibilidad de registrar el concepto. El formulario tendrá los siguientes de Asignación Mantener botones de control; Guardar y Asignar Conceptos, Observar Solicitud, Guardar de Concepto a Conceptos Borrador y Cancelar. Cuando se seleccione el botón “Guardar y Asignar Persona DGPA/DGP Conceptos” el Sistema aplicará la asignación del concepto a las personas y como generará nueva versión del PAP, CPE y Pensionistas. Enviar notificación de asignación de concepto
Obtener y Guardar Documento
Complejidad
El sistema mostrará el financiamiento presupuestal que tiene asignado la UE, consultando al SIAF II. El Sistema permitirá guardar el sustento que adjunta al registrar la solicitud de asignación de concepto a persona y cuando se revise la solicitud el Sistema permitirá descargar el sustento de la solicitud del gestor documental.
SIGEP
Media
Alta
Media
MOCO. Modificación de Concepto ID-RF
Nombre
RF_72
Modificar concepto
Descripción El Sistema permitirá al Responsable de Mantener Conceptos DGPA/DGP modificar los datos y los criterios de aplicación del concepto.
Rol Responsable de Mantener Conceptos
Complejidad Alta
Página 172 de 341
MOCO. Modificación de Concepto ID-RF
Nombre
Descripción Una vez modificados todos los campos necesarios, el Sistema permitirá al Responsable de Mantener Conceptos DGPA/DGP seleccionar las siguientes acciones según su necesidad: Simular, Enviar Solicitud, Vista Previa y Cancelar. Cuando el usuario seleccione el botón "Enviar Solicitud" el Sistema genera una nueva versión del concepto y guarda el concepto con estado “Pendiente de Revisión” y luego envía a la bandeja de trabajo del Director de la DGPA/DGP para su revisión.
Rol DGPA/DGP
Complejidad
SIGEP
Media
SIGEP
Media
Director de la DGPA/DGP
Alta
La opción “Simular”, solo será habilitada por el Sistema en el ambiente de simulación, lo cual permitirá mostrar el escenario de acuerdo a la configuración del concepto. El Sistema permitirá descargar la ficha de sustento del concepto.
RF_73
RF_74
Cargar ficha de sustento de modificación del concepto Cargar la ficha de sustento del concepto
El Sistema permitirá guardar en el gestor documental la ficha de sustento del concepto o ficha de sustento de modificación del concepto. El Sistema permitirá cargar la ficha de sustento de modificación del concepto como archivo adjunto. El Sistema permitirá cargar una nueva ficha de sustento del concepto y reemplazar la anterior ficha que se encuentra cargada en el gestor documental. El Sistema permitirá al Director DGPA/DGP revisar el concepto modificado, y a partir de ello aprobarlo o, en su defecto, colocar las observaciones que crea conveniente.
RF_75
Revisar modificación de concepto
Una vez ingresados todos los datos del formulario, el Director DGPA/DGP podrá seleccionar las siguientes acciones según su necesidad: Validar Concepto, Observar Concepto, Vista Previa o Cancelar. Si se registran observaciones el Sistema actualiza el estado del concepto a “Observado por DGPA/DGP”, a la vez informará al Responsable de Mantener Conceptos DGPA/DGP que se registraron observaciones para su subsanación.
Página 173 de 341
MOCO. Modificación de Concepto ID-RF
Nombre
RF_76
Aprobar la modificación del concepto
Descripción El Sistema permitirá al Director DGPA/DGP descargar la ficha de sustento del concepto o ficha de sustento de m odificación del concepto para su revisión El Sistema en el momento de haberse validado la modificación del concepto, el Sistema genera una nueva versión del concepto modificado con estado “Aprobado por DGPA/DGP” y actualiza el estado de la versión anterior del concepto a “No vigente”. Una vez aprobado la modificación del concepto el Sistema realizará las siguientes acciones:
Rol
Complejidad
SIGEP
Media
Responsable de Mantener Conceptos DGPA/DGP
Alta
SIGEP
Media
Recalcular los montos y actualiza la asignación del concepto a plazas, registros y/o personas que tenga asociado el concepto que fue modificado. - Si el concepto fue modificado a “Imponible” se recalcula el monto de la carga social. - Generar una nueva versión de los PAP, CPE, otros registros, pensionistas según aplique. El Sistema permitirá al Responsable de Mantener Conceptos DGPA/DGP subsanar las observaciones recibidas. -
RF_77
RF_78
Subsanar observaciones
Enviar notificación de aprobación del concepto
El Sistema mostrará un formulario lo cual podrá modificar la configuración del concepto y luego enviarla nuevamente a revisar. El Sistema actualizará el estado del concepto de “Observado por la DGPA/DGP” a “Pendiente de Revisión”. El Sistema notifica al correo electrónico del Director de DTERIGRP y al Responsable de Mantener Conceptos, comunicando que se realizó la aprobación de la modificación del concepto. BACO. Baja de Concepto
ID-RF
Nombre
RF_79
Registrar baja concepto
Descripción El Sistema permitirá al Responsable de Mantener Conceptos DGPA/DGP registrar la solicitud de baja de un concepto, registrándolo con estado "Baja Solicitada".
Rol Responsable de Mantener Conceptos
Complejidad Alta
Página 174 de 341
BACO. Baja de Concepto ID-RF
Nombre
Descripción El Sistema, a su vez, verificará la fecha de fin de vigencia de un concepto, la misma que ha sido indicada cuando el concepto fue creado por primera vez en el Sistema, de modo que si la fecha de vigencia del concepto está por vencer, el sistema envía a la bandeja del Responsable de Mantener Conceptos DGPA/DGP la tarea para solicitar la baja del concepto o ampliar la fecha de vigencia del concepto, luego envía la solicitud de baja del concepto al Director de la DGPA/DGP autorizar la baja y en consecuencia se recalcula los montos y genera una nueva versión de los documentos de gestión que se encuentra asociado el concepto.
Rol DGPA/DGP
Complejidad
Una vez enviada la solicitud, el Sistema cambiará el estado del concepto de “Aprobado por la DGPA/DGP” a “Baja por Aprobar”. A la vez podrá subir un documento que sustente el motivo de la baja del concepto El Sistema permitirá al Director de la DGPA/DGP revisar la solicitud de Baja con el objetivo de definir si autoriza o no la baja del concepto. En caso no esté conforme con la baja del concepto solicitado, rechaza la solicitud y envía las observaciones al Responsable de Mantener Conceptos DGPA/DGP para que pueda solicitar una nueva solicitud en base a las observaciones remitidas. RF_80
Revisar baja de concepto
El Sistema cambiará el estado del concepto de "Baja por aprobar" a "No Vigente".
Director de la DGPA/DGP
Alta
El Sistema cambiará el estado del concepto de "Baja por Aprobar" a "Aprobado por DGPA/DGP".
Solicitar Baja del concepto que fue RF_81 asignado a una persona RF_82 Atender Baja del
El Sistema permitirá descargar la ficha de sustento del concepto, y el documento que sustente la baja del concepto. El Sistema permite al Responsable de Recursos Humanos de la UE solicitar baja del concepto que fue asignado a la persona. A la vez podrá subir un documento que sustente el motivo de la baja del concepto que tiene asignado la persona. El Sistema permite al Responsable de Mantener Conceptos DGPA/DGP
Responsable de Recursos Humanos de la UE Responsable de
Alta Media Página 175 de 341
BACO. Baja de Concepto ID-RF
Nombre concepto de la persona
RF_83
Actualizar asignación de conceptos
RF_84
Notificar baja de concepto/Notific ar baja del concepto asignado a una persona
Descripción atender la baja del concepto de la persona, si presenta alguna observación podrá registrar en el formulario para luego ser enviado al Responsable de Recursos Humanos de la UE para su conocimiento y generar una nueva solicitud. El Sistema permitirá descargar el documento que sustente la baja del concepto de la persona. El Sistema recalcula los montos y genera una nueva versión del PAP, CPE, otros registros, pensionistas con estado “Aprobado por MEF” según aplique y a su vez la versión anterior de cada uno de los documentos queda con el estado “No Vigente”. Cuando se solicita baja del concepto de una persona: - El Sistema notifica al correo electrónico del Responsable de Recursos Humanos de la UE que la solicitud número “XX” ha sido rechazado y en base a las observaciones recibidas debe generar una nueva solicitud. -
Complejidad
SIGEP
Media
SIGEP
Media
Comunicar al correo electrónico del Responsable de Recursos Humanos de la UE que se atendió la solicitud.
Cuando se solicita la baja del concepto: - Comunicar la baja del concepto al Director de la DTERIGRP y al Responsable de Mantener Conceptos DGPA / DGP que registró la solicitud de baja del concepto. -
Rol Mantener Conceptos DGPA/DGP
Comunicar que la solicitud ha sido rechazada con las observaciones registradas, lo cual debe generar otra solicitud teniendo en cuenta las observaciones REPE. Registro de Persona
ID-RF RF_85
Nombre Registrar Datos de Persona y Asignación
Descripción El Sistema permitirá al Responsable de Recursos Humanos de UE dar de alta una persona asignándola a una plaza o registro.
Rol Responsable de Recursos Humanos de UE
Complejidad Muy Alta
Página 176 de 341
REPE. Registro de Persona ID-RF
Nombre
Descripción El Formulario permitirá registra la persona mostrando en el formulario los siguientes pasos: Paso 1: Seleccionar Plaza/Otro Registro Paso 2: Datos de Identificación Paso 3: Datos del Tutor o Apoderado Paso 4: Datos Complementarios Paso 5: Datos Laborales Paso 6: Beneficiarios Una vez ingresados todos los datos del formulario del registro, el Responsable de Recursos Humanos de la UE podrá seleccionar las siguientes acciones según su necesidad: Guardar o Cancelar. El Sistema permitirá al Responsable de Recursos Humanos de la UE buscar una plaza u otro registro para ser asignado a una persona que desea dar de alta. La plaza se mostrar con l a siguiente información: Código MEF Código UE Régimen de Servicio Grupo ocupacional Nivel Condición Cargo Tipo Registro Subtipo Registro Total Por otro lado el usuario podrá seleccionar la plaza usando un botó de selección.
Rol
Complejidad
Responsable de Recursos Humanos de la UE
Alta
Responsable de Recursos Humanos de la UE
Alta
RF_86
Buscar Plaza/Registro
RF_87
Carga Masiva de Altas de Personas y Asignaciones
El Sistema permitirá al Responsable de Recursos Humanos de la UE el registro de datos de asignación de personas a través de carga masiva.
Página 177 de 341
MOPE. Modificación de Persona ID-RF
Nombre
RF_88
Modificar Persona
Descripción El Sistema permitirá al Responsable de Recursos Humanos de la UE buscar a la persona de su Unidad Ejecutora que quiera modificar, mediante los filtros: tipo de documento de identidad y el número de identidad, y actualizar los datos que necesite. Una vez realizadas las modificaciones, el Responsable de Recursos Humanos de la UE podrá seleccionar las siguientes actividades según su necesidad: Guardar o Cancelar.
RF_89
Carga Masiva de Modificación de Datos de Personas
ID-RF
Nombre
El Sistema permitirá al Responsable de Recursos Humanos de la UE la modificación de datos de personas a través de carga masiva.
Rol
Complejidad
Responsable de Recursos Humanos de la UE
Muy Alta
Responsable de Recursos Humanos de la UE
Muy Alta
BAPE. Baja de Persona Descripción El Sistema permitirá al Responsable de Recursos Humanos de la UE deshacer la asignación de una persona sobre una plaza/registro, para lo cual será necesario que primero busque a la persona correspondiente mediante los filtros: tipo de documento de identidad y el número de identidad.
Rol
Complejidad
Responsable de Recursos Humanos de la UE
Alta
El sistema cargará los datos de la persona. Así mismo, mostrará un listado con la (s) Plaza/Registro asociadas a la persona. RF_90
Registrar Datos de Baja de Asignación y Personas
El Responsable de Recursos Humanos de la UE podrá seleccionar el tipo de baja: “Baja Temporal” o “Baja Definitiva”, ingresar el motivo e indicar si es Pendiente de Liquidación o Liquidado. Si el Responsable de Recursos Humanos de la UE, indica que la persona aún tiene pendiente su liquidación, el sistema deberá registrar el tipo de Baja “Baja Pendiente de Liquidación”. El sistema permitirá registrar el sustento de la baja adjuntando un documento. El Responsable de Recursos Humanos de la UE podrá seleccionar las
Página 178 de 341
BAPE. Baja de Persona ID-RF
Nombre
Descripción siguientes actividades según su necesidad Guardar Baja o Cancelar.
Rol
Complejidad
Cuando el Responsable de Recurso Humanos de la UE selecciona el botón “Guardar Baja” se realizan los siguientes efectos: - Cuando el tipo de baja es “Baja Definitiva” y el Flag “¿Pendiente de Liquidación?” es “Si”: Entonces el Sistema actualiza el estado de l a persona a “Baja Pendiente de Liquidación”, libera la plaza/registro asociada a la persona, es decir cambio el estado de la plaza a “Vacante” y si la persona tiene un usuario de acceso al SIGEP (Tiene un usuario activo) se inactiva invocando al caso de uso que inactiva al usuario, para lo cual se pasa como parámetro el DNI de la persona y el tipo de baja. -
-
RF_91
Carga Masiva de Bajas de Personas y Asignaciones
Cuando el tipo de baja es “Baja Definitiva” y el Flag “¿Pendiente de Liquidación?” es “No”: Entonces el Sistema actualiza el estado de la persona a “Baja Definitiva”. libera la p laza/registro asociada a la persona, es decir cambio el estado de la plaza/registro a “Vacante” y si la persona tiene un usuario de acceso al SIGEP (Tiene un usuario activo) se inactiva invocando al caso de uso que inactiva el usuario, para lo cual se pasa como parámetro el DNI de la persona y el tipo de baja. Cuando el tipo de baja es “Baja Temporal”: Entonces el Sistema actualiza el estado de la persona a “Baja Temporal” y si la persona tiene un usuario de acceso al SIGEP (Tiene un usuario activo) se bloquea invocando al caso de uso que bloquea el usuario, para lo cual se pasa como parámetro el DNI de la persona y el tipo de baja.
El Sistema permitirá al Responsable de Recursos Humanos de la UE el registro de bajas de asignaciones y personas a través de carga masiva.
Alta
Página 179 de 341
MCPA. Mantenimiento de Cronograma de Pago ID-RF RF_92
RF_93
RF_94
RF_95
Nombre Registrar cronograma de pago de planillas Modificar cronograma de pago de planillas Baja de cronograma de pago de planillas Enviar cronograma de pago de planilla
Descripción
Rol
Complejidad
El Sistema permitirá al Coordinador de la DTERIGRP registrar el cronograma de pago de planillas del ejercicio en c urso.
Coordinador de la DTERIGRP
Media
El Sistema permitirá al Coordinador de la DTERIGRP modificar el cronograma de pago de planillas del ejercicio en c urso ya registrado en el Sistema.
Coordinador de la DTERIGRP
Media
El Sistema permitirá al Coordinador de la DTERIGRP dar de baja el cronograma de pago de planillas del ejercicio en curso ya registrado en el Sistema.
Coordinador de la DTERIGRP
Media
El Sistema enviará una notificación de registro de un nuevo Cronograma de Pago de planillas, modificación o baja del mismo al Responsable de R ecursos Humanos de las U.E. y otros usuarios de las U.E. que se tengan registrados.
SIGEP
Media
MAMA. Mantenimiento de Maestras ID-RF
Nombre
Descripción
RF_96
Mantener Maestras
El Sistema permitirá realizar un mantenimiento adecuado de la información maestra que contiene, posibilitando registrar, modificar o dar de baja la data.
Mantener Régimen de Servicios Mantener Grupo Ocupacional Mantener Cargo Estructural Mantener Cargo Funcional
El Sistema permitirá al Responsable de Mantener la Maestra correspondiente realizar la creación, modificación, y eliminación de los Regímenes de Servicios.
RF_97 RF_98 RF_99 RF_100
El Sistema permitirá al Responsable de Mantener la Maestra correspondiente realizar la creación, modificación y eliminación de los Grupos Ocupacionales. El Sistema permitirá al Responsable de Mantener la Maestra correspondiente realizar la creación, modificación y eliminación de los Cargos Estructurales. El Sistema permitirá al Responsable de Mantener la Maestra correspondiente realizar la creación, modificación y eliminación de los Cargos Funcionales de la UE.
Rol Responsable de Mantenimiento de Maestras Responsable de Mantenimiento de Maestras Responsable de Mantenimiento de Maestras Responsable de Mantenimiento de Maestras Responsable de Mantenimiento de Maestras
Complejidad Baja Baja Baja Baja Baja
Página 180 de 341
MAMA. Mantenimiento de Maestras ID-RF
Nombre
RF_101
Mantener Escala Salarial
RF_102
Mantener Órgano
El Sistema permitirá al Responsable de Mantener la Maestra correspondiente realizar la creación, modificación y eliminación de Órganos de la UE.
RF_103
Mantener Estructura Orgánica
El Sistema permitirá al Responsable de Mantener la Maestra correspondiente realizar la creación, modificación y eliminación de la Estructura Orgánica de la UE.
RF_104
Mantener Entidad20
El Sistema permitirá al Responsable de Mantener la Maestra correspondiente realizar la creación, modificación y eliminación de las Entidades.
RF_105 RF_106
Mantener Grupo de Servidores21 Mantener Familia de Puestos22
Descripción El Sistema permitirá al Responsable de Mantener la Maestra correspondiente realizar la creación, modificación y eliminación de las Escalas Salariales de los Cargos Funcionales de la UE.
El Sistema permitirá al Responsable de Mantener la Maestra correspondiente realizar la creación, modificación y eliminación de los Grupos de Servidores. El Sistema permitirá al Responsable de Mantener la Maestra correspondiente realizar la creación, modificación y eliminación de las Familias de Puestos.
RF_107
Mantener Rol de Puestos23
El Sistema permitirá al Responsable de Mantener la Maestra correspondiente realizar la creación, modificación y eliminación de los Roles de Puestos.
RF_108
Mantener Nivel de Servidores24
El Sistema permitirá al Responsable de Mantener la Maestra correspondiente realizar la creación, modificación y eliminación de los Niveles de Servidores.
RF_109
Mantener Puestos Tipo25
El Sistema permitirá al Responsable de Mantener la Maestra correspondiente realizar la creación, modificación y eliminación de los Puestos Tipo.
Rol Responsable de Mantenimiento de Maestras Responsable de Mantenimiento de Maestras Responsable de Mantenimiento de Maestras Responsable de Mantenimiento de Maestras Responsable de Mantenimiento de Maestras Responsable de Mantenimiento de Maestras Responsable de Mantenimiento de Maestras Responsable de Mantenimiento de Maestras Responsable de Mantenimiento
Complejidad Media Baja Media Baja Baja Baja Baja Baja Baja
20 Requisito sujeto a modificación según el Reglamento de la Ley del Servicio Civil y otros lineamientos que vayan a ser dados por SERVIR. 12 Requisitos sujetos a modificación según el Reglamento de la Ley del Servicio Civil y otros lineamientos que vayan a ser dados por SERVIR. 13 Requisitos sujetos a modificación según el Reglamento de la Ley del Servicio Civil y otros lineamientos que vayan a ser dados por SERVIR. 15 Requisitos sujetos a modificación según el Reglamento de la Ley del Servicio Civil y otros lineamientos que vayan a ser dados por SERVIR.
Página 181 de 341
MAMA. Mantenimiento de Maestras ID-RF
Nombre
Descripción
RF_110
Mantener Puesto
El Sistema permitirá al Responsable de Mantener la Maestra correspondiente realizar la creación, modificación y eliminación de los Puestos de la UE.
Rol de Maestras Responsable de Mantenimiento de Maestras
Complejidad
Baja
CRIN. Control de Registro de Información ID-RF
Nombre
RF_111
Realizar Seguimiento del Registro de Información
RF_112
Redactar Correo Electrónico a Modo de Recordatorio
Descripción El Sistema permitirá al Coordinador de la DTERIGRP realizar el seguimiento y consultar la lista de instancias de registros de CAP, PAP, CPE y Planillas y el estado en que se encuentran, por Unidad Ejecutora, a fin de tomar acciones si lo requiriera y registrar el detalle de las acciones tomadas para facilitar su control. El Sistema permitirá al Coordinador de la DTERIGRP redactar un correo electrónico para enviarlo a uno o más destinatarios seleccionados indicando la acción necesaria a realizar.
Rol
Complejidad
SIGEP
Alta
Coordinador de la DTERIGRP
Media
Página 182 de 341
12.5 REQUISITOS NO FUNCIONALES 12.5.1 Requisitos de Usabilidad En este apartado se presenta el inventario de Requisitos de Usabilidad que definen el alcance de implementación del SIGEP. La siguiente lista de requisitos de usabilidad está basada en el documento “A Usability Inspect ion Method for Model-driven Web Development Processes” (PhD Thesis. Adrián Fernández Martínez, Valencia, Comunidad Valenciana, España. 2012), el cual se fundamenta en la s características de Usabilidad del estándar SQuaRE (ISO 25000). Ver Anexo 6.3 Facilidad de Entendimiento ID-RU
Sub característica
Nombre
Descripción
RU_01
Legibilidad Visual
Adecuación de la fuente
Los atributos de fuente (color, tipo, tamaño) deben adecuarse al contexto.
RU_02
Legibilidad Visual
Adecuación de la visualización textual
La combinación de colores de texto y su fondo no debe impedir su lectura.
RU_03
Legibilidad Visual
Disposición
La posición del texto debe permanecer visible en cualquier situación (evitando scroll horizontal).
RU_04
Facilidad de Lectura
Agrupación cohesiva de la información
La información debe presentarse en grupos con un m ismo núcleo temático.
RU_05
Facilidad de Lectura
Densidad de la Información
Se debe disponer sólo la información necesaria en la página web, para evitar la sobrecarga (limitar la cantidad de imágenes, elementos multimedia, controles).
RU_06
Facilidad de Lectura
Soporte de paginación
El sistema debe distribuir los listados mediante el m ecanismo de paginación.
RU_07
Familiaridad
Consistencia de Formato
Se debe utilizar un mismo formato para representar los mismos tipos de dato (Ejemplo: Fecha dd/mm/aaaa).
RU_08
Familiaridad
Metáfora
Se debe utilizar metáforas concretas que ayuden a una interacción más natural imitando objetos del mundo real.
RU_09
Familiaridad
Internacionalización
Se debe utilizar estándares conocidos de elementos y formas.
RU_10
Ahorro de Esfuerzo
Acciones Mínimas
Se debe permitir la reducción del esfuerzo cognitivo mediante el uso de valores por defecto, ejemplos o demostraciones, y entradas y salidas fáciles de ent ender.
RU_11
Ahorro de Esfuerzo
Auto-descripción
Los elementos deben transmitir los conceptos de una forma completa, concisa y clara. Página 183 de 341
ID-RU
Sub característica
Nombre
Descripción
RU_12
Ahorro de Esfuerzo
Complejidad de la Información
La información proporcionada por la aplicación Web debe ser mostrada con un lenguaje claro y simple, y debe ser distribuida de forma ordenada de modo que permita ser fácilmente entendida por el usuario (Ej.: ordenación de páginas en los documentos o reportes, descripción de elementos gráficos, información extensa debe ser dividida en bloques).
RU_13
Orientación al Usuario
Presentación de Mensajes
La aplicación debe presentar mensajes para guiar la interacción (Ej.: mensajes de error, de advertencia, etc.).
RU_14
Orientación al Usuario
Progreso explícito de Transacciones
La aplicación debe proveer a los usuarios, el estado de las transacciones que se realizan (tareas completadas con éxito, estado en una transacción, etc.).
RU_15
Orientación al Usuario
Contexto explícito de usuario
La aplicación debe proporcionar a los usuarios, el contexto en el que se encuentran dentro de la aplicación Web. (Sesión iniciada, nivel de privacidad de la información, etc.).
RU_16
Navegabilidad
Soporte a la búsqueda interna
La aplicación Web debe proveer una función de búsqueda de contenidos, sin navegar explícitamente por los enlaces determinados a alcanzar ese contenido.
RU_17
Navegabilidad
Clickabilidad
Los elementos de enlace deben permitir ser reconocidos por el usuario.
RU_18
Navegabilidad
Alcanzabilidad
La aplicación debe permitir acceder a los contenidos y/o acciones de la interfaz, de forma sencilla.
RU_19
Navegabilidad
Completitud del Mapa El mapa del sitio debe proveer acceso a todas las funcionalidades, contemplando de forma del Sitio jerárquica, la estructura de la página Web.
Facilidad de Aprendizaje ID-RU
Sub característica
Nombre
Descripción
RU_20
Predictibilidad
Nombres de enlaces significativos
La aplicación debe permitir al usuario, predecir la acción que se va a realizar atendiendo al nombre de los enlaces.
RU_21
Predictibilidad
Etiquetas significativas
La aplicación debe permitir al usuario, predecir qué concepto representa una etiqueta asociada a cualquier elemento de la interfaz.
RU_22
Predictibilidad
Controles significativos
La aplicación debe permitir al usuario, predecir qué acción realizará un control determinado.
RU_23
Potencialidad
Determinación de acciones posibles
La aplicación debe permitir al usuario, reconocer de forma rápida y clara qué acciones puede realizar (Ej.: Botones desactivados, campos de entrada desactivados).
Página 184 de 341
ID-RU
Sub característica
Nombre
Descripción
RU_24
Potencialidad
Determinación de acciones prometedoras
La aplicación debe permitir al usuario, reconocer de forma rápida y clara qué acciones son más relevantes (Ej.: Identificación de campos de entrada obligatorios).
Calidad de mensajes
Los mensajes deben ser útiles y significativos, de modo que el usuario pueda continuar con sus operaciones eficientemente (mensajes de error, mensajes de advertencia y mensajes de asesoramiento, claros y completos. Los mensajes de error deben permitir identificar de forma precisa las causas de los errores, y las alternativas a seguir por el usuario).
RU_25
Ayuda
RU_26
Ayuda
Retroalimentación inmediata
Los elementos con los que el usuario interactúa, deben proveer información acerca de su estado (Ej.: Cursores de carga, campos de entrada donde se encuentra el cursor, resaltados, etc.).
RU_27
Ayuda
Ayuda Online Completa
La documentación de ayuda online debe contemplar todas las funcionalidades de la aplicación Web.
RU_28
Ayuda
Documentación Multiusuario
La documentación de ayuda al usuario debe estar personalizada según el público objetivo de la aplicación Web (rol del usuario, idioma del usuario, etc.).
Facilidad de Uso (Operabilidad) ID-RU
Sub característica
Nombre
Descripción
RU_29
Compatibilidad
Compatibilidad con navegadores y plugins
La aplicación Web debe permitir ser ejecutada en los navegadores más comunes sin alterar su comportamiento y apariencia (Chrome, Firefox, Internet Explorer). Además, se deben usar soluciones intermediarias de accesibilidad para asegurar que las tecnologías de accesibilidad operen correctamente en versiones antiguas de navegadores. Creación de nuevas ventanas, asociación de leyendas con campos de formulario, tablas que distribuyen texto de forma paralela, navegación entre campos de formulario vacíos, son funcionalidades que pueden no ser accesibles con navegadores antiguos. Es necesario planificar soluciones alternativas para estos casos.
RU_30
Compatibilidad
Compatibilidad con sistemas operativos
La aplicación Web debe permitir ser visualizada los sistemas operativos más comunes sin alterar su comportamiento y apariencia (Win8, Win7, Vista, WinXP).
RU_31
Compatibilidad
Compatibilidad con velocidades de conexión
La aplicación Web debe permitir ser usada bajo las velocidades de conexión más comunes en las Unidades Ejecutoras (Aproximadamente el 30% cuenta con menos de 1.5 Mbps y aproximadamente el 60% cuenta con menos de 5Mbps).
Página 185 de 341
ID-RU
Sub característica
Nombre
Descripción
RU_32
Compatibilidad
Compatibilidad con la resolución de pantalla
La aplicación Web debe ser adaptable a las resoluciones de pantalla de escritorio más comunes (1920x1080, 1366x768, 1280x1024, 1280x800, 1024x768, 800x600).
RU_33
Gestión de los datos
Validez de los datos de entrada
La aplicación debe proveer mecanismos que verifiquen la validez de los datos que introduce el usuario (limitar longitud de datos, tipos de dato, validar formato, proveer listados de selección, etc.).
RU_34
Controlabilidad
Soporte a operaciones de cancelación
RU_35
Controlabilidad
Soporte a interrupción
RU_36
Controlabilidad
Soporte a operaciones de deshacer
La aplicación debe permitir deshacer las acciones sin efectos perjudiciales al funcionamiento normal.
RU_37
Controlabilidad
Soporte a operaciones de rehacer
La aplicación debe permitir rehacer las acciones para ahorrar trabajo al usuario.
RU_38
Controlabilidad
Soporte a la impresión
Capacidad de la aplicación Web de imprimir su contenido de forma correcta.
RU_39
Capacidad de Adaptación
Adaptabilidad
La aplicación Web de permitir ser adaptada por los usuarios (preferencias de usuarios, usuarios con discapacidad, etc.).
RU_40
Capacidad de Adaptación
Adaptativo
La aplicación Web debe adaptarse a las necesidades de los distintos usuarios (sistemas operativos, navegadores web, velocidades de internet, resoluciones de pantalla contempladas en este documento).
RU_41
Consistencia
Comportamiento constante de los enlaces / controles
Los enlaces/controles con el mismo nombre deben siempre apuntar al m ismo destino.
La aplicación debe permitir cancelar las acciones sin efectos perjudiciales al funcionamiento normal. La aplicación debe permitir la interrupción de las acciones sin efectos perjudiciales al funcionamiento normal (Ej.: Por corte de fluido eléctrico).
RU_42
Consistencia
Permanencia de los enlaces /controles
Los enlaces/controles deben mantenerse siempre en la misma posición en la interfaz.
RU_43
Consistencia
Consistencia en el orden de los enlaces
Los enlaces/controles pertenecientes a un mismo grupo siempre deben aparecer en el mismo orden (Ej.: Botones “Aceptar”, “Cancelar”). Página 186 de 341
ID-RU
Sub característica
Nombre /controles
Descripción
RU_44
Consistencia
Consistencia en las etiquetas
Las etiquetas deben corresponder con las acciones que representan.
RU_45
Gestión de errores
Prevención de errores
La aplicación Web debe proporcionar mecanismos para prever errores comunes.
RU_46
Gestión de errores
Recuperación ante errores
Capacidad de la aplicación Web de volver a un estado estable tras un error.
Accesibilidad ID-RU
Sub característica
Nombre
Descripción
RU_47
Soporte a la ampliación/reducció n del texto
Soporte a la ampliación/reducción del texto
El texto de la aplicación Web debe permitir ser redimensionado independientemente de las opciones que ofrezca el navegador para ello.
RU_48
Independencia de dispositivos de control
Independencia de dispositivos de control
El contenido debe ser accesible sin importar el tipo de dispositivo de entrada empleado (ratón, teclado, comandos de voz).
RU_49
Colores seguros
Colores seguros
Los colores empleados no deben dañar la integridad de los usuarios con problemas específicos.
RU_50
Grado de conformidad con lineamientos WCAG
Grado de conformidad con lineamientos WCAG
La aplicación Web debe seguir las directrices del Web Content Accesibility Guidelines (WGAG) del W3C.
Grado de Atracción ID-RU
Sub característica
Nombre
Descripción
RU_51
Uniformidad del color
Uniformidad del color
Los colores de fondo empleados en los mismos elementos de las interfaces del usuario deben ser siempre los mismos.
Página 187 de 341
ID-RU
Sub característica
Nombre
Descripción
RU_52
Uniformidad de la fuente
Uniformidad de la fuente
Los colores de fuente empleados en los mismos elementos de las interfaces del usuario deben ser siempre los mismos.
RU_53
Uniformidad en la posición de las secciones de la interfaz
Uniformidad en la posición de las secciones de la interfaz
Las secciones en las que se divide la interfaz de usuario se deben mantener a lo largo de toda la aplicación Web.
Adherencia a Normas o Convenciones ID-RU
Sub característica
Nombre
Descripción
RU_54
Conformidad con lineamientos del World Wide Web Consortium (W3C).
Conformidad con lineamientos del World Wide Web Consortium (W3C).
Evitar el uso de tecnologías o extensiones propietarias que no están dentro de las especificaciones del W3C (requieren el uso de plug-ins. o aplicativos externos).
Página 188 de 341
12.5.2 Requisitos de Interoperabilidad En este apartado se presenta el inventario de Requisitos de Interoperabilidad que definen el alcance de implementación del SIGEP: ID-RI
Nombre
Descripción Se consulta datos de personas a partir del DNI.
Tipo
RI_01
Interoperabilidad con RENIEC. Consultar Datos RENIEC
RI_02
Interoperabilidad con Superintendencia Nacional de Se consulta datos de personas a partir del Carnet de Extranjería. Migraciones (SNM). Consultar Datos Este proceso puede realizarse de forma individual o masiva. CCI. Consultar Datos CCI.
SIGEP Consume Servicio
RI_03
Interoperabilidad con SERVIR. Se consulta datos de sanción de personas a partir del enviando el Consultar Datos de Sanciones de tipo y número del Documento de Identidad. personas Este proceso puede realizarse de forma individual o m asiva.
SIGEP Consume Servicio
RI_04
Se consulta datos bancarios de personas a partir del Número de Interoperabilidad con Banco de la Cuenta Bancaria. Nación. Consultar Datos Bancarios Este proceso puede realizarse de forma individual o masiva.
SIGEP Consume Servicio
RI_05
Interoperabilidad con Cámara de Compensaciones Electrónica
RI_06
Interoperabilidad con MEF – DGGRP / SIGEP. Derivar Planilla al SIAF
Este proceso puede realizarse de forma individual o masiva.
Se consulta datos bancarios de personas a partir del Número de Código de Cuenta Interbancaria (CCI).
SIGEP Consume Servicio
SIGEP Consume Servicio
Este proceso puede realizarse de forma individual o masiva. Se envía el enlace del archivo de planilla ubicado en el Gestor Documental.
SIGEP Expone Servicio
Este proceso puede realizarse de forma individual o masiva.
RI_07
Interoperabilidad con MEF – DGPP / Se consulta financiamiento presupuestal del SIAF II a partir de: SIAF II. Verificar Financiamiento Identificador UE, Denominación de la UE, Código de la específica de Presupuestal gasto.
SIGEP Consume Servicio
RI_08
Interoperabilidad con MEF – DGPP / Se utilizará el módulo de Gestión de Usuarios de SIAF II, accediendo SIAF II. Servicios de módulo Gestor a los servicios web correspondientes. de Usuarios.
SIGEP Consume Servicio
Página 189 de 341
12.5.3 Requisitos de Disponibilidad En este apartado se presenta el inventario de Requisitos de Disponibilidad que definen el alcance de implementación del SIGEP: ID-RD RD_01 RD_02 RD_03 RD_04
RD_05
RD_06
Nombre Disponibilidad de servidores de aplicación Disponibilidad de servidores de base de datos Disponibilidad de Conexiones a Base de Datos Disponibilidad de Espacio de Almacenamiento Disponibilidad de la Aplicación a través de la Gestión de Errores Disponibilidad de la Aplicación ante un Alto Nivel de Concurrencia
Descripción El sistema debe soportar la caída de un nodo del servidor de aplicaciones y garantizar la disponibilidad de la aplicación a través de un nodo secundario del servidor de aplicaciones. (Alta Disponibilidad). El sistema debe contar con un clúster de servidores de base de datos, para garantizar la disponibilidad del acceso a la base de datos ante la caída de uno de los nodos del servidor de base de datos. (Alta Disponibilidad). El sistema de contar con una cantidad de conexiones a base de datos que tenga capacidad de atención de todos los usuarios en los momentos de mayor concurrencia. La solución debe contar con suficiente espacio de almacenamiento para el registro de datos, garantizando la disponibilidad de espacio para la operación del sistema durante 5 años. La aplicación debe garantizar su disponibilidad, a través de la implementación de mecanismos de gestión de errores, reduciendo de esta forma la posibilidad de caída de la aplicación al presentarse errores en las funcionalidades. La solución debe garantizar su disponibilidad ante un alto nivel de concurrencia (Gobiernos Regionales y Gobiernos Nacionales), para ello debe utilizar mecanismos de balanceo de carga tanto para los Servidores de Aplicación como para los Servidores de Base de Datos. Considerar lo siguiente: Concurrencia de hasta 200 usuarios (Indicación OGTI – MEF) Tiempo máximo de respuesta del sistema (“timeout”) = 30 segundos.
12.5.4 Requisitos de Monitorización En este apartado se presenta el inventario de Requisitos de Monitorización que definen el alcance de implementación del SIGEP: ID-RM RM_01
Nombre Monitoreo de la disponibilidad de la plataforma
Descripción
Tipo
La solución proveerá un componente de monitoreo de la disponibilidad de los diferentes De Rendimiento del Sistema servidores de la plataforma.
Página 190 de 341
ID-RM
Nombre de la solución
Monitoreo de la Seguridad de la Capa de Datos (Servidores de Base de Datos) RM_03 Monitoreo de la Seguridad de la Capa de Información (Servidores de Archivos) RM_04 Monitoreo de la Capa de Servicios
Descripción
Tipo
RM_02
Se permitirá la monitorización del uso de la base de datos a través de un Database Activity De Rendimiento del Sistema Monitoring (DAM).
Según el estudio de Pre inversión, se requiere la monitorización del uso de los servidores de archivos a través de un File Activity Monitoring (FAM), sin embargo, esto no es aplicable De Rendimiento del Sistema según el nuevo esquema propuesto para el SIGEP. La solución contara con componentes de gestión y seguimiento de los servicios SOA De Rendimiento del Sistema implementados en el aplicativo SIGEP.
Nota: Se ha desestimado el Monitoreo de la Seguridad de la capa de información a través de un File Activity Monitoring (FAM), puesto que resulta innecesario para la atención de los requisitos funcionales la existencia de un Servidor de Archivos.
12.5.5 Restricciones en licencias y hardware En este apartado se presenta el inventario de Restricciones en licencias y hardware que definen el alcance de implementación del SIGEP: ID-RL RL_01
RL_02
RL_03
Nombre Restricción en Licencia de Servidor de Base de Datos Restricción en Licencia de Servidor de Aplicaciones Restricción en Licencia de Servidores de Virtualización
Descripción Los Servidores de Base de Datos de la Solución SIGEP deben ser Oracle. Las cantidades y versiones de las licencias deberán ser las suficientes para garantizar el rendimiento y disponibilidad de la Solución en todos sus entornos. Los Servidores de Aplicación de la Solución SIGEP deben ser IBM Websphere Application Server, Oracle WebLogic, o Red Hat Jboss. Las cantidades y versiones de las licencias deberán ser las suficientes para garantizar el rendimiento y disponibilidad de la Solución en todos sus entornos. El Servidor de Virtualización de la Solución SIGEP debe ser VMWare.
Página 191 de 341
ID-RL RL_04
RL_05
RL_06
RL_07 RL_07
Nombre Restricción en Licencia de Sistemas Operativos Restricción en Licencia de Balanceadores Físicos Restricción en Licencia componentes de Red de Comunicación Restricción en Licencia Oracle RAC Restricción en Licencia IBM BPM
Descripción Los Sistemas Operativos del total de Servidores de la Solución SIGEP deben ser Linux Red Hat.
El proveedor del servicio de comunicación debe proveer el balanceador físico que corresponda.
Los componentes de redes de comunicación de la Solución SIGEP deben ser Cisco.
La implementación, instalación y configuración de las licencias del Oracle RAC serán parte del servicio del proveedor (Indicación OGTI – MEF). MEF cuenta con licencia de IBM BPM Suite 7, por lo tanto, requiere que el BPM sea implementado en esa versión (Indicación OGTI – MEF).
12.5.6 Requisitos de Arquitectura (Entornos) En este apartado se presenta el inventario de Requisitos de Arquitectura que definen el alcance de implementación del SIGEP: ID-RA RA_01
Nombre Arquitectura – Enfoque SOA
Descripción El sistema SIGEP se realizará sobre la base de una arquitectura orientada a servicios, facilitando a través de ella la interoperabilidad entre sistemas. Se requiere realizar un benchmarking de tecnologías SOA.
RA_02
Arquitectura – Enfoque BPM
RA_03
Arquitectura – Componente de gestión de Logs
El sistema contará con un componente de gestión de Logs que permita la configuración de los tipos de log a generar.
Entornos
SIGEP contara con los siguientes cuatro entornos: (1) De Desarrollo, (2) De Pruebas, y (3) De Producción, respetando las siguientes consideraciones:
RA_04
Se proveerá una aplicación basada en automatización de procesos. El sistema contará con un componente de Reglas de Negocio.
Página 192 de 341
ID-RA
Nombre
Descripción Los entornos de desarrollo y pruebas deben estar virtualizados dentro de un mismo servidor físico. El entorno de producción debe estar en alta disponibilidad (dos nodos), y virtualizado dentro de un servidor físico independiente. El entorno de pruebas debe estar virtualizado. SIGEP debe contar con 1 servidor storage para el entorno de producción y 1 servidor storage para los entornos de desarrollo y pruebas. El dimensionamiento del storage de producción debe garantizar el almacenamiento de información de la Solución SIGEP por 5 años.
RA_05
RA_06
Servidores Storage SAN Hosting de Infraestructura
Todos los entornos de la solución SIGEP estarán en un hosting de infraestructura (indicación OGTI – MEF)
12.5.7 Requisitos de Seguridad En este apartado se presenta el inventario de Requisitos de Seguridad que definen el alcance de implementación del SIGEP: ID-RS RS_01
Nombre
Descripción
Clasificación
El sistema solo permitirá a los usuarios el acceso a las funcionalidades que le correspondan a su rol. El sistema deberá brindar un canal seguro (Certificado SSL) de envió de información durante la autenticación (ingreso de usuario y clave). Seguridad de Acceso al Sistema
El sistema contará con un componente de gestión de usuarios de acceso. Para definir los Certificados SSL se requiere realizar un benchmarking para este Autenticación componente. Para la valorización de este componente debe considerarse todos los gastos que requieran incurrir durante la operación de la Solución SIGEP por un periodo de 5 años. El sistema debe validar que el ingreso al sistema sea desde servidores autorizados, utilizando para ello un firewall. Sin embargo, este requisito debe ser considerado a futuro, cuando todas las Unidades Ejecutoras tengan acceso a Internet.
RS_02 RS_03
Seguridad de servidores de aplicación web Seguridad del servicio de internet
Se brindará seguridad a los servidores de aplicaciones web, a través de un W eb Application Confidencialidad Firewall. Se brindará seguridad del servicio de Internet con respecto a ataques de Denegación de Disponibilidad Servicios Distribuidos (DDS).
Página 193 de 341
ID-RS RS_04 RS_05
RS_06
RS_07 RS_08
Nombre Seguridad de Acceso a la base de datos Seguridad en la Administración de base de datos. Seguridad Contra Intrusiones a las bases de datos Seguridad de transporte de datos Seguridad en el Envío de Información
Descripción
Clasificación
El sistema contará con mecanismos de protección de accesos a las bases de datos.
Confidencialidad
Se deben definir políticas de administración de la base de datos, restringiendo la posibilidad de eliminación de sesiones de conexión a la base de datos. De ser causa mayor, debe Integridad llegarse un registro (bitácora de trabajo) donde se sustente las razones de la ejecución de esta acción, y precisando la persona que la autorizo. El sistema contará con protección contra intrusiones y ataques a las bases de datos. Confidencialidad Realizará restricciones de IP y de aplicativos cliente. Se implementaran mecanismos de seguridad de transporte de datos, SSL, para la Confidencialidad comunicación con el sistema SIGEP. El sistema contará con mecanismos de encriptación de tramas de datos enviados y de los datos almacenados. Para este último caso (datos almacenados) se encriptará la Confidencialidad información sensible (Ej.: montos de planillas). Se requiere realizar benchmarking de tecnologías de encriptación.
12.5.8 Requisitos de Buenas Prácticas y Normatividad En este apartado se presenta el inventario de Requisitos de Buenas Practicas y Normatividad que definen el alcance de implementación del SIGEP: ID-RN RN_01 RN_02 RN_03 RN_04
Nombre
Descripción Las diferentes capacidades del sistema, estarán modularizadas y desacopladas, Modificabilidad sobre la base de una arquitectura de software dividida en capas. Lineamientos de Se debe implementar un servidor de gestión de versiones de fuentes y de gestión de documentación. versiones Se requiere realizar benchmarking de tecnologías de gestión de versiones. Lineamientos de Se aplicaran los lineamientos para el desarrollo de aplicaciones sobre la base de Aplicación de la arquitectura SOA, de acuerdo a los estándares indicados en la metodología RUP Metodología SOMA. Lógica de La lógica del negocio se definirá de manera desacoplada en capas. negocio
Tipo Calidad para el desarrollador Estándares de Documentación Calidad para el desarrollador Estándares de Documentación Calidad para el desarrollador Estándares de Programación Calidad para el desarrollador Página 194 de 341
ID-RN RN_05
RN_06 RN_07
Nombre desacoplada Lineamientos del Documento “Estándares de Presentación, Diseño y Programación de Base de datos” Base de datos normalizada Herramienta Case Enterprise Architect
Descripción
Tipo
El proveedor deberá ofrecer los estándares de Presentación, Diseño, Estándares de Documentación Programación y de Base de datos, los cuales serán evaluados por el ECTP y la Estándares de Programación OGTI del MEF para su aprobación.
El modelo de la base de datos transaccional se realizará sobre la base de un diseño Estándares de Programación normalizado (mínimo a la 3era Forma Normal). Se debe utilizar la herramienta Enterprise Architect para la realización de análisis y Estándares de Documentación diseño de los artefactos del SIGEP.
Página 195 de 341
12.6
ENTORNOS
12.6.1 Componentes Instalados en Entorno de Desarrollo
Nº
Servidores Virtuales
Cantidad
Componentes Software
Plataforma Software
1
Servidor Web
1
IBM HTTP Server (IHS)
2
Servidor IIB
1
IBM WebSphere Application Server (WAS) Sistema Operativo: AIX 7.1. IBM Integration Bus (WAS_IIB)
3
Servidor BPM
1
4
Servidor APP
1
5
Servidor ADMIN
1
IBM WebSphere Application Server (WAS) Sistema Operativo: AIX 7.1. Admin (WAS_ADMIN)
6
Servidor BD SIGEP
1
Oracle Database
Sistema Operativo: AIX 7.1.
7
Servidor BD IIB, BPM, Alfresco
1
Oracle Database
Sistema Operativo: AIX 7.1.
8
Alfresco File System
1
No Aplica
Sistema Operativo: AIX 7.1.
9
Standalone Server
1
IBM WebSphere Application Server (WAS) Sistema Operativo: Red Hat Enterprise Linux 6.4 x64. Alfresco
Plataforma Hardware
Sistema Operativo: AIX 7.1.
IBM WebSphere Application Server (WAS) Sistema Operativo: AIX 7.1. IBM BPM (WAS_BPM_1) IBM WebSphere Application Server (WAS) Sistema Operativo: AIX 7.1. Servicios y componentes de servicios
1 Servidor Físico sobre arquitectura RISC / Ejemplo: Arquitectura IBM Power
1 Servidor Virtual sobre arquitectura Intel
Página 196 de 341
12.6.2 Componentes Instalados en Entorno de Calidad Nº
Servidores Virtuales
Cantidad
1
Servidor Web
1
2
Servidor IIB
1
Componentes Software
3
Servidor BPM
1
4
Servidor APP
1
6
Servidor ADMIN
1
IBM HTTP Server (IHS) IBM WebSphere Application Server (WAS) IBM Integration Bus (WAS_IIB) IBM WebSphere Application Server (WAS) IBM BPM (WAS_BPM_1) IBM WebSphere Application Server (WAS) Servicios y componentes de servicios IBM WebSphere Application Server (WAS) Admin (WLS_ADMIN)
7
Servidor BD SIGEP
1
Oracle Database
8
Servidor BD IIB, BPM, OpenLDAP, Alfresco
1
Oracle Database
9 Alfresco File System 10 Standalone Server
1 1
No Aplica
IBM WebSphere Application Server (WAS) Alfresco
Plataforma Software
Plataforma Hardware
Sistema Operativo: AIX 7.1 Sistema Operativo: AIX 7.1
Sistema Operativo: AIX 7.1 1 Servidor Físico sobre Sistema Operativo: AIX 7.1 arquitectura RISC / Ejemplo: Sistema Operativo: AIX 7.1 Arquitectura IBM Power Sistema Operativo: AIX 7.1 Sistema Operativo: AIX 7.1 Sistema Operativo: AIX 7.1 Sistema Operativo: Red Hat Enterprise Linux 6.4 x64
1 Servidor virtual sobre arquitectura Intel
Página 197 de 341
12.6.3 Componentes Instalados en Entorno de Producción Nº 1
Servidores Virtuales Servidor Web IHS
Cantidad
Componentes Software
2
IBM HTTP Server (IHS) (1)
Sistema Operativo: AIX 7.1
IBM HTTP Server (IHS) (1)
Sistema Operativo: AIX 7.1
2
Servidor Web IHS
1
3
Servidor IIB
2
4
Servidor BPM
2
5
Servidor APP
2
6
Servidor ADMIN
1
7 8 9 10 11
Servidor BD Alfresco Servidor BD IIB, BPM Alfresco File System Servidor BD SIGEP Servidor BD Reportes
IBM WebSphere Application Server (WAS) IBM Integration Bus (WAS_IIB) (2) IBM WebSphere Application Server (WAS) IBM BPM (WAS_BPM) (3) IBM WebSphere Application Server (WAS) (4) Servicios y componentes de servicios IBM WebSphere Application Server (WAS) (4) Admin (WAS_ADMIN)
Sistema Operativo: AIX 7.1
Sistema Operativo: AIX 7.1
Sistema Operativo: AIX 7.1
Oracle Database (5)
Sistema Operativo: AIX 7.1
1
Oracle Database (5)
Sistema Operativo: AIX 7.1
1 2 1
No Aplica
1
Plataforma Hardware
Sistema Operativo: AIX 7.1
1
12 Servidor Alfresco
Plataforma Software
2 Servidores Físicos sobre arquitectura RISC / Ejemplo: Arquitectura IBM Power
Sistema Operativo: AIX 7.1
Oracle Database + Oracle RAC + Oracle Dataguard (5)
Sistema Operativo: AIX 7.1
Oracle Database (5)
Sistema Operativo: AIX 7.1
Alfresco (6) IBM WebSphere Application Server (WAS)
Sistema Operativo: Red Hat Enterprise Linux 6.4 x64
1 Servidor Virtual sobre arquitectura Intel
Página 198 de 341
Componente (1) IBM HTTP Server (IHS) (2) IBM
Integration Bus (IIB) (3) IBM BPM (4) IBM
WebSphere Application Server (WAS) (5) Oracle Database + RAC + Dataguard (6) Alfresco
Referencia de Compatibilidad http://www-969.ibm.com/software/reports/compatibility/clarityreports/report/html/softwareReqsForProduct?deliverableId=1359567211208&osPlatforms=AIX%7CHP%7CInspur%20KUX%7CLinux%7CSolaris%7CWindows%7Cz/OS&duComponentIds=S000&optionalCapIds=9%7C39%7C8%7C20%7C27%7C2 6%7C40#osFamily-0 http://www-969.ibm.com/software/reports/compatibility/clarityreports/report/html/softwareReqsForProduct?deliverableId=1345713852972&osPlatform=AIX http://www-969.ibm.com/software/reports/compatibility/clarityreports/report/html/softwareReqsForProduct?deliverableId=1379596390980&osPlatform=AIX http://www-969.ibm.com/software/reports/compatibility/clarityreports/report/html/softwareReqsForProduct?deliverableId=1337870535828&osPlatform=AIX https://support.oracle.com/CSP/ui/flash.html http://www03.ibm.com/support/techdocs/atsmastr.nsf/5cb5ed706d254a8186256c71006d2e0a/781e2275188c706886257c98006b1c6e/$FIL E/IBM%20AIX%20Oracle%2012cR1-tips_SHANMUGAM%2026%20Feb%202014.pdf https://www.alfresco.com/services/subscription/supported-platforms
Página 199 de 341
12.8 DIMENSIONAMIENTO DE LA INFRAESTRUCTURA 12.8.1 Dimensionamiento de Servidores para el Entorno de Desarrollo 12.8.1.1 Matriz de dimensionamiento de servidores de software Código
Elemento
SRV_ED_WEB_01 SRV_ED_ESB_01 SRV_ED_BPM_01 SRV_ED_APP_01 SRV_ED_ECM_01
Servidor Web Servidor ESB Servidor BPM Servidor APP Servidor Gestor Documental SRV_ED_ADM_01 Servidor ADMIN Total
SPECint_rate_base2006
Memoria
52 104 104 104
1 GB 4 GB 8 GB 4 GB
Espacio de Disco (RAID5) 5 GB 60 GB 60 GB 120 GB
208
8 GB
60 GB
104 676
4 GB 29 GB
60 GB 365 GB
12.8.1.2 Matriz de dimensionamiento de servidores de base de datos Código SRV_ED_BD_01
SRV_ED_BD_02
Elemento Servidor BD: ESB, BPM, Gestor Documental Servidor BD SIGEP
SPECint_rate_base2006 Memoria
Espacio de Disco (RAID5)
208
16 GB
250 GB
208
24 GB
1 TB
TB de espacio de disco, para cumplir con los requerimientos de CPU, Memoria y Espacio de Disco.
12.8.2 Dimensionamiento de Servidores para el Entorno de Calidad 12.8.2.1 Matriz de dimensionamiento de servidores de software Código
Elemento
SPECint_rate_base2006
Memoria
Espacio de Disco (RAID5)
SRV_EC_WEB_01
Servidor Web
52
1 GB
5 GB
SRV_EC_ESB_01
Servidor ESB
104
4 GB
60 GB
SRV_EC_BPM_01
Servidor BPM
104
8 GB
60 GB
SRV_EC_APP_01
Servidor APP
104
4 GB
120 GB
SRV_EC_ECM_01
Servidor Gestor Documental
208
8 GB
60 GB
SRV_EC_ADM_01
Servidor ADMIN
104
4 GB
60 GB
676
29 GB
365 GB
Total
12.8.2.2 Matriz de dimensionamiento de servidores de base de datos Código SRV_EC_BD_01
Elemento Servidor BD: ESB,
SPECint_rate_base2006 Memoria
Espacio de Disco (RAID5)
Ejemplo: -
01 servidores IBM Power 770 de tres módulos (del procesador POWER7 de 3,1 GHz con ocho cores cada uno), con un mínimo de 71 GB de Memoria y un mínimo de 2.1 TB de espacio de disco, para cumplir con los requerimientos de CPU, Memoria y Espacio de Disco.
12.8.3 Dimensionamiento de Servidores para el Entorno de Producción 12.8.3.1 Matriz de dimensionamiento de servidores de software Código
Elemento
SRV_EP_WEB_01 SRV_EP_WEB_02 SRV_EP_ESB_01 SRV_EP_ESB_02 SRV_EP_BPM_01 SRV_EP_BPM_02 SRV_EP_APP_01 SRV_EP_APP_02 SRV_EP_ECM_01
Servidor Web 1 Servidor Web 2 Servidor ESB 1 Servidor ESB 2 Servidor BPM 1 Servidor BPM 2 Servidor APP 1 Servidor APP 2 Servidor Gestor Documental SRV_EP_ADM_01 Servidor ADMIN Total
SPECint_rate _base2006 104 104 208 208 416 416 208 208 208 208 2228
6 GB 6 GB 8 GB 8 GB 16 GB 16 GB 8 GB 8 GB 8 GB
Espacio de Disco (RAID10) 70 GB 70 GB 120 GB 120 GB 120 GB 120 GB 120 GB 120 GB 60 GB
8 GB 92 GB
60 GB 980 GB
Memoria
12.8.3.2 Matriz de dimensionamiento de servidores de base de datos Código
Elemento
SPECint_rate _base2006
Memoria
Espacio de Disco (RAID10)
12.8.3.3 Matriz de dimensionamiento de otros tipos de servidores Código
Elemento Alfresco Servidor File System Total
SPECint_rate _base2006
Memoria
Espacio de Disco (RAID10)
104
4 GB
500 GB
104
4 GB
500 GB
SRV_EP_FS_01
12.8.3.4 Especificaciones de Hardware requerido para el entorno de Producción Elemento Servidores de Software Especializado Servidores de Base de Datos Otro Tipo de Servidores Total
SPECint_rate_ base2006 2228 1456 104 3788
92 GB
Espacio de Disco (RAID10) 980 GB
144 GB 4 GB 240 GB
3.5 TB 500 GB 5 TB
Memoria
En base a los datos mostrados en la tabla, se muestra a modo referencial un ejemplo del hardware que el contratista del sub servicio de Hosting de Infraestructura deberá asignar para el Entorno de Producción: Ejemplo:
12.9 TOPOLOGIA DE SERVIDORES 12.9.1 Topología de Servidores (Entorno de Desarrollo) A continuación se adjunta un gráfico que representa la Topología de los Servidores del Entorno de Desarrollo. Este se entorno NO se encuentra configurado en Alta Disponibilidad, por ello solo tiene un servidor web Web_01 (las flechas representan la distribución del requerimiento), el cual podrá distribuir el requerimiento al servidor Enterprise Server Bus ESB_01 o hacia el servidor que Gestiona el Flujo de los Procesos de Negocio BPM_01, éste servidor BPM interactuará con el Servidor de aplicaciones APP_01 o con el servidor de gestión documental ECM_01 Alfresco, estos últimos realizarán las transacciones de Base de Datos con los servidores BD_01, BD_02 y con servidor de archivos Alfresco FS_01. Adicionalmente se tiene un servidor que permite monitorear y administrar el desempeño de los servicios, procesos, aplicaciones y los log’s que se generan, es el servidor ADM_01
12.9.2 Topología de Servidores (Entorno de Calidad) A continuación se adjunta un gráfico que representa la Topología de los Servidores del Entorno de Calidad. Este se entorno NO se encuentra configurado en Alta Disponibilidad, por ello solo tiene un servidor web Web_01 (las flechas representan la distribución del requerimiento), el cual podrá distribuir el requerimiento al servidor Enterprise Server Bus ESB_01 o hacia el servidor que Gestiona el Flujo de los Procesos de Negocio BPM_01, éste servidor BPM interactuará con el Servidor de aplicaciones APP_01 o con el servidor de gestión documental ECM_01 Alfresco, estos últimos realizarán las transacciones de Base de Datos con los servidores BD_01, BD_02 y con servidor de archivos Alfresco FS_01 Adicionalmente se tiene un servidor que permite monitorear y administrar el desempeño de los servicios, procesos, aplicaciones y los log’s que se generan, es el servidor ADM_01.
12.9.3 Topología de Servidores (Entorno de Producción) A continuación se adjunta un gráfico que representa la Topología de los Servidores del Entorno de Producción. Este se entorno se encuentra configurado en Alta Disponibilidad, por ello se ha incluido un Balanceador Físico, el cual distribuirá la carga de usuarios entre los servidores web Web_01 y Web_02 (las flechas representan dicho reparto de carga), a su vez los servidores web podrán repartir su carga entre los servidores Enterprise Server Bus ESB_01 y ESB_02 o hacia los servidores que Gestionan el Flujo de los Procesos de Negocio BPM_01 y BPM_02, éstos servidores BPM repartirán su carga hacia los Servidores de aplicaciones APP_01 y APP_02 o al servidor de gestión documental ECM_01 Alfresco, estos últimos realizarán las transacciones de Base de Datos con los servidores BD_01, BD_02, BD_03, BD_04, BD_05 y con servidor de archivos Alfresco FS_01. Adicionalmente se tiene un servidor que permite monitorear y administrar el desempeño de los servicios, procesos, aplicaciones y los log’s que se generan, es el servidor ADM_01
Notas:
Infraestructura mínima referencial. Instancias de Servidor de Aplicaciones: 8 La instalación y configuración de las licencias del Orac le RAC + Oracle Dataguard ser án parte del servicio del contratista que realice el sub servicio de Hosting de Infraestructura.
12.10 REQUERIMIENTOS TECNICOS En este apartado se describen los requerimientos técnicos refereciales para el sistema SIGEP. Los requerimientos presentados en este capítulo son referenciales, por lo que los requerimientos adjuntos, así como otras marcas y modelos de características semejantes o superiores serán aceptados para su evaluación. Los criterios de aceptación seran definidos en la fase pre operativa del sub servicio correspondiente. 12.10.1 Nº 1 2 3 4 5
Requerimientos de alta disponibilidad
Requerimiento La plataforma tecnológica debe garantizar la alta disponibilidad de la capa web (D MZ – Zona pública), mediante la instalación de 2 servidores web, y el balanceo de la carga de peticiones hacia dichos servidores, a través de un balanceador físico. La plataforma tecnológica debe garantizar la alta disponibilidad del Enterprise Service Bus, mediante la clusterización de 2 servidores IIB Activo /Activo, y el balanceo lógico de la carga de peticiones a dichos servidores, realizado por los servidores web de la capa DMZ. La plataforma tecnológica debe garantizar la alta disponibilidad de los procesos BPM, mediante la clusterización de 2 servidores BPM Activo /Activo, y el balanceo lógico de la carga de peticiones a dichos servidores, realizado por los servidores web de la capa DMZ. La plataforma tecnológica debe garantizar la alta disponibilidad de los componentes de servicios SOA, mediante la clusterización de 2 servidores de aplicaciones (WAS_APP) Activo /Activo en los cuales estarán desplegados los servicios. La plataforma tecnológica debe garantizar la alta disponibilidad de la base de datos SIGEP, mediante la instalación de una base de datos Oracle RAC, sobre 2 servidores de bases de datos (Servidores BD SIGEP RAC).
12.10.2 Nº
Requerimientos de capacidad y rendimiento
Requerimiento En base a las matrices de dimensionamiento, la plataforma tecnológica de producción debe contar 1 con 2 servidores físicos IBM Power 770 de ocho módulos (con seis cores cada uno). En base a las matrices de dimensionamiento, la plataforma tecnológica de producción debe contar 2 con 2 servidores físicos IBM Power 770, con procesadores POWER7 DE 3.5 GHz. En base a las matrices de dimensionamiento, la plataforma tecnológica de producción debe contar 3 con 2 servidores físicos IBM Power 770, con un mínimo de 240 GB de RAM. En base a las matrices de dimensionamiento, la plataforma tecnológica de producción debe contar 4 con 2 servidores físicos IBM Power 770, con un mínimo de 5 TB de espacio de disco. En base a las matrices de dimensionamiento, la plataforma tecnológica de Calidad debe contar con 5 1 servidor físico IBM Power 770 de ocho módulos (del procesador POWER7 con ocho cores cada uno). En base a las matrices de dimensionamiento, la plataforma tecnológica de Calidad debe contar con 6 1 servidor físico IBM Power 770, con procesadores POWER7 DE 3.1 GHz. En base a las matrices de dimensionamiento, la plataforma tecnológica de Calidad debe contar con 7 1 servidor físico IBM Power 770, con un mínimo de 71 GB de RAM. En base a las matrices de dimensionamiento, la plataforma tecnológica de Calidad debe contar con 8 1 servidor físico IBM Power 770, con un mínimo de 2.1 TB de espacio de disco. En base a las matrices de dimensionamiento, la plataforma tecnológica de Desarrollo debe contar 9 con 1 servidor físico IBM Power 770 de ocho módulos (del procesador POWER7 con ocho cores cada uno). En base a las matrices de dimensionamiento, la plataforma tecnológica de Desarrollo debe contar 10 con 1 servidor físico IBM Power 770, con procesadores POWER7 DE 3.1 GHz. En base a las matrices de dimensionamiento, la plataforma tecnológica de Desarrollo debe contar 11 con 1 servidor físico IBM Power 770, con un mínimo de 71 GB de RAM. En base a las matrices de dimensionamiento, la plataforma tecnológica de Desarrollo debe contar 12 con 1 servidor físico IBM Power 770, con un mínimo de 2.1 TB de espacio de disco.
12.10.3 Nº 1 2
Requerimiento La plataforma tecnológica debe permitir que otros sistemas y entidades interoperen con el sistema SIGEP. Para lo cual la arquitectura se ha diseñado en base a principios SOA. La plataforma tecnológica debe permitir que otros sistemas y entidades interoperen con el sistema SIGEP, para lo cual, la arquitectura diseñada contempla la exposición de servicios web en un ESB (IIB), de modo que sistemas externos puedan consumir dichos servicios.
12.10.4 Nº 1 2 3 4 5
Requerimientos de interoperabilidad
Requerimientos de redes de comunicación
Requerimiento Para la red perimetral (Layer 3 OSI) se requieren 2 routers EDC funcionando en modo activo – pasivo. Para red de distribución (Layer 4-7) se requieren2 Firewall con módulo IPS (Intrusion Detection System) contra amenazas externas de tipo DDOS y licencia de encriptación 3DES/AES. Para la red de distribución (Layer 2-3) se requieren 2 Switchs activo-activo siendo balanceado por los router EDC. Se utilizará enrutamiento dinámico OSPF con redistribución de rutas. Para la DMZ Zona Segura se requieren 2 switchs con tecnología Fabric Extender (FEX). Ver imagen en sección Topología DMZ Zona Segura del anexo 0 – “¡Error! El resultado no es válido ara una tabla.”. Para la DMZ Zona Segura (Layer 3) se requieren 2 Switchs. Ver imagen en sección Topología DMZ Zona Segura.
12.10.5 Nº 1 2 3 4 5 6
Requerimientos de seguridad
Requerimiento Se requiere realizar la Autenticación / Autorización mediante el soporte de Spring Security. Para la encriptación se requiere utilizar el algoritmo de cifrado de bloque AES. Se requiere utilizar los protocolos de seguridad de TLS 1.1 y TLS 1.2 para los certificados SSL. Se requiere obtener los certificados SSL. Se requiere utilizar el software antivirus definido por el MEF. Se requiere que la red de datos sea segmentada.
12.10.6 Requerimientos de licenciamiento software En este apartado se detallan las características de licenciamiento de cada uno de los componentes de software que forman parte de la arquitectura del sistema SIGEP. Nº
Tipo
Requerimiento
1
Paquetes de software SOA
IBM Business Process Management Suite v7 IBM BPM IBM Business Monitor IBM WAS IBM Operational Decision Manager – ODM
2
Requerimientos de software para Servidor Web y de Aplicaciones
IBM WebSphere Application Server (WAS) v.8.5.5.2
Requerimientos de software de Gestión de Bases de
Servidor de Base de Datos Oracle Database 12c R1 (12.1.0.2.0)
3
IBM HTTP Server (IHS) v8.5.5
12.10.7
Requerimientos Mínimos de Usuarios Finales
Características mínimas de Equipos de Usuarios Finales
Core i2 Duo 4 Gb de RAM
Sistema Operativo: Windows Vista
Microsoft Office 2003
Acrobat Reader.
Navegadores web
Microsoft Internet Explorer 8.
Mozilla Firefox.
Google Chrome.
12.11 ARQUITECTURA DE SEGURIDAD En el presente apartado se muestra la visión de la arquitectura definida en una representación gráfica simplificada con objeto de mostrar cómo se van a aplicar los requisitos de seguridad que se han definido. Es importante destacar que hay requisitos de seguridad que, tal y como se han expresado, tienen un sentido amplio y se ha entendido que impacta en más de un elemento de Seguridad. 12.11.1 Arquitectura de Seguridad: Vista General Para la elaboración del presente apartado se ha tenido en cuenta: o
Arquitectura de desarrollo WEB: se va a aplicar el modelo de arquitectura basado en MODELO – VISTA – CONTROLADOR. -
o
En este sentido, se muestra una visión del modelo y los componentes impactados desde el punto de vista de la seguridad, que incluyen elementos de seguridad.
Estándares de seguridad: donde se ha tenido en cuenta estándares de seguridad y especialmente la protección frente a ataques comunes: -
OWASP – Top 10 OWASP - Application Security Verification Standard OWASP ENTERPRISE SECURITY API TOOLKITS – ESAPI OWASP OPEN SAMM - Software Assurance Maturity Model ISO 27001:2013
Página 217 de 341
12.11.2 Zona DMZ Pública 12.11.2.1 Capa Vista Dentro del patrón MVC, la vista maneja la visualización de la información. Aquí se encapsula todo lo respectivo a lo que respecta a la interfaz gráfica de usuario, es una abstracción que engloba el aspecto visual de la aplicación, la gestión de la composición de las vistas y menús así como los flujos de navegación. En este módulo se podrán encontrar los siguientes componentes desde el punto de vista de la Seguridad:
Login: donde los usuarios tendrán que facilitar las credenciales para poder acceder al sistema de información. Captcha: Se trata de una prueba desafío-respuesta utilizada en computación para determinar cuándo el usuario es o no humano, para evitar que robots, también llamados spambots, puedan utilizar ciertos servicios.
12.11.2.2 Capa Controlador Responsable de capturar y tratar el flujo de interacción de la vista, así como de dar respuesta desde la capa de canal o modelo de canal. Aquí se administran no solo la información tratada desde la parte de la interfaz de usuario sino los eventos, los estados de las páginas y los flujos de navegación tanto los normales de operación como los de excepción. Para ello se dispondrán de los siguientes Filtros de Arquitectura: 12.11.2.2.1 Autenticación / Autorización Dentro del ámbito de seguridad, el filtro de autenticación tiene como objetivo autenticar al usuario que accede a la aplicación, y verificar que tiene los permisos adecuados para realizar las operaciones que ejecuta en cada momento, así como la visualización de elementos que le atañen. Las características del componente serían las siguientes:
Permite definir recursos únicamente accesibles por parte de usuarios autenticados. Gestiona un proceso de autenticación del usuario de forma centralizada en la aplicación.
Página 220 de 341
Tecnologías utilizadas:
Spring Security
12.11.2.2.2 Monitorización comportamiento Esta abstracción tiene como misión dentro de los filtros de arquitectura, dejar constancia de cualquier actividad realizada por el usuario dentro de la interfaz, con la suficiente información para garantizar la trazabilidad y poder realizar de estudios de comportamiento.
12.11.2.2.3 Seguridad Con la finalidad de evitar vulnerabilidades comunes de seguridad que están presentes en el desarrollo de aplicaciones web y la prevención de posibles ataques se propone reutilizar métodos de seguridad de un Framework OWASP Enterprise Security API/es – ESAPI –, que nos permitirá ofrecer filtros frente a los ataques más comunes, OWASP Top 10: A1 – Inyección. A2 – Pérdida de Autenticación y Gestión de Sesiones. A3 – Secuencia de Comandos en Sitios Cruzados (XSS). A4 – Referencia Directa Insegura a Objetos. A5 – Configuración de Seguridad Incorrecta. A6 – Exposición de Datos Sensibles.
Custom Enterprise Web Application Enterprise Security API r o t a c i t n e h t u A
r e s U
r e l l o r t n o C s s e c c A
p a M e c n e r e f e R s s e c c A
r o t a d i l a V
r e d o c n E
s e i t i l i t U P T T H
r o t p y r c n E
s e i t r e p o r P d e t p y r c n E
r e z i m o d n a R
g n i l d n a H n o i t p e c x E
r e g g o L
r o t c e t e D n o i s u r t n I
n o i t a r u g i f n o C y t i r u c e S
Para Java se encuentran los siguientes recursos: http://code.google.com/p/owasp-esapi-java
12.11.2.2.4 Validación Cualquier dato entrante a un sistema debería ser verificado para comprobar que no contiene datos inseguros que permitan inyección de SQL, XSS, CSRF o cualquier otra forma de ataque. La siguiente lista muestra algunos ejemplos de los parámetros de entrada más comunes en
12.11.3 Zona DMZ privada 12.11.3.1 Capa Modelo Esta capa es una abstracción de las responsabilidades concernientes a las operaciones relativas al negocio o funcionalidad lógica, conformando todo un sistema que engloba el consumo de servicios tanto internos como externos y su tratamiento posterior dentro de las particularidades propias de la aplicación. En esta capa se encontrarán, entre otros:
Lógica del Canal: Se encarga de centralizar todas las operaciones que gestionan lo anteriormente mencionado en cuanto a datos de negocio para separar, y aislar, de las otras responsabilidades que se han definido hasta ahora, cumpliendo siempre con el concepto de modularización. Entre las operaciones a las que se hace mención es la Autenticación. Servicios del Canal: Agrupan elementos del software que encapsulan funcionalidades de otros sistemas proporcionando un mecanismo de interoperabilidad a través de interfaces públicas con un contrato bien definido que pueden ser consumidos de manera transversal. Entre los servicios que nos referimos: o Acceso a datos: Ante la necesidad de la persistencia de datos propios del canal, y la posterior creación de un modelo de datos relacional en base de datos, se establece la definición de esta capa siguiendo el patrón DAO,
Desacopla a las aplicaciones del soporte físico utilizado para el almacenamiento de las propiedades, soportando la agrupación de las propiedades desde un punto de vista funcional o técnico. También, dentro de estos módulos comunes estarán los Gestores de errores, que permite informar al usuario de que se ha producido un comportamiento anómalo (excepción) procesando una petición. Una excepción no tiene por qué significar que ha ocurrido un error.
12.11.3.3 Seguridad En este segmento de red Seguridad y acceso, soportaría las capacidades de verificación de privilegios de acceso y otras políticas de seguridad. Por lo anterior, una capa de seguridad y acceso es el punto de entrada a cualquier funcionalidad expuesta dentro de la arquitectura de integración, implicando así que el consumidor de dicha funcionalidad deberá cumplir las condiciones requeridas por esta capa para su uso. En este sentido, la Autenticación y Autorización será en esta capa donde se determinen de forma global para la aplicación. Para mayor comprensión se muestra el siguiente diagrama tentativo:
12.11.3.4 Administración En este segmento de Red se propone la ubicación de la Administración General de la propia aplicación y la Administración de la base de datos propia de la aplicación.
12.11.4 Servicios Web Los Servicios Web se utilizan normalmente bajo el protocolo HTTP o HTTPS en los puertos TCP 80 y 443, respectivamente. Desde el punto de vista de la seguridad, un Servicio Web presenta los mismos problemas que cualquier otra aplicación Web presente y accesible por Internet:
Robo de sesiones SQL Injection XML Injection XPATH Injection Denegación de Servicio (DoS) Cross Site Scripting (XSS) Errores de configuración, entre otros.
Los archivos XML que conforman la estructura de los ficheros WSDL y mensajes SOAP, que se utilizan en el funcionamiento de un Servicio Web, se intercambian entre el equipo cliente del usuario, el servidor frontal Web y el servidor de aplicaciones en forma de formularios en
12.11.4.2 WS-Security El estándar WS-Security define una especificación que implementa una serie de mejoras al marco de trabajo de mensajería SOAP con el objetivo de mejorar la protección de los mensajes. Para ello, se basa en dos mecanismos esenciales:
La integridad y confidencialidad de los mensajes. Autenticación de un mensaje individual.
Los principales elementos de seguridad se muestran en la siguiente tabla: Elemento de seguridad Autenticación de servicios Autenticación de usuarios Integridad No repudio Confidencialidad Políticas de Seguridad
Mecanismo de Seguridad WS-Security Tokens SAML SSL WS-Signature WS-Signature WS-Adressing Logs SSL WS-Encryption WS-Policy
El contratista del sub servicio de desarrollo e implantación del SIGEP, debe implementar estos
12.11.4.2.2 WS-Addressing WS-Addressing ofrece seguridad de extremo a extremo a la mensajería SOAP. Independientemente de los tipos de intermediarios como puertos, workstations, cortafuegos, etc. que sean atravesados por un bloque en el camino al receptor, todo aquel que se encuentre por el camino sabrá:
De dónde viene. (Dirección postal) La dirección a donde se supone que va. (Att) La persona o servicio específico en esa dirección que se supone va a recibirlo. Dónde debería ir si no puede ser remitido como estaba previsto. Todo esto lo incluye en la cabecera del mensaje SOAP ().
WS-Addressing convierte los mensajes en unidades autónomas de comunicación. La especificación WS-Addressing define dos tipos de elementos que se incorporan en los mensajes SOAP: Endpoint References (EPR), referencias de invocación, que identifican al punto donde deben ser dirigidas las peticiones. Message Information Headers, son cabeceras específicas que contienen información relacionada con la identificación que caracteriza al mensaje. Para mayor información, consultar en http://www.w3.org/Submission/ws-addressing/
12.11.5 Certificados SSL El objetivo de un certificado de servidor web es garantizar la verdadera identidad de un sitio
12.12 ARQUITECTURA DE COMUNICACIONES Se describe a continuación una arquitectura de red, sobre la base de los estándares de comunicaciones y de las mejores prácticas. Las marcas y modelos que se presentan en los siguientes acápites son referenciales. El contratista del sub servicio de Hosting de Infraestructura deberá proponer la infraestructura con prestaciones semejantes o superiores a las mostradas en este capítulo. La arquitectura de comunicaciones a proveer será de uso compartido.
12.12.1 Topología de red del CPD principal
12.12.2 Red perimetral 12.12.2.1 Layer 3 Se valorará sustituir o duplicar los EDC actuales en el CPD del SIGEP por modelos superiores o de actualidad en función de su capacidad actual. En el caso que se tenga que mejorar, proponemos 2 routers EDC funcionando en modo activo – pasivo y cuya alta disponibilidad será gestionada mediante pesos en las rutas del protocolo de enrutamiento BGP.
12.12.3 Red de distribución A continuación se indica el diseño de la red de distribución conforme con los estándares existentes. 12.12.3.1 Topología de la red de distribución
12.12.4 DMZ Zona Pública La DMZ Zona Pública se constituye de dos servidores Web balanceados mediante un balanceador físico en modo Activo-Activo. Debido a que solo se tendrá en cuenta estos 4 elementos de comunicaciones no es necesario utilizar un switch de interconexión entre el balanceador físico y los servidores Web. Se utilizarán los puertos Gigabit del balanceador físico.
12.12.4.1 Topología de la DMZ Zona Pública A continuación indicamos el diseño conforme con los estándares existentes.
12.12.5 DMZ Zona Segura La DMZ Zona Segura (al igual que la DMZ intranet) se constituye de un rack IBM Power 770 con 4 servidores Virtualizados balanceados (y otros 4 servidores no balanceados que no se muestran en la siguiente imagen por que no corresponden a esta sección debido a no requerir balanceo). De acuerdo con las recomendaciones y tecnología vigente y con desconocimiento de si se contempló con anterioridad la capa de switching, dicha capa lo realizará 2 switchs con tecnología Fabric Extender (FEX). Cada servidor dispone de 2 tarjetas de red conectadas una en cada switchs para redundancia. Añadido a estos 2 switchs, se propone un Layer 3 para gestionar las VLAN internas con 2 Switchs.
12.12.5.1 Topología DMZ Zona Segura
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP]
TDR Servicio Principal para EOI
12.13 ANCHO DE BANDA Para calcular el ancho de banda necesario para el sistema SIGEP se han tenido en cuenta las siguientes estimaciones: Volumen de registro de planilla y cantidad promedio de plazas por UE (No se cuenta con información de personas por UE): a Insumo de sizing: Volumen del Archivo de Planillas Enviado por UE - PNP (MB) b Insumo de sizing: Cantidad de Registros de Plazas en enero 2015 - PNP c Volumen de 1 Registro de archivo de planilla (MB)
30.00 187728 0.00015981
Insumo de sizing: Cantidad Promedio de Plazas por UE en enero 2015 (Sin d considerar ONP) - Planillas Medianas
1178
Insumo de sizing: Cantidad Promedio de Plazas por UE en enero 2015 (Sin e considerar ONP) - Planillas Grandes
25798
Obtención de Tamaño de envío de datos promedio por UE:
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP]
TDR Servicio Principal para EOI
Ancho de banda recomendado para un número de peticiones concurrentes de hasta 200 y un tamaño de planilla promedio: 30Mbps Tamaño Canal (Mbps)
Peticiones
10
concurrentes seg
20 min
seg
30 min
seg
40 min
seg
50 min
seg
60 min
seg
min
1
0.24 0.00
0.12 0.00
0.08 0.00
0.06 0.00
0.05 0.00
0.04 0.00
2
0.48 0.01
0.24 0.00
0.16 0.00
0.12 0.00
0.10 0.00
0.08 0.00
3
0.73 0.01
0.36 0.01
0.24 0.00
0.18 0.00
0.15 0.00
0.12 0.00
4
0.97 0.02
0.48 0.01
0.32 0.01
0.24 0.00
0.19 0.00
0.16 0.00
5
1.21 0.02
0.61 0.01
0.40 0.01
0.30 0.01
0.24 0.00
0.20 0.00
6
1.45 0.02
0.73 0.01
0.48 0.01
0.36 0.01
0.29 0.00
0.24 0.00
7
1.69 0.03
0.85 0.01
0.56 0.01
0.42 0.01
0.34 0.01
0.28 0.00
8
1.94 0.03
0.97 0.02
0.65 0.01
0.48 0.01
0.39 0.01
0.32 0.01
9
2.18 0.04
1.09 0.02
0.73 0.01
0.54 0.01
0.44 0.01
0.36 0.01
10
2.42 0.04
1.21 0.02
0.81 0.01
0.61 0.01
0.48 0.01
0.40 0.01
15
3.63 0.06
1.82 0.03
1.21 0.02
0.91 0.02
0.73 0.01
0.61 0.01
20 50 100
4.84 0.08
2.42 0.04
1.61 0.03
1.21 0.02
0.97 0.02
0.81 0.01
12.10 0.20
6.05 0.10
4.03 0.07
3.03 0.05
2.42 0.04
2.02 0.03
8.07 0.13
6.05 0.10
4.84 0.08
4.03 0.07
16.13 0.27
12.10 0.20
9.68 0.16
8.07 0.13
24.20 0.40 12.10 0.20
200 48.40
0.81 24.20 0.40
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP]
TDR Servicio Principal para EOI
12.14 MÉTODO DE ESTIMACIÓN DE ESFUERZO En este apartado se describe la forma en que se han realizado las estimaciones de esfuerzo del servicio de desarrollo. La estimación que se presenta es referencial. 12.14.1 Lista de Casos de Uso por Proceso Automatizado Por cada uno de los 19 procesos automatizados que forma parte del alcance del Sistema SIGEP, se ha revisado los documentos de Análisis y Diseño, y a partir de ello se ha elaborado un listado de Casos de Uso que participa por cada proceso. La información resultante es la que se muestra a continuación en la siguiente tabla:
RCAP
RPAP
RCPE
ASOR
Proceso Casos de Uso Registro y Validación del Registrar CAP CAP Aprobado Revisar CAP de la UE Subsanar Observaciones CAP de la UE Registro y Validación del Registrar PAP PAP Aprobado Subsanar Observaciones PAP de la UE Validar Monto del PAP Registro y Validación del Registrar CPE CPE Aprobado Revisar CPE de la UE Subsanar Observaciones CPE de la UE Validar Monto CPE Atención de Solicitud de Registrar Solicitud de Otros Registros
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP]
TDR Servicio Principal para EOI
Proceso
RUEJ
Registro Ejecutora
MUEJ
Modificación de Ejecutora Baja de Unidad Ejecutora Registro de Concepto
BUEJ RECO
ACPE
MOCO BACO
de
Casos de Uso Consultar Histórico de Asignaciones para la Plaza Reporte de Genero Reporte de Discapacidad Reporte de Nacionalidad Reporte Detalle de Persona y Conceptos Unidad Mantener Datos Básicos de la Unidad Ejecutora Registrar Datos Complementarios de la Unidad Ejecutora Registrar Datos Complementarios del Pliego Unidad Modificar Datos Complementarios de la UE
Autorizar Baja UE Registrar Concepto Subsanar Concepto Revisar Concepto Asignación de Concepto a Buscar Concepto Persona Registrar Solicitud de Asignación de Concepto a Persona Revisar Solicitud de Asignación de Concepto a Persona Modificación de Concepto Modificar Concepto Baja de Concepto Verificar Vigencia del Concepto
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP]
TDR Servicio Principal para EOI
MAMA
CRIN
Proceso Mantenimiento de Maestras
Control de Información
Casos de Uso Generales
Registro
Casos de Uso
Mantener Maestras Mantener Régimen de Servicios Mantener Grupo Ocupacional Mantener Cargo Estructural Mantener Cargo Funcional Mantener Escala Salarial Mantener Órgano Mantener Estructura Orgánica Mantener Grupo de Servidores Mantener Familia de Puestos Mantener Rol de Puestos Mantener Nivel de Servidores Mantener Puesto Tipo Mantener Puesto de Realizar Seguimiento del Registro de Información Redactar Correo Electrónico Enviar Notificación Consultar Datos de RENIEC
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP]
TDR Servicio Principal para EOI
12.14.2 Clasificación del Nivel de Complejidad de los Casos de Uso Se elaboró un cuadro donde se define los tipos de complejidad en los que los casos de uso deberán ser clasificados, para ello se analizó uno de los procesos de ma yor complejidad RCPE – Registro y Validación de CPE a partir de ese análisis se definió que la mejor forma de clasificar los casos de uso es manejar cuatro niveles de complejidad: Muy Alta, Alta, Media y Baja y que los criterios que definen a cuál de estos niveles pertenece un caso de uso es el siguiente: Capa Presentacion Negocio Datos
Criterios a Evaluar Pantallas Controles en la Pantalla Acciones Reglas de Negocio Servicios Procedimientos Almacenados
Baja
Media
1 1a 4 1a 2 1a 3 0a 1 1a 3
1a 4a 1a 3a 1a 3a
2 8 2 5 2 5
Alta 1a 3 8 a 12 1a 3 5a 8 1a 2 5a 8
Muy Alta 4a 5 13 a 18 4a 7 9 a 12 3a 5 9 a 12
Controle s de Pantall as : Campos , Cajas de Texto, Combos, Grill as , etc Acciones: Eventos y/o botones Reglas de Negocio: Vali daciones de Negocio o en Pantalla s Servicios: Servicios Web consumidos Procedimientos Almacenados: Funciones o Procedures empleados
Nota: Para determinar la clasi ficacion de bera cumpli r con a l menos 3 Criterios de Evalua cion
Luego a partir del documento de Análisis y Diseño se ha analizado cada caso de uso y se ha contrastado con los criterios de evaluación para la definición de la complejidad de los casos de uso y se ha procedido a definir el nivel de complejidad. El cuadro resultante de este trabajo es el siguiente:
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP]
TDR Servicio Principal para EOI
Proceso OBRE
RUEJ
Casos de Uso Validar Planilla Obtener Reportes Reporte Histórico de Documentos de Gestión (CAP / PAP / CPE / Otros Registros) Reporte de Conceptos Reporte de Presupuesto Anual de Personal Reporte de Planillas por Persona Reporte de la ejecución de la planilla Reporte de Planilla Cargada Reporte de la PEA del Sector Público Reporte de Ficha de Concepto Reporte de Plazas por UE Consultar Histórico de Persona Consultar Histórico de Asignaciones para la Plaza Reporte de Genero Reporte de Discapacidad Reporte de Nacionalidad Reporte Detalle de Persona y Conceptos Mantener Datos Básicos de la Unidad Ejecutora
Complejidad Muy Alta Baja Media Alta Alta Alta Media Media Media Alta Media Media Media Baja Baja Baja Media Media
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP]
TDR Servicio Principal para EOI
Proceso
MOPE
BAPE MCPA MAMA
Casos de Uso Procesar Datos Masivos de Personas y/o Asignaciones Registrar Datos Masivos de Persona a Plaza u Otro Registro Buscar Persona Modificar Datos de Persona Modificar Datos Masivos de Persona a Plaza u Otro Registro Registrar Datos de Baja de Asignación y/o Persona Registrar Datos Masivos de Bajas de Asignaciones y/o Personas Mantener Cronograma de Carga y Validación de Planilla
Complejidad Alta Alta Media Muy Alta Muy Alta Alta Alta Media
Mantener Maestras Mantener Régimen de Servicios Mantener Grupo Ocupacional Mantener Cargo Estructural Mantener Cargo Funcional Mantener Escala Salarial Mantener Órgano Mantener Estructura Orgánica Mantener Grupo de Servidores Mantener Familia de Puestos
Baja Baja Baja Baja Baja Media Baja Media Baja Baja
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP]
TDR Servicio Principal para EOI
Proceso
Casos de Uso
Complejidad Media Media Media
Realizar Carga Masiva Crear Usuario Inactivar Usuario
12.14.3 Resumen de Cantidad de Casos de Uso por Nivel de Complejidad y por Proceso Automatizado Se ha elaborado un cuadro resumen donde se muestre cuantificado los casos de uso por complejidad por proceso automatizado, el cuadro resultante es el siguiente: # Casos de Uso Nº
PROCESOS C.Malta C.Alta C.Media C.Baja Total
1
RCAP
Registro y Validación del CAP Aprobado
2
RPAP
Registro y Validación del PAP Aprobado
2
3
RCPE
Registro y Validación del CPE Aprobado
2
4
ASOR
Atención de Solicitud de Otro Tipo de Registros
3
5
RVPL
Registro y Validación de Planillas
3
6
OBRE
Obtener Reportes
7
RUEJ
Registro de Unidad Ejecutora
3
3
8
MUEJ
Modificación de Unidad Ejecutora
1
1
3
3 1
3
1
1
4
2
1
6 3
4
8
4
16
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP]
TDR Servicio Principal para EOI
12.14.4 Estimación del Esfuerzo por Proceso Automatizado Se ha tomado un caso de uso de cada nivel de complejidad y se ha realizado la estimación del esfuerzo que llevara por casos de uso las tareas de Análisis y Diseño del GAP del Sistema, la Construcción, y la de Pruebas, siendo el cuadro resultante el siguiente: Complejidad Muy Alta Al ta Medi a Ba ja
GAP Analisis 24 20 12 4
GAP Diseño 27 23 14 5
Estimacion por Etapa (horas) Total GAP Construccion 51 80 43 60 26 36 9 12
Pruebas 32 27 16 6
Total Desarrollo 163 130 78 27
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP] TDR Servicio Principal para EOI
A partir de este cuadro y del cuadro de resumen de casos de uso por complejidad y por proceso automatizado, se han realizado las estimaciones del esfuerzo en horas hombre por proceso automatizado, siendo el resultado de las estimaciones el siguiente cuadro: # Casos de Uso Nº
Estimacion por Etapa (horas)
PROCESOS C.Malta C.Alta C.Media C.Baja Total GAP Analisis GAP Diseño
1
R CAP
R eg is tro y Va li da ci ón del CAP Apr oba do
2
R PAP
R eg is tro y Va li da ci ón del PAP Apr oba do
2
3
R CPE
R eg is tro y V al ida ci ón del CPE Aproba do
2
4
A SO R
A te nc ión de So li ci tud de Ot ro Ti po de Re gi st ro s
3
5
R VPL
R eg is tro y V al ida ci ón de Pl ani ll as
3
6
OBRE
Obtener Reportes
Total GAP horas
meses
Construccion
Pruebas
Total Desarrollo horas
meses
Total
3
60
69
129
0,75
180
81
261
1,75
390
1
3
60
38
98
0,50
196
80
276
1,75
374
1
1
4
80
70
150
1,00
256
107
363
2,25
513
2
1
6
124
107
231
1,50
396
166
562
3,5
793
3
72
15
87
0,50
240
96
336
2
423
16
192
428
620
4,00
576
260
836
5,25
1456
3
4
8
4
7
R UEJ
Reg istro de U nidad E jecutora
3
3
36
84
120
0,75
108
48
156
1
276
8
MU EJ
Modi fi ca ci ón de U ni da d E je cutora
1
1
12
28
40
0,25
36
16
52
0,25
92
9
BUEJ
Baja de Unidad Ejecutora
1
1
12
28
40
0,25
36
16
52
0,25
92
10
RECO
Registro de Concepto
3
64
69
133
0,75
200
86
286
1,75
419
11
ACPE
As ig na ci ón de Conce pt o a Pe rs ona
2
3
52
92
144
1,00
156
70
226
1,5
370
12
MOCO
Modif ica ci ón de Concepto
1
1
20
32
52
0,25
60
27
87
0,5
139
13
BACO
Baja de Concepto
2
5
76
148
224
1,50
228
102
330
2
554
14
REPE
Registro de Persona
1
4
84
101
185
1,25
260
113
373
2,25
558
15
MOPE
Modificación de Persona
2
3
60
38
98
0,50
196
80
276
1,75
374
16
BAPE
Baja de Persona
2
40
64
104
0,75
120
54
174
1
278
MCPA
Mantenimiento de Cronograma de Carga y Validación de Planilla
1
1
12
28
40
0,25
36
16
52
0,25
92
MAMA
Mantenim iento de Ma es tra s
2
14
72
284
356
2,25
216
104
320
2
676
2
32
60
92
0,50
96
43
139
0,75
231
17 18 19
CR IN
20
Casos de Uso Generales
1
2
3
3 1 2
Control de R eg is tro de Inf orm ac ión
1
1
23
41
Casos de Uso Generales Total
1
12
16
14
16
16
192
448
640
4,00
576
256
832
5,25
1472
94
1352
2231
3583
22,5
4168
1821
5989
37
9572
Página 243 de 341
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP]
TDR Servicio Principal para EOI
12.15 EJEMPLOS DE DOCUMENTACION Los Ejemplos de documentación que se presentan a c ontinuación son referenciales y muestran el esfuerzo a realizar por cada caso de uso de complejidad Muy Alta, Alta, Media y Baja. Para un mejor entendimiento de la lógica utilizada en la documentación, se presenta el TO BE del proceso que ha llevado a la existencia del Caso de Uso tomado como ejemplo.
12.15.1 CASO DE USO DE COMPLEJIDAD MUY ALTA: REGISTRAR SOLICITUD DE OTROS REGISTROS PROCESO: ASOR. Atención de Solicitud de Otro Tipo de Registros Participantes del Proceso ASOR. Atención de Solicitud de Otro Tipo de Registros A continuación se muestra un inventario de participantes en el proceso automatizado “Atención de Solicitud de Otro Tipo de Registros” y sus principales funciones: Dependencia a la que corresponde
Unidad Ejecutora
Rol
Funciones dentro del proceso
Responsable de Recursos Humanos de la Unidad Ejecutora
Registrar solicitud para la habilitación de otro tipo de registros Subsanar las observaciones correspondientes derivadas del Coordinador de la DTERIGRP o eliminar la solicitud si así se considera
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP]
TDR Servicio Principal para EOI
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP]
TDR Servicio Principal para EOI
Implementación
Para esta actividad se implementará lo si guiente: Formulario “Registrar Solicitud de Otros Registros”, con las siguientes secciones: “Datos de la Unidad Ejecutora”, “Datos del Registro de la Solicitud”, “Listado de Solicitud de Registros”, “Total Presupuesto Solicitud de Registros”. Formulario “ Detalle de Conceptos”, con las siguientes secciones: “Datos del Registro de la Solicitud”, “Adicionar Conceptos”, “Lista de Conceptos” y “Resumen Total Monto Concepto / Genérica de Gasto”. Formulario “Solicitud de Registros para Pensionistas” ”, con las siguientes secciones: “Datos de la Unidad Ejecutora”, “Datos de Carga de la Solicitud”, “Resultado de la Verificación”.
Requisitos Funcionales
RF_20: Registrar Solicitud de otros Registros
Identificador
ASOR_EA_2
Actividad
Verificar financiamiento presupuestal
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP]
TDR Servicio Principal para EOI
Identificador
ASOR_EA_3
Actividad
Revisar solicitud de otros registros
Tipo de Actividad
Interactiva
Descripción:
Esta actividad permite al Coordinador de DTERIGRP revisar las solicitudes para la habilitación de otro tipo de registro.
Responsable:
Coordinador de DTERIGRP
Implementación
Para esta actividad se implementará lo siguiente: Formulario “Revisar Solicitud de Registros”, con las siguientes secciones: “Datos de la Unidad Ejecutora y de la Solicitud”, “Filtros de Búsqueda”, “Exportar Solicitud de Registros”, “Listado de Solicitud de Registros”, “Total Presupuesto Solicitud de Registros” y “Carga Masiva”. Formulario “Detalle de Conceptos – Revisión”, con las siguientes
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP]
TDR Servicio Principal para EOI
Descripción:
Esta actividad permite al Responsable de Recursos Humanos de la UE subsanar las observaciones realizadas por el Coordinador de DTERIGRP sobre su solicitud de otros registros. El Responsable de Recursos Humanos de la UE podrá subsanar las observaciones o cancelar la solicitud, de considerarlo correspondiente.
Responsable:
Responsable de Recursos Humanos de la UE
Implementación
Para esta actividad se implementará lo si guiente: Formulario “Subsanar Observaciones de Solicitud de Registros”, con las siguientes secciones: “Datos de la Unidad Ejecutora y de la Solicitud”, “Exportar Solicitud de Registros”, “Carga Masiva”, Listado de Solicitud de Registros”, y “Total Presupuesto Solicitud de Registros”. Formulario “Detalle de Conceptos – Subsanación”, con las siguientes secciones: “Datos del Registro de la Solicitud”, “Adicionar Conceptos”, “Lista de Conceptos” y “Resumen Total Monto Concepto / Genérica de Gasto”. Formulario “Subsanar Solicitud de Registros para Pensionistas” ”, con las siguientes secciones: “Datos de la Unidad Ejecutora y Solicitud”, “Exportar Solicitud de Registros Observada”, “Datos de Carga de la Solicitud Subsanada”, “Resultado de la Verificación”.
Requisitos Funcionales
RF_23: Subsanar observaciones
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP]
TDR Servicio Principal para EOI
Registros”, “Total Presupuesto Solicitud de Registros” y “Carga Masiva”. Formulario “Detalle de Conceptos – Revisión”, con las siguientes secciones: “Datos del Registro de la Solicitud”, “Lista de Conceptos” y “Resumen Total Monto Concepto / Genérica de Gasto”. Formulario “Revisar Solicitud de Registros para Pensionistas”, con las siguientes secciones: “Datos de la Unidad Ejecutora y Solicitud”, “Exportar Solicitud de Registros” y “Resultado de la Revisión” con la sub sección “Datos de Carga de Observaciones”.
Requisitos Funcionales
RF_22: Validar Registros Solicitados
Identificador
ASOR_EA_6
Actividad
Notificar aprobación
Tipo de Actividad
Automática
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP] TDR Servicio Principal para EOI
D IAGRAMA DE CASOS DE USO DEL P ROCESO A S OR . A TENCIÓN DE S OLICITUD DE O TRO T I PO DE R EGISTROS uc Solicitudpa ra Otros Registros
CU_PRO_16 Subsanar Solicitud de Pensionistas «include» CU_INT_01 Consultar Datos de RENIEC
«include» «include»
CU_INT_04 Consultar Datos de Migraciones
«include» CU_INT_06 Consultar Datos Bancarios
«include» «include» CU_INT_07 Consultar Datos CCI
«include»
«include» «include» «include» CU_PRO_14 Registrar Solicitu dde Pensionistas
CU_INT_03 Verificar Financiamiento Presupuestal
«include»
«include»
CU_PRO_07 Registrar Solicitud de Otros Registros
«extend»
«extend»
«extend»
«include» «extend»
CU_DOC_05 Obtener Documento
«extend» CU_DOC_03 Visualizar Vista Previa
Responsable de Recursos Humanos UE «extend»
«extend»
«extend» CU_PRO_09 Subsanar Observaciones de Otros Registros «extend» «extend»
CU_DOC_06 Realizar Carga Masiva
«extend»
«extend» «include» CU_PRO_08 Validar Solicitud de Otros Registros
CU_NOT_01 Enviar Notificación
«include»
«include»
«include» Coordinador de la DTERIGRP
CU_PRO_15 Validar Solicitu dde Pensionistas
Ilustración 13: Diagrama de Casos de Uso – ASOR Atención de Solicitud de Otro Tipo de Registro
«extend»
CU_DOC_02 Generar Documento
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP]
TDR Servicio Principal para EOI
Id. CUN Caso de Uso de Negocio Cód.
CUN_04
Gestionar Habilitación de Otros Registros
ASOR
Proceso Automatizado
Atención de Solicitud de Otro Tipo de Registros
Id. CU
Caso de Uso
Id. Req. Funcional
CU_PRO_07 Registrar Solicitud de Otros Registros
RF_20
CU_PRO_08 Validar Solicitud de Otros Registros
RF_22
CU_PRO_09 Subsanar Observaciones de Otros Registros
RF_23
CU_PRO_14 Registrar Solicitud de Pensionistas
RF_20
CU_PRO_15 Validar Solicitud de Pensionistas
RF_22
CU_PRO_16 Subsanar Solicitud de Pensionistas
RF_23
CU_NOT_01 Enviar Notificación
RF_24
CU_INT_01 Consultar Datos de RENIEC
RF_20
CU_INT_03 Verificar Financiamiento Presupuestal
RF_21
CU_INT_04 Consultar Datos de Migraciones
RF_20
CU_INT_06 Consultar Datos Bancarios
RF_20
CU_INT_07 Consultar Datos CCI
RF_20 RF_20
CU_DOC_02 Generar Documento
RF_22 RF_23 RF_20
CU_DOC_05 Obtener Documento
RF_22 RF_23 RF_20
CU_DOC_03 Visualizar Vista Previa
RF_22 RF_23
Ilustración 14: Casos de Uso vs Requisitos Funcionales – ASOR Atención de Solicitud de Otro Tipo de Registro
D I A G R A M A D E A C T O R E S D E L P R O C E S O A S OR . A TENCIÓN DE S OLICITUD DE O TRO T I PO DE
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP]
TDR Servicio Principal para EOI
Actor Descripción
Responsable de Recursos Humanos de la UE El presente caso de uso permite al Responsable de Recursos Humanos de la UE registrar la solicitud para la habilitación de otro tipo de registro en el Sistema incluido los pensionistas de las Unidades Ejecutoras (Excepto pensionistas de la ONP, debido que se cuenta con otro formulario para la solicitud). Este tipo de registro podrá ser de los siguientes tipos: Contrato Administrativo de Servicios (CAS) Practicantes Secigristas Serumnistas Cadetes Pensionistas (titular o sobreviviente) Otros (aquellos que no tengan una clasificación determinada) Esta funcionalidad no incluye los Pensionistas ni Sobrevivientes
El formulario del registro de solicitud de otros registros muestra los siguientes botones y opciones: Sección Datos del Registro de la Solicitud: Añadir: Este botón permite añadir uno o más registros de un mismo Tipo y Sub Tipo de Registro, para asignarse al mismo Órgano y Unidad Orgánica, durante el mismo periodo, con el mismo cargo, nivel y régimen de servicio. Los registros añadidos se muestran en la grilla de la sección Listado de
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP]
TDR Servicio Principal para EOI
Guardar y Enviar MEF: Finaliza el registro de la solicitud en el Sistema, lo cual se enviará a la bandeja d el Coordinador de la DTERIGRP. Guardar Borrador: Guardar de forma temporal el registro de la solicitud en el Sistema. Vista Previa: Permite visualizar una vista preliminar del registro de la solicitud. Cancelar: Cierra la ventana. Flujo Básico (FB) 1. El Sistema debe inicializar los objetos de negocio que se requieren para la inicialización de la pantalla, los cuales debe consultar sólo los que tienen estado “Activo” y obtener los datos de la Unidad Ejecutora. 2. El Sistema invoca al caso de uso Verificar Financiamiento Presupuestal (CUR3), para mostrar el presupuesto total asignado a la Entidad, por genérica de gastos en la sección “Total Presupuesto Solicitud de Registros” (campo “Total de Presupuesto Asignado a la Unidad Ejecutora” y por “Genérica de Gastos”) del formulario “Solicitud de Registros”. 3. El Sistema calcula el monto total acumulado ya aprobado o en proceso de aprobación y lo muestra en el campo “Monto acumulado de solicitudes anteriores” de la sección “Total Presupuesto Solicitud de Registros” del formulario “Solicitud de Registros”. 4. El Sistema muestra el formulario “Solicitud de Registros”, con las siguientes secciones: “Datos de la Unidad Ejecutora Solicitante” (VF1), “Datos del Registro de la Solicitud” (VF3), “Listado de Solicitud de Registros” y “Total
Flujo básico
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP]
TDR Servicio Principal para EOI
9.
10.
11. 12.
13. 14.
15.
Donde ya están cargados en la grilla de “Lista de Conceptos” los conceptos sugeridos. El Responsable de Recursos Humanos de la UE selecciona la opción “Modificar Detalle del Concepto” de la sección “Lista de Conceptos” para indicar la específica de gasto, fuente de financiamiento y monto del concepto que se le ha sugerido. El Sistema carga en la sección “Adicionar Conceptos” los datos del concepto seleccionado y habilita el botón “Modificar” y deshabilita el botón “Añadir” de la sección “Adicionar Conceptos” del formulario “Detalle de Conceptos”. El Responsable de Recursos Humanos de la UE modifica los datos correspondientes y selecciona el botón “Modificar” (VF2). El Sistema actualiza la grilla de la sección “Lista d e conceptos” con los datos modificados, y muestra los montos totales actualizados de la sección: “Resumen Total Monto Concepto/Genérica de Gasto”, habilita el botón “Añadir”, y deshabilita el botón “Modificar” del formulario “Detalle de Conceptos” (R1). El Responsable de Recursos Humanos de la UE selecciona el botón “Guardar” del formulario “Detalle de Conceptos”. El Sistema guarda los datos ingresados ( R1), cierra el formulario “Detalle de Conceptos” y muestra el formulario “Solicitud de Registros” con los montos actualizados de la grilla de la sección “Listado de Solicitud de Registros” (R3). El Sistema actualiza el campo “Total de Presupuesto Solicitado por la Unidad
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP]
TDR Servicio Principal para EOI
4. 5.
El Sistema elimina el registro. El flujo continúa en el paso 7 del Flujo Básico.
FA2. Paso 7 del FB (“Modificar Registro de Solicitud” en formulario “Solicitud de Registros”)
1.
2.
3. 4.
5.
El Responsable de Recursos Humanos de la UE selecciona la opción “Modificar Registro” de uno de los registros en la grilla de la sección “Listado de Solicitud de Registros” en el formulario “Solicitud de Registros”. El Sistema carga los datos del registro seleccionado en la sección “Datos del Registro de la Solicitud” y habilita el botón “Modificar” y deshabilita el botón “Añadir” de la misma sección. El Responsable de Recursos Humanos de la UE modifica los datos correspondientes y selecciona el botón “Modificar” (VF2). El Sistema actualiza el registro con los datos modificados en la grilla de la sección “Listado de Solicitud de Registros”, habilita el botón “Añadir”, y deshabilita el botón “Modificar”. El flujo continúa en el paso 7 del flujo básico.
FA3. Paso 5 del FB ( “Ver estructura de archivo” en formulario “Solicitud de Registros”)
1.
El Responsable de Recursos Humanos de la UE selecciona la opción “Ver estructura de archivo”.
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP]
TDR Servicio Principal para EOI
2.
3.
4.
El Responsable de Recursos Humanos de la UE selecciona el botón “Añadir” (VF2) de la sección “Adicionar Conceptos” del formulario “Detalle de Conceptos”. El Sistema añade un nuevo registro en la grilla de la sección “Lista de Conceptos” del formulario “Detalle de Conceptos” y actualiza el Total de la grilla así como los campos: “Monto total por concepto seleccionado” y “Total por Genérica de Gasto” de la sección “Resumen Total Monto Concepto/Genérica de Gasto” del formulario “Detalle de Conceptos”. El flujo continúa en el paso 9 del flujo básico.
FA6. Paso 9 del FB (“Eliminar Concepto Asignado” en formulario “Detalle de Conceptos”)
1.
2. 3. 4. 5.
El Responsable de Recursos Humanos de la UE selecciona la opción “Eliminar Concepto Sugerido” en uno de los registros de la grilla en la sección “Lista de Conceptos” del formulario “Detalle de Conceptos”. El Sistema muestra un mensaje de confirmación “Está UD. Seguro de eliminar el registro SI/NO” (M5). El Responsable de Recursos Humanos de la UE selecciona la opción SI del mensaje. El sistema elimina el concepto sugerido. El flujo continúa en el paso 9 del flujo básico.
FA7. Paso 18 del FB (“Guardar Borrador” en formulario “Solicitud de Registros”)
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP]
TDR Servicio Principal para EOI
Requerimientos Trazados
Reglas de Negocio
Validaciones del Formulario
CUR1: CU_DOC_03 Visualizar Vista Previa CUR2: CU_DOC_02 Generar Documento CUR3: CU_INT_03 Verificar Financiamiento Presupuestal CUR4: CU_DOC_06 Realizar Carga Masiva CUR5: CU_DOC_05 Obtener Documento R1: Si el monto total del listado de conceptos por genérica sobrepasa el monto total de la genérica de gastos, el Sistema mostrará el mensaje (M3) en la sección “Resumen Total Monto Concepto / Genérica de Gastos” del formulario “Detalle de Conceptos” y no permitirá guardar. R2: El Sistema verifica si la suma de los campos “Total de Presupuesto Solicitado por la Unidad Ejecutora en la Solicitud de Registros” y “Monto Acumulado de Solicitudes Anteriores” supera el monto del campo “Total de Presupuesto Asignado a la Unidad Ejecutora” de la Sección “Total Presupuesto Solicitud de Registros” del formulario “Solicitud de Registros”. Si sobrepasa muestra mensaje de advertencia (M2) pero permite proceder con la solicitud. R3: El monto de la columna “Carga Social” se calcula automáticamente en la grilla de la sección “Listado de Solicitud de Registros” del formulario “Solicitud de Registros”. VF1: El Sistema muestra todos los campos de la sección “Datos de la Unidad Ejecutora” bloqueados (No editables). VF2: El Sistema valida que los campos obligatorios (*) estén completos, en
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP]
TDR Servicio Principal para EOI
Solicitud
Adicionar Conceptos
editables pues vienen del formulario anterior “Solicitud de Registros”. Para el caso que el tipo de registro sea “Pensionista”, entonces el campo el campo a mostrar será el “Régimen Previsional” y los campos “Periodo”, “Cargo” y “Nivel” no se mostrarán. Se muestran los siguientes campos no editables; Genérica de Gasto Clasificación Concepto Al mostrar la pantalla por primera vez, se podrá visualizar los conceptos sugeridos ya cargados en la grilla con el monto del concepto como S/. 0.00 por defecto.
Lista de Conceptos
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP]
TDR Servicio Principal para EOI
Resumen Total Monto Concepto / Genérica de Gasto
La sección se mostrará en modo no editable y mostrará la siguiente información: Monto total por los conceptos seleccionados, que se actualiza con el valor del monto total que se muestra en la sección “Listado de Conceptos” del formulario “Detalle de Conceptos”. Total por Genérica de Gasto X.X, que muestra el total de los conceptos agrupado por genérica de gasto. Monto Total Disponible por Genérica, que muestra el monto total de presupuesto disponible de todas las genéricas. Esta información se
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP]
TDR Servicio Principal para EOI
Mensajes
Entradas
M1: “Debe ingresar todos los c ampos obligatorios” en el formulario “Solicitud de Registros” M2: “Advertencia: Se está pasando el monto del presupuesto as ignado” en el formulario “Solicitud de Registros”. M3: “Se está pasando el monto límite de la genérica de gastos, no podrá registrar la lista de conceptos” en el formulario “Detalle de Conceptos”. M4: “Se generó la solicitud Nº XXXX”. M5: “Está UD. Seguro de eliminar el registro SI/NO”. El Sistema tiene registrados los siguientes objetos de datos: Unidad Ejecutora o Órgano o Unidad Orgánica o Tipo de Registro o Sub Tipo de Registro o Cargo o Nivel o Régimen de Servicio o Genérica de Gasto o Específica de Gasto o Fuente de Financiamiento o Concepto o Solicitud registrada en el Sistema con Estado “Pendiente de Revisión” o
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP]
TDR Servicio Principal para EOI
_ PR O _07 R E G I S T R A R S OLICITUD DE INTERFAZ DE USUARIO DEL CASO DE USO: C U R EGISTROS
O TROS
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP]
TDR Servicio Principal para EOI
_ PR O _07 R E G I S T R A R S OLICITUD DE INTERFAZ DE USUARIO DEL CASO DE USO: C U R E G I S T R O S – D ETALLE DE CONCEPTOS
O TROS
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP]
TDR Servicio Principal para EOI
Diagramas de Clases
Capa de Pr esentación AS OR – A tención de Solicitud de Otro Tipo de R egi s tro class DCV_ASOR
GUI: SubsanarObservacionesSolici tudesRegistros GUI: DetalleConcepto - Subsanacion
GUI: SolicitudRegistros
GUI: DetalleConcepto
GUI: Solicitud de Registros para Pen
GUI: Visualizar Vista Previa GUI: Revisar Solicitud de Regi stros para P
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP] TDR Servicio Principal para EOI
Capa de Lógi ca de Negocios AS OR – A tención de Solicitud de Otro Tipo de Regi s tro class DCC_ASOR
CasDAO
BuscarCAS RServiciosDAO
BuscarRServicios
RPensionarioDAO
BuscarRPensionario
BuscarCargo
CasCptoDAO
CargoDAO
GestionarSolicitud BuscarCASCpto
BuscarParametro
BuscarUnidadEjecutora
BuscarOrgano
ParametroDAO
UnidadEjecutoraDAO
LogDAO
BuscarUOrganica BuscarConcepto
BuscarSolicitud
SolicitudORegistrosDAO
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP] TDR Servicio Principal para EOI
Capa de Datos Modelo de Datos L óg ico
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP] TDR Servicio Principal para EOI
Modelo de Datos F ís ico
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP] TDR Servicio Principal para EOI
Diccionario de Datos OREGISTRO Descripción:
Contiene el detalle de los Otros Registros solicitados; esta tabla SOLO almacenará el TIPO DE REGISTRO: MODALIDAD FORMATIVA Y OTROS.
Columnas PK
Nombre
Tipo
No Nulo
Único Longitud
Precisión Escala
Inicial
Notas
NUMBER
Verdadero
Falso
10
0
1
Identificador del otro registro.
Falso ID_SOLC_O NUMBER REG
Falso
Falso
8
0
Identificador de la solicitud de otros registros.
Falso ID_CARG_F NUMBER UNC
Falso
Falso
8
0
Identificador del Cargo Funcional de la Unidad Ejecutora.
Falso ID_SUB_TIP NUMBER O_REGI
Falso
Falso
2
0
Identificador del subtipo de registro seleccionado.
Falso ID_PERI_INI NUMBER
Falso
Falso
4
0
Identificador del periodo inicial.
Falso ID_PERI_FI N
NUMBER
Falso
Falso
4
0
Identificador del periodo final.
Falso ID_NIVL_RE NUMBER MU
Falso
Falso
2
0
Identificador del Nivel Remunerativo.
Falso ID_REGM_S NUMBER ERV
Falso
Falso
2
0
Identificador del Regimen de Servicio.
Falso ID_REGM_P NUMBER
Falso
Falso
2
0
Identificador del Regimen Pensionario.
Verda ID_OREG dero
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP] TDR Servicio Principal para EOI
Falso IP_MODI
VARCHAR Falso 2
Falso 15
Para fines de auditoria se registra la dirección IP desde fue modificado el registro.
Restricciones Nombre
Tipo
Columnas
FK_OREGISTRO_CARGO_FUNCIONAL
Public
ID_CARG_FUNC
FK_OREGISTRO_NIVEL_REMUNERATIVO
Public
ID_NIVL_REMU
FK_OREGISTRO_PERIODO
Public
ID_PERI_INI
FK_OREGISTRO_PERIODO
Public
ID_PERI_FIN
FK_OREGISTRO_REGIMEN_PENSIONARIO Public
ID_REGM_PENS
FK_OREGISTRO_REGIMEN_SERVICIO
Public
ID_REG M_SERV
FK_OREGISTRO_SOLICITUD_OREGISTRO
Public
ID_SOLC_OREG
PK_REGISTRO
Public
ID_OREG
UQ_OREGISTRO_CO_OREG_MEF
Public
CO_OREG_MEF
Código Inicial
Notas
Relaciones Columnas
Asociación
(ID_SOLC_OREG = ID_SOLC_OREG)
1..*
OREGISTRO.FK_OREGISTRO_SOLICITUD_OREGISTRO
1
SOLICITUD_OREGISTRO.PK_SOLICITUD_OREGISTRO
Notas
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP] TDR Servicio Principal para EOI
OREGISTRO_CONCEPTO Descripción:
Contiene los conceptos definidos para un Otro Registro.
Columnas PK
Nombre
Tipo
No Nulo
Unico Longitud
Precisión Escala
Inicial
Notas
Verda ID_OREG_C NUMBER dero PTO
Verdadero
Falso
8
0
1
Identificador del concepto por Otro Registro.
Falso ID_OREG
NUMBER
Falso
Falso 0
10
0
Identificador del registro referenciado.
Falso ID_CPTO
NUMBER
Falso
Falso
8
0
Identificador del concepto.
Falso ID_ESPE
NUMBER
Falso
Falso
4
0
Identificador de la cuota Especifica de Gastos.
Falso ID_FNTE_F NTO
NUMBER
Falso
Falso
4
0
Identificador de la Fuente de Financiamiento asociado (contenido en la tabla Paramétrica).
Falso MO_ASIG
NUMBER
Falso
Falso
6
0
Monto asignado al concepto.
Falso TX_OBSR
VARCHAR Falso 2
Falso 255
Texto de observaciones, para la validación a nivel de conceptos.
Falso ESTADO
CHAR
Falso 1
Estado del registro; tal como: A=Activo, I=Inactivo
Falso US_CREA
VARCHAR Falso 2
Falso 20
Para fines de auditoria se registra el usuario que creó el registro.
Falso FE_CREA
DATE
Falso
Para fines de auditoria se almacena la fecha en que el usuario creó el registro.
Falso IP_CREA
VARCHAR Falso 2
Falso 15
Para fines de auditoria se registra la dirección IP desde fue creado el registro.
Falso
Falso
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP] TDR Servicio Principal para EOI
Columnas
Asociación
(ID_OREG_CPTO = ID_OREG_CPTO)
0..*
Notas
OREGISTRO_CONCEPTO_HIST.FK_OREGISTRO_CONCEPTO_HIST_ OREGISTRO_CONCEPTO 1
OREGISTRO_CONCEPTO.PK_OREGISTRO_CONCEPTO
OREGISTRO_CONCEPTO_HIST Descripción:
Contiene el histórico de las actualizaciones de los conceptos asociados al Otro Registro.
Columnas PK
Nombre
Tipo
No Nulo
Unico Longitud
Precisión Escala
Inicial
Notas
Verda ID_OREG_C NUMBER dero PTO_HIST
Verdadero
Falso
8
0
1
Identificador del historico de actualizaciones de Otros Registros.
Falso ID_OREG_C NUMBER PTO
Falso
Falso
8
0
Identificador del concepto asociado al Otro Registro.
Falso ID_OREG
NUMBER
Falso
Falso 0
10
0
Identificador del registro referenciado.
Falso ID_CPTO
NUMBER
Falso
Falso
8
0
Identificador del concepto.
Falso ID_ESPE
NUMBER
Falso
Falso
4
0
Identificador de la cuota Especifica de Gastos.
Falso ID_FNTE_F NTO
NUMBER
Falso
Falso
4
0
Identificador de la Fuente de Financiamiento asociado.
Falso MO_ASIG
NUMBER
Falso
Falso
6
0
Monto asignado al concepto.
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP] TDR Servicio Principal para EOI
Columnas
Asociación
Notas
(ID_OREG_CPTO = ID_OREG_CPTO)
0..*
OREGISTRO_CONCEPTO_HIST.FK_OREGISTRO_CONCEPTO_HIST_OREGISTRO_CONCEPTO
1
OREGISTRO_CONCEPTO.PK_OREGISTRO_CONCEPTO
OREGISTRO_HIST Descripción:
Contiene los datos históricos de las actualizaciones que ha tenido la tabla OREGISTRO.
Columnas PK
Nombre
Tipo
No Nulo
Unico Longitud
Precisión Escala
Inicial
Notas
Verda ID_OREG_H NUMBER dero IST
Verdadero
Falso
10
0
1
Identificador del historico de otros registros.
Falso ID_OREG
NUMBER
Falso
Falso
10
0
Identificador de Otro Registro.
Falso ID_SOLC_O NUMBER REG
Falso
Falso
8
0
Identificador de la solicitud de otros registros.
Falso ID_CARG_F NUMBER UNC
Falso
Falso
8
0
Identificador del Cargo Funcional de la Unidad Ejecutora.
Falso ID_SUB_TIP NUMBER O_REGI
Falso
Falso
2
0
Identificador del subtipo de registro seleccionado.
Falso ID_PERI_INI NUMBER
Falso
Falso
4
0
Identificador del periodo inicial.
Falso ID_PERI_FI N
NUMBER
Falso
Falso
4
0
Identificador del periodo final.
Falso ID_NIVL_RE NUMBER MU
Falso
Falso
2
0
Identificador del Nivel Remunerativo.
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP] TDR Servicio Principal para EOI
Falso FE_MODI
DATE
Falso
Falso IP_MODI
VARCHAR Falso 2
Falso
Para fines de auditoria se almacena la fecha en que el usuario modificó el registro.
Falso 15
Para fines de auditoria se registra la dirección IP desde fue modificado el registro.
Restricciones Nombre
Tipo
Columnas
FK_OREGISTRO_HIST_OR EGISTRO
Public
ID_OREG
PK_OREGISTRO_HIST
Public
ID_OREG_HIST
Código Inicial
Notas
Relaciones Columnas
Asociación
Notas
(ID_OREG = ID_OREG)
0..*
OREGISTRO_HIST.FK_OREGISTRO_HIST_OREGISTRO
1
OREGISTRO.PK_REGISTRO
OREGISTRO_PERS Descripción:
Contiene la definición y/o asignación del registro a una persona determinada.
Columnas PK
Nombre
Tipo
Verda ID_OREG_P NUMBER
No Nulo
Unico Longitud
Precisión Escala
Inicial
Notas
Verdadero
Falso
10
1
Identificador único de la asignación registro con
0
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP] TDR Servicio Principal para EOI
Falso NU_CCI_CT VARCHAR Falso S 2
Falso 25
Falso ID_TUTO
NUMBER
Falso
Falso
Falso FE_CESE
DATE
Falso
Falso
Falso ID_TIPO_BA NUMBER JA
Falso
Falso
4
0
Identificador del Tipo de Baja, definido en la tabla parametros.
Falso ID_MOTI_B AJA
NUMBER
Falso
Falso
4
0
Identificador del Motivo de Baja, definido en la tabla parametros.
Falso ID_GUID_S UST_BAJA
VARCHAR Falso 2
Falso 30
Falso NU_SUST_ VARCHAR Falso BAJA 2
Falso 15
Falso FE_SUST_B DATE AJA
Falso
Falso
Falso ESTADO
CHAR
Falso
Falso 1
Estado del registro; tal como: A=Activo, I=Inactivo.
Falso US_CREA
VARCHAR Falso 2
Falso 20
Para fines de auditoria se registra el usuario que creó el registro.
Falso FE_CREA
DATE
Falso
Para fines de auditoria se almacena la fecha en que el usuario creó el registro.
Falso IP_CREA
VARCHAR Falso 2
Falso 15
Para fines de auditoria se registra la dirección IP desde fue creado el registro.
Falso
Número de Código de Cuenta Interbancario (CCI) de CTS. 8
0
Identificador del tutor, para los casos de Otros Registros Pensionistas. Fecha de Cese del Servidor en la Unidad Ejecutora.
Identificador GUID, del Gestor Documental, donde se encuentra almacenado el documento de sustento.
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP] TDR Servicio Principal para EOI
Columnas
(ID_OREG_PERS = ID_OREG_PERS)
(ID_TUTO = ID_TUTO)
(ID_OREG_PERS = ID_OREG_PERS)
(ID_REGM_SERV = ID_REGM_SERV)
(ID_REGM_PENS = ID_REGM_PENS)
(ID_OREG_PERS = ID_OREG_PERS)
(ID_OREG_PERS = ID_OREG_PERS)
OREGISTRO_PERS_HIST
Asociación 1
PERSONA.PK_PERSONA
0..*
PERSONA_CONCEPTO.FK_PERSONA_CONCEPTO_OREGISTRO_PERS
1
OREGISTRO_PERS.PK_OREGISTRO_PERS
0..*
OREGISTRO_PERS.FK_OREGISTRO_PERS_TUTOR
1
TUTOR.PK_TUTOR
0..*
OREGISTRO_PERS_HIST.FK_OREGISTRO_PERS_HIST_OREGISTRO_PERS
1
OREGISTRO_PERS.PK_OREGISTRO_PERS
1..*
OREGISTRO_PERS.FK_OREGISTRO_PERS_REGIMEN_SERVICIO
1
REGIMEN_SERVICIO.PK_REGIMEN_SERVICIO
1..*
OREGISTRO_PERS.FK_OREGISTRO_PERS_REGIMEN_PENSIONARIO
1
REGIMEN_PENSIONARIO.PK_REGIMEN_PENSIONARIO
0..*
PLANILLA_DET_PERS.FK_PLANILLA_DET_PERS_OREGISTRO_PERS
1
OREGISTRO_PERS.PK_OREGISTRO_PERS
0..*
SOLICITUD_PERS_CPTO_DET.FK_SOLICITUD_PERS_CPTO_DET_OREGISTRO_PERS
1
OREGISTRO_PERS.PK_OREGISTRO_PERS
Notas
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP] TDR Servicio Principal para EOI
Falso NU_CCI_HA VARCHAR Falso BE 2
Falso 25
Falso ID_BANC_C NUMBER TS
Falso
Falso NU_CTA_C TS
Falso
Número del Código de Cuenta Interbancario (CCI) de haberes. 2
0
Identificador del banco donde tiene el deposito de CTS.
VARCHAR Falso 2
Falso 25
Número de Cuenta de CTS.
Falso NU_CCI_CT VARCHAR Falso S 2
Falso 25
Número de Código de Cuenta Interbancario (CCI) de CTS.
Falso ID_TUTO
NUMBER
Falso
Falso
Falso FE_CESE
DATE
Falso
Falso
Falso ID_TIPO_BA NUMBER JA
Falso
Falso
4
0
Identificador del Tipo de Baja, definido en la tabla parametros.
Falso ID_MOTI_B AJA
NUMBER
Falso
Falso
4
0
Identificador del Motivo de Baja, definido en la tabla parametros.
Falso ID_GUID_S UST_BAJA
VARCHAR Falso 2
Falso 30
Identificador GUID, del Gestor Documental, donde se encuentra almacenado el documento de sustento.
Falso NU_SUST_ VARCHAR Falso BAJA 2
Falso 15
Número del sustento de baja.
Falso FE_SUST_B DATE AJA
Falso
Falso
Fecha del sustento de baja.
Falso ESTADO
Falso
Falso 1
Estado del registro; tal como: A=Activo, I=Inactivo.
CHAR
8
0
Identificador del tutor, para los casos de Otros Registros Pensionistas. Fecha de Cese del Servidor en la Unidad Ejecutora.
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP] TDR Servicio Principal para EOI
OREG_CAS_PRE Descripción:
Contiene los datos del detalle de la Solicitud de Otros Registros, para la carga masiva.
Columnas PK
Nombre
Tipo
No Nulo
Unico Longitud
Precisión Escala
Inicial
Notas
Verda ID_OREG_C NUMBER dero AS_PRE
Verdadero
Falso
8
0
1
Identificador de la carga masiva del detalle de Otros Registros.
Falso ID_SOLC_O NUMBER REG_PRE
Falso
Falso
8
0
Identificador de la solicitud de Otros Registros, incluyendo CAS.
Falso ID_ORGA
NUMBER
Falso
Falso
8
0
Identificador del organo de la UE.
Falso ID_UNID_O RGA
NUMBER
Falso
Falso
8
0
Identificador de la Unidad Organica.
Falso CO_OREG_ VARCHAR Falso CAS_MEF 2
Falso 10
Falso ID_TIPO_R EGI
Código utilizado por el MEF para identificarlo.
NUMBER
Falso
Falso
2
0
Identificador del tipo de registro.
Falso ID_SUB_TIP NUMBER O_REGI
Falso
Falso
2
0
Identificador del Sub Tipo de Registro.
Falso ID_CARG_E NUMBER STR
Falso
Falso
4
0
Identificador del Cargo Estructural.
Falso ID_NIVL_RE NUMBER MU
Falso
Falso
4
0
Identificador del Nivel Remunerativo.
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP] TDR Servicio Principal para EOI
Columnas
Asociación
(ID_SOLC_OREG_PRE = ID_SOLC_OREG_PRE)
1..*
OREG_CAS_PRE.FK_OREG_CAS_PRE_SOLICITUD_OREGISTRO_PRE
1
SOLICITUD_OREGISTRO_PRE.PK_SOLICITUD_OREGISTRO_PRE
Notas
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP] TDR Servicio Principal para EOI
Diagramas de Estados Registro y validación de Otros Registros stm Solicitud CU_PRO_07 Registrar Solicitud de Otros Registros [Cuando el usuario selecciona Guardar Borrador] Borrador Inicio CU_PRO_07 Registrar Solicitud de Otros Registros / CU_PRO_14 Registrar Solicitud de Pensionistas [Cuando la Soli citud se guarda en la base de datos]
CU_PRO_07 Registrar Solicitud de Otros Registros [Cuando el Usuario Envía para revisión]
Pendiente de Rev isión
CU_PRO_08 Validar Solicitud de Otros CU_PRO_08 Validar Solicitud de Otros Registros / CU_PRO_09 Subsanar Observaciones de Otros Registros [Cuando la Solicitud tie ne CU_PRO_15 Vali dar Solicitud de Pensionistas Registros [Cuando se Subsana la Solicitud] observaciones] [Cuando la Soli citud no tiene observaciones] CU_PRO_15 Validar Solicitud de Pensionistas [Cuando el usuario selecciona Observar Solicitud] Observado
Aprobado por MEF
Rechazado
CU_PRO_09 Subsanar Observaciones de Otros Registros [Cuan do el Usuario Eli min a la Solicitud] Eliminado
Final Fin
Final
Página 280 de 341
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP] TDR Servicio Principal para EOI
Diagrama de Componentes ASOR - Atención de Solicitud de Otro Tipo de Registro cmp 04 ASOR Capa de Presentacion
SIGEP.EAR
Capa de Lógica de Negocios
GestionarSolicitud GestionarSolicitudPensionistas
MantenerUnidadEjecutora
MantenerOrgano
MantenerUnid adOrganica
MantenerParametro
MantenerServicio
MantenerNivel
MantenerSolicitudORegistros
MantenerConcepto
MantenerCargo
MantenerPeriodo
MantenerPensionario
MantenerSolicitudPensionistas
VerificarFinanciamientoPresupuestal
N ot if ic ar Em ai l
V is ta Pr ev i a
CargaMasiva
ObtenerDocumento
GrabarArchivo
Capa de Datos
Gestor Documental SIGEP.dbf
GenerarPDF
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP]
TDR Servicio Principal para EOI
12.15.2 CASO DE USO DE COMPLEJIDAD ALTA: VALIDAR SOLICITUD DE OTROS REGISTROS El Caso de Uso Validar Solicitud de Otros Registros, pertenece al proceso ASOR – Atención de Solicitud de Otros Registros, cuyo Modelo TO BE ha sido mostrado en el ejemplo de Caso de Uso de Complejidad Muy Alta, por esta razón se ha omitido su presentación en este ejemplo de Caso de Uso de Complejidad Alta. ESPE CIFICA CIÓN DEL CA SO DE USO : Caso de Uso Fuentes Actor Descripción
CU_PRO_08 V A LIDA R S OLICITUD DE O TROS R EGISTROS
CU_PRO_08: Validar Solicitud de Otros Registros Unidad Ejecutora Coordinador de la DTERIGRP El presente caso de uso permite al Coordinador de la DTERIGRP revisar las solicitudes para las creaciones de otro tipo de registros incluido los pensionistas de las Unidades Ejecutoras (Excepto pensionistas de la ONP, debido que se cuenta con otro formulario para su validación), a través de un formulario mediante el cual podrá revisar u observar los registros de la solicitud. El formulario “Revisar Solicitud de Registros” muestra los siguientes botones y opciones: Sección Filtros de Búsqueda:
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP]
TDR Servicio Principal para EOI
Observar Solicitud: Permite enviar la solicitud con las observaciones registradas al Responsable de Recursos Humanos de la U.E. que la registró. Validar Solicitud: Permite guardar la solicitud validada e informar de su aprobación al Responsable de Recursos Humanos de la U.E. que la registró Guardar Borrador: Guardar de forma temporal los datos de la revisión de la solicitud en el Sistema. Vista Previa: Permite visualizar una vista preliminar del registro de la solicitud y sus revisiones. Cancelar: Cierra la ventana. Flujo Básico (FB) 1. El Sistema debe inicializar los objetos de negocio que se requieren para la inicialización de la pantalla, los cuales debe consultar sólo los que tienen estado “Activo” y obtener los datos de la Unidad Ejecutora, de la solicitud y los muestra en las secciones “Datos de la Unidad Ejecutora y de la Solicitud” y “Listado de Solicitud de Registros”. 2. El Sistema invoca al caso de uso Verificar Financiamiento Presupuestal (CUR5), para mostrar el presupuesto total asignado a la Entidad, por genérica de gastos en la sección “Total Presupuesto Solicitud de Registros” (campo “Total de Presupuesto Asignado a la Unidad Ejecutora” y por “Genérica de Gastos”) del formulario “Solicitud de Registros”. 3. El Sistema calcula el monto total acumulado ya aprobado o en proceso de aprobación y lo muestra en el campo “Monto acumulado de solicitudes
Flujo básico
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP]
TDR Servicio Principal para EOI
9.
10. 11.
12. 13.
14.
15.
16.
El Coordinador de la DTERIGRP revisa el detalle de conceptos y selecciona la opción “Registrar Observaciones” en la grilla de la sección “Lista de Conceptos” en el formulario “Detalle de Conceptos – Revisión”. El Sistema habilita la columna “Observaciones” de la fila correspondiente. El Coordinador de la DTERIGRP registra observaciones en la columna “Observaciones” en el formulario “Detalle de Conceptos – Revisión” y si lo considera conveniente, también en el campo “Observación” de la sección general. El Coordinador de la DTERIGRP selecciona el botón “Guardar” del formulario “Detalle de Conceptos – Revisión”. El Sistema guarda el registro revisado con estado “Aprobado” u “Observado” según haya o no registrado observaciones, cierra el formulario “Detalle de Conceptos - Revisión”. El Sistema muestra el formulario “Revisar Solicitud de Registros” con la columna “Revisado” de la fila del registro que se revisó en la grilla de la sección “Listado de Solicitud de Registros” con CHECK y habilita o no el botón “Observar Solicitud” (VF3). Si el Coordinador de la DTERIGRP ha terminado de revisar los registros solicitados, selecciona el botón “Validar Solicitud” u “Observar Solicitud” según cuál esté habilitado (R1) (VF3). El Sistema guarda la solicitud de otros registros con estado “Aprobado por MEF” (R3) u “Observado” (R2) y si es observado lo guarda en el gestor
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP]
TDR Servicio Principal para EOI
1.
2.
3.
El Responsable de Recursos Humanos de la UE selecciona la opción “Ver estructura de archivo” de la sección “Carga Masiva” en el formulario “Revisar Solicitud de Registros”. El Sistema invoca al caso de uso para obtener la estructura del archivo (CUR3) y muestra un pop-up (pantalla emergente) con la estructura del archivo para la carga. El flujo continúa en el paso 5 del flujo básico.
FA3. Paso 5 del FB (“Carga Masiva” en formulario “Revisar Solicitud de Registros”)
1.
2. 3. 4.
El Responsable de Recursos Humanos de la UE selecciona el botón “Cargar Solicitud de Registros Revisada” de la sección “Carga Masiva” en el formulario “Revisar Solicitud de Registros”. El Sistema invoca al caso de uso Realizar Carga Masiva (CUR4) para subir el archivo. El Sistema actualiza la grilla de la sección “Listado de Solicitud de Registros” según la información del archivo cargado. El flujo continúa en el paso 5 del flujo básico.
FA4. Paso 15 del Flujo Básico (“Guardar Borrador” en formulario “Revisar Solicitud de Registros”)
1. 2.
El Coordinador de la DTERIGRP selecciona el botón “Guardar Borrador”. El Sistema guarda en estado “Borrador” la información ingresada en el
Elaboración del Estudio Definitivo para Desarrollo – Desarrollo – Componente Componente I – I – del del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – [SIGEP – SP] SP]
TDR Servicio Principal para EOI
Reglas de Negocio
Validaciones del Formulario
Mensajes Entradas
CUR4: CU_DOC_06 Realizar Carga Masiva CUR5: CU_INT_03 CUR5: CU_INT_03 Verificar Financiamiento Presupuestal R1: Si R1: Si el Coordinador de la DTERIGRP observa por lo menos un registro, se rechaza toda la solicitud. R2: Cuando R2: Cuando una solicitud ha sido observada, se notifica al Responsable de Recursos Humanos de la Unidad Ejecutora solicitante como tarea pendiente. R3: Todo R3: Todo registro aprobado formará parte del costo de la Unidad Ejecutora. VF1: El Sistema muestra todos los campos de la sección “Datos de la Unidad Ejecutora y de la Solicitud” como No Editables . VF2: El Sistema muestra el campo “Ejercicio” como No Editable. VF3: VF3: Si el Coordinador de la DTERIGRP observa un registro, el Sistema deshabilita el botón “Validar Solicitud” y habilita el botón “Observar Solicitud”. VF4: Cuando VF4: Cuando la solicitud es un registro de pensionista, entonces el Sistema mostrará en blanco las columnas “Cargo”, “Nivel” y “Periodo (Desde -Hasta)” de la sección “Listado de Solicitud de Registros”. Registros”. A la vez en la ventana de “Detalle de Conceptos” Conceptos” se mostrará mostrará el campo “Régimen Previsional” en la sección “Datos del Registro de la Solicitud”. Ninguno. El Sistema tiene registrados los siguientes objetos de datos: Órgano o
Elaboración del Estudio Definitivo para Desarrollo – Desarrollo – Componente Componente I – I – del del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – [SIGEP – SP] SP]
TDR Servicio Principal para EOI
INTERFAZ DE USUARIO DEL CASO DE USO : R EGISTROS
CU_PRO_08 V A L I D A R S OLICITUD DE O TROS
Elaboración del Estudio Definitivo para Desarrollo – Desarrollo – Componente Componente I – I – del del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – [SIGEP – SP] SP]
TDR Servicio Principal para EOI
INTERFAZ DE USUARIO DEL CASO DE USO : CU_PRO_08 R E G I S T R O S – D E T A L LE L E D E C ONCEPTOS - R EVISIÓN
V A L I D A R S OLICITUD DE O TROS
Elaboración del Estudio Definitivo para Desarrollo – Desarrollo – Componente Componente I – I – del del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – [SIGEP – SP] SP] TDR Servicio Principal para EOI
D I A G R A M A D E A C T I VI VI D A D E S D E L C A S O D E U S O : CU_PRO_08 V A LI DA R S OLICITUD DE O TROS R E G I S T R O S act ACT-CU_PRO_08: Validar Solicitud de Otros Registros SIGEP
Coordinador de la DTERIGRP
Inicio
Inicializar los objetos de negocio que se requieren para la inicialización de la pantalla, los cuales debe consultar sólo los que tienen estado “Activo” y obtener los datos de la Unidad Ejecutora y de la solicitud
:ACT-CU_INT_03 - Verificar Financiamiento Presupuestal
Calcular Monto Total Acumulado de Solicitudes Anteriores
Mostrar Formulario "Revisar Solicitud de Registros" Tipo de Acción a Realizar
Mostrar en las secciones “Datos de la Unidad Ejec utora y de la Solicitud” y “Listado de Solicitud de Registros”
[Exportar] [Filtrar] Seleccionar Filtros de Búsqueda en Sección "Filtros de Búsqueda"
Seleccionar Botón "Buscar" Obtener Registros según Filtros de Búsqueda y Mostrar en Sección "Listado de Solicitudes de Otro Tipo de Registros"
:ACT_CU_DOC_05 Obtener Documento
:ACT_CU_DOC_05 Obtener Documento
:ACT-CU_DOC_06 CU_DOC_06 Realizar Carga Masiva
Actualizar Grilla con Registros Cargados Revis ados en "Listado de Solicitud de Registros"
[Ver Estructura] Seleccionar opción "Exportar Archivo Excel o PDF" de "Revisar Solicitud de Registros"
Seleccionar Opción"Ver Estructura del Archivo" de "Rev isar Solicitud de Registros"
[Carga Masiva] Seleccionar Botón "Cargar Solicitud de Registros Revisada" de "Revisar Solicitud de Registros"
Elaboración del Estudio Definitivo para Desarrollo – Desarrollo – Componente Componente I – I – del del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – [SIGEP – SP] SP]
TDR Servicio Principal para EOI
Diagramas de Clases
C apa de de Pr esent es entación ación AS A S OR – A tención tención de Solicitud de de Otro Otro Tipo de Regi R egi s tro class DCV_ASOR
GUI: SubsanarObservacionesSolici SubsanarObservacionesSolici tudesRegistros tudesRegistros GUI: DetalleConcepto - Subsanacion
GUI: SolicitudRegistros
GUI: DetalleConcepto
GUI: Solicitud de Registros para Pen
stros para P GUI: Visualizar Vista Previa GUI: Revisar Solicitud de Regi stros
GUI: Subsanar Solici tud de Registros Registros para P
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP] TDR Servicio Principal para EOI
Capa de Lógi ca de Negocios AS OR – A tención de Solicitud de Otro Tipo de Regi s tro class DCC_ASOR
CasDAO
BuscarCAS RServiciosDAO
BuscarRServicios
RPensionarioDAO
BuscarRPensionario
BuscarCargo
CasCptoDAO
CargoDAO
GestionarSolicitud BuscarCASCpto
BuscarParametro
BuscarUnidadEjecutora
BuscarOrgano
ParametroDAO
UnidadEjecutoraDAO
LogDAO
BuscarUOrganica BuscarConcepto
BuscarSolicitud
SolicitudORegistrosDAO
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP] TDR Servicio Principal para EOI
Capa de Datos Modelo de Datos L ógi co
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP] TDR Servicio Principal para EOI
Modelo de Datos F ís ico
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP] TDR Servicio Principal para EOI
Dicci onario de Datos OREGISTRO Descripción:
Contiene el detalle de los Otros Registros solicitados; esta tabla SOLO almacenará el TIPO DE REGISTRO: MODALIDAD FORMATIVA Y OTROS.
Columnas PK
Nombre
Tipo
No Nulo
Unico Longitud
Precisión Escala
Inicial
Notas
NUMBER
Verdadero
Falso
10
0
1
Identificador del otro registro.
Falso ID_SOLC_O NUMBER REG
Falso
Falso
8
0
Identificador de la solicitud de otros registros.
Falso ID_CARG_F NUMBER UNC
Falso
Falso
8
0
Identificador del Cargo Funcional de la Unidad Ejecutora.
Falso ID_SUB_TIP NUMBER O_REGI
Falso
Falso
2
0
Identificador del subtipo de registro seleccionado.
Falso ID_PERI_INI NUMBER
Falso
Falso
4
0
Identificador del periodo inicial.
Falso ID_PERI_FI N
NUMBER
Falso
Falso
4
0
Identificador del periodo final.
Falso ID_NIVL_RE NUMBER MU
Falso
Falso
2
0
Identificador del Nivel Remunerativo.
Verda ID_OREG dero
Página 295 de 341
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP] TDR Servicio Principal para EOI
Falso ID_REGM_S NUMBER ERV
Falso
Falso
2
0
Identificador del Regimen de Servicio.
Falso ID_REGM_P NUMBER ENS
Falso
Falso
2
0
Identificador del Regimen Pensionario.
Falso CO_OREG_ VARCHAR Falso MEF
Verda 6 dero
Código MEF del Otro Registro.
Falso CO_OREG_ VARCHAR Falso UE 2
Falso 10
Código del Otro Registro en la Unidad Ejecutora.
Falso MO_IMPO
NUMBER
Falso
Falso
8
0
Monto Imponible del registro.
Falso MO_NO_IM PO
NUMBER
Falso
Falso
8
0
Monto no imponible del registro.
Falso MO_OCAS
NUMBER
Falso
Falso
8
0
Monto ocasional del registro.
Falso MO_SOCI
NUMBER
Falso
Falso
8
0
Monto del aporte social del registro.
Falso IN_REVI
VARCHAR Falso 2
Falso 1
Indicador que el registro fue revisado.
Falso TX_OBSR
VARCHAR Falso 2
Falso 255
Texto de observación del Otro Registro.
Falso ESTADO
CHAR
Falso 1
Estado del registro; tal como: A=Activo, I=Inactivo
Falso US_CREA
VARCHAR Falso 2
Falso 20
Para fines de auditoria se registra el usuario que creó el registro.
Falso
Página 296 de 341
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP] TDR Servicio Principal para EOI
Falso FE_CREA
DATE
Falso IP_CREA
Falso
Falso
Para fines de auditoria se almacena la fecha en que el usuario creó el registro.
VARCHAR Falso 2
Falso 15
Para fines de auditoria se registra la dirección IP desde fue creado el registro.
Falso US_MODI
VARCHAR Falso 2
Falso 20
Para fines de auditoria se registra el usuario que modificó el registro.
Falso FE_MODI
DATE
Falso
Para fines de auditoria se almacena la fecha en que el usuario modificó el registro.
Falso IP_MODI
VARCHAR Falso 2
Falso 15
Para fines de auditoria se registra la dirección IP desde fue modificado el registro.
Falso
Restricciones Nombre
Tipo
Columnas
FK_OREGISTRO_CARGO_FUNCIONAL
Public
ID_CARG_FUNC
FK_OREGISTRO_NIVEL_REMUNERATIVO
Public
ID_NIVL_REMU
FK_OREGISTRO_PERIODO
Public
ID_PERI_INI
FK_OREGISTRO_PERIODO
Public
ID_PERI_FIN
FK_OREGISTRO_REGIMEN_PENSIONARIO Public
ID_REGM_PENS
FK_OREGISTRO_REGIMEN_SERVICIO
ID_REGM_SERV
Public
Código Inicial
Notas
Página 297 de 341
Elaboración Elaboración del Estudio Definitivo para Desarrollo – Componente – Componente I – I – del del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – [SIGEP – SP] SP] TDR Servicio Principal para EOI
Nombre
Tipo
Columnas
FK_OREGISTRO_SOLICITUD_OR FK_OREGISTRO_SOLICITUD_OREGISTRO EGISTRO
Public
ID_SOLC_OREG
PK_REGISTRO PK_REGISTRO
Public
ID_OREG
UQ_OREGISTRO_CO_OREG_ME UQ_OREGISTRO_CO_OREG_MEF F
Public
CO_OREG_MEF
Código Inicial
Notas
Relaciones Columnas
Asociación
(ID_SOLC_OREG = ID_SOLC_OREG)
1..*
OREGISTRO.FK_OREGISTRO OREGISTRO.FK_OREGISTRO_SOLICITUD_OR _SOLICITUD_OREGISTRO EGISTRO
1
SOLICITUD_OREGISTRO.PK_S SOLICITUD_OREGISTRO.PK_SOLICITUD_OREG OLICITUD_OREGISTRO ISTRO
0..*
OREGISTRO.FK_OREGISTRO_REGIMEN_SERVICIO
1
REGIMEN_SERVICIO.PK_REGIMEN_SERVICIO
1..*
OREGISTRO.FK_OREGISTRO OREGISTRO.FK_OREGISTRO_CARGO_FUNCIONA _CARGO_FUNCIONAL L
1
CARGO_FUNCIONAL.PK_CARGO_FUNCIONAL
1..*
OREGISTRO_PERS.FK_OREGISTRO_PERS_OREGISTRO
1
OREGISTRO.PK_REGISTRO
1..*
REGISTRO_PERSONA.FK_REGISTRO_PERSONA_REGISTRO
1
OREGISTRO.PK_REGISTRO
(ID_REGM_SERV (ID_REGM_SERV = ID_REGM_SERV)
(ID_CARG_FUNC = ID_CARG_FUNC)
(ID_OREG = ID_OREG)
(REGISTRO_ID = ID_OREG)
Notas
Página 298 de 341
Elaboración Elaboración del Estudio Definitivo para Desarrollo – Componente – Componente I – I – del del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – [SIGEP – SP] SP] TDR Servicio Principal para EOI
Columnas
Asociación
(ID_PERI_FIN = ID_PERI)
1..*
OREGISTRO.FK_OREGISTRO_PERIODO
1
PERIODO.PK_PERIODO
1..*
OREGISTRO.FK_OREGISTRO_PERIODO
1
PERIODO.PK_PERIODO
1..*
OREGISTRO_CONCEPTO.FK_REGISTRO_CPTO_OREGISTRO
1
OREGISTRO.PK_REGISTRO
0..*
OREGISTRO_HIST.FK_OREGI OREGISTRO_HIST.FK_OREGISTRO_HIST_O STRO_HIST_OREGISTRO REGISTRO
1
OREGISTRO.PK_REGISTRO
1..*
OREGISTRO.FK_OREGISTRO_NIVEL_REMUNERATIVO
1
NIVEL_REMUNERATIVO.PK_NIVEL_REMUNERATIVO
0..*
OREGISTRO.FK_OREGISTRO_REGIMEN_PENSIONARIO
1
REGIMEN_PENSIONARIO.PK_REGIMEN_PENSIONARIO
(ID_PERI_FIN = ID_PERI)
(ID_OREG = ID_OREG)
(ID_OREG = ID_OREG)
(ID_NIVL_REMU = ID_NIVL_REMU)
(ID_REGM_PENS (ID_REGM_PENS = ID_REGM_PENS)
Notas
…
Página 299 de 341
Elaboración Elaboración del Estudio Definitivo para Desarrollo – Componente – Componente I – I – del del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – [SIGEP – SP] SP] TDR Servicio Principal para EOI
Diagramas de Estados
R egis tro y valida validación ción de de Otros R egis tros stm Solicitud CU_PRO_07 Registrar Solicitud de Otros Registros [Cuando el usuario usuario selecciona Guardar Borrador] Borrador Inicio CU_PRO_07 Registrar Solicitud de Otros Registros / CU_PRO_14 Registrar Solicitud de Pensionistas [Cuando la Soli citud se guarda en la base de datos]
CU_PRO_07 Registrar Solicitud de Otros Registros [Cuando el Usuario Envía para revisión]
Pendiente Pendiente de Rev isión
CU_PRO_08 CU_PRO_08 Validar Solicitud de Otros CU_PRO_08 Validar Solicitud de Otros Registros / CU_PRO_09 Subsanar Observaciones de Otros Registros Registros [Cuando [Cuando la Solicitud tie ne CU_PRO_15 CU_PRO_15 Vali dar Solicitud de Pensionistas Registros Registros [Cuando se Subsana Subsana la Solicitud] observaciones] [Cuando la Soli citud no tiene observaciones] observaciones] CU_PRO_15 CU_PRO_15 Validar Solicitud de Pensionistas [Cuando el usuario selecciona Observar Solicitud] Observado
Aprobado por MEF
Rechazado
CU_PRO_09 Subsanar Observaciones de Otros Registros [Cuan do el Usuario Usuario Eli min a la Solicitud] Eliminado
Final Fin
Final
Página 300 de 341
Elaboración del Estudio Definitivo para Desarrollo – Desarrollo – Componente Componente I – I – del del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – [SIGEP – SP] SP] TDR Servicio Principal para EOI
Diagrama de Componentes
AS OR - Atenció n de S olici tud de Otro Tipo de Reg is tro cmp 04 ASOR Capa de Presentacion
SIGEP.EAR
Capa de Lógica de Negocios
GestionarSolicitud GestionarSolicitudPensionistas
MantenerUnidadEjecutora
Manten MantenerOrgano gano
Mantener e nerUnida UnidadOr dOrgan ganica ica
MantenerParametro
MantenerServicio
MantenerNivel
MantenerSolicitudORegistros
MantenerConcepto
MantenerCargo
MantenerPeriodo
MantenerPensionario
MantenerSolicitudPensionistas
VerificarFinanciamientoPresupuestal
Notifica rEma il
CargaMasiva
Vista Prev ia ia
ObtenerDocumento
GrabarArchivo
Capa de Datos
Gestor Documental SIGEP.dbf
GenerarPDF
Elaboración del Estudio Definitivo para Desarrollo – Desarrollo – Componente Componente I – I – del del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – [SIGEP – SP] SP]
TDR Servicio Principal para EOI
12.15.3 CASO DE USO DE COMPLEJIDAD MEDIA: MANTENER ESCALA SALARIAL PROCESO: MAMA. Mantenimiento de Maestras Participantes del Proceso MAMA. Mantenimiento de Maestras A continuación se muestra un inventario de participantes participantes en el proceso automatizado automatizado “Mantenimiento Mantenimiento de Maestras” Maestras” y sus principales funciones: funciones: Dependencia a la que corresponde
Rol
Funciones dentro del proceso
MEF - DGGRP SERVIR
Responsable de Mantenimiento de Maestras
Mantener Datos Maestros necesarios para el correcto funcionamiento del Sistema
Unidad Ejecutora Administrador del SIGEP
Diagrama BPMN del Proceso MAMA. Mantenimiento de Maestras A continuación se se muestra el diagrama diagrama BPMN del proceso proceso “Mantenimiento “ Mantenimiento de Maestras” Maestras ” y la especificación de cada actividad del mismo:
Elaboración del Estudio Definitivo para Desarrollo – Desarrollo – Componente Componente I – I – del del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – [SIGEP – SP] SP]
TDR Servicio Principal para EOI
Especificación de las actividades del Proceso MAMA. Mantenimiento de Maestras Identificador
MAMA_EA_01
Actividad
Mantener Maestras
Tipo de Actividad
Interactiva
Descripción:
Esta actividad permite al Responsable de Mantenimiento de Maestras crear, modificar o dar de baja la información maestra necesaria para la correcta ejecución del Sistema. Este responsable tendrá permisos restringidos sobre el tipo de datos que pueda registrar, modificar o eliminar en el Sistema, debido a que puede pertenecer a tres dependencias: Ministerio de Economía y Finanzas (DGGRP), SERVIR o la Unidad Ejecutora. Las Maestras existentes en el Sistema son las siguientes: - Mantener Cargo Estructural - Mantener Cargo Funcional
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP]
TDR Servicio Principal para EOI
Implementación
Para esta actividad se implementará lo siguiente: Formulario “Mantener Maestras” con la sección: “Opciones del Menú”, donde se mostrarán las Maestras sobre las que tiene permisos el usuario que accede al Sistema.
Requisitos Funcionales
RF_96: Mantener Maestras RF_97: Mantener Régimen de Servicios RF_98: Mantener Grupo Ocupacional RF_99: Mantener Cargo Estructural RF_100: Mantener Cargo Funcional RF_101: Mantener Escala Salarial RF_102: Mantener Órgano RF_103 y RF_104: Mantener Estructura Orgánica RF_105: Mantener Grupo de Servidores RF_106: Mantener Familia de Puestos RF_107: Mantener Rol de Puestos RF_108: Mantener Nivel de Servidores RF_109: Mantener Puestos Tipo RF_110: Mantener Puesto
(*) El mantenimiento de estas tablas maestras debe ser evaluado durante la ejecución del sub servicio de Desarrollo e Implantación por el contratista. Es importante que estas tareas de mantenimiento se realicen en un solo ámbito el cual debe quedar formalizado a nivel de algún documento oficial. En el caso que el mantenimiento sea implementado en otro sistema (por ejemplo el SIAF), el contratista deberá implementar los servicios necesarios para consumir la información generada en el otro s istema.
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP]
TDR Servicio Principal para EOI
Diagrama de casos de uso del Proceso MAMA. Mantenimiento de Maestras uc DiagramaCU_MantenerMaestras
CU_MAN_52 Mantener Departamento
CU_MAN_48 Buscar Normas
«include»
CU_MAN_53 Mantener Distrito
CU_MAN_33 Mantener Cargo Estructural
CU_MAN_32 Mantener Grupo Ocupacional
CU_MAN_54 Mantener Provincia CU_MAN_34 Mantener Cargo Funcional
CU_MAN_31 Mantener
Régimen de Servicios/Previsional CU_MAN_35 Mantener Escala Salarial
«extend» «extend»
CU_MAN_55 Mantener Ej ercicio
«extend» CU_MAN_49 Mantener Norma
«extend»
«extend» «extend»
«extend»
CU_MAN_36 Mantener «extend»
CU_MAN_62 Mantener Sector
Órgano
«extend» «extend» «extend»
Responsable de Mantener Maestras
«extend»
CU_MAN_30 MANTENER MAESTRAS
CU_DOC_02 Generar Documento CU_MAN_37 Mantener
«extend»
«include»
Estructura Orgánica «extend»
«extend» «extend»
CU_MAN_56
Mantener Específica
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP]
TDR Servicio Principal para EOI Id. CUN Caso de Uso de Negocio Cód.
CUN_11
Mantener Maestras
MAMA
Proceso Automatizado
Mantenimiento de Maestras
Id. CU
Caso de Uso
Id. Req. Funcional
CU_MAN_30 CU_MAN_31 CU_MAN_32 CU_MAN_33 CU_MAN_34 CU_MAN_35 CU_MAN_36
Mantener Maestras Mantener Régimen de Servicios/Previsional Mantener Grupo Ocupacional Mantener Cargo Estruc tural Mantener Cargo Funcional Mantener Esc ala Salarial Mantener Órgano
CU_MAN_37
Mantener Estructura Orgánica
CU_MAN_39 CU_MAN_40 CU_MAN_41 CU_MAN_42 CU_MAN_43 CU_MAN_44 CU_MAN_48 CU_MAN_49 CU_MAN_52 CU_MAN_53 CU_MAN_54 CU_MAN_55 CU_MAN_56 CU_MAN_57 CU_MAN_58 CU_MAN_59 CU_MAN_60 CU_MAN_61
Mantener Grupo de Servidores Mantener Familia de Puestos Mantener Rol de Puestos Mantener Nivel de Servidores Mantener Puesto Tipo Mantener Puesto Buscar Normas Mantener Norma
Mantener Departamento Mantener Distrito
Mantener Provincia Mantener Ejercicio Mantener Especifica
Matener Establecimiento
Matener Nivel Remunerativo
Mantener Periodo Mantener Pliego Mantener Planilla Clase
RF_96 RF_97 RF_98 RF_99 RF_100 RF_101 RF_102 RF_103 RF_104 RF_105 RF_106 RF_107 RF_108 RF_109 RF_110 RF_97 RF_96 RF_96 RF_96 RF_96 RF_96 RF_96 RF_96 RF_96 RF_96 RF_96 RF_96
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP]
TDR Servicio Principal para EOI ESPECIFICACIÓN DEL CASO DE USO: CU_MAN_35 M ANTENE R E SCALA S ALA RIAL
Caso de Uso Fuentes Actor Descripción
CU_MAN_35: Mantener Escala Salarial MEF Responsable de Mantenimiento de Maestras (Responsable de Recursos Humanos de la UE) El presente caso de uso permite al Responsable de Recursos Humanos de la UE realizar el registro, modificación e inactivación de la escala salarial de un cargo estructural en el Sistema, en el caso de que la Entidad cuente con CAP y PAP como documentos de gestión. Cabe resaltar que se ha contemplado la posibilidad de que la Entidad se encuentre realizando o ya haya realizado la transición al nuevo Régimen de Servicio Civil. En dicho caso, el Sistema permitirá asociar las escalas salariales de Puestos (según el CPE). El registro, modificación e inactivación de la escala salarial de un cargo estructural (o de la escala salarial de un puesto) se realizará a través de dos formularios, donde en uno de ellos se considerará el campo “Cargo Estructural” (CAP y PAP) y en el otro se considerará el campo (Puesto Existente” (CPE). En ambos formularios se considerarán los campos de “Importe Mínimo” e “Importe Máximo” de la Escala Salarial: CAP y PAP Cargos Estructurales
CPE
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP]
TDR Servicio Principal para EOI
o
Añadir
El mantenimiento de Escala Salarial de un Puesto permitirá establecer una asociación entre un Puesto con un Importe Mínimo e Importe Máximo, el cual se realizara a través de un formulario interactivo que consta de 03 secciones: “Datos de la Unidad Ejecutora”, “Datos de Escala Salarial por Puesto” y “Listado de Escalas Salariales de Puestos” en los que se mostrarán los siguientes campos: Código de Puesto Puesto Importe Mínimo Importe Máximo Estado Fecha Registro Acciones
Guardar
o
o o
o
Modificar Inactivar Añadir
El formulario de “Mantener Escala Salarial” tiene los siguientes botones de control:
Buscar: Realiza la búsqueda de Escalas Salariales.
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP]
TDR Servicio Principal para EOI
6.
Flujos alternos
Para finalizar, el Responsable de Recursos Humanos de la UE selecciona la
opción “Guardar” . 7. El Sistema guarda la escala salarial (VF3) (VF4). 8. Fin del Caso de Uso. Flujo Alterno (FA) FA1. Paso 3 del FB (“Buscar Escala Sala rial ”)
1.
2.
3.
4.
El Responsable de Recursos Humanos de la UE ingresa los criterios para la búsqueda en la sección “Datos de Escala Salarial (por Cargo Estructural o por Puesto)”. El Responsable de Recursos Humanos de la UE selecciona el botón ”Buscar” El Sistema muestra el resultado de la búsqueda en la sección “Listado de Escalas Salariales (de Cargos Estructurales o de Puestos)” según los criterios seleccionados (VF5). El flujo continúa en el paso 3 del flujo básico.
FA2. Paso 3 del FA1 (“Limpiar Criterios de Búsqueda”).
1.
En la sección de “Datos de Escala Salarial (por Cargo Estructural o por Puesto)”, el Responsable de Recursos Humanos de la UE selecciona el botón ”Limpiar”.
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP]
TDR Servicio Principal para EOI
2. Pre-condiciones
Post-condiciones Requerimientos Trazados Reglas de Negocio
Fin del Caso de Uso. El rol correspondiente al Responsable de Recursos Humanos de la UE debe tener los permisos para acceder a los formularios “Mantener Escala Salarial”. El Sistema debe tener todos los parámetros de inicio, registrados: o Unidad Ejecutora o Sector o Pliego o Tipo de Entidad o Estado de la Unidad Ejecutora o Nivel de Gobierno Cargos Estructurales Existentes o Puestos Existentes o o Estado La Escala Salarial de un Cargo Estructural o Puesto registrada en el Sistema. Ninguno. R1: El Sistema no puede modificar la información de un registro cuando está en estado Activo en CAP/PAP/CPE, en este caso el Sistema mostrara un mensaje (M4). R2: El Sistema no puede inactivar el Régimen de Servicios si está siendo
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP]
TDR Servicio Principal para EOI
Entradas
Salidas
M3: “No se encontraron resultados”. M4: “No se puede modificar la Escala Salarial, porque está siendo usado”. Para Entidades con CAP y PAP, se debe registrar en el Sistema los siguientes objetos de datos: Unidad Ejecutora o o Cargos Estructurales Para Entidades con CPE, se debe registrar en el Sistema los siguientes objetos de datos: o Unidad Ejecutora o Puestos La Escala Salarial de un Cargo Estructural/Puesto registrada en el Sistema.
Tabla 44: Especificación del caso de uso - CU_MAN_35 Mantener Escala Salarial
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP]
TDR Servicio Principal para EOI INTERFAZ DE USUARIO DEL CASO DE USO: CU_MAN_35 M ANT ENER E SCALA S ALARIAL
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP]
TDR Servicio Principal para EOI
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP] TDR Servicio Principal para EOI
D I A G R A M A D E A C T IV I D A D E S D E L C A S O D E U S O : CU_MAN_35 M A NT E NE R E S C A LA S A LA R IA L act ACT-CU_MAN_35 Mantener Escala Salarial SIGEP
Responsable de Recursos Humanos de la UE
Inicio
Mostrar Formulario en la Obtener Datos de Unidad Ejecutora
Sección "Datos de Escala Salarial por Cargo Estructural/Puesto"
Sección "Listado de
Seleccionar la opción "Añadir" en la Sección
Escalas Salariales de Cargos Estructurales/Puestos"
"Listado de Escalas Salariales de Cargos Estructurales/Puestos"
Mostrar Registros en la
Ingresar Datos de Escala
Salarial en la sección "Datos de Escala Salarial por Cargo Estructural/Puestos" Tipo de Acción a Realizar Cerrar el Formulario y la Instancia del Proceso
[Cancelar]
Obtener Registros según Filtros de Búsqueda y Mostrar en la sección "Listado de Escalas Salariales de Cargos Estructurales/Puestos"
[Buscar]
[Limpiar]
Seleccionar Botón
Seleccionar Botón
"Cancelar"
"Buscar"
Seleccionar Botón "Limpiar"
Final Limpiar Criterios de
Búsqueda en la sección de "Datos de Escala Salarial por Cargo Estructural/Puestos"
Agregar Registro en la
Sección "Listado de Escalas Salariales de Cargos Estructurales/Puesto" Cargar Cargo Estructural
en la Sec ción "Listado de Escalas Salariales de Cargos Estructurales" y Cargar Puesto en la
Sección "Listado de Escalas Salariales de Puestos"
Ingresar Datos de Escala
Salarial en la sección "Listado de Escalas Salariales de Cargos Estructurales/Puestos"
Tipo de Acción a Realizar
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP] TDR Servicio Principal para EOI
Diagramas de Clases
Capa de Pr esentación MAMA – Mantenimiento de Maestras class DCV_MAMA
Mantener Norma
GUI: MantenerCargoEstructural G UI : M an te ne rG ru po Ocu pa ci on al G UI : M an te ne rCa rg oFu nci o na l
GUI: MantenerRegimenServicios Mantener Departamento
Mantener Establecimiento
GUI: MantenerGrupoServidores
GUI: MantenerOrgano
Mantener Nivel Remunerativo
Mantener Distrito GUI: MantenerEstructuraOrganica
Mantener Periodo Mantener Provincia
GUI: Mantener Maestras
GUI: MantenerEscalaSala rial
Mantener Pliego
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP] TDR Servicio Principal para EOI
Capa de Datos Modelo de Datos L óg ico
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP] TDR Servicio Principal para EOI
Modelo de Datos F ís ico
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP] TDR Servicio Principal para EOI
Diccionario de Datos ESCALA_SALARIAL Descripción:
Contiene la definición de la Escala Salarial definida en cada Unidad Ejecutora.
Columnas PK
Nombre
Tipo
No Nulo
Unico Longitud
Precisión Escala
Inicial
Verda ID_ESCA_S NUMBER dero ALA
Verdadero
Falso
4
0
1
Falso ID_UE
NUMBER
Falso
Falso
4
0
Identificador de la Unidad Ejecutora.
Falso ID_CARG_E NUMBER STR
Falso
Falso
4
0
Identificador del Cargo Estructural asociado.
Falso MO_MINI
NUMBER
Falso
Falso
8
0
Monto minimo para la Escala Salarial.
Falso MO_MAXI
NUMBER
Falso
Falso
8
0
Monto máximo para la Escala Salarial.
Falso ESTADO
CHAR
Falso
Falso 1
Estado del registro; tal como: Activo, Inactivo.
Falso US_CREA
VARCHAR Falso 2
Falso 20
Para fines de auditoria se registra el usuario que creó el registro.
Falso FE_CREA
DATE
Falso
Para fines de auditoria se almacena la fecha en que el usuario creó el registro.
Falso IP_CREA
VARCHAR Falso 2
Falso 15
Para fines de auditoria se registra la dirección IP desde fue creado el registro.
Falso US_MODI
VARCHAR Falso 2
Falso 20
Para fines de auditoria se registra el usuario que modificó el registro.
Falso FE_MODI
DATE
Falso
Para fines de auditoria
Falso
Falso
Notas
almacena la fecha
el usuario modificó
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP] TDR Servicio Principal para EOI
PE Falso MO_MINI
NUMBER
Falso
Falso
8
0
Monto minimo para la Escala Salarial.
Falso MO_MAXI
NUMBER
Falso
Falso
8
0
Monto máximo para la Escala Salarial.
Falso ESTADO
CHAR
Falso
Falso 1
Estado del registro; tal como: Activo, Inactivo.
Falso US_CREA
VARCHAR Falso 2
Falso 20
Para fines de auditoria se registra el usuario que creó el registro.
Falso FE_CREA
DATE
Falso
Para fines de auditoria se almacena la fecha en que el usuario creó el registro.
Falso IP_CREA
VARCHAR Falso 2
Falso 15
Para fines de auditoria se registra la dirección IP desde fue creado el registro.
Falso US_MODI
VARCHAR Falso 2
Falso 20
Para fines de auditoria se registra el usuario que modificó el registro.
Falso FE_MODI
DATE
Falso
Para fines de auditoria se almacena la fecha en que el usuario modificó el registro.
Falso IP_MODI
VARCHAR Falso 2
Falso 15
Para fines de auditoria se registra la dirección IP desde fue modificado el registro.
Falso
Falso
Restricciones Nombre
Tipo
Columnas
FK_ESCALA_SALARIAL_CP Public E_PUESTO_CPE
ID_PSTO_CPE
PK_ESCALA_SALARIAL_CP Public E
ID_ESCA_SALA_CPE
Código Inicial
Notas
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP] TDR Servicio Principal para EOI
Falso IP_MODI
VARCHAR Falso 2
Falso 15
Para fines de auditoria se registra la dirección IP desde fue modificado el registro.
Restricciones Nombre
Tipo
Columnas
FK_UE_ORGANIGRAMA_UE Public
ID_UE
PK_UE_ORGANIGRAMA
ID_UE_ORGA
Public
Código Inicial
Notas
Relaciones Columnas
Asociación
(ID_UE = ID_UE)
1..* 1
Notas
UE_ORGANIGRAMA.FK_UE_ORGANIGRAMA_UE UE.PK_UE
UNIDAD_ORGANICA Descripción:
Contiene las Unidades Orgánicas por las que están compuestos cada uno de los órganos de la Unidad Ejecutora.
Columnas PK
Nombre
Tipo
No Nulo
Unico Longitud
Precisión Escala
Inicial
Notas
Verda ID_UNID_O NUMBER dero RGA
Verdadero
Falso
8
0
1
Identificador primario de la Unidad Orgánica
Falso ID_ORGA
NUMBER
Falso
Falso 0
8
0
Falso CO_UNID_ ORGA
VARCHAR Verdadero 2
Verda 10 dero
Idetificador primario del Organo, correspondiente a la Unidad Ejecutora Codigo interno de la Unidad Organica
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP] TDR Servicio Principal para EOI
Columnas
Asociación
(ID_ORGA = ID_ORGA)
1..* 1
UNIDAD_ORGANICA.FK_UNIDAD_ORGANICA_ORGANO ORGANO.PK_ORGANO
(ID_UNID_ORGA = ID_UNID_ORGA)
1..* 1
CARGO_FUNCIONAL.FK_CARGO_FUNCIONAL_UNIDAD_ORGANICA UNIDAD_ORGANICA.PK_UNIDAD_ORGANICA
(ID_UNID_ORGA = ID_UNID_ORGA)
1..* 1
PLAZA_CPE_RSC.FK_PLAZA_CPE_RSC_UNIDAD_ORGANICA UNIDAD_ORGANICA.PK_UNIDAD_ORGANICA
Diagramas de Estados No aplica al presente Caso de Uso
Notas
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP] TDR Servicio Principal para EOI
Diagrama de Componentes
MAMA - Mantenimiento de Maestr as cmp 19 - MAMA Capa de Presentacion
SIGEP.EAR
Capa de Lógica de Negocios
Mantener Planilla Clase
GestionarMantenimientoMaestras Mantener Nivel Remunerativo
Mantener Sector
Mantener Ejercicio m a nt en er Re gi me nS e rv i c io s
m an te n er Gr up oO c up ac i on a l
m an te n er Ca rg oE s tr uc tu ra l
mantenerCargoFuncional
m an te ne rE sc al aS al ar ia l
m an te ne rO rg an o
mantenerEstructuraOrganica Mantener Distrito
Mantener Norma mantenerGrupoServidores
m a nt en er Fa mi l ia P ue s to s
m an te ne r Ro lP ue s to s
mantenerNivelServ idores
m an te ne rP ue st oTi po
m an te ne rP ue st o Mantener Provincia
Mantener Establecimiento
Mantener Mantener Departamento
Mantener Periodo
Mantener Pliego
Parámetro GenerarDocumento
ConsultarBuscarNorma
CargaMasiva Mantener Especifica
Capa de Datos
Gestor Documental SIGEP.dbf
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP]
TDR Servicio Principal para EOI
12.15.4 CASO DE USO DE COMPLEJIDAD BAJA: MANTENER REGIMEN DE SERVICIOS / PREVISIONAL El Caso de Uso Mantener Régimen de Servicios / Previsional, pertenece al proceso MAMA – Mantenimiento de Maestras, cuyo Modelo TO BE ha sido mostrado en el ejemplo de Caso de Uso de Complejidad Media, por esta razón se ha omitido su presentación en este ejemplo de Caso de Uso de Complejidad Baja. ESPECIFICACIÓN DEL CASO DE USO: CU_MAN_31
Caso de Uso Fuentes Actor Descripción
M ANT ENER R ÉGIMEN DE S ERVICIOS /P REVISIONAL
CU_MAN_31: Mantener Régimen de Servicios/Previsional MEF Responsable de Mantenimiento de Maestras (Coordinador de la DTERIGRP) El presente caso de uso permite al Coordinador de la DTERIGRP realizar el registro, modificación e inactivación de regímenes de servicios. El mantenimiento de un Régimen de Servicios/Previsional se realiza a través de un solo formulario interactivo que consta de 02 secciones: “Búsqueda de Régimen” y “Listado de Regímenes”, a través de los c uales se mostrarán los siguientes campos: Nombre del Régimen. Tipos de beneficiario (Nombrados, Contratados, Pensionistas,
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP]
TDR Servicio Principal para EOI
Inactivar: Inactiva el registro que se selecciónó. Añadir: Agrega un registro al Listado de Regímenes. Flujo Básico (FB) 1. El Sistema muestra el formulario “Mantener Régimen de Servicios/Previsional” con la sección: Búsqueda de Régimen”.. 2. El Coordinador de la DTERIGRP selecciona el tipo de régimen y luego la opción “Buscar”. 3. El Sistema muestra el resultado en la sección: “Listado de Regímenes”. 4. El Coordinador de la DTERIGRP en la sección “Listado de Regímenes”,
Flujo básico
5.
6.
selecciona la opción “Añadir Régimen” . El Sistema agrega un registro en la tabla de la sección “Listado de Regímenes”, de manera que el Coordinador de la DTERIGRP ingrese los datos de nombre del “Régimen”, selecciona la “Condición”, ingresa el “Nº Norma Legal”.(VF1)(VF2) El Coordinador de la DTERIGRP selecciona la opción “Buscar Nº Norma
8.
Legal” . Busca la Norma Legal referida al Régimen (CUR1)(R1). El Coordinador de la DTERIGRP ingresa los datos requeridos en el nuevo registro creado. Para finalizar, el Coordinador de la DTERGRIP selecciona la opción
9.
“Guardar” . El Sistema guarda el Régimen de servicios o previsional ingresado(VF3)
7.
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP]
TDR Servicio Principal para EOI
FA3. Paso 4 del FB (El Coordinador de la DTERIGRP selecciona el botón “Cancelar”).
1. 2.
El Sistema cierra el formulario y la instancia del proceso. Fin del Caso de Uso. El rol correspondiente al Coordinador de la DTERIGRP debe tener los permisos para acceder al formulario “Mantener Régimen de Servicios/Previsional”.
Pre-condiciones
Post-condiciones
El Régimen de Servicios/ Previsional registrado en el Sistema.
CUR1 : CU_MAN_48 Buscar Norma.
Requerimientos Trazados Reglas de Negocio
R1: El Sistema mostrará la fecha de “Inicio Vigencia Norma Legal” y “Fin Vigencia Norma Legal” que deben ser consultadas del caso de uso “Buscar Norma”(CUR1) . R2: El Sistema no puede modificar la información de un registro cuando está en estado” Activo” en un CAP/PAP/CPE u Otros Registros, en este caso el Sistema mostrará un mensaje (M3). R3: El Sistema no puede inactivar el Régimen de Servicios/Previsional si está siendo usado en los documentos CAP, PAP, CPE y Otros Registros con estado “Pendiente de Revisión”, “Aprobado por MEF”, “Observado por MEF”,
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP]
TDR Servicio Principal para EOI
Entradas
Salidas
M4: “No se puede inactivar el Régimen de Servicios/ Previsional, porque está siendo usado”. El Sistema tiene registrado los siguientes objeto de dato: Tipo de Beneficiario. o Norma Legal. o Régimen de Servicios registrado en el Sistema.
Tabla 45: Especificación del caso de uso - CU_MAN_31 Mantener Régimen de Servicios/Previsional
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP]
TDR Servicio Principal para EOI INTERFAZ DE USUARIO DEL CASO DE USO: CU_MAN_31
M ANTENER R ÉGIMEN DE S ERVICIOS /P REVISIONAL
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP] TDR Servicio Principal para EOI
D I A G R A M A D E A C T IV I D A D E S D E L C A S O D E U S O : CU_MAN_31 M A NT E NE R R ÉGIMEN DE S ERVICIOS /PREVISIONAL act ACT-CU_MAN_31 Mantener Régimen de Servicios SIGEP
Coordinador de la DTERIGRP
Inicio
Mostrar Registros
"Mantener Régimen de Servicios"
Seleccionar la opción "Añadir" en la sección "Listado de Regímenes de Servicios"
Agregar Registro en la
CargarTipo de
Ingresar Datos de
tabla de la sección "Listado de Regímenes de
Beneficiariol en la sección "Listado de Regímenes de
Regímenes de Servicios
Servicios"
Servicios"
en la tabla "Listado de Regimenes de Servicios"
Tipo de Acción a Realizar
[Cancelar]
Seleccionar Botón
Cerrar el Formulario y la Instancia del Proceso
"Cancelar"
Mostrar los N° Normas Legales Tipo de Acción a Realizar
Final [BuscarNormaLegal] :ACT-CU_MAN_48 Buscar Norma
Guardar Régimen de Servici os en la Seccion
[Guardar]
[Modificar]
[Inactivar]
Seleccionar la opción
Seleccionar Botón
Seleccionar Opción
Seleccionar Opción
"Buscar Norma Legal"
"Guardar"
"Modificar"
"Inactivar"
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP] TDR Servicio Principal para EOI
Diagramas de Clases
Capa de Pr esentación MAMA – Mantenimiento de Maestras class DCV_MAMA
Mantener Norma
GUI: MantenerCargoEstructural G UI : M a nt en erG ru po Oc up ac io na l G UI : M a nt en erC arg oF un ci o na l
GUI: MantenerRegimenServicios Mantener Departamento
Mantener Establecimiento
GUI: MantenerGrupoServidores
GUI: M antenerOrgano
Mantener Nivel Remunerativo
Mantener Distrito GUI: MantenerEstructuraOrganica
Mantener Periodo Mantener Provincia
GUI: Mantener Maestras
Mantener Pliego
GUI: M antenerEscalaSalarial
GUI: MantenerNivelServidores
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP] TDR Servicio Principal para EOI
Capa de Datos Modelo de Datos L óg ico
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP] TDR Servicio Principal para EOI
Modelo de Datos F ís ico
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP] TDR Servicio Principal para EOI
Diccionario de Datos ESCALA_SALARIAL Descripción:
Contiene la definición de la Escala Salarial definida en cada Unidad Ejecutora.
Columnas PK
Nombre
Tipo
No Nulo
Unico Longitud
Precisión Escala
Inicial
Verda ID_ESCA_S NUMBER dero ALA
Verdadero
Falso
4
0
1
Falso ID_UE
NUMBER
Falso
Falso
4
0
Identificador de la Unidad Ejecutora.
Falso ID_CARG_E NUMBER STR
Falso
Falso
4
0
Identificador del Cargo Estructural asociado.
Falso MO_MINI
NUMBER
Falso
Falso
8
0
Monto minimo para la Escala Salarial.
Falso MO_MAXI
NUMBER
Falso
Falso
8
0
Monto máximo para la Escala Salarial.
Falso ESTADO
CHAR
Falso
Falso 1
Estado del registro; tal como: Activo, Inactivo.
Falso US_CREA
VARCHAR 2
Falso
Falso 20
Para fines de auditoria se registra el usuario que creó el registro.
Falso FE_CREA
DATE
Falso
Falso
Para fines de auditoria se almacena la fecha en que el usuario creó el registro.
Falso IP_CREA
VARCHAR 2
Falso
Falso 15
Para fines de auditoria se registra la dirección IP desde fue creado el registro.
Falso US_MODI
VARCHAR Falso 2
Falso 20
Para fines de auditoria se registra el usuario que modificó el registro.
Falso FE_MODI
DATE
Falso
Para fines de auditoria
Falso
Notas
almacena la fecha
el usuario modificó
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP] TDR Servicio Principal para EOI
PE Falso MO_MINI
NUMBER
Falso
Falso
8
0
Monto minimo para la Escala Salarial.
Falso MO_MAXI
NUMBER
Falso
Falso
8
0
Monto máximo para la Escala Salarial.
Falso ESTADO
CHAR
Falso
Falso 1
Estado del registro; tal como: Activo, Inactivo.
Falso US_CREA
VARCHAR 2
Falso
Falso 20
Para fines de auditoria se registra el usuario que creó el registro.
Falso FE_CREA
DATE
Falso
Falso
Para fines de auditoria se almacena la fecha en que el usuario creó el registro.
Falso IP_CREA
VARCHAR 2
Falso
Falso 15
Para fines de auditoria se registra la dirección IP desde fue creado el registro.
Falso US_MODI
VARCHAR Falso 2
Falso 20
Para fines de auditoria se registra el usuario que modificó el registro.
Falso FE_MODI
DATE
Falso
Falso
Para fines de auditoria se almacena la fecha en que el usuario modificó el registro.
Falso IP_MODI
VARCHAR 2
Falso
Falso 15
Para fines de auditoria se registra la dirección IP desde fue modificado el registro.
Restricciones Nombre
Tipo
Columnas
FK_ESCALA_SALARIAL_CP Public E_PUESTO_CPE
ID_PSTO_CPE
PK_ESCALA_SALARIAL_CP Public E
ID_ESCA_SALA_CPE
Código Inicial
Notas
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP] TDR Servicio Principal para EOI
Falso IP_MODI
VARCHAR 2
Falso
Falso 15
Para fines de auditoria se registra la dirección IP desde fue modificado el registro.
Restricciones Nombre
Tipo
Columnas
FK_UE_ORGANIGRAMA_UE Public
ID_UE
PK_UE_ORGANIGRAMA
ID_UE_ORGA
Public
Código Inicial
Notas
Relaciones Columnas
Asociación
(ID_UE = ID_UE)
1..* 1
Notas
UE_ORGANIGRAMA.FK_UE_ORGANIGRAMA_UE UE.PK_UE
UNIDAD_ORGANICA Descripción:
Contiene las Unidades Orgánicas por las que están com puestos cada uno de los órganos de la Unidad Ejecutora.
Columnas PK
Nombre
Tipo
No Nulo
Unico Longitud
Precisión Escala
Inicial
Notas
Verda ID_UNID_O NUMBER dero RGA
Verdadero
Falso
8
0
1
Identificador primario de la Unidad Orgánica
Falso ID_ORGA
NUMBER
Falso
Falso 0
8
0
Falso CO_UNID_ ORGA
VARCHAR 2
Verdadero
Verda 10 dero
Idetificador primario del Organo, correspondiente a la Unidad Ejecutora Codigo interno de la Unidad Organica
Elaboración del Estudio Definitivo para Desarrollo – Componente I – del Proyecto para el Mejoramiento del Servicio de Información Presupuestaria de Planillas del Sector Público [SIGEP – SP] TDR Servicio Principal para EOI
Columnas
Asociación
(ID_ORGA = ID_ORGA)
1..* 1
UNIDAD_ORGANICA.FK_UNIDAD_ORGANICA_ORGANO ORGANO.PK_ORGANO
(ID_UNID_ORGA = ID_UNID_ORGA)
1..* 1
CARGO_FUNCIONAL.FK_CARGO_FUNCIONAL_UNIDAD_ORGANICA UNIDAD_ORGANICA.PK_UNIDAD_ORGANICA
(ID_UNID_ORGA = ID_UNID_ORGA)
1..* 1
PLAZA_CPE_RSC.FK_PLAZA_CPE_RSC_UNIDAD_ORGANICA UNIDAD_ORGANICA.PK_UNIDAD_ORGANICA
Diagramas de Estados No aplica al presente Caso de Uso
Notas