AUTORIDAD NACIONAL DEL SERVICIO...

“Decenio de las Personas con Discapacidad en el Perú”

“Año de la Diversificación Productiva y del Fortalecimiento de la Educación”

Página 1 de 25

AUTORIDAD NACIONAL DEL SERVICIO CIVIL

TA.GPY‐PE‐FR‐04 Términos de Referencia 1952015

“Servicio de consultoría e implementación del Sistema de Gestión

Académica para la Escuela Nacional de Administración Pública”

Escuela Nacional de Administración Pública Oficina General de Administración y Finanzas Sub Jefatura de Tecnologías de la Información

Julio 2015

“Decenio de las Personas con Discapacidad en el Perú” “Año de la Diversificación Productiva y del Fortalecimiento de la Educación”

Página 2 de 25

INDICE

1. ANTECEDENTES ......................................................................................................... 3 2. ASPECTOS GENERALES. .......................................................................................... 3 2.1. FINALIDAD PÚBLICA............................................................................................................ 3

2.2. DENOMINACIÓN CONTRACTUAL ....................................................................................... 3

3. ALCANCE ..................................................................................................................... 4 4. DESCRIPCIÓN DEL SERVICIO ................................................................................... 5 4.1. METODOLOGÍA DEL PROYECTO. ........................................................................................ 5

4.2. CONSIDERACIÓN ADICIONAL. ............................................................................................ 5

5. OBJETIVOS .................................................................................................................. 6 5.1. GENERAL ............................................................................................................................. 6

5.2. ESPECÍFICOS ........................................................................................................................ 6

6. ACTIVIDADES GENERALES ....................................................................................... 6 7. CARACTERISTICAS DE LA SOLUCIÓN .................................................................... 7 7.1. DIAGRAMA DE DESPLIEGUE ............................................................................................... 7

7.2. ESPECIFICACIONES TÉCNICAS DEL SOFTWARE .................................................................. 8

7.3. ESPECIFICACIONES MÍNIMAS DE LA SOLUCIÓN ................................................................ 9

8. ENTREGABLES DE LA SOLUCIÓN .......................................................................... 13 8.1. ARTEFACTOS ..................................................................................................................... 13

8.2. CAPACITACIÓN .................................................................................................................. 16

9. ORGANIZACIÓN DEL PROYECTO ........................................................................... 17 10. REQUISITOS MÍNIMOS DE LA EMPRESA PROVEEDORA .................................... 18 10.1. DE LA EMPRESA ............................................................................................................ 18

10.2. REQUISITOS DEL PERSONAL DEL EQUIPO .................................................................... 19

11. DURACIÓN DEL SERVICIO ....................................................................................... 21 12. PROPIEDAD INTELECTUAL ..................................................................................... 21 13. CONFORMIDAD ......................................................................................................... 21 14. GARANTÍA .................................................................................................................. 21 15. SOPORTE Y LICENCIAMIENTO ................................................................................ 21 16. FORMA DE PAGO ...................................................................................................... 23 17. RESTRICCIONES ....................................................................................................... 23 18. ASUNCIONES Y EXCLUSIONES .............................................................................. 24 19. PACTO DE CONFIDENCIALIDAD ............................................................................. 24

TÉRMINOS DE REFERENCIA


Página 3 de 25

1. ANTECEDENTES

Mediante Decreto Legislativo N° 1023 se crea la Autoridad Nacional del Servicio Civil – SERVIR

como organismo técnico especializado y rector del Sistema Administrativo de Gestión de

Recursos Humanos del Estado encargado de establecer, desarrollar y ejecutar la política del

Estado respecto del Servicio Civil.

La Oficina General de Administración y Finanzas (en adelante OGAF) es el órgano de apoyo

encargado de la ejecución presupuestaria, administra los recursos económicos y financieros

asignados a la institución. Tiene bajo su ámbito institucional la administración de los recursos

humanos, recursos materiales, contabilidad, finanzas, adquisiciones, administración

documentaria, archivo central de la institución y centro de documentación. Asimismo, coadyuva

al fortalecimiento de la organización mediante la adecuada gestión de tecnologías de

información y de los recursos informáticos.

La Sub Jefatura de Tecnologías de Información que depende de OGAF, es la encargada de

conducir los sistemas de información, implementar soluciones informáticas y adoptar

rápidamente planes con un horizonte claro y de modernización que se requieran para estar

acorde con el avance de las Tecnologías de Información, Comunicaciones (TIC) y satisfacer la

demanda de los usuarios por el uso de éstas como soporte a los objetivos estratégicos en la

gestión Institucional.

Actualmente, la Escuela Nacional de Administración Pública no cuenta con un Sistema Integrado

de Gestión Académica (SGA) que le permita procesar y gestionar toda la información de los

procesos académicos de la institución, considerándose necesaria y prioritaria su

implementación.

2. ASPECTOS GENERALES.

2.1. FINALIDAD PÚBLICA

SERVIR, mediante OGAF y a través de la Sub Jefatura de Tecnologías de la Información (en

adelante SJTI), encargada de gestionar la operatividad de los servicios tecnológicos, aplicativos

informáticos, así como la gestión de proyectos alineados a los objetivos estratégicos de la

institución de SERVIR, en tal sentido, la Escuela Nacional de Administración Pública (en adelante

ENAP) requiere la contratación de una Empresa Consultora o Firma Consultora (en adelante el

Proveedor) que se encargue de la consultoría e implementación del Sistema de Gestión

Académica que sirva de apoyo en la automatización de sus procesos académicos además del

soporte a la gestión funcional para todo el campus de acuerdo a los requerimientos de la

Escuela.

2.2. DENOMINACIÓN CONTRACTUAL


Página 4 de 25

La denominación oficial para este proceso será:

“Servicio de consultoría e implementación del Sistema de Gestión Académica para la Escuela Nacional de Administración Pública”.

3. ALCANCE

El Sistema de Gestión Académica será implementado bajo el siguiente alcance:

Implementación de un Sistema 100% Web robusta y probada en el mercado que permita

toda la gestión académica de acuerdo a los requerimientos funcionales y No funcionales

establecidos en el acápite N° 7.

Análisis preliminar, levantamiento de Información, conocimiento del negocio, revisión de

los procesos y diagnostico previa implantación del sistema, que permita su personalización

y configuración de acuerdo a los requerimientos y necesidades de la escuela.

El Sistema deberá estar personalizado en base a los estándares de colores e imagen

institucional que será proporcionado por SERVIR.

Análisis y Diagnóstico de la infraestructura necesaria para el correcto funcionamiento del

sistema.

Propuesta de Esquema de distribución del personal necesario para el correcto

funcionamiento de la solución.

Asesoría y recomendación para la aplicación de buenas prácticas en los procesos de gestión

académica en la ENAP.

Modificaciones y adecuaciones al sistema ofertado de acuerdo a lo requerido por al área

usuaria, bajo las especificaciones indicadas en el acápite Nº 7.3.1.

Elaboración y presentación de los entregables definidos en el acápite N° 8.

Realización de las pruebas de validación integral y funcional de toda la solución que

aseguren su correcto funcionamiento en los ambientes productivos.

Acompañamiento en el despliegue de la solución en los ambientes establecidos por SERVIR

(calidad, pre‐producción, producción).

Guía, seguimiento y asesoramiento por parte del personal especializado del proveedor para

el uso del sistema posterior a su implementación revisar el acápite N° 10.2

Soporte, Mantenimiento y Licencia del uso del sistema implementado de acuerdo a lo

especificado en el acápite 15.

Garantizar el correcto funcionamiento del producto de manera integral de acuerdo a lo

especificado en el acápite 14.

Capacitación en modalidad “Train the Trainers” a los usuarios líderes y personal técnico

designado por SERVIR, de tal manera que se generen y ajusten las capacidades internas

necesarias para la adecuada operación del sistema de acuerdo a lo especificado en el

acápite 8.2.


Página 5 de 25

4. DESCRIPCIÓN DEL SERVICIO

Todo el servicio deberá realizarse sin afectar en ningún momento el normal desenvolvimiento de las actividades y operaciones de los servicios involucrados.

Los trabajos se realizarán en los horarios adecuados y necesarios para el cumplimiento de los plazos establecidos. Toda reunión con usuarios de SERVIR, deberá ser en coordinación con la SJTI y especificado en el plan de trabajo.

La estrategia que se utilizará para el desarrollo del servicio debe estar claramente detallada y especificada en el plan de trabajo, siendo ésta la que enmarque los HITOS para la presentación de los entregables. Para la entrega final, y como requisito indispensable para la firma de la conformidad y su correspondiente pago, es necesario que el proveedor entregue TODA la documentación solicitada en los plazos establecidos, así como las conformidades por parte de las capacitaciones y aprobación del servicio.

4.1. METODOLOGÍA DEL PROYECTO.

La metodología con la que trabaja SERVIR está basada en las mejores prácticas establecidas por el Project Management Institute – PMI (guía del PMBOK versión 5), ajustada a sus necesidades, y que contempla las etapas del ciclo de vida del proyecto (inicio, planeamiento, ejecución, control y cierre), además de los estándares de los procesos de adquisición y desarrollo de proyectos de Software ajustados a la Norma Técnica Peruana NTP ISO/IEC 12207:2006 Procesos del ciclo de vida del software.

El proveedor se compromete a prestar todas las facilidades para el seguimiento de dichas fases o etapas como marco del proyecto, teniendo libertad en la especificación de las sub actividades y tareas necesarias para el desarrollo exitoso del servicio.

Así mismo se compromete a presentar avances del proyecto de acuerdo al PLAN DE TRABAJO, antes de la presentación formal de cada entregable a solicitud de la SJTI o personal de SERVIR involucrado como parte interesada del proyecto.

4.2. CONSIDERACIÓN ADICIONAL.

El servicio incluirá el uso de sus propios recursos humanos, equipamiento, local, software para documentar, útiles y materiales de trabajo, u otros; por lo que el servicio deberá ser presupuestado a todo costo.

El lugar donde se desarrollará la ejecución del servicio deberá ser en el área geográfica de Lima – Perú, por lo que el proveedor deberá brindar toda información de la ubicación exacta de sus oficinas para las inspecciones correspondientes.

SERVIR se reserva el derecho de realizar las inspecciones necesarias en las oficinas del proveedor para la verificación del trabajo y del personal del equipo de acuerdo a los requisitos exigidos en el punto 10.2.


Página 6 de 25

La presentación de los avances y entregable final deberán ajustarse al horario y al lugar que disponga o establezca SERVIR en coordinación con la SJTI.

En caso de incumplimiento y/o falsedad de la información la SJTI informará a las autoridades competentes para las sanciones respectivas.

El Proveedor deberá garantizar la confidencialidad de la información proporcionada, y se abstendrá de comentar o dar opinión a terceras personas ajenas al proyecto sobre el contenido de dicha información.

5. OBJETIVOS

5.1. GENERAL

El objetivo general del proyecto es la contratación de un servicio de consultoría para la

implementación del Sistema de Gestión Académica para la Escuela Nacional de Administración

Pública que sirva como herramienta para la gestión de la institución, el cual sea funcional para

los estudiantes, profesores y personal administrativo”.

5.2. ESPECÍFICOS

Permitir gestionar el campus académico de la ENAP, y posibles cambios futuros (Multicampus).

Administrar, proteger e incrementar el conocimiento organizacional llevado a cabo en la ENAP.

Permitir gestionar toda la programación académica.

Realizar la gestión integral de la información para identificar, cumplir y exceder las necesidades de los participantes.

Automatización de los procesos de la ENAP.

Ofrecer a los estudiantes una plataforma de autoservicio para sus consultas y/o trámites.

Soportar el crecimiento y competitividad de la institución con recursos tecnológicos.

Mejora la calidad en los productos y servicios que ofrece la ENAP.

Permitir responder a los retos del sector y estar preparados para el cambio.

Aumento de la productividad y eficiencia de las áreas de gestión.

Lograr los objetivos institucionales y de los programas, facilitando la acreditación y en especial integrar productos y servicios de calidad.

Implementar una herramienta de software segura y que permita el apoyo para la toma de decisiones a nivel directivo.

6. ACTIVIDADES GENERALES

TODOS los formatos para la metodología de Gestión de Proyectos serán provistos por SERVIR,

en coordinación con la SJTI, siendo las actividades principales las siguientes:

Fase Actividades

Inicio Elaboración y presentación de documentos de Inicio del Proyecto.

Reunión Kick Off del Proyecto.


Página 7 de 25

Fase Actividades

Planificación Elaboración y presentación del Plan de dirección del Proyecto, la cual

deberá contar con:

o Plan de Gestión del Alcance

o Plan de Gestión del Tiempo.

o Plan de Gestión de Calidad.

o Plan de Gestión de las Comunicaciones.

o Plan de Gestión de Riesgos.

o Plan de Gestión de los Interesados.

Levantamiento de información y mapeo de procesos de la ENAP.

Ejecución Análisis de la situación actual, conocer el negocio, revisión de los

procesos actuales, y diagnóstico para una adecuada implementación del

sistema.

Elaboración de los procedimientos, procesos y diagrama de procesos de

la ENAP.

Implementación del Sistema de acuerdo al plan de trabajo y de acuerdo

a las especificaciones Funcionales y No Funcionales, que deberán

cumplir los procedimientos establecidos.

Elaboración y entrega de la documentación del Sistema como parte de

los entregables

Seguimiento y Capacitación para el correcto uso del sistema.

Seguimiento Reuniones programadas de acuerdo al plan de trabajo para el

seguimiento y Control de los avances del proyecto.

Cierre Reunión de cierre del proyecto y formalización de lecciones aprendidas

7. CARACTERISTICAS DE LA SOLUCIÓN

7.1. DIAGRAMA DE DESPLIEGUE

Los productos de software requeridos para la implementación estarán distribuidos en los

ambientes de Calidad, Pre‐Producción y Producción. La solución final deberá incluir el

desarrollo de la solución basada en las siguientes especificaciones:


Página 8 de 25

BD Maestras

Usuarios Internos

WS Integración Alfresco

Servidor WebApache v.2.2.15

Certificado HTTPS

Notificaciones

Documentos

Content Management

Alfresco

UsuariosExternos

WS Consulta RUC

WS Consulta de datos personales

Sistema de Información Externa

Estudiante

https://

Servidor de Aplicaciones

Jboss 6.2

Servidor de BD

ORACLE 11g

BD SGA

Exposición de Servicios

Sistemas de Servir

Directorio

Activo

Sistema de GestiónAcadémica

Fig. 1. Diagrama base

7.2. ESPECIFICACIONES TÉCNICAS DEL SOFTWARE

● El entorno de ejecución debe ser 100% Web, y construida bajo el lenguaje JAVA, en un esquema de alta disponibilidad.

● La aplicación deberá estar desplegada sobre una plataforma Jboss en capas (Fig.1 Diagrama base), proporcionado por SERVIR, debiendo asumir TODA instalación y/o configuración para el correcto funcionamiento de la solución.

● Permitir la autenticación con el directorio activo (Ver Autenticación, Autorización y Permisos de requerimientos no funcionales)

● Permitir integrarse con servicios disponibles en la institución (ver Integración, de requerimientos no funcionales).

● La Base de Datos debe ser Oracle 11g R2, con el cual cuenta la Institución. Con las siguientes características:

- Versión: Oracle 11g R2 Standard 64 bits bajo plataforma Linux (RedHat Enterprise 6.4 Enterprise, 64Bits)

- Juego de caracteres de la base de datos: AMERICAN_AMERICA.WE8MSWIN1252 - Juego de caracteres nacional: AL16UTF16 - nls_language = AMERICAN - nls_length_semantics = BYTE - nls_comp = BINARY

● La plataforma base sobre la cual el sistema deberá estar soportada será de acuerdo al siguiente cuadro:


Página 9 de 25

Plataforma Proveedor Tipo Edición

Servidor de Aplicaciones: JBoss Enterprise Application Server

Red Hat Licenciado 6.2.0

Servidor Web Apache Web Server - httpd

Apache Libre 2.x

Base de Datos: 11g Standard R2 (11.2.0.1.0 o superior) 64 bits

Oracle Licenciado 11g R2

Gestor Documental Alfresco EAP

Alfresco Enterprise 4.2F

Sistema Operativo Linux RedHat 64 bits

RedHat Enterprise 6.4

7.3. ESPECIFICACIONES MÍNIMAS DE LA SOLUCIÓN

La solución deberá responder a las siguientes especificaciones mínimas:

7.3.1 Requerimientos Funcionales Mínimos

La solución deberá responder mínimamente a los siguientes requerimientos funcionales

definidos en el documento: ME‐02‐2014‐SJTI‐FO‐04 Determinación de Requerimientos, anexo

al presente término de referencia.

7.3.2 Requerimientos No Funcionales Mínimos

La solución deberá responder mínimamente a los siguientes requerimientos no funcionales:

Directivas

1. El Sistema deberá estar personalizado en base a los estándares de colores e imagen institucional que será proporcionado por SERVIR, de preferencia el estándar de interfaces de usuario definidos y descritos en el documento ST‐01‐2014‐SJTI ‐ Estándares Diseño Interfaces Web, que será proporcionado por la SJTI.

2. La solución deberá almacenar documentos usando el gestor documental Alfresco. 3. Se deberá realizar un levantamiento de información que conlleve al mapeo de procesos del área

usuaria (ENAP), el sistema deberá acoplarse a dichos procesos.

Base de datos

1. El modelo de Base de datos deberá estar normalizado, que soporte las funcionalidades del aplicativo solicitado.


Página 10 de 25

2. El Modelo de Base de datos Entidad Relación deberá estar claro, así como el diccionario de datos y la descripción de todos los objetos creados sobre esta (stores, triggers, vistas, índices, entre otros).

3. TODA eliminación de registros de la base de datos debe ser LÓGICA, por ningún motivo debe existir la eliminación física.

4. El sistema deberá contar con un esquema de auditoria que contemple lo siguiente: permitir el seguimiento y trazabilidad de las transacciones críticas realizadas dentro del sistema, así como las transacciones realizadas directamente sobre la Base de datos, INSERT, UPDATES, DELETES

5. El proveedor deberá asignar recursos o mecanismos de carga que permitan subir la información base para iniciar correctamente el uso del sistema.

6. En caso que el producto presentado por el postor sea parte de un desarrollo a medida, la solución deberá seguir la “Guía de Convención de Nombres para la creación de objetos en Base de Datos”, definido por la SJTI de SERVIR.

Código Fuente

1. La solución deberá estar diseñada teniendo en cuenta un esquema de alta disponibilidad sobre un servidor de aplicaciones en modo Dominio y StanAlone, los cuales serán provistos por SERVIR.

2. La cadena de conexión a la base de datos debe ser administrada mediante JNDI y DataSource para que cuando se requiera modificar dicha conexión este cambio se realice en el servidor de aplicaciones y no en las fuentes del sistema.

3. La solución debe tener bajo nivel de acoplamiento y la posibilidad de editar fácilmente los parámetros (WS, correo, LDAP, etc.) que se consideren dinámicos y requieran cambios frecuentes. Estos cambios deben recaer sobre el servidor de aplicaciones y/o base de datos o archivo de propiedades a nivel de sistema operativo.

4. El lenguaje de programación a ser utilizado debe permitir la programación multitarea (multitasking), con especial configuración para el eficiente uso de recursos.

5. La herramienta de desarrollo y sus facilidades deben permitir un manejo eficiente de los “threads” o “hilos de conexión” hacia la Base de datos y el uso de los recursos de los servidores que intervienen, los recursos deben ser reutilizables con el fin de reducir el uso de memoria en los servidores de aplicaciones.

6. El Sistema deberá generar un log de aplicación, fuera de la estructura de carpetas del servidor de aplicaciones.

7. En caso que el producto presentado por el postor sea parte de un desarrollo a medida, la solución no deberá incluir código embebido SQL ni tampoco deberá existir código duro, también conocido como Hard‐Code que consiste en incrustar datos directamente en el código fuente del programa, en lugar de obtener esos datos de una fuente configurable

Rendimiento y Presentación

1. La disponibilidad del sistema debe ser continua con un nivel de servicio para los usuarios de 7 días X 24 horas.

2. El sistema deberá incluir un código captcha robusto como parte de las validaciones para el acceso al sistema.

3. El tiempo de respuesta para la obtención de datos a través del sistema no deberá exceder los 3 segundos.


Página 11 de 25

4. El sistema deberá contener una interfaz intuitiva y amigable hacia el usuario final que permita la manipulación interactiva de áreas de la página sin que esto afecte el resto (Rich Internet Application ‐ RIA).

5. Los datos en los paneles de ingreso y/o modificación que son requeridos deben estar enmarcados de algún color o símbolo que puedan ser identificados fácilmente por el usuario.

6. Los listados deben flexibles con la paginación, ordenamiento ascendente y descendente por campo mostrado.

7. Debe permitir la exportación de los datos en los listados y reportes bajo los formatos pdf, excel, csv, Word, ascii y rtf.

8. Para los reportes de gestión se deberá mostrar información en forma de gráficos estadísticos y a nivel gerencial para toma de decisiones.

9. La solución deberá ser accesible desde cualquier estación de trabajo que soporte los navegadores Web Mozilla Firefox, Internet Explorer y Chrome de Google desde las ultimas 3 versiones para adelante.

10. Los formularios para ingreso o edición de información deberán estar diseñados sobre frames contraíbles o tabuladores que permitan agrupar la información de acuerdo al motivo del negocio.

11. Los datos en donde sean requeridos, fechas, números, teléfonos, email, entre otros, deben estar validados de tal forma que no permitan errores de digitación de parte del usuario, a nivel de cliente (FrontEnd) y servidor (BackEnd).

12. El sistema debe alertar y validar siempre todos los formularios antes de grabar los datos y validar que se hayan ingresado todos los datos obligatorios para su almacenamiento.

13. Alta Disponibilidad, Escalabilidad y eficiencia; la solución deberá proveer mecanismos que garanticen un acceso estable y eficiente frente a aumentos considerables de accesos concurrentes, incluso frente a casos de falla en algunos de los sistemas que soportan la aplicación.

14. La solución deberá proveer la seguridad necesaria para resistir las vulnerabilidades comunes indicadas según la organización OWASP y estará securizado frente a las vulnerabilidades web más habituales:

SQL Injection

Cross Side Scripting

Robo de sesiones

Denegación de servicios, entre otros.

Integración

1. El sistema deberá integrarse al gestor documental a través del Web Services existente de Alfresco (el WS será provisto por SERVIR), tanto para las consultas, registro y actualización de documentos que puedan ser utilizados como parte del negocio.

2. Toda información que requiera de números de DNI o RUC y otros que requieran validación con entidades externas deberán ser consumidos por los Servicios Web de integración disponibles por SERVIR.

3. El sistema deberá integrarse a información única a nivel de la institución almacenada en la base de datos maestra.

Autenticación, Autorización y Permisos


Página 12 de 25

1. El sistema deberá permitir:

Métodos de autenticación sobre un canal https para usuarios internos de la institución con un contexto personalizado, el cual realizará la validación de autenticación con el Directorio activo de la institución.

Métodos de autenticación sobre un canal https para usuarios externos con un contexto personalizado, el cual realizará la validación de autenticación con tabla de usuarios y clave encriptada de la base de datos implementada para la solución.

2. La solución deberá proveer un módulo dinámico de administración de usuarios a nivel de permisos, roles y autorizaciones para el acceso a las opciones del sistema.

Requerimientos de Calidad

1. Pruebas Unitarias: el proveedor deberá realizar las pruebas mediante mecanismos automatizados por ejemplo JUnit, los cuales deberá entregar para la ejecución de los mismos.

2. Pruebas Funcionales: el proveedor deberá realizar las pruebas funcionales con el equipo de la SJTI y los usuarios del ENAP, para lo cual entregará los casos de prueba ya ejecutados.

3. Pruebas de Integración: el proveedor deberá entregar las pruebas de integración de todos los módulos, servicios web consumidos y con otros sistemas, para lo cual entregará los casos de prueba ya ejecutados.

4. Pruebas de Rendimiento: el proveedor deberá realizar y ejecutar los casos de prueba, con 100, 200, 400 a más usuarios concurrentes hasta estresar al Servidor. En base al resultado el proveedor deberá generar un informe que muestre el comportamiento del aplicativo, con los distintos volúmenes de carga. Estas pruebas involucran pruebas de carga, stress y rendimiento.

5. Pruebas de Seguridad: el proveedor deberá realizar las pruebas necesarias para detectar las vulnerabilidades del aplicativo, según la organización OWASP, por ejemplo: SQL Injection, Cross Side Scripting, Robo de sesiones y Denegación de servicios

6. Para todas pruebas, se deberá realizar todos los ajustes necesarios para Optimizar el aplicativo, basado en los resultados de la prueba realizadas. Así mismo deberá realizar las recomendaciones necesarias para la optimización a la plataforma de infraestructura. Como máximo el tiempo de respuesta deberá ser como máximo 3 segundos y soportar como mínimo 1000 usuarios concurrentes para el aplicativo externo y 100 usuarios concurrentes para el aplicativo interno.

7. Para todas las pruebas se generaran informes de resultados, bajo los criterios de forma establecidos por Servir.

8. Se deberá realizar el servicio de manera presencial en las oficinas de Servir, bajo la supervisión de la SJTI.

7.3.3 Otras Especificaciones técnicas.

La solución deberá incluir el suministro de una capa de conexión segura SSL, bajo las siguientes

especificaciones técnicas mínimas:

✓ Sobre el Certificado SSL

● Cantidad: Un (1) certificado digital SSL Secure Site Pro de Verising ● Estándar X.509 v3


Página 13 de 25

● Nivel de Cifrado: Hasta 256 bits, mínimo de 128 bits. ● Incluye Sello de “Sitio Web de Confianza”. ● Incluye autenticación y verificación completa de la organización, adicionalmente incluye

detalles de Dominio e identidad. ● Detalles del certificado: Dominio e identidad ● Vigencia de Certificado: 1 año como mínimo ● Tecnología SGC (Server‐Gated Cryptography) ● Compatibilidad con navegadores: 99.9% ● Compatibilidad con servidores WEB: 99.9% ● Soporte de IDN (International Domain Names) y OSCP (Online Certificate Status Protocol). ● Emitido por un Root Certificate Authority – CA Raíz reconocido. ● Se deberá realizar la Instalación del Certificado digital SSL ● Certificado Intermedio (CA) emitida por la entidad certificadora. ● Se deberá elaborar el manual o guía de generación del CSR de acuerdo al navegador del

servidor. ● Se deberá elaborar el manual o guía de instalación del certificado SSL.

8. ENTREGABLES DE LA SOLUCIÓN

8.1. ARTEFACTOS

El proveedor deberá presentar los siguientes entregables mediante mesa de partes de SERVIR,

en formato físico y en digital de acuerdo al siguiente cuadro:

N° Entregables a presentar Plazo máximo de

entrega

1

Documentación:

● Documentos de Inicio del proyecto.

● Plan de Dirección del proyecto.

● Acuerdo de confidencialidad.

10 días contados a

partir de la firma

de contrato.

Documentación:

● Documentación de Procesos

● Diagrama de Procesos general y detallado.

● Diagnóstico de Situación Actual y propuesta de implementación

● Especificaciones técnicas del hardware

● ME‐02‐2014‐SJTI‐FO‐04 Determinación de Requerimientos

● ME‐02‐2014‐SJTI‐FO‐11 Diseño de Arquitectura

● ME‐02‐2014‐SJTI‐FO‐14 Diseño de Base de Datos.

● ME‐02‐2014‐SJTI‐FO‐17.4 Manual Despliegue y Configuración

● ME‐02‐2014‐SJTI‐FO‐21 Ejecución del Plan de Pruebas

45 días contados a

partir de la firma

de contrato.


Página 14 de 25

● ME‐02‐2014‐SJTI‐FO‐23 Manual del Sistema.

● Documentación de Gestión de Proyectos.

Software:

● MODULO I (Versión Beta 1.0)

Administración, Autenticación y Configuración

Auditoria

● Scripts de ejecución para la Base de Datos

02

Documentación:



● ME‐02‐2014‐SJTI‐FO‐22 Manual Usuario.


Software:

● MODULO II (Versión Beta 2.0)

Gestión Institucional

Gestión de Planta Física


70 días contados a

partir de la firma

de contrato

03

Documentación





Software:

● MODULO III (Versión Beta 3.0)

Gestión Académica

Gestión de Admisiones

Gestión de Reglamentos


100 días contados

a partir de la firma

de contrato


Página 15 de 25

04

Documentación





Software:

● MODULO IV (Versión Beta 4.0)

Gestión de Asignatura

Gestión Docente

Gestión de Mallas Curriculares


125 días contados


de contrato

05

Documentación




● Plan de capacitación a usuarios (Indicadas en el acápite Nº 8.2).


Software:

● MODULO V (Versión Beta 5.0)

Gestión de Horarios, Periodos y Notas

Gestión de Grados y Egresados


150 días contados


de contrato

06

Documentación


● ME‐02‐2014‐SJTI‐FO‐14 Diseño de Base de Datos

● ME‐02‐2014‐SJTI‐FO‐17.4 Manual Despliegue y Configuración


● ME‐02‐2014‐SJTI‐FO‐23 Manual del Sistema


● Material de la capacitación (diapositivas, documentos, video tutoriales, listado

de asistencia, entre otros.)

● Entrega de documento de garantía del sistema (Indicadas en el acápite Nº 14).

● Entrega de certificado para licencia de uso del sistema (Indicadas en el acápite

Nº 15).


180 días contados


de contrato


Página 16 de 25

Software:

● MODULO VI (Versión Final 1.0.0.0)

Reportes y Consultas

Estadísticas Académicas


Certificados Digitales:

● Instalación del Certificado digital SSL

✓ Consideraciones:

● TODA documentación deberá desarrollarse bajo los formatos establecidos por la SJTI aprobados como parte de la Metodología de Desarrollo de Software y la Metodología de Gestión de Proyectos, los cuales serán entregados una vez iniciado el servicio y luego de la entrega del documento Acuerdo de Confidencialidad, de existir alguna plantilla adicional será coordinado con la SJTI para su adecuada presentación.

● La división por fases y por módulos es la que finalmente se acuerde en las reuniones de planificación del proyecto de común acuerdo entre la SJTI y el proveedor.

● Todo entregable documentado (técnico y funcional) deberá estar claramente tipificado en el idioma español – Perú.

El entregable debe incluir TODOS los artefactos requeridos como parte del trabajo, una versión en formato digital (CD/DVD) y otro impreso en físico; con dos ejemplares cada uno, junto al acta de conformidad del servicio.

Se debe entregar la totalidad de la documentación generada como parte del servicio.

Los documentos digitalizados deberán estar bajo el formato .docx utilizado por el procesador de textos Microsoft Word y desarrollados bajo los formatos establecidos por la SJTI.

Los cronogramas de proyecto estarán en Microsoft Project (.mpp)

Todos los documentos deben estar debidamente visados, sellados y firmados por el proveedor, y en las que corresponda visado por Servir.

8.2. CAPACITACIÓN

La capacitación tendrá la modalidad de “Train the Trainers” a los usuarios líderes y personal

técnico para lo cual deberá incluir material ilustrativo, audiovisual y video tutoriales, los cuales

serán utilizados en las capacitaciones y entregados a la SJTI en formato físico y digital.El Postor

deberá incluir como parte de la propuesta la capacitación necesaria, el cual deberá ajustarse al

horario y al lugar que disponga o establezca SERVIR, para esto deberá presentar un

plan/programa de capacitaciones que incluirá la programación de horas, responsables de la

capacitación, temáticas a tratar (Syllabus) y que será aprobado previamente por la SJTI y las

áreas involucradas de acuerdo a lo siguiente:


Página 17 de 25

Capacitación funcional a los usuarios finales sobre el uso del sistema para todos los usuarios

(personal que designe Servir), un total de 24 horas lectivas como mínimo, en el horario y

lugar que disponga Servir.

Capacitación sobre la administración del Sistema, configuraciones y demás consideraciones

para el correcto funcionamiento del sistema, para un mínimo de 06 personas con un total

de 12 hora lectivas como mínimo.

Capacitación técnica al personal de la SJTI referente a la solución y herramientas utilizadas

la implementación y despliegue, para un mínimo de 10 personas, en un total de 12 horas

lectivas como mínimo, en el horario y lugar que disponga Servir.

9. ORGANIZACIÓN DEL PROYECTO

Las instancias de dirección y supervisión del servicio por parte del SERVIR son las siguientes:

La ENAP designará una persona como Lider Usuario para realizar labores de coordinación entre

la SJTI y los usuarios de la ENAP, así mismo la SJTI designará una persona como Gestor de

Proyecto para realizar labores de coordinación entre el Proveedor y SERVIR, esta persona será

el único nexo entre el proveedor y SERVIR, el cual estará compuesto por:

SJTIGestor de Proyectos

Director de Proyecto

Equipo Técnico

SERVIR PROVEEDOR

Stakeholders

ENAPLíder Usuario

El proveedor presentará en su propuesta la organización que establecerá para la correcta

ejecución del servicio, para lo cual asignará a un profesional de primer nivel como Director de

Proyecto, el mismo que estará involucrado a tiempo completo al inicio y final del servicio y en

los períodos de entrega de documentos e informes de avance. No obstante se encontrará

siempre disponible cuando SERVIR lo requiera.

SERVIR se reserva el derecho de evaluar al candidato propuesto por el Proveedor a fin de

determinar su idoneidad para el puesto. Asimismo, en cualquier momento, podrá pedir su

cambio si a juicio de SERVIR, el Gerente no está cumpliendo con las labores a su cargo.


Página 18 de 25

Como parte de las actividades que deberá desarrollar el Director de Proyecto se encuentran:

Presentar al Comité Operativo el plan de trabajo de todas las actividades del proyecto

y el cronograma respectivo.

Dirigir la ejecución del Proyecto, supervisar el cumplimiento del Plan de Trabajo y los

estándares de calidad.

Presentar los entregables definidos en el punto 8.

Participar en todas las reuniones de Comité Operativo (al menos una reunión por

semana) y en las del Comité Gerencial cuando sea requerido.

Informar periódicamente al Comité Operativo sobre el avance del proyecto.

Otras tareas de gestión que estime el Proveedor o que SERVIR establezca.

10. REQUISITOS MÍNIMOS DE LA EMPRESA PROVEEDORA

10.1. DE LA EMPRESA

El rubro del proveedor deberá ser de servicios en tecnologías de información y/o desarrollo de

sistemas informáticos.

El proveedor debe contar con una experiencia mínima de siete (07) servicios en periodos de

cuatro (04) meses como minimo cada uno, relacionados a: Desarrollo o Implementación de

Sistemas de Información, en el sector público o privado.

El proveedor deberá acreditar los derechos de propiedad intelectual o ser representante que

demuestre capacidad técnica de realizar modificaciones y adecuaciones de acuerdo a las

personalizaciones y requerimientos que exige el proyecto; para lo cual los proveedores deberán

acreditar oficinas en el Perú, centro de desarrollo de software en el Perú, y soporte y asistencia

técnica para la ciudad de Lima.

El Proveedor presentará en su propuesta el siguiente personal clave que será materia de

evaluación:

01 Director de Proyecto.

01 Especialista en Implantación de Software

01 Especialista en Sistemas de Información

02 Analista Programador

01 Analista de Calidad

El proveedor deberá presentar el currículum vitae documentado del personal asignado al

servicio quienes deberán cumplir con el perfil exigido. La formación y experiencia deben ser

documentadas con los títulos y certificados correspondientes.


Página 19 de 25

10.2. REQUISITOS DEL PERSONAL DEL EQUIPO

El proveedor tendrá todas las facultades de contratar profesionales para este servicio, cuyo

desempeño será de completa responsabilidad de la empresa tanto en el ámbito logístico,

administrativo y de control, no eximiéndole del cumplimiento bajo las condiciones del personal

clave de la presente sección.

De existir algún cambio y/o rotación del personal involucrado en el equipo de proyecto del

proveedor, este deberá comunicar y entregar la documentación respectiva del nuevo integrante

a SERVIR para la verificación respectiva.

Se considera como requisitos mínimos para el personal de la empresa proveedora lo siguiente:

10.2.1 Director de Proyecto

Grado Académico Profesional titulado en Ingeniería Industrial, de Sistemas, Informática, computación o Software con colegiatura vigente.

Experiencia

No menor de (05) cinco años de experiencia laboral en el área o actividades de tecnologías de información. Haber desempeñado el cargo de gestor o similar, en no menos de (05) cinco Proyectos sobre Tecnología de la Información. Haber liderado como mínimo (02) dos proyectos referidos a la implementación de Sistemas de Tecnologías de Información en instituciones públicas.

Acreditaciones y/o

Especializaciones Especialista en Gestión de Proyectos (PMBOK)

Cantidad 01

10.2.2 Especialista en Implantación de Software.

Grado Académico Profesional titulado Ingeniería Industrial, Informática o Computación, Administración o carreras afines.

Experiencia

No menor de (04) cuatro años de experiencia laboral en el área o actividades de tecnologías de información. Experiencia mínima de (04) cuatro implantaciones de software de gestión académica, en el sector público y/o privado.

Acreditaciones y/o

Especializaciones Especialista en Gestión de Procesos (BPM)

Cantidad 01

10.2.3 Especialista en Sistemas de Información


Página 20 de 25

Grado Académico Profesional titulado Ingeniería de Sistemas, Informática, computación, software o carreras afines.

Experiencia

Experiencia mínima (05) cinco años en áreas o actividades relacionadas a tecnologías de información. Haber desempeñado el cargo de Especialista en Sistemas de Información con experiencia en los procesos administrativos de gestión académica y haber realizado no menos de (03) tres proyectos relacionados a estos, diseño de Sistemas de Información, Tecnología de Información o similares.

Acreditaciones y/o

Especializaciones

Con certificación en:Administración de Base de Datos Oracle Desarrollo de tecnologías JAVA Acreditación en cursos RUP o UML o análisis de negocios.

Cantidad 01

10.2.4 Analista Programador

Grado Académico Profesional Técnico, Bachiller y/o Titulado en Ingeniería de Sistemas, Informática, Computación o Software.

Experiencia

Experiencia mínima (03) tres años en áreas o actividades relacionadas a tecnologías de información. Haber desempeñado como Analista programador implementando Soluciones Tecnológicas o cargos similares bajo la plataforma Java y base de datos Oracle.

Acreditaciones y/o

Especializaciones

Cursos acreditados en Java Cursos acreditados en Base de datos Oracle

Cantidad 02

10.2.6 Analista de Calidad

Grado Académico Título o bachiller en Ingeniería de Sistemas, Informática o Software.

Experiencia

No menor de (03) tres años de experiencia laboral como Analista de Calidad

de proyectos en la industria TI y haber participado al menos tres (03)

proyectos demostrables como analista de calidad de soluciones de gestión

académica bajo la plataforma Web.

Acreditaciones y/o

Especializaciones

Cursos de aseguramiento de la calidad y/o talleres en el uso de herramientas

de calidad.

Cantidad 01


Página 21 de 25

11. DURACIÓN DEL SERVICIO

La duración del servicio deberá ser de 180 días calendarios, iniciados un día después de

recepcionada la Orden de Servicio por parte del proveedor.

12. PROPIEDAD INTELECTUAL

El Proveedor acepta expresamente que los derechos patrimoniales y conexos de propiedad

intelectual sobre toda la solución y los artefactos/productos que deriven del servicio (código

fuente, archivos de despilegue, documentación, entre otros), son de propiedad exclusiva de

SERVIR.

13. CONFORMIDAD

La conformidad será otorgada por la Escuela Nacional de Administración Pública en conjunto

con la Sub Jefatura de Tecnologías de la Información, luego de realizada la verificación de los

entregables.

14. GARANTÍA

El postor ofrecerá un período de garantía no menor de doce (12) meses, el cual inicia una vez

culminado el servicio de implementación y otorgada la conformidad del mismo. Esta garantía

permitirá realizar las correcciones, modificaciones y adecuaciones que sean necesarias para

corregir errores u omisiones resultantes de los desarrollos y adecuaciones realizadas por el

consultor, que ocasionen que el sistema no se puedan operar correctamente, con un tiempo

de respuesta de (02) dos horas como máximo luego de haberse reportado la falla o error, el

cual podrá ser reportado vía telefónica, web y/o correo electrónico. Esta garantía no cubrirá la

implementación de nuevas funcionalidades, solo cubre lo definido en el alcance del servicio.

Dicha garantía deberá ser acreditada y entregada por documentación y/o carta del Postor a

nombre de SERVIR.

15. SOPORTE Y LICENCIAMIENTO

La Licencia para el Uso del Sistema de Gestión Académica, deberá ser permanente y corporativo

para el ingreso ilimitado de usuarios bajo ninguna restricción.

La Licencia deberá incluir TODO software o componente adicional de forma permanente que

requiera el sistema para su correcto funcionamiento y que no forme parte del software base

proveída por SERVIR de acuerdo a lo indicado en el acápite Nº 7.2.


Página 22 de 25

El servicio de soporte o actualización de parches o mejoras deberá tener una duración de (12)

meses el cual inicia una vez culminado el servicio de implementación y otorgada la conformidad

del mismo.

El proveedor deberá proporcionar soporte técnico telefónico y presencial durante el período

que dure el soporte ante cualquier consulta sobre la operatividad del software, y ante cualquier

falla técnica del mismo.

Al momento de reportarse un problema o incidencia, el proveedor deberá atenderla de

acuerdo a los siguientes parámetros de criticidad, y según ello deberá asegurar el cumplimiento

de la solución.

Nivel de Atención Características para la Atención

Alta (A):

Caída de Servicios que impactan

directamente la disponibilidad del

sistema.

● Tiempo de Respuesta < 1 horas.

● Tiempo de Diagnóstico < 2 horas.

● Restablecimiento Final del servicio < 4 horas.

Vías de soporte: Presencial

Mediano (B):

Incidencias que afectan el rendimiento

del servicio, impactan en la

disponibilidad del sistema pero no

ocasionan su caída.



● Restablecimiento Final del servicio < 8 horas

Vías de soporte: Presencial, teléfono o correo

Bajo (C):

Consultas Técnicas y Requerimientos

Correctivos.



● Restablecimiento Final del servicio < 16 horas

Vías de soporte: Presencial, teléfono o correo

El proveedor deberá señalar por escrito los datos de contacto de las personas designadas para

la atención de los problemas consignando al responsable, función, teléfono, email.

La cobertura del servicio se efectuará de acuerdo a los siguientes puntos:

Descripción Soporte

Horario de atención del proveedor. ● Lunes a Viernes en el horario de 9:00 am a 6:00 pm.

Vías de soporte.

Con generación tickets de atención

● Presencial

● Por teléfono


Página 23 de 25

● Por correo

● Sistema de incidencias

Nivel de soporte ● De acuerdo a lo especificado en el presente

documento.

16. FORMA DE PAGO

El pago se hará efectivo luego de la conformidad del servicio por parte de SERVIR de acuerdo

al punto 8. ENTREGABLES DE LA SOLUCIÓN y el punto 13. CONFORMIDAD, siendo esta de la

siguiente manera:

ENTREGABLE DIA (*) PORCENTAJE DE PAGO

Primer 45 10% del monto total

Segundo 70 15% del monto total

Tercer 100 20% del monto total

Cuarto 125 15% del monto total

Quinto 150 15% del monto total

Sexto 180 25% del monto total

(*) Días Contados a partir de la firma de contrato

Para la conformidad de ENTREGABLES de pago deberá existir ACTAS DE CONFORMIDAD por

cada entregable realizado dentro de las fechas establecidas (Artefactos de Gestión,

Documentación del Servicio) y supervisadas por la SJTI el cual deberá ser adjuntado como parte

de los entregables.

17. RESTRICCIONES

Todo levantamiento de información necesario se realizará de modo presencial en las

instalaciones de SERVIR en el horario que servir indique, siendo el proveedor el responsable

de adecuarse a las especificaciones señalas y ámbito de trabajo.

De requerirse la presencia del proveedor, el lugar de trabajo será en las instalaciones de SERVIR.

Hasta su correcta implementación, la solución es de total responsabilidad del proveedor,

quien debe hacerse cargo tanto de las instalaciones como las pruebas correspondientes del

sistema antes de la puesta en producción.

El periodo de contratación para la implantación del servicio debe tener un máximo de

duración de (06) meses desde la firma del contrato.

El servicio de Licencia de Uso del Sistema de Gestión Académica, deberá ser permanente

y/o corporativo sin limitaciones de uso.


Página 24 de 25

El servicio de soporte, mantenimiento o actualización de parches o mejoras deberá tener

una duración de (12) meses el cual inicia una vez culminado el servicio de implementación

y otorgada la conformidad del mismo.

18. ASUNCIONES Y EXCLUSIONES

ES RESPONSABILIDAD DE SERVIR ES RESPONSABILIDAD DEL POSTOR

Mantener a disposición la información

necesaria por el proveedor para que ejecute

eficientemente el servicio requerido. Esta

información deberá ser solicitada con

anticipación y de acuerdo al plan

establecido para la ejecución del proyecto.

Absolver las consultas y dudas que tuviera el

Postor durante la implementación del

proyecto.

SERVIR proporcionará una sala de trabajo

con mesas y sillas para las reuniones de

trabajo, así como todas las facilidades

necesarias para las entrevistas y

coordinaciones con los usuarios,

funcionarios y autoridades de SERVIR que se

considere necesario y este programado de

acuerdo al Plan de Trabajo.

Durante el período de prestación del

servicio, se evaluarán la calidad del servicio,

a fin de que SERVIR determine las

correcciones necesarias si fuera el caso.

Realizar el trabajo sin afectar en ningún

momento el normal desenvolvimiento de las

actividades y operaciones de los servicios

involucrados.

Cumplir con los requerimientos solicitados

oportunamente según cronograma

establecido en el plan de trabajo

Cumplir y respetar los estándares

documentales establecidos por SERVIR.

Contar con un equipo de trabajo

especializado en este tipo de

implementaciones.

Participar en todo el ciclo de vida del

proyecto, con especial énfasis en la

validación de requerimientos funcionales con

el área usuaria.

El horario normal del equipo de trabajo del

contratista será igual que el horario de

SERVIR, de 9:00 a.m. a 6:00 p.m. salvo exista

una coordinación diferente con SERVIR.

19. PACTO DE CONFIDENCIALIDAD

A la firma del contrato de servicio o adjudicación de la orden de servicio el proveedor queda

expresamente obligado a mantener absoluta confidencialidad y reserva sobre la información,

fruto del servicio o cualquier otro aspecto relacionado con SERVIR, no pudiendo difundir, aplicar

ni comunicar a terceros información a la que haya tenido acceso durante la ejecución del mismo,

no pudiendo copiar o utilizar esta información con distinto a su objeto, ni tampoco cede a otros

ni siquiera a efectos de conservación. Esta obligación se mantendrá incluso después del término

del contrato. Para lo cual el proveedor del servicio firmará un


Página 25 de 25

Acuerdo de Confidencialidad, que le hará llegar la Sub Jefatura de Tecnologías de Información

una vez iniciado el servicio.

AUTORIDAD NACIONAL DEL SERVICIO...

Documents

Transcript of AUTORIDAD NACIONAL DEL SERVICIO...