SCR6150c Versión 2.0(12/01/05)

Transcripción

1 SCR6150c Versión 2.0(12/01/05) Pliego de bases técnicas: Mantenimiento y evolución del sistema de RRHH del Gobierno Vasco sobre la plataforma SAP Fecha: Julio de 2013 Referencia: 016/2013 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 del contrato Objeto Áreas Funcionales Líneas de trabajo Presupuesto Flujos de mantenimiento Peticiones de servicio Entregas 9 3 Configuración del Servicio Organización del Equipo de Trabajo Asignación de recursos Equipo de Trabajo Certificaciones en SAP y nivel de conocimientos Veracidad de los datos Condicionante del equipo de trabajo ofertado Constitución inicial del equipo de trabajo Modificaciones en la composición del equipo de trabajo Jornada laboral y lugar de realización de los trabajos Currículo de los componentes del grupo de trabajo. 14 Pliego de Bases Técnicas

3 4 Especificaciones Técnicas Metodología de desarrollo, normativa y Guía de Estilo Entorno Tecnológico Modelo de aseguramiento de la calidad Controles de calidad (SQA) Tipologías de pruebas Metodología de pruebas Indicadores Herramientas del ciclo de vida de las aplicaciones 18 5 Control y Seguimiento 19 6 Condiciones particulares Duración del servicio Modelo de facturación Criterios de valoración 20 7 Garantía y Confidencialidad Garantía Confidencialidad Derechos y propiedad de los desarrollos y datos Protección de los datos 23 8 Estructura y Formato de la Propuesta Estructura normalizada y contenido de las propuestas Formato de la Propuesta Sobres y Elementos. 25 Pliego de Bases Técnicas

4 1 Introducción EJIE, empresa pública del Gobierno Vasco contribuye, mediante la prestación de servicios informáticos, a conseguir una Administración Pública Vasca, moderna y eficiente. Así, construye y mantiene la infraestructura de los Sistemas de Información y Telecomunicaciones, posibilitando su continuidad y seguridad en base a un personal cualificado y a unos recursos y costes adecuados a la demanda. EJIE, tiene como meta final la consecución de la satisfacción de sus clientes. Para ello se ha impuesto como objetivos permanentes los siguientes: Prestar servicios de manera eficiente y con calidad, asegurando el cumplimiento de los plazos de respuesta y un nivel "cero" de reclamaciones e incidencias. Prestar servicios competitivos en relación al sector, en base a la permanente adecuación de los servicios internos al ámbito de actuación y asignando los recursos óptimos mediante la aplicación de los principios de racionalidad, especialidad y eficiencia. Integrarse activamente con sus clientes en un entorno de transparencia, comunicación y con objetivos comunes: comprensión del problema, enfoque adecuado y resolución satisfactoria. Obtener una imagen corporativa de servicio eficiente, de calidad y de empresa en punta tecnológica en el sector. Podemos desglosar la actividad informática requerida por el Gobierno Vasco en tres ámbitos: Infraestructura Operativa. Sistemas informáticos y de Telecomunicaciones. Conocimiento funcional de la Administración Pública, y recursos técnicos para desarrollar el negocio. Conocimiento tecnológico (TIC) que garantice la viabilidad de los proyectos abordados. EJIE se estructura en tres áreas de servicio, alineadas con las demandas del Gobierno Vasco: Producción: Mantiene operativos los equipos informáticos, el software, las telecomunicaciones, los aplicativos, y los datos, con los niveles de seguridad requeridos. Proyectos y Asistencia Técnica: Asesora y colabora con los departamentos en la definición, desarrollo, mantenimiento e implantación de sus sistemas de información, garantizando el cumplimiento de los estándares tecnológicos y la calidad del software. Asimismo se responsabiliza de la gestión integral de los proyectos comunes (proyectos de infraestructura y proyectos multidisciplinares). El área se compone de varios grupos asignados a los distintos departamentos del Gobierno Vasco, y compuestos por un responsable, técnicos de análisis y técnicos de desarrollo. Sistemas y Telecomunicaciones: Estudia, desarrolla, mantiene, y soporta las infraestructuras tecnológicas existentes, y las de nueva implantación. NOTA: Se puede obtener información más detallada y extensa en la dirección de Internet Por otra parte, la Viceconsejería de Función Pública se halla inmersa en un proceso de reorganización y renovación íntegra de sus sistemas de gestión de RRHH para todos los empleados de la CAPV. Uno de los proyectos iniciados es la Implantación de las áreas SAP HCM, Portal y BW para la Administración de la CAPV. La implantación del nuevo sistema de RRHH está previsto que se realice para cuatro colectivos de personal pertenecientes a la CAPV: Administración General, Educación, Interior y Justicia. En la actualidad el proyecto está en curso y se encuentra en esta situación: Pliego de Bases Técnicas 4/25

5 Desde , para Administración General, Justicia y Laborales de Interior, están en producción los módulos de PA (Registro de Personal), PD (Estructura Organizativa y RPT) y PE - Rol del empleado. Adicionalmente está operativa la infraestructura tecnológica de los entornos de desarrollo, pruebas y producción. Desde , para Administración General, Justicia y Laborales de Interior, se encuentran en producción los módulos de PT (Gestión de tiempos), BW (información para la dirección) y PE Rol del responsable. Pliego de Bases Técnicas 5/25

6 2 Objeto del contrato 2.1 Objeto Es objeto del presente pliego de bases técnicas la contratación del servicio de soporte a usuarios, mantenimiento y evolución de los módulos funcionales actualmente en productivo del sistema de RRHH bajo plataforma SAP que se detallan en el apartado siguiente. Estos sistemas dan cobertura a las necesidades de automatización demandadas por el Departamento de Administración Pública y Justicia en el ámbito de la gestión de los RRHH en SAP. 2.2 Áreas Funcionales Los módulos/áreas funcionales objeto del contrato: PD Estructura organizativa y RPT PA Registro de personal PT Gestión de tiempos y planificación horaria PE Portal del empleado y responsable BW Reporting de gestión e Información a la dirección. AT Arquitectura Tecnológica Los citados módulos están implantados para los colectivos de Administración General, Justicia y Laborales de Interior 2.3 Líneas de trabajo Con objeto de definir más detalladamente el alcance y condiciones del contrato, se han establecido varias líneas de trabajo, caracterizadas principalmente por agrupaciones lógicas de actividades que deberán desarrollarse. Las actividades englobadas en el servicio son: Atención a Consultas y Soporte Técnico de Aplicaciones Definido como el conjunto de actividades de soporte y atención a consultas e incidencias técnicas, entre EJIE/EJGV y el personal técnico del proveedor. Estas actividades deberán ser realizadas preferentemente mediante la herramienta de gestión de peticiones de servicio (Mantis), frente al canal telefónico. En este último caso, una vez atendida la llamada, ésta también deberá darse de alta como petición de servicio en la herramienta de gestión. Mantenimiento Evolutivo: Son las incorporaciones, modificaciones y eliminaciones necesarias para cubrir la evolución o cambio de las necesidades del usuario, es decir, la incorporación de nuevas funcionalidades a la cobertura actual del software. Incluye, entre otros: o Cambios en los requisitos de la aplicación Pliego de Bases Técnicas 6/25

7 o o Modificaciones derivadas de cambios en la normativa Modificaciones de alcance limitado que supongan mejoras del aplicativo y por tanto incorporables a la versión base En base al esfuerzo requerido para su resolución, esta tipología de actividad se ha dividido en dos niveles: o Mantenimiento Evolutivo a pequeña escala o Son actividades relacionadas con el desarrollo evolutivo, cuyo tamaño y complejidad no son excesivos. Se estima un esfuerzo menor a 100 horas-persona. Mantenimiento Evolutivo a gran escala Corresponderán a actuaciones de tamaño y complejidad más significativas, en concreto, aquellas cuyo esfuerzo sobrepase el límite establecido para el mantenimiento evolutivo a pequeña escala. Mantenimiento Adaptativo: Son las modificaciones que afectan a los entornos en los que el sistema opera, por ejemplo, cambios de configuración del hardware, software de base, gestores de base de datos, comunicaciones, etc. Incluye, entre otros: o o o o o Cambios en el entorno de los datos o su procesamiento Cambios en la plataforma o arquitectura tecnológica Modificación de procedimientos existentes que no implican nuevas funcionalidades Exportaciones e importaciones de datos dedicados a la integración con otras aplicaciones del entorno, para mantenimiento de integridad de la información Integración con otros aplicativos a nivel de plataforma tecnológica Este tipo de mantenimiento se regirá por los mismos criterios descritos en el mantenimiento evolutivo. GESTIÓN DE LA DOCUMENTACIÓN EJIE cuenta actualmente con un repositorio documental de toda la información relacionada con el mantenimiento de estos módulos/áreas. Es responsabilidad del contratista su mantenimiento al día. El repositorio está contenido en el sistema SAP Solution Manager. Asociado al ciclo de vida del desarrollo software, nuestra metodología de desarrollo ARINBIDE y la metodología propia de SAP ASAP ya marcan el conjunto de entregables que deben obtenerse en cada una de las fases que la componen. También en este aspecto, es fundamental disponer de toda la documentación perfectamente actualizada. El contratista se compromete a actualizar de forma continua y sistemática toda la documentación técnica y funcional del proyecto, por lo que cada vez que se entregue una nueva versión de un producto, se deberá entregar, de forma simultánea, la versión actualizada de la documentación cuyo contenido haya cambiado como consecuencia de la actualización de funcionalidad o corrección de fallos del sistema. La documentación será clara, concisa, precisa y mantenible de forma que permita cumplir, dependiendo del tipo de documento, las funciones para las que haya sido diseñada. Todos los documentos del mismo tipo estarán estructurados de la misma forma. Pliego de Bases Técnicas 7/25

8 Se subraya también la necesidad de generar la documentación y elementos adicionales fijados por el servicio de gestión de cambios de EJIE para cada implantación: Instrucciones implantación Manual de explotación Otros documentos según la tipología y características de la aplicación (seguridad LOPD, plan de continuidad de negocio, configuración de recursos en XLNetS, etc.) El incumplimiento sobre la obligación del mantenimiento y actualización del repositorio y de la documentación generará la no aceptación del trabajo. GESTIÓN Y ADMINISTRACIÓN DEL SERVICIO Se incluyen en esta línea de trabajo las actividades relativas a la gestión y seguimiento del propio servicio, cuyos indicadores e informes deben ser reportados al comité de seguimiento para su aprobación y control. Se incluyen por lo tanto los informes detallados en el apartado de Control y seguimiento del presente pliego de bases técnicas. 2.4 Presupuesto Se establece un presupuesto máximo de ,00 (IVA NO incluido). Pliego de Bases Técnicas 8/25

9 2.5 Flujos de mantenimiento Peticiones de servicio DEPARTAMENTO EJIE GESTIÓN CAMBIO GRUPO ASISTENCIA TÉCNICA CAU GRUPO GESTIÓN ANS PROVEEDOR Flujo de peticiones de servicio Tomando como referencia el proceso de mantenimiento (MSI) definido por ARINBIDE, el licitador podrá incluir en su oferta una propuesta de flujo de peticiones de trabajo a aplicar durante la prestación del servicio. En última instancia, el modelo final a utilizar deberá ser aprobado por EJIE. Será responsabilidad del adjudicatario establecer su protocolo de actuación interno para las peticiones que les sean requeridas Entregas El modelo de referencia para realizar las entregas del código actualizado tras una solicitud de trabajo seguirá las directrices marcadas por el documento de Estándares de desarrollo de sistemas software, de obligado cumplimiento en el entorno de GV-EJIE. El licitador deberá incluir en su oferta una propuesta de flujo de entregas a aplicar durante la prestación del servicio. En última instancia, el modelo final a utilizar deberá ser aprobado por EJIE. Este flujo de entregas deberá incluir, en función de la tipología de la solicitud de trabajo resuelta: o El inventario de desarrollos o Documentación. Todos aquellos documentos que hayan sido modificados (BBPs, Diseños, manuales de usuario, de explotación, etc.) o de nueva creación. o Documentación adicional necesaria para la logística de software. El adjudicatario será el responsable de la implantación del cambio en todos los entornos, desarrollo, pruebas y producción. La petición de trabajo se cerrará en el momento en que los cambios realizados hayan sido instalados satisfactoriamente en el entorno de producción. Pliego de Bases Técnicas 9/25

10 3 Configuración del Servicio 3.1 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 La relación nominal de los participantes, junto su correspondiente documento de currículo. 3.2 Asignación de recursos El licitador deberá incluir en su Documento de Propuesta Técnica, un desglose de horas y % de dedicación total por módulo/área y perfil. El equipo mínimo para la prestación del servicio completo es de 10 FTE (Full-time equivalent), excepto el mes de agosto, que bastará con la disponibilidad mínima de 1 recurso para temas urgentes. El desglose de horas se considerará como orientativo y será tenido en consideración en el momento de valorar la proporcionalidad entre las diferentes módulos/áreas según la estimación del licitador, permitiendo, de esta forma, valorar la idoneidad del dimensionamiento del equipo de trabajo propuesto y su adecuación a la consecución de los objetivos. Todos los perfiles que se oferten deberán de pertenecer a los indicados a continuación y no otros: Jefe de Proyecto Consultor Funcional Consultor Técnico Analista Programador Programador Programador Junior Técnico de Sistemas 3.3 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. Pliego de Bases Técnicas 10/25

11 Certificaciones en SAP y nivel de conocimientos El equipo propuesto deberá contar con un nivel mínimo de experiencia que se detalla a continuación: Jefe proyecto Experiencia mínima de 5 años en Proyectos de gran volumen de Implantación/mantenimiento SAP HCM y de RRHH. Conocimientos de Metodologías, Gestión del Cambio, Gestión de Riesgos y Gestión de aseguramiento de Calidad. Consultor Funcional/Responsable de Módulo Experiencia mínima de 5 años en Proyectos de Implantación/mantenimiento SAP HCM; preferiblemente en administración pública. Conocimientos medios de Gestión de Equipos; Metodologías, Gestión de Riesgos y Gestión de aseguramiento de Calidad; Conocimientos profundos y experiencia, tanto funcional como técnica, en Procesos y Procedimientos asociados a la gestión de RRHH de la Administración Pública; la globalidad del paquete estándar de SAP para HCM; gestión de pruebas tanto integradas como de usuario. Consultor Técnico/Consultor de Módulo Experiencia mínima de 1,5 años en Proyectos de Implantación/mantenimiento SAP HCM; Conocimientos profundos, tanto funcional como técnica, en Metodologías; Procesos y Procedimientos asociados a la gestión de RRHH de la Administración Pública; módulos funcionales estándar de SAP para HCM; análisis, supervisión de la programación; gestión y ejecución de pruebas tanto integradas como de usuario. Programadores Experiencia mínima de 3 años en labores de programación y prueba en entornos ABAP, Java (SAP Portal, Oracle weblogic, SAP Netweaver Developer Studio, SAP NWDI), SOA, Programador Junior Experiencia mínima de 1 años en labores de programación y prueba en entornos ABAP, Java (SAP Portal, Oracle weblogic, SAP Netweaver Developer Studio, SAP NWDI), SOA, Técnicos de sistemas conocimientos y experiencia mínima de 4 años en proyectos de implantación/mantenimiento de plataforma y arquitectura SAP, proyectos Portal Web y SAP ERP, proyectos de gestión autenticación Pliego de Bases Técnicas 11/25

12 Veracidad de los datos EJIE 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, provocar la revisión de la adjudicación y en su caso la rescisión del pedido/contrato Constitución inicial del equipo de trabajo El equipo humano a incorporar tras la formalización del contrato para la ejecución de los trabajos deberá estar formado por componentes relacionados en la oferta adjudicataria y consecuentemente valorados. Si tras la adjudicación se observara que el equipo de proyecto no se corresponde con el Documento de Propuesta Técnica objeto de la misma y: Caso que el adjudicatario presente justificación escrita, detallada y suficiente, explicando el motivo que suscita el cambio, se procederá a: La presentación por el adjudicatario de posibles candidatos con un perfil de cualificación técnica igual o superior al de la persona que se pretende sustituir. Aceptación de alguno de los candidatos por parte de la Dirección del Proyecto de EJIE Caso de que se demostrase que el cambio no se corresponde con causa justificada, de fuerza mayor y no imputable al adjudicatario, EJIE se reserva el derecho no solo a la aprobación de la persona o personas sustitutivas, sino incluso a la revisión de la adjudicación y en su caso la rescisión del pedido/contrato, si este hecho fuera elemento determinante en la mencionada adjudicación Modificaciones en la composición del equipo de trabajo La valoración final de la productividad y calidad de los trabajos de las personas que realizan los trabajos objeto del presente pliego corresponde a la Dirección del Proyecto de EJIE, siendo potestad suya solicitar el cambio de cualquiera de los componentes del equipo de trabajo, con un preaviso de quince días, por otro de igual categoría, si existen razones justificadas que lo aconsejen. Si el adjudicatario propusiera el cambio de una de las personas del equipo de trabajo, se deberá solicitar por escrito con quince días de antelación, y requerirá de las siguientes condiciones: Justificación escrita, detallada y suficiente, explicando el motivo que suscita el cambio. Pliego de Bases Técnicas 12/25

13 Presentación de posibles candidatos con un perfil de cualificación técnica igual o superior al de la persona que se pretende sustituir. Aceptación de alguno de los candidatos por parte de la Dirección del Proyecto de EJIE Los posibles inconvenientes de adaptación al entorno de trabajo y al proyecto debidos a las sustituciones de personal, deberán subsanarse mediante periodos de solapamiento sin coste adicional, durante el tiempo necesario. Si a criterio de la Dirección del Proyecto de EJIE, esto no fuera posible, las dos primeras semanas de trabajo del sustituto no serán facturables corriendo a cargo del adjudicatario Jornada laboral y lugar de realización de los trabajos. El adjudicatario deberá tener al menos un recurso por módulo/área con la ubicación física en EJIE/EJGV. La propuesta recogerá el detalle de los recursos que están en presencial y en remoto. Una vez iniciado el servicio, estos cambios de ubicación deberán ser expresamente aprobados por el Director de proyecto de EJIE. Para el personal que realice los trabajos de desarrollo en las dependencias del adjudicatario: La jornada de trabajo estará de acuerdo a la establecida por el adjudicatario, Los componentes del grupo de trabajo deberán estar en una única ubicación y desarrollarán su labor con hardware y software propiedad del adjudicatario. Dicha ubicación deberá ser lo suficientemente cercana a EJIE como para garantizar una presencia rápida en sus dependencias ante cualquier eventualidad que pudiera surgir. Para el personal que realice los trabajos de desarrollo en las dependencias de EJIE/EJGV, estos se realizarán en las siguientes condiciones: La jornada de trabajo estará de acuerdo a la establecida por EJIE, Con carácter general los componentes del grupo de trabajo deberán desarrollar su labor con hardware propiedad del adjudicatario. El equipo será plataformado con la imagen corporativa de EJIE/EJGV para su conexión a la Red Corporativa. Si por circunstancias excepcionales y cuando la realización efectiva de los trabajos no se ajuste a la planificación o así se requiera por las necesidades del servicio, el adjudicatario deberá comprometerse a una plena disponibilidad incluso fuera del horario habitual (salvo acuerdo previo por la Dirección del Proyecto de EJIE), sin que la realización del trabajo tenga una consideración especial a efectos de cómputo de horas o tarifa aplicable a las mismas El horario de atención telefónica, así como la atención a peticiones de mantenimiento correctivo se ajustará a la jornada de trabajo establecida por EJIE. Con objeto de garantizar la continuidad de los servicios críticos proporcionados por las aplicaciones incluidas en el presente pliego de bases técnicas, el adjudicatario deberá facilitar un teléfono de contacto 24x7 que permita activar, en caso necesario, el servicio de mantenimiento correctivo para peticiones de prioridad muy urgente o urgente objeto del contrato. Las necesidades excepcionales de ampliación del horario de disponibilidad de los entornos de EJIE, o de sus servicios de soporte u operación, deberán ser acordados con antelación suficiente con el Director de Proyecto de EJIE. En cualquier caso solo se contemplarán las necesidades recogidas en el catálogo de servicios de EJIE. Pliego de Bases Técnicas 13/25

14 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 anteriormente en este PBT) 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, Edad, N.I.F., N.S.S. y justificación/certificación de alta en la empresa (certificado de la S. Social) 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 SAP: 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. Pliego de Bases Técnicas 14/25

15 4 Especificaciones Técnicas El contratista del presente pliego deberá contemplar la coexistencia con el proyecto paralelo para la construcción y puesta en marcha del gestor de expedientes de RRHH ( Proyecto de implantación de un Gestor de Expedientes electrónico para el Sistema de Recursos Humanos de la Administración de la CAPV ), de forma que las adaptaciones que se realicen deberán permitir el correcto funcionamiento del gestor. En caso de conflicto, ambos proyectos deberán llegar a un acuerdo equitativo que cubra las necesidades de EJGV. 4.1 Metodología de desarrollo, normativa y Guía de Estilo La organización del trabajo y ejecución del 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, y adaptada a las necesidades y directrices de EJ-GV/EJIE, 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 EJ- GV/Ejie. Por las características del Proyecto las tareas y entregables podrán ser complementados con las recomendaciones o definiciones contenidas en la metodología Accelerated SAP (ASAP). Para todo el ciclo de vida del proyecto, ARINBIDE define las siguientes fases metodológicas: Gestión del proyecto (GPR) Análisis del Sistema de Información (ASI) Diseño del Sistema de Información (DSI) Construcción del Sistema de Información (CSI) Implantación y Aceptación del Sistema (IAS) Mantenimiento del Sistema de Información (MSI) Gestión de la configuración (GCO) Información detallada sobre las fases y entregables de la metodología ARINBIDE, se encuentra en la página web ( así como información sobre estándares tecnológicos, de desarrollo, de calidad Igualmente será de referencia el Documento de Estándares Tecnológicos de Gobierno Vasco, publicado en: La aplicación de la metodología propuesta estará apoyada en el uso de las herramientas informáticas necesarias. A tal efecto la oferta incluirá todas las licencias de uso necesarias. El modelo de ciclo de vida del software seleccionado deberá contemplar la realización de prototipos de diseño del sistema de cara a facilitar las labores de definición y validación de las especificaciones por parte de los usuarios. Pliego de Bases Técnicas 15/25

16 4.2 Entorno Tecnológico En la realización y codificación de las unidades de tratamiento de las aplicaciones se utilizará una metodología estructurada y homogénea de diseño y programación, no debiendo existir procesos diferentes para la solución de funcionalidades idénticas. Las herramientas para el desarrollo deberán adecuarse a los estándares tecnológicos establecidos por EJ-GV ( Deberán respetarse las normativas establecidas por Ejie para explotación y albergue de sistemas. En el caso que se plantee, dentro de este ámbito, la utilización de herramientas no recogidas en dicha normativa, ésta deberá actualizarse y completarse por parte de la empresa contratista, previa autorización para su uso por parte de Ejie. Así mismo, en lo que respecta a la implantación de sistemas en explotación y su posterior operación, se estará a tenor de lo dispuesto en el documento Normativa de Explotación de Ejie. Si durante el desarrollo de los trabajos sufrieran algún cambio, estos deberán ser asumidos por la empresa contratista de los mismos. Para aquellas funcionalidades a publicar en Internet deberá tenerse en cuenta la normativa de la presencia de Euskadi en Internet (euskadi.net). La empresa contratista deberá mantener los Libros de Estilo para los portales de empleado de intranet de todos los colectivos. Dichos libros contienen los principios o bases comunes y ciertas especificidades para cada uno de los colectivos. La solución completa de RRHH del proyecto está construida sobre la base de SAP ERP, que se complementa con otros productos y sistemas para conformar la solución completa, entre los que podemos destacar: El portal de RRHH como punto de acceso a los contenidos de empleado y responsable (basado en SAP Netweaver Portal) SAP BW para la explotación de la información y la toma de decisiones SAP Solution Manager como herramienta de gestión centralizada de sistemas SAP SAP NWDI y Netweaver Developer Studio para el desarrollo Java Sistemas de control de presencia y acceso Dorlet DASS Platea (Plataforma Tecnológica para la e-administración) como proveedor de servicios horizontales de ayuda a la gestión electrónica Dokusi para la gestión documental (basado en EMC Documentum) En el documento PBT-PLATEA-Anexos se anexa explicación detallada de los sistemas corporativos involucrados en PLATEA. Pliego de Bases Técnicas 16/25

17 4.3 Modelo de aseguramiento de la calidad EJIE contempla la calidad en distintos ámbitos de aplicación, tanto calidad en los procesos como calidad en los productos. Para asegurar la calidad en el proceso de gestión del proyecto, durante le ejecución del mismo el adjudicatario deberá contemplar y proveer la documentación que sea requerida en cumplimiento de la metodología ARINBIDE. Por otro lado, con el objetivo de asegurar además la calidad de los productos software obtenidos, será de referencia obligatoria el modelo estándar de aseguramiento de la calidad definido para el contexto de GV-EJIE, que a grandes rasgos consta de: Asignación del valor NAC (nivel de aseguramiento de la calidad) asociado al proyecto. Controles de calidad (SQA) a realizar durante el ciclo de vida de desarrollo del software. Tipologías de pruebas a ejecutar. La metodología de pruebas que permita certificar de manera más exhaustiva el cumplimiento de los estándares de calidad definidos. Los indicadores estándar, las métricas y sus umbrales permitidos. El conjunto de herramientas que facilitan la aplicación de la metodología y la obtención de indicadores. En este ámbito de definición de la calidad, será de referencia el documento de Estándares de calidad de producto Software, así como la Metodología de Pruebas Controles de calidad (SQA) En función del NAC asignado, se han definido una serie de controles de calidad, cuya ejecución es obligatoria o recomendada, tal y como se define en el documento de Estándares de calidad de producto Software. El adjudicatario deberá contemplar la ejecución de estos controles de calidad dentro del alcance del proyecto objeto de contratación Tipologías de pruebas El modelo de aseguramiento de calidad establece que el cumplimiento del estándar está además condicionado por el conjunto mínimo de tipologías de pruebas que se deberán realizar. El alcance de éstas viene ya determinado por la propia metodología de desarrollo ARINBIDE. O si es de aplicación, de manera complementaria, por la metodología de pruebas. A la hora de realizar las pruebas, la estrategia a seguir deberá incluir obligatoriamente la realización de pruebas unitarias, de integración, y de sistema, más la de aceptación si los cambios realizados deben ser validados por el usuario. Estos cuatro tipos de pruebas deben realizarse independientemente del NAC obtenido. Las de sistema, divididas en funcionales, y no funcionales (que incluyen las de rendimiento) se deberán ejecutar según el nivel NAC asignado al proyecto Metodología de pruebas Pliego de Bases Técnicas 17/25

18 Dada la no existencia de un proyecto de Oficina Técnica de Calidad, paralelo al presente pliego de contratación, el adjudicatario, además del cumplimiento de la metodología de desarrollo ARINBIDE, deberá contemplar la ejecución de las tareas propias de la Metodología de Pruebas que se consideren oportunas, como son: o Checklist de verificación de ARINBIDE (CVA) o Definición y gestión del plan de pruebas mediante la herramienta homologada a tal efecto (Ver Anexo de herramientas) o Realización del Informe Final de Pruebas (IFPB) o Seguimiento y gestión de incidencias mediante la herramienta homologada a tal efecto (Ver Anexo de herramientas) o Realización del informe final de incidencias (IIPB) o Indicadores Aunque la propia Metodología de Pruebas ya define un conjunto completo de indicadores y sus umbrales asociados, existe un conjunto básico de indicadores que toda aplicación a implantar en el entorno de GV- EJIE deberá satisfacer. En el entorno de desarrollo, para obtener los resultados de los indicadores para el proyecto se deberán seguir las instrucciones marcadas en el documento Indicadores_NAC.Desarrollo, en el que se especifican detalladamente los pasos a realizar y las herramientas a utilizar en cada momento. El adjudicatario del presente contrato deberá contemplar la ejecución de las tareas necesarias para la obtención de los indicadores que apliquen dentro del alcance del proyecto objeto de contratación. Igualmente, como parte del aseguramiento de la calidad, se ha definido para el entorno de pruebas (preproducción) el documento Indicadores_NAC.Pruebas. El adjudicatario del presente contrato deberá suministrar toda la información y entregables que sean requeridos en este ámbito para la realización de las pruebas. 4.4 Herramientas del ciclo de vida de las aplicaciones Como soporte e instrumento necesario en la ejecución de todas las fases del proyecto, existe un conjunto de Herramientas homologadas por EJIE, que abarcan todo el ciclo de vida de las aplicaciones, y que facilitan la realización de distintas tareas y normalizan la obtención de entregables. Estas herramientas homologadas son las que se utilizan en el entorno de trabajo de EJIE, no pudiendo utilizarse en el mismo otras herramientas similares o equivalentes. Para los trabajos a realizar en las dependencias del proveedor, su uso es recomendado frente a otros productos o herramientas del mercado, para dar cobertura a los cometidos para los que están destinadas. No obstante, en los casos en los que el resultado de uso de las herramientas sea un entregable con un formato específico y normado, su uso será obligatorio frente a otras herramientas de mercado, o bien en cualquier caso deberá proporcionarse un formato compatible. En el documento PBT-Anexo Herramientas se detallan las herramientas homologadas. Pliego de Bases Técnicas 18/25

19 5 Control y Seguimiento El propósito de las tareas de control y seguimiento es el de proveer una visión objetiva del estado actual de la prestación del servicio y determinar las posibles desviaciones a fin de aplicar las acciones correctoras que sean necesarias. Los productos mínimos de esta práctica son los informes de seguimiento, un documento o artefacto, donde anotamos los resultados de la evaluación de una iteración de control; de momento sin decir las correcciones a tomar. Una vez identificadas las desviaciones/riesgos, es necesario decidir oportunamente las correcciones requeridas, llevándolas a cabo en el momento en que sea necesario. Finalmente es importante que la corrección planteada sea a su vez, objeto de seguimiento, lo que implica que la planificación debe ser actualizada para que refleje las acciones que se han determinado necesarias para corregir la desviación. A la hora de realizar las reuniones de seguimiento es conveniente calcular previamente las medidas o métricas que aplicadas al servicio objeto de la contratación sirvan de indicador sobre el estado del mismo. Esto con el objeto de obtener una evaluación lo más completa y objetiva posible de la prestación del servicio. Así, bajo esta perspectiva, el licitador deberá describir en su Documento de Propuesta Técnica: El modelo de control y seguimiento a aplicar durante la prestación del servicio, incluyendo las reuniones de seguimiento a celebrar, su objetivo, su periodicidad, los asistentes necesarios, los controles que deben ser ejecutados, etc. Los informes de seguimiento. Los indicadores de calidad del servicio a medir, y su criticidad asociada. Pliego de Bases Técnicas 19/25

20 6 Condiciones particulares 6.1 Duración del servicio La duración mínima del servicio será de 6 semanas (30 días hábiles), excluido el mes de agosto. 6.2 Modelo de facturación En documento separado y siguiendo lo establecido en el modelo de Pliego/Hoja de Cláusulas Administrativas se deberá incluir el importe Total de la Oferta Económica, con y sin I.V.A. Y opcionalmente, cualquier otro desglose de estimación de esfuerzos que se considere relevante para la correcta evaluación del apartado Proposición económica contemplado en la sección de Criterios de Valoración. La facturación se realizará por mes natural según los esfuerzos por perfil incurridos en las peticiones de mantenimiento cerradas durante el periodo. Podrán detallarse también en dicho documento, posibles prestaciones superiores a las solicitadas, ofertadas por el licitador y debidamente argumentadas en cuanto al nivel de esfuerzo requerido, siempre y cuando EJIE las considere como tales desde el punto de vista del servicio y si así se especificase en el apartado de Prestaciones Superiores/Complementarias a las Exigidas contemplado en la sección de Criterios de Valoración. En el precio ofertado 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. 6.3 Criterios de valoración Los criterios de adjudicación que servirán de base para la valoración de las propuestas, así como sus pesos de ponderación se recogen a continuación. Para la evaluación de las propuestas se establece un criterio de ponderación con una puntuación máxima de 100 puntos. A continuación se detalla la puntuación y aspectos que se tendrán en cuenta para la adjudicación del trabajo: Pliego de Bases Técnicas 20/25

21 Característica Objeto de valoración Puntos Proposición Económica 40 Equipo de Trabajo propuesto 30 Planificación y Organización del proyecto 20 Calidad de la oferta (estructura, claridad, coherencia ) 5 Prestaciones Superiores/Complementarias a las Exigidas. 5 La Proposición económica. Se calculará sobre el valor medio de las tarifas de los distintos perfiles solicitados ponderadas por el nº de horas de dedicación prevista, y utilizando la fórmula: Total puntos proposición económica x Tarifa media más ventajosa (la de precio más bajo) Tarifa media oferta evaluada Pliego de Bases Técnicas 21/25

22 7 Garantía y Confidencialidad Las cláusulas relativas a la propiedad intelectual, garantía y confidencialidad de la información, así como el resto de condiciones generales de contratación se encuentran disponibles en la web de EJIE ( en el apartado perfil de contratante. 7.1 Garantía El período de garantía será como mínimo el tiempo que dure el contrato. No obstante los licitadores especificarán, en su caso, el tiempo de garantía ofrecido superior al mínimo, así como el alcance de la misma. El adjudicatario se compromete a resolver las desviaciones causadas por errores propios y no inducidas por otras aplicaciones o intervenciones externas sin cargo alguno para EJIE, sin embargo, cualquier producto que entregado por el adjudicatario, sea modificado por un tercero, perderá de inmediato su garantía. 7.2 Confidencialidad El proveedor se compromete a: Tratar con absoluta confidencialidad todo el material y la información que reciba como consecuencia de los trabajos realizados objeto de la adjudicación, durante el periodo de tiempo de duración de la misma, No utilizar la misma para otros fines que los recogidos en el presente Pliego de Condiciones Técnicas. No duplicar, copiar, revelar, ceder o vender total o parcialmente la información obtenida, en todo o en parte, a terceros sin autorización escrita de EJIE, Advertir a sus empleados de sus obligaciones respecto a la confidencialidad de la información, velando por el cumplimiento de la misma, Restringir la utilización de la información obtenida como consecuencia de los trabajos realizados objeto del presente pliego de bases técnicas, exclusivamente para aquellos empleados que tengan necesidad de conocerla y con la finalidad de realizar los trabajos expuestos. Poner todos los medios a su alcance para conservar el carácter confidencial y reservado tanto de la información y documentación recibida de EJIE, como de los resultados obtenidos del trabajo realizado. La devolución de toda la información, material y/ soportes informáticos obtenidos, así como a la descarga de la misma de sus equipos informáticos o (si existieran), una vez finalizado el periodo de contratación correspondiente. Cualquier infracción en este sentido será calificada como grave y será causa de resolución del contrato, sin perjuicio de las responsabilidades penales, o de otro tipo, en que se puedan incurrir. 7.3 Derechos y propiedad de los desarrollos y datos Todos los derechos de propiedad intelectual y de Copyright de cualquier producto o subproducto derivados de los trabajos realizados bajo la correspondiente adjudicación serán propiedad exclusiva de EJIE, obligándose Pliego de Bases Técnicas 22/25

23 las partes a otorgar el documento oportuno cuando éste sea necesario, para la debida constancia pública de este hecho ante cualquier Organismo o Registro, tanto de la Comunidad Autónoma como de la Administración Central del Estado Español. Así mismo todo producto o subproducto derivada de la correspondiente contratación no podrá ser utilizado para otros fines fuera del ámbito de la misma, sin el permiso expreso y por escrito de EJIE. La empresa adjudicataria será responsable de daños y perjuicios que se deriven del incumplimiento de esta obligación. 7.4 Protección de los datos El proveedor quedará obligado al cumplimiento de lo dispuesto en la Ley Orgánica de Protección de Datos, sobre protección de datos de carácter personal. En este sentido, deberá sujetarse a los preceptos de la Ley Orgánica 15/1999, de 13 de diciembre, LOPD, y su Reglamento de Desarrollo, RD 1720/2007, de 21 de diciembre. Pliego de Bases Técnicas 23/25

24 8 Estructura y Formato de la Propuesta El licitador sólo podrá presentar su propuesta contemplando una única alternativa. 8.1 Estructura normalizada y contenido de las propuestas. La propuesta que se presente por el licitador deberá aportar la información que se requiere en todos sus apartados y estar obligatoriamente estructurada de la siguiente forma: Documento de Propuesta Técnica, incluyendo Índice. Presentación y Características Generales: Identificación del pliego al que responde la propuesta. Acatamiento con carácter general a las condiciones del pliego. A partir de este punto, los siguientes apartados se particularizarán para cada una de las soluciones que se oferten. Descripción de la Solución Técnica/Servicio. Se incorporará al inicio de este apartado el resumen de los aspectos más significativos y relevantes de la solución propuesta. Se deberá incluir información detallada de la propuesta en relación con los requisitos de este pliego. Se trata, en definitiva, de una memoria descriptiva del servicio ofertado. Descripción del Entorno Tecnológico. Organización del equipo de proyecto, junto con perfiles, funciones y responsabilidades. Datos relativos de todos los componentes del equipo de trabajo, incluyendo el cuadro de asignación de recursos a los módulos/áreas incluidos en el servicio. Composición del equipo de trabajo propuesto, ordenado por categorías profesionales. Currículo de cada uno de los componentes, de acuerdo a lo indicado en el apartado Equipo de Trabajo y recogido en Anexo al Documento de Propuesta Técnica. Planificación y Organización. Se indicarán las principales fases/tareas del servicio y el cronograma de trabajos. Procedimientos de Gestión, Control y Calidad del servicio Metodologías Prestaciones superiores o complementarias a las exigidas, si las hubiera: El adjudicatario podrá incluir en su propuesta cuantas prestaciones adicionales considere oportunas para la mejora de su actuación, estas (salvo ampliaciones en la garantía) deberán ser necesariamente valoradas tanto en cuanto al nivel de esfuerzo (horas por perfil) como económicamente y de forma separada en los Documentos de Propuesta Técnica y Propuesta/Oferta Económica Garantía, Confidencialidad y Propiedad Intelectual. (*) En ningún caso se deberá incluir información Económica en el Documento de Propuesta Técnica. Pliego de Bases Técnicas 24/25

25 Documento de Propuesta/Oferta Económica, incluyendo: 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. Siguiendo el modelo establecido. Cualquier otro requisito establecido en el Pliego/Hoja de Cláusulas Administrativas. 8.2 Formato de la Propuesta. El soporte físico de las propuestas deberá ser: Papel, debidamente encuadernada, y CD/DVD, en formato electrónico (.pdf). 8.3 Sobres y Elementos. Todas las propuestas deberán entregarse en sobre o paquete debidamente cerrado, y Con etiqueta indicando sobre el mismo: Descripción/Título y Referencia Presentes en la carátula del presente Pliego. Recogiendo en su interior: Documento de Propuesta Técnica, siguiendo la estructura requerida en el apartado de Estructura y Formato de la Propuesta, del presente documento. Documento de Propuesta Económica siguiendo la estructura requerida en el apartado de Presupuesto/Oferta económica, del presente documento y de lo indicado en el Pliego/Hoja de Cláusulas Administrativas Soporte Magnético con los documentos electrónicos correspondientes, rotulado sobre el mismo: Descripción/Título y Referencia del Pliego. Pliego de Bases Técnicas 25/25