Mantenimiento y Evolución del Sistema de Gestión de Identidades

Transcripción

1 Pliego de Bases Técnicas: Mantenimiento y Evolución del Sistema de Gestión Fecha: Marzo de 2010 Referencia: 014/2010 EJIE S.A. Mediterráneo, 14 Tel * Fax Vitoria-Gasteiz Posta-kutxatila / Apartado: Vitoria-Gasteiz Este documento es propiedad de EJIE, S.A. y su contenido es confidencial. Este documento no puede ser reproducido, en su totalidad o parcialmente, ni mostrado a otros, ni utilizado para otros propósitos que los que han originado su entrega, sin el previo permiso escrito de EJIE, S.A.. En el caso de ser entregado en virtud de un contrato, su utilización estará limitada a lo expresamente autorizado en dicho contrato. EJIE, S.A. no podrá ser considerada responsable de eventuales errores u omisiones en la edición del documento.

2 Contenido Capítulo/sección Página 1 Introducción 4 2 Objeto, Alcance y Descripción del Servicio Objeto y Alcance del Servicio Descripción del Servicio Mantenimiento y gestión de incidencias Consultoría de integración SAP Recursos Humanos- Oracle OIM Escenarios de Seguridad provisionados con Oracle OIM 9 3 Principales Entregables Metodología Aplicable y Entorno Tecnológico Metodología y Guía de Estilo Aplicable Entorno Tecnológico Planificación y Organización Plan de Proyecto Plan de Entregas e Hitos de Control Diagrama de Gantt Organización del Equipo de Trabajo Asignación de recursos a fases del proyecto Equipo de Trabajo Transferencia Tecnológica. 16 de Identidades

3 6 Presupuesto/Oferta económica Procedimientos y Calidad 18 8 Mecanismos de Seguimiento, Control y Supervisión Mecanismos de Seguimiento y Control Supervisión del proyecto 19 9 Plazo de ejecución y Plan de Facturación Criterios de Valoración Garantía y Confidencialidad Garantía Confidencialidad de la información Protección de datos Propiedad intelectual Prestaciones superiores o complementarias a las exigidas Estructura y Formato de la Propuesta Estructura normalizada y contenido de las propuestas Formato de la Propuesta Sobres y Elementos. 27 de Identidades

4 1 Introducción EJIE durante el año 2009 ha desplegado en Producción un proyecto de Gestión con el siguiente alcance: Elección de la tecnología Oracle OIM (Oracle Identity Management) para el sistema de Gestión Integración con la fuente autoritativa de datos del Gobierno Vasco (GIP) Integración con la fuente autoritativa de EJIE ( esynergy) Integración con la consola de XLNets Modelado en OIM de la relación persona, puesto de trabajo y servicios asociados al puesto Provisión de usuarios y asignación de recursos de los siguientes repositorios: o o XLNETS Microsoft AD o Microsoft Exchange 2003 o o ARS esynergy Despliegue de la solución Oracle esso sobre Windows El proyecto denominado SARGUNE en el ámbito del Gobierno Vasco ha implicado un fuerte cambio para los usuarios finales: Cambio a nuevos identificadores de usuario basados en la persona, que no cambian aunque la persona cambie de puesto organizativo Implantación de una política de contraseñas fuertes basada en Microsoft Active Directory Implantación de una solución de Enteprise Single Sign On y de autoservicio de contraseñas Nuevos procedimientos de provisión que afectan a los flujos de provisión del Gobierno Vasco También dentro del ámbito de EJIE para el servicio del SASU supone una gestión del cambio muy importante: Nueva herramienta para la provisión de usuarios y asignación de recursos Nuevos procedimientos de provisión automatizados Nuevos identificadores de usuarios Nueva política de contraseñas en Windows 4/27

5 El objetivo de este pliego es atender el mantenimiento correctivo y adaptativo que pueda surgir del uso de la herramienta por parte del servicio SASU y activar las líneas de evolución del Sistema de Gestión de Identidades con la perspectiva de nuevos proyectos o consultoria tecnológicas. La arquitectura de máquinas y servicios se ha desplegado sobre los entornos de Desarrollo/Integración y Producción. Además de estos entornos existe otro entorno de Construcción que reside en los equipos de trabajo y que virtualiza los distintos componentes del Sistema de Gestión. Los distintos desarrollos se han realizado utilizando Eclipse como editor de clases JAVA, el repositorio de código fuente reside en el repositorio Subversión corporativo. El Sistema de Provisión de Usuarios se divide en los siguientes grandes bloques: Integración con las fuentes autoritativas de datos Modelo de datos de Oracle OIM Adaptación del modelo persona, puesto y servicios Adaptación de los conectores a los repositorios Reconciliación de los distintos repositorios Adaptación de la solución Oracle esso La integración con las fuentes autoritativas de datos ha supuesto la modificación de los siguientes procesos: Adecuación del proceso de consolidación N38J como fuente autoritativa de GIP Adecuación de esynergy como fuente autoritativa de EJIE Adecuación de consola N38K de XLNets, como fuente autoritativa de otros tipos de usuarios 5/27

6 2 Objeto, Alcance y Descripción del Servicio 2.1 Objeto y Alcance del Servicio Este documento tiene por objeto presentar una serie de necesidades detectadas en el Sistema de Gestión como plataforma o servicio disponible para el resto de sistemas albergado en EJIE. Estos objetivos han de alcanzarse mediante la ejecución de una serie de subproyectos claramente identificados (para una descripción detallada ver el apartado 2.2), que son los siguientes: Mantenimiento y gestión de incidencias Consultoría de integración SAP Recursos Humanos - Oracle OIM Escenarios de Seguridad resueltos con Oracle OIM El objeto es la contratación de los servicios profesionales de una empresa para que realice las tareas asociadas a los subproyectos enumerados. Igualmente este documento describe los requisitos, de cada uno de los proyectos, que deben cubrir todas aquellas ofertas que presenten las empresas que deseen colaborar con EJIE en el desarrollo del mencionado proyecto. 2.2 Descripción del Servicio Dentro del alcance de este Pliego de Condiciones, se espera que los siguientes temas ya enunciados en el punto anterior, sean desarrollados y valorados por el suministrador. La organización global del proyecto comprende la división de los trabajos en subproyectos que permitan facilitar la consecución de hitos parciales que favorezcan la completa ejecución de los trabajos. De este modo el suministrador deberá realizar: Mantenimiento y gestión de incidencias Mantenimiento Correctivo A continuación, a modo de inventario, y con objeto de facilitar la valoración del esfuerzo de mantenimiento correctivo, se expone una relación de las funcionalidades implementadas en la actual plataforma OIM-ESSO: Proceso de carga inicial Proceso de transformación de Active Directory Desarrollos dentro de OIM Admisión de correos sin raíz de DNS Nuevo enlace en consola administración de OIM Modificación de xldataobjects.jar Nueva consola de puestos: Gestión de servicios asociados puestos 6/27

7 Utilidades varias Reconciliación tablas lookup desde Xlnets en tareas planificadas Utilidades N38J Actualización de servicios en función de cambios en entidades Actualización los servicios de puestos ante cambio manual de servicio Conectores desplegados, conectores Java entre OIM y repositorios: Conector LDAP de XLNETS Conector Active Directory Conector ARS Conector Exchange Conector genérico para tratamiento de tablas externas (Synergy) En total son 74 ficheros.java los desarrollados, distribuidos de la siguiente forma: AD: Aprovisionamiento: 5 clases Reconciliación: 5 clases KNADRama: Clases desarrolladas para la carga inicial Reconciliación: 4 clases ARS: Pendiente del desarrollo de más, la cifra no es definitiva Aprovisionamiento: 1 clase Exchange: Aprovisionamiento: Reconciliación: 5 clases 4 clases GTC: Utilidades para conectores genéricos: Reconciliación: 2 clases Puestos: Aprovisionamiento Reconciliación: Utilidades: Aprovisionamiento: Reconciliación: XLNETs: Aprovisionamiento: Reconciliación: Otras: EventHandler: Clases evento: 1 clase 6 clases 8 clases 16 clases 3 clases 6 clases 3 clases (reutilizar clases de n38j) 5 clases Mantenimiento evolutivo (versión 0.7) En conectores actuales Mejorar el comportamiento en cambio de puesto en AD cuando el puesto es Owner o Manager de un grupo de cuentas Confirmación de que se han establecido los servicios. Ahora no se sabe cuando se han provisionado los servicios ni cuales han fallado 7/27

8 Mejorar el mantenimiento de los atributos extendidos de Exchange. Ahora en OIM se ve el centro orgánico cuando cuando la descripción es vacía. Comprobar en un alta (pre-update) si el uid es igual al id futuro. Cambio de UD a EJ. Proceso de carga masiva de usuarios nuevos en el sistema En nuevos conectores: Conector ARS Conector Synergy En la consola: Actualizar el EAR de la consola de puestos con nuevo código de aplicación v87k según estándares de desarrollo. Nueva consola de consulta de usuarios Gestión de Incidencias. Dentro de este apartado se realizarán todas las actividades necesarias para dar soporte de la plataforma de gestión de identidades. Esta gestión de problemas deberá cubrir: Colaborar con el Soporte Técnico de primer nivel en la resolución de incidencias. Analizar los incidentes ocurridos para descubrir su causa y proponer soluciones a los mismos y monitorizar la calidad de la infraestructura IT de OIM (desplegando las herramientas que lo faciliten), analizando su configuración con el objetivo de prevenir incidentes incluso antes de que estos ocurran. Atender las consultas e incidencias sobre la utilización y utilidades de OIM, priorizando las tareas a realizar en coordinación con el equipo de proyecto de EJIE para la asignación y planificación de las mismas y documentación en la herramienta habilitada para ello Consultoría de integración SAP Recursos Humanos- Oracle OIM Se va a implantar en el Gobierno Vasco un nuevo sistema de RRHH con tecnología SAP, este sistema sustituye a la actual fuente autoritativa de datos de OIM denominada GIP (Gestión Integrada de Personal). Las tareas previstas en relación con esta consultoría son las siguientes: Estudio y pruebas de los conectores Oracle Identity Manager para SAP RRHH, PORTAL y DWH Análisis y Diseño de la sustitución de la fuente autoritativa de datos J47 por SAP RRHH Análisis y diseño de la solución de provisión en el modelo de OIM de EJIE Plan de Implantación de los diseños anteriores 8/27

9 Escenarios de Seguridad provisionados con Oracle OIM En este apartado se solicita la realización del análisis, diseño, construcción e implantación de los siguientes escenarios o funcionalidades relacionados con la provisión de seguridad en distintos sistemas: Provisión y cambio de contraseña de los usuarios de BBDD Provisión de los superusuarios Auditoría de la provisión y cambio de contraseñas Provisión y cambio de contraseña de los usuarios de BBDD Oracle Realizar la Provisión/deprovisión de los usuarios de BBDD Oracle, implantación de los flujos de aprovisionamiento para esta tipología de usuarios. Implantar los procedimientos para el cambio de contraseñas sobre los usuarios de BBDD Oracle anteriormente provisionados Provisión de los superusuarios Este punto aborda la provisión de los usuarios con privilegios de superusuarios, se trata de la implantación de la administración y gestión de usuarios administradores en los distintos entornos tecnológicos de EJIE: Linux Microsoft AD Oracle Auditoría de la provisión de usuarios y cambio de contraseñas Implantación de la funcionalidad de auditoría, según los requisitos del departamento de Seguridad. Este apartado incluye: Análisis y diseño de las necesidades de auditoria y trazabilidad del ciclo de vida de la gestión de identidades Definición de la estrategia de integración con las herramientas actuales de gestión de logs Definición de la estrategia de integración con las soluciones existentes de gestión ITSM con el objetivo último de obtener la funcionalidad de SIEM (Security Information and Event Manager). Fijar roles y responsabilidades (en la parte de auditoría) Implementación (informes con determinados objetivos, modo de explotar a demanda para resolución de incidencias o sospechas, etc). 9/27

10 3 Principales Entregables. Con independencia de lo descrito y requerido a nivel metodológico (Arinbide), a continuación se realiza una descripción de las principales tareas y entregables a realizar/suministrar por el adjudicatario en aquellos trabajos que requieran de desarrollo informático: Documento de Análisis de Requerimientos y Especificaciones del Sistema. Diseño de Sistemas de Información y Diseño de Pruebas del Sistema. Modelo y Diseño de Datos. Construcción y Pruebas unitarias del Sistema. Implantación en el Entorno de Desarrollo de EJIE. Pruebas de Integración. Preparación de componentes y soporte a la implantación en el entorno de Test o Preproducción. Pruebas Generales del Sistema, Pruebas de Carga y de Aceptación. Soporte a la implantación en el entorno de Producción. Documentación técnica orientada a Soporte Técnico y Explotación de los sistemas implantados. Pruebas definitivas de Aceptación en el Entorno de Producción. Manual de usuario. La aplicación, las páginas, los textos, tablas de códigos, los mensajes de error/aviso y/o cualquier otro componente (tool-tip, textos en imagen, ) dirigidos al usuario final deberán estar en ambos idiomas: euskera y castellano. Entrega de fuentes de todos los componentes, ficheros de configuración, elementos gráficos utilizados, y cualquier otro elemento que se considere necesario para el normal y adecuado mantenimiento/evolución del sistema, en soporte magnético (DVD). Confección y entrega de la documentación (funcional, técnica, de explotación y de usuario) correspondiente a cada una de las fases del proyecto tanto en formato papel, como en formato electrónico. Elaboración y mantenimiento de la carpeta de proyecto según el sistema de calidad de EJIE, tanto en formato papel como electrónico. 10/27

11 4 Metodología Aplicable y Entorno Tecnológico 4.1 Metodología y Guía de Estilo Aplicable La metodología a seguir para la organización del trabajo del presente proyecto estará basada en la Metodología de planificación y desarrollo de sistemas de información ARINBIDE. ARINBIDE se concibe como una metodología práctica para el ciclo de vida completo del software, basada en Métrica 3. Además consta de un apartado para establecimiento de una metodología de Gestión de Proyectos. Como Plan de Calidad la propia metodología, en sus apartados de trabajo habitual, genera los registros de calidad necesarios para el sistema de calidad de E.J.I.E. Requisitos de ARINBIDE: Metodología basada en Métrica V3 pero adaptada o personalizada. Conjunto de herramientas que ayudan en las distintas fases y gestiones del ciclo de desarrollo. Sistema de gestión de versiones que garantice la integridad de las versiones. Metodología de pruebas. Metodología para el mantenimiento del sistema. Gestión o control de peticiones de cambio. Auditorias internas, control de calidad. En las distintas fases del proyecto la empresa adjudicataria deberá contemplar, entre otros, los siguientes elementos: Análisis y diseño del sistema. Lo realizará en su totalidad el adjudicatario, teniendo en cuenta la mencionada metodología ARINBIDE. Debe incluir: El catálogo de requisitos y la relación de los módulos del sistema. Análisis y diseño de las aplicaciones, ASI y DSI. Construcción del sistema. Lo realizará en su totalidad el adjudicatario, teniendo en cuenta las directrices de E.J.I.E. en lo que se refiere a los módulos estándar, las normas de funcionamiento y albergue de las aplicaciones en Internet/Intranet, el Manual de Identidad Corporativa del Gobierno Vasco y las directrices de la Oficina para la Modernización de la Administración en lo que respecta a estética, diseño y funcionalidades de las páginas Web. El diseño del sistema tendrá en cuenta el nivel de accesibilidad AA (WAI-AA), para aquellos módulos que sean accesibles desde Internet. La aplicación, las páginas, los textos, los mensajes de error/aviso y/o cualquier otro componente (tool-tip, textos en imagen, ) dirigidos al usuario final deberán estar en ambos idiomas: euskera y castellano. 11/27

12 Implantación en desarrollo. La empresa adjudicataria llevará a cabo la instalación de la aplicación en el entorno de desarrollo de E.J.I.E., realizando las pruebas necesarias durante la fase de desarrollo, es decir, previamente a su implantación en producción. Los entregables de esta fase incluyen el Manual Técnico (CSI) y el sistema implantado. Plan de pruebas. Implantada la aplicación en el entorno de desarrollo, Se presentará un Plan de Pruebas que incluya todos los requisitos funcionales y los no funcionales. Ejecución de las pruebas unitarias, donde se llevan a cabo las verificaciones definidas en el plan de pruebas para cada uno de los componentes. Ejecución de las pruebas globales, que incluye la ejecución de las verificaciones asociadas a los componentes, individualmente, y la evaluación de los resultados. Implantación en entorno de test o preexplotación. La empresa adjudicataria preparará los paquetes y dará soporte a la realización por E.J.I.E. de la correspondiente implantación en el entorno de test o preexplotación, donde se realice el primer test con los usuarios finales de los sistemas. Pruebas de carga. Implantación en producción y puesta en marcha del sistema. Incluirá: Fuentes de la aplicación. BBDD: scripts y carga inicial de datos. Sistema implantado en entorno pruebas de E.J.I.E. Informe de pruebas unitarias y de integración. Manual de instalación / Explotación. Manuales de Usuario. Formación a los usuarios y administradores del sistema. Sistema implantado en entorno de producción. 12/27

13 4.2 Entorno Tecnológico. El entorno tecnológico será el definido en los estándares del Gobierno Vasco y que se consideren necesarios para la ejecución de este proyecto conforme a sus características específicas. En todas las fases de desarrollo del nuevo sistema se deberá contemplar y utilizar el framework J2EE homologado en el entorno de Gobierno Vasco: Geremua. Capa software entre una aplicación y el software de base (sistema operativo, máquina virtual, bases de datos, middleware) que ayuda a resolver problemáticas comunes a gran cantidad de aplicaciones. Se consigue acelerar los tiempos de desarrollo y mejorar la calidad del software, e incluso el rendimiento, pues también marca una tendencia arquitectural hacia las mejores prácticas de diseño y desarrollo. El sistema final deberá utilizar el sistema de seguridad homologado en el entorno de Gobierno Vasco: XLNetS. Que gestiona los procesos de autenticación y autorización de accesos a usuarios (y sistemas) para aplicativos y recursos, desarrollados bajo distintas tecnologías. El nuevo sistema, y según sus necesidades, deberá utilizar los módulos y servicios establecidos por el plan de informática y telecomunicaciones del G.V. y especificados en el documento de guía de estándares tecnológicos. Las licencias de producto software, que fueran necesarias, no serán objeto de la presente licitación. 13/27

14 5 Planificación y Organización 5.1 Plan de Proyecto Plan de Entregas e Hitos de Control El licitador deberá incluir en su Documento de Propuesta Técnica una descripción de las principales: Fases y tareas del proyecto, incluyendo Descripción detallada de fases y tareas por cada uno de los subproyectos en que está dividido el presente proyecto objeto de licitación, así como sus plazos de ejecución. Entregas resultantes de cada fase, Hitos de control y/o verificación, Junto con sus correspondientes fechas orientativas de finalización. Así mismo, el licitador podrá establecer propuestas de entregas y/o certificaciones parciales acordes con el planteamiento del proyecto establecido, siempre que: Lo considere más adecuado para facilitar la implantación y puesta en marcha del objeto del contrato. No se establezca nada en sentido contrario en los apartados de: Objeto, Alcance y Descripción del Proyecto Diagrama de Gantt El licitador deberá presentar un Diagrama de Gantt o Cronograma de los subproyectos, las Fases y Tareas propuestas para la ejecución de las realizaciones objeto del presente pliego. 5.2 Organización del Equipo de Trabajo El licitador deberá describir en su Documento de Propuesta Técnica: La organización (perfiles) del equipo de proyecto asignado a la realización de las actividades resultantes del presente pliego, así como Las funciones de los mismos, y La relación nominal de los participantes, junto su correspondiente documento de currículo. 14/27

15 Asignación de recursos a fases del proyecto El licitador deberá incluir en su Documento de Propuesta Técnica, un desglose de horas y % de dedicación total por perfil y fase del proyecto, siguiendo el siguiente modelo: Descripción Perfil Jefe Proyecto Consultor Experto Analista Funcional Analista Técnico Analista-Program. Programador Diseñador TOTAL Gest. Proyecto Análisis Diseño Construcción Implantación Horas % Horas % Horas % Horas % Horas % Total Presencial Total Horas Equipo de Trabajo El equipo de trabajo propuesto estará formado por personal técnico con categoría profesional y nivel de especialización adecuados a las necesidades planteadas en cada momento, de acuerdo con las actividades que se vayan desarrollando. El licitador debe comprometerse, en caso de ser adjudicatario, a mantener el equipo, según lo establecido en el Documento de Propuesta Técnica, y durante el periodo fijado en cada actividad específica Veracidad de los datos E.J.I.E. se reserva la facultad de solicitar, en cualquier momento, antes o después de la adjudicación y durante el curso de los trabajos, de cualquier otro tipo de documento complementario, en orden a la comprobación de cuantos datos haya ofrecido la empresa adjudicataria, tanto respecto a la misma, como a los recursos de que disponga. La falsedad en los mismos podrá implicar asumir penalizaciones, y en último término, podrá provocar la resolución del contrato Condicionante del equipo de trabajo ofertado La falsedad en el nivel de conocimientos técnicos del personal ofertado, deducida del contraste entre lo reflejado en el currículo y los conocimientos reales demostrados en la ejecución de los trabajos, podría en último término, podrá provocar la revisión de la adjudicación y en su caso la rescisión del pedido/contrato. 15/27

16 Currículo de los componentes del grupo de trabajo. Se deberá adjuntar el currículo individual detallado de todos y cada uno de los componentes del grupo de trabajo propuesto para la realización de las tareas y actividades de los trabajos objeto de contratación, junto con el papel/perfil (conforme a los indicados en el cuado anterior) que asumen en la realización descrita. La no inclusión del currículo de alguno de los participantes, puede suponer la imposibilidad de una adecuada evaluación del apartado de Organización del Proyecto, pudiendo el licitador no ser puntuado por este concepto. Datos del currículo: Apellidos y Nombre, Conocimientos metodológicos y tecnológicos principales. Formación Reglada: Centro, Titulación y Fechas (desde-hasta). Formación no Reglada: Centro, Curso y Fecha (desde-hasta). Certificaciones: Descripción y Fecha. Experiencia Acumulada: Total Años. Experiencia profesional: Empresa, Puesto / Responsabilidades, Meses o Años, Fecha (desdehasta). Conocimientos y Experiencia obtenida Proyectos: Proyecto, Puesto / Responsabilidades, Meses, Fecha (desde-hasta), y principales tecnologías utilizadas, para al menos los principales o correspondientes a experiencias similares. 5.3 Transferencia Tecnológica. Durante la ejecución de los trabajos objeto del contrato el adjudicatario se compromete, en todo momento, a facilitar a las personas designadas por la Dirección del proyecto de E.J.I.E., y a tales efectos, la información y documentación que ésta solicite para disponer de un pleno conocimiento de los trabajos desarrollados, así como de los eventuales problemas que puedan plantearse y de las tecnologías, métodos, y herramientas utilizados para resolverlos. 16/27

17 6 Presupuesto/Oferta económica. En documento separado y siguiendo lo establecido en el modelo de Pliego/Hoja de Cláusulas Administrativas se deberán incluir: Importe Total de la oferta Económica: con y sin I.V.A. Relación completa de los costes contenidos en la propuesta, indicando: Número de horas por persona y categoría/perfil. Coste hora por categoría/perfil. También se presentará la valoración económica por cada uno de los subproyectos. Categoría y/o Precio Unitario Horas Importe Importe Perfil Euros / Hora Dedicadas Neto IVA Incluido Jefe de Proyecto Consultor Experto Analista Funcional Analista Técnico Analista-Programador Programador Diseñador. TOTAL Precio/Medio Total Horas Total Neto Tota con IVA Los costes se presentarán, desglosarán y totalizarán según el siguiente Modelo: (*) En los precios ofertados se entenderán ya incluidos: las dietas, gastos de desplazamiento y/o cualquier otro gasto necesario para la realización del servicio. Con independencia de lo aquí indicado será necesario incluir el desglose de cualquier gasto o aspecto objeto del presente pliego si así fuera requerido de forma expresa en el Pliego/Hoja de Cláusulas Administrativas. (**) Se tendrán en cuenta posibles prestaciones superiores a las solicitadas ofertadas por el licitador y debidamente valoradas, tanto en cuanto al nivel de esfuerzo (horas por perfil), como económicamente, siempre y cuando E.J.I.E. las considere como tales desde el punto de vista del proyecto y si así se especificase en el apartado de Prestaciones Superiores/Complementarias a las Exigidas dentro del apartado de Criterios de Valoración. 17/27

18 7 Procedimientos y Calidad La gestión del proyecto se realizará según las normas procedimentales y de calidad de la Gestión de Proyectos de E.J.I.E. El control y seguimiento de la calidad de servicio, será realizado por la Dirección del Proyecto de E.J.I.E. Durante el desarrollo y ejecución del proyecto, E.J.I.E. podrá establecer controles de calidad sobre la actividad desarrollada. Para el aseguramiento de la calidad en la ejecución de los trabajos, el adjudicatario ha de realizar las siguientes actividades: Control de calidad durante todas las fases y actividades del proyecto. Revisión y control de los hitos y entregables. Revisión y control de calidad previa a la entrega de documentación final y cierre de los proyectos. 18/27

19 8 Mecanismos de Seguimiento, Control y Supervisión 8.1 Mecanismos de Seguimiento y Control. El equipo de trabajo estará dirigido por un Responsable del Proyecto con dedicación estable y suficiente, quien coordinará las tareas implicadas en el proyecto y será el interlocutor principal con la Dirección del Proyecto de E.J.I.E. Deberán establecerse todos los mecanismos de control que permitan verificar de forma continuada el cumplimiento de los objetivos especificados, tanto en plazos como en términos de calidad final. Para ello se contempla: Reuniones de seguimiento: a partir del plan de entregas requerido se celebrarán reuniones periódicas o coincidiendo con los puntos de decisión, destinadas a revisar el grado de cumplimiento de las tareas planificadas, le entrega de productos, las reasignaciones de personal, la validación de las programaciones de actividades a realizar, etc. Reuniones de control económico: de control económico del proyecto para llevar a cabo el plan de pagos establecido. Informes de situación y progreso: con los que la empresa adjudicataria comunicará a la Dirección del Proyecto de E.J.I.E., del estado puntual de los trabajos, de los objetivos alcanzados, de las incidencias ocurridas, etc. Certificaciones parciales: si procede. Hojas de control de tareas: si procede. Documentos de gestión de proyectos (carpeta de proyecto): a solicitud del responsable de E.J.I.E., la empresa adjudicataria cumplimentará los documentos de gestión de proyectos, según un modelo definido: actas de reuniones, registro de inspección y ensayo, informes de progreso, control de configuración (módulos-componentes instalados), etc. 8.2 Supervisión del proyecto Tanto la dirección como la supervisión del Proyecto serán llevadas a cabo por el personal de EJIE, S.A. asignado al proyecto. Los productos del trabajo deberán ser aprobados tanto por el Responsable del Proyecto por parte del adjudicatario, como por la Dirección del Proyecto de E.J.I.E., si los encuentran conformes, emitirán su informe favorable, empezándose a computar desde ese momento el período de garantía que todo trabajo de realización externa debe aportar en previsión de defectos no detectados en las pruebas realizadas. El incumplimiento de los plazos pactados sin causa que lo justifique, dará lugar a las penalizaciones que se acuerden en las condiciones particulares (si existieran). 19/27

20 9 Plazo de ejecución y Plan de Facturación El plazo de ejecución del contrato no deberá superar los 12 meses y el precio de los servicios ofertados no deberá superar los El trabajo se dará por finalizado una vez otorgada la aceptación del producto por parte de EJIE S.A. Se aplicará un sistema de penalizaciones al adjudicatario por los retrasos en las entregas (siempre y cuando sean imputables al mismo), el cual será acordado a la firma del contrato. Asimismo, durante la ejecución del proyecto deberán ser aprobados los diferentes productos o componentes generados de los distintos subproyectos descritos en el Alcance. Todos estos subproyectos tendrán su plan independiente que permitirá la aceptación parcial de los mismos: PROYECTO DE MANTENIMIENTO Y EVOLUCIÓN DE OIM. Desglose 1 Mantenimiento y gestión de incidencias 2 Consultoría de integración SAP Recursos Humanos - Oracle OIM 3 Escenarios de Seguridad resueltos con Oracle OIM El adjudicatario tiene derecho al abono, con arreglo a los precios convenidos, de los trabajos que realmente ejecute, con sujeción al contrato otorgado, a sus modificaciones aprobadas y a las órdenes dadas por escrito por E.J.I.E. La aprobación implica la implantación en el entorno correspondiente, y la aprobación por la Dirección del Proyecto de E.J.I.E. de las tareas correspondientes. El plan de facturación definitivo se establecerá sobre la base del plan de proyecto establecido en la fase de definición inicial del mismo. Para llevar a cabo el abono de los importes relativos a los conceptos de cada una de las facturas será requisito imprescindible disponer de la certificación de conformidad de los mismos emitida por la Dirección del Proyecto de E.J.I.E. 20/27