SCR6150c Versión 2.0(12/01/05) : Soporte, Formación, Adecuación Portlets y Expansión Plataforma Comunicacional: Dpto. Educación y Centros. EXPEDIENTE PREPARADO EXCLUSIVAMENTE PARA LICITACIÓN ELECTRÓNICA. Fecha: Noviembre de 2010 Referencia: 094/2010 EJIE S.A. Mediterráneo, 14 Tel. 945 01 73 00* Fax. 945 01 73 01 01010 Vitoria-Gasteiz Posta-kutxatila / Apartado: 809 01080 Vitoria-Gasteiz www.ejie.es 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.
Contenido Capítulo/sección Página 1 Introducción 5 2 Objeto, Alcance y Descripción del Servicio 8 2.1 Adecuación de la plataforma a nuevas necesidades detectadas en el proyecto piloto 8 2.2 Creación del Sitio Web, dentro de las instancias existentes 8 2.3 Tuning y adecuación para la mejora de rendimiento 8 2.4 Soporte a la instalación de la plataforma global en el entorno corporativo 8 2.5 Soporte a los Administradores Globales y Administradores de Centros de la plataforma 8 2.6 Consultoría, Soporte y Formación a las Direcciones del Departamento en la Puesta en marcha de nuevas iniciativas: Portales Temáticos o Sectoriales. 9 2.7 Soporte y Formación a los Centros 9 2.8 Gestión Servicio 9 2.9 Duración de la fase de soporte y Formación 9 2.10 Otros Servicios 10 2.10.1. Apoyo en la subida de archivos voluminosos o restauraciones de cursos por los centros 10 2.10.2. Creación y/o adecuación de Temas adicionales 10 2.10.3. Conexión Plataforma de Comunicación (Portales e Intranets) y la de e-learning 10 2.10.4. Comunicación de usuarios de la Plataforma de Comunicación
(Portales e Intranets) a la Plataforma de e-learning 10 2.10.5. Single Sign-on de la Plataforma de Comunicación (Portales e Intranets) y la Plataforma de e-learning 10 2.10.6. Adaptación de portlets. 11 2.10.7. Integración de nuevos portlets o servicios 11 2.10.8. Puesta en marcha de WordPress como editor de Blogs avanzado. 11 3 Metodología Aplicable y Entorno Tecnológico. 12 3.1 Metodología de desarrollo, normativa y Guía de Estilo 12 3.2 Modelo de aseguramiento de la calidad 14 3.2.1. Nivel de Aseguramiento de la Calidad 14 3.2.2. Controles de calidad (SQA) 15 3.2.3. Metodología de pruebas 15 3.2.4. Indicadores 15 3.3 Herramientas del ciclo de vida de las aplicaciones 16 3.4 Entorno Tecnológico. 16 4 Descripción de entregables. 20 5 Planificación y Organización 21 5.1 Plan de Proyecto 21 5.1.1. Plan de Entregas e Hitos de Control 21 5.1.2. Diagrama de Gantt 21 5.2 Organización del Equipo de Trabajo 21 5.2.1. Asignación de recursos a fases del proyecto 21 5.2.2. Equipo de Trabajo 22
5.3 Transferencia Tecnológica. 24 6 Presupuesto y oferta económica. 26 7 Mecanismos de Seguimiento, Control y Supervisión 27 7.1 Mecanismos de Seguimiento y Control. 27 7.2 Supervisión del proyecto 27 8 Plazo de ejecución y Plan de Facturación 29 9 Criterios de Valoración. 30 10 Garantía y Confidencialidad. 31 10.1 Garantía 31 10.2 Confidencialidad de la información 31 10.3 Protección de datos 31 11 Propiedad intelectual. 32 12 Estructura y Formato de la Propuesta 33 12.1 Estructura y Formato de la Propuesta 33
1 Introducción El nuevo Plan de Evolución de los Sistemas de Información del Departamento de Educación, Universidades e Investigación del Gobierno Vasco, ha apostado por las iniciativas dentro del marco de las Tecnologías de la Información y Comunicaciones, destinadas a promocionar e implantar la Sociedad de la Información dentro del ámbito educativo, a través de determinadas actuaciones, entre las que destaca un nuevo enfoque dirigido a potenciar el desarrollo de sistemas de información dirigidos a los centros educativos, docentes, alumnos y familias. Uno de los ejes sobre los que pivota la nueva estrategia de Sistemas de Información es la referida a la comunicación, en todos sus aspectos, tanto interna como externa. Dentro de las herramientas y sistemas que deben soportar la comunicación interna de los centros, la existencia de un sistema de comunicación interno (Intranet) global, unificado, estandarizado y que de servicio a los diferentes agentes educativos intervinientes extendiendo centro y aulas más allá del propio recinto educativo y conformando un nuevo centro virtual ; ha sido considerado elemento básico de gestión. En este contexto el Departamento de Educación, Universidades e Investigación impulsó un proyecto para la creación de un modelo de Intranet para los Centros Educativos del País Vasco, proyecto que se encuentra actualmente en ejecución. La nueva Intranet será el elemento básico de información del centro, así como el punto de acceso a todas las herramientas de uso habitual en la gestión y en el aprendizaje, en ella toda las personas (personal, alumnos y familias) del centro encontrarán todo lo necesario para informarse, comunicarse, colaborar y desarrollar satisfactoriamente su actividad. A lo expuesto anteriormente hay que añadir que durante los últimos años, el Centro de Innovación de la Formación Profesional del País Vasco, TKNIKA, adscrito a la Viceconsejería de Formación Profesional y Aprendizaje Permanente del Departamento de Educación,Universidades e Investigación del Gobierno Vasco, impulsó el Proyecto KAIOA cuyo objetivo es el desarrollo de un Portal de Internet que integre las herramientas de gestión de los procesos de los Centros de Formación Profesional (FP). La Dirección de Recursos Materiales, sistemas de Información y Organización ha asumido la gestión, evolución y mantenimiento de los Centros de FP donde está instalado el Portal de Internet de los centros educativos. En el marco del despliegue de su estrategia de evolución de las soluciones tecnológicas para los Centros de Formación, EJIE por encargo de la Dirección de Recursos durante este ejercicio se ha procedido a: Plataforma de Comunicación Externa: Portal de los Centros: 5/34
Proporcionar un servicio de asistencia y soporte técnico a los Centros de FP que tienen implantado el Portal de Internet de los Centros Educativos, transmitiendo confianza, cercanía y profesionalidad. Trasladar a las instalaciones de EJIE la instancia del Portal de Internet de los Centros Educativos. Adaptar la solución a las últimas versiones de los productos base: Liferay, Dar a la solución el carácter multi-entidad, tal que la solución centralizada, soporte múltiples centros. Poner en marcha la solución de Portal para las EPA s y para un número reducido de Centros de Secundaria y Bachillerato. Plataforma de Comunicación Interna: Intranet de los Centros: Dentro de las herramientas y sistemas que deben soportar la comunicación interna de los centros, la existencia de un sistema de comunicación interno (Intranet) global, unificado, estandarizado y que de servicio a los diferentes agentes educativos intervinientes extendiendo centro y aulas más allá del propio recinto educativo y conformando un nuevo centro virtual ; ha sido considerado elemento básico de gestión. La Intranet en una primera fase se ha articulado como elemento aglutinador, de entre otros los sistemas siguientes: Comunicación interna del Centro, hacia tres actores principales: Personal No Docente del Centro, Personal Docente, Alumnado y Familias, Entorno Colaborativo a diferentes niveles y entre diferentes actores: Entre grupos de trabajo de docentes de diferentes centros, Entre los Centros Educativos y la Consejería, Viceconsejería, Direcciones, y otras entidades (Agencia de Calidad,.), mediante la creación de diferentes comunidades.. Gestión documental del Centro, e intracomunitaria. Portal de Aplicaciones: en este sentido dará soporte a la entrada de las aplicaciones del centro, integrando el logín con XL-net y gestionando el logín unificado para otras plataformas: e-learning,.. Portal de formación del centro dando entrada a alumnos y docentes a la nueva plataforma e- learning soportada en Moodle.. En esta tercera fase del proceso puesta en marcha de la Plataforma Comunicacional se persigue el completar la expansión de la plataforma para lo que se requiere: 6/34
Realización de actividades de Formación a los centros educativos, Realización de actividades de soporte y acompañamiento para la puesta en marcha de los portales de los centros, Realización de actividades de asesoramiento a los centros para la puesta en marcha de sus webs/intranets y/o al departamento para la puesta en marcha de webs temáticas. Formación, Soporte e Integración de Blogs (sobre la base WordPress) dentro de la plataforma comunicacional. La infraestructura que da soporte a esta Plataforma Comunicacional está basada en los siguientes productos: Liferay Entreprise Edition 5.2.5 Alfresco Enterprise 3.1 7/34
2 Objeto, Alcance y Descripción del Servicio Sobre la base de lo indicado anteriormente el objeto del presente pliego es la de proporcionar servicios de Soporte, Formación y Ayuda para la expansión de la Plataforma Comunicacional a distintas áreas del Departamento y Centros. En la actualidad hay: Unos 70 centros (entre centros educativos e iniciativas Departamentales) repartidos por todo el territorio de la Comunidad Autónoma a los que se le ha arrancado el Portal a los que hay que dar soporte, formación y asesoramiento. 10 Centros piloto en lo que se está testeando la plataforma de Postal e Intranet de forma conjunta. Igualmente es objeto del contrato proceder a la expansión de la plataforma según plan de expansión a determinar por el Departamento. 2.1 Adecuación de la plataforma a nuevas necesidades detectadas en el proyecto piloto La puesta en marcha y la utilización del piloto en los centros seleccionados (10 centros de diferentes niveles educativos), va a proporcionar un campo de trabajo, que va a recoger posibles nuevas necesidades de la plataforma en la explotación regular de la misma tanto en lo referida al entorno Departamental, como en los centros educativos. 2.2 Creación del Sitio Web, dentro de las instancias existentes Se deberá proceder a la creación de cada uno de los sitios web, para cada uno de los centros e iniciativas temáticas requeridas por el Departamento, de acuerdo al plan de expansión que establezca para el año 2011. 2.3 Tuning y adecuación para la mejora de rendimiento Durante esta fase se deberá monitorizar el sistema e introducir posible elementos que puedan proporcionar mejoras en el rendimiento si se considerase necesario, así como otros cambios/tuning en la configuración que facilite la mejora de rendimiento. 2.4 Soporte a la instalación de la plataforma global en el entorno corporativo Dado que la nueva plataforma se va a instalar en el próximo mes en la infraestructura corporativa, será necesario que igualmente se de soporte a la Oficina Técnica de Arquitectura y al Equipo Técnico de Soporte de Educación en la fase de tuning de la misma en el entorno corporativo definitivo. 2.5 Soporte a los Administradores Globales y Administradores de Centros de la plataforma 8/34
Igualmente y a lo largo del período requerido se deberá dar soporte a los administradores de los centros y al administrador global de la plataforma en todas aquellas necesidades que sean requeridas, para facilitar la mencionada labor de soporte. 2.6 Consultoría, Soporte y Formación a las Direcciones del Departamento en la Puesta en marcha de nuevas iniciativas: Portales Temáticos o Sectoriales. 2.7 Soporte y Formación a los Centros Soporte y Formación a los administradores y/o Docentes de los centros Centros Educativos, de acuerdo al plan de despliegue que realice el Departamento. Otras iniciativas (sectoriales) que pudieran ser puestos en marcha a lo largo del proceso de expansión indicado. 2.8 Gestión Servicio El proveedor deberá asignar un Jefe Proyecto que realice todas las actividades de coordinación, planificación, gestión y control de las actividades de formación, y seguimiento. Se deberá cuantificar la dedicación, y coste de la misma en la oferta. 2.9 Duración de la fase de soporte y Formación La duración de la fase de soporte y formación objeto de esta contratación se estima en: 1,5 persona/año de un Técnico Especialista en Liferay / Alfresco / WordPress para las actividades de Soporte. Con experiencia demostrable en la realización de actividades similares en diferentes clientes. 900 horas (repartidas a lo largo del año) de un Especialista Liferay / Alfresco / WordPress, para la realización de actividades de formación a Administradores y Gestores de Contenidos. Con experiencia demostrada en la impartición de formación en los indicados productos en diferentes clientes. La formación será realizada en instalaciones del Departamento y Centros Educativos en la Comunidad Autónoma. 600 horas de Consultor Funcional y Técnico especializado en Liferay / Alfresco, para labores de asesoramiento y/o tuning de la plataforma, con amplia experiencia en la implantación y puesta en marcha de Portales, Intranets, Plataformas de comunicación en diferentes tecnologías, infraestructuras, entornos de Gestión de Contenidos. El asesoramiento y/o tunning será realizada en instalaciones del Departamento y Centros Educativos en la Comunidad Autónoma Dado que las actividades de formación y asesoramiento a los centros pueden ser realizadas en diferentes lugares del territorio de la Comunidad Autónoma, el precio deberá incluir cualquier gasto de manutención y desplazamiento. 9/34
2.10 Otros Servicios De forma adicional y con independencia de lo indicado en el apartado 2.9, el proveedor deberá proveer un equipo de proyecto para la realización de actividades tales como: 2.10.1. Apoyo en la subida de archivos voluminosos o restauraciones de cursos por los centros La plataforma tiene limitada la subida de ficheros por parte del usuario de más de 20 Mbytes por fichero, el adjudicatario debe dar soporte a actividades a los centros antes la subida de ficheros de mayor tamaño, o a la restauración de cursos (voluminosos) de momento de forma manual y apoyándose en su propia infraestructura hasta que exista un procedimiento alternativo. 2.10.2. Creación y/o adecuación de Temas adicionales La plataforma tiene definido un conjunto de Temas determinados, en dos grupos o modelos fundamentales (Modelo Centro, Modelo Euskadi.net), el equipo del proveedor deberá facilitar la creación de una serie de temas adicionales, de caurdo a las necesidades que se establezcan durante la expansión. 2.10.3. Conexión Plataforma de Comunicación (Portales e Intranets) y la de e-learning Asegurar, por parte de la Plataforma Comunicacional del Departamento y Centros (Portales e Intranets), su correcta conexión con las Plataforma e-learning. El sistema deberá permitir que los usuarios de la Plataforma Comunicacional, puedan acceder de forma global a todos los servicios/cursos que proporciona la plataforma con independencia del centro (real o virtual/iniciativa) al que esté conectado. 2.10.4. Comunicación de usuarios de la Plataforma de Comunicación (Portales e Intranets) a la Plataforma de e-learning Asegurar la comunicación/traspaso de los usuarios de la Plataforma Comunicacional del Departamento y Centros (Portales e Intranets): Con La Plataforma de e-learning, El traspaso (alta) de usuarios desde la Plataforma Comunicacional, a la plataforma de e-learning. El envío de las bajas/modificaciones de usuarios desde la Plataforma Comunicacional a la plataforma de e-learning. 2.10.5. Single Sign-on de la Plataforma de Comunicación (Portales e Intranets) y la Plataforma de e-learning Asegurar el Single Sign-On entre ambas plataformas y XL-net. 10/34
2.10.6. Adaptación de portlets. Igualmente se deberán poder proceder a la realización de pequeños ajustes en la plataforma para facilitar la usabilidad de determinados portlets según necesidades del proceso de expansión. 2.10.7. Integración de nuevos portlets o servicios La puesta en marcha de un nuevo portal educativo, con servicios adicionales puede conllevar la inclusión de determinado nuevos servicios en la plataforma, el equipo debe proceder a garantizar la integración de los mismos en la Plataforma Comunicacional. 2.10.8. Puesta en marcha de WordPress como editor de Blogs avanzado. La nueva Plataforma Comunicacional, debe permitir la utilización de WordPress como alternativa (a la ya proporcionada por Liferay) para la creación de Blogs avanzados. El equipo suministrado por el proveedor debe de: Poner en marcha de WordPress 3.0.1, creando para ellos los blogs requeridos por el Departamento (dentro del multi-blog de Hezkuntza) Definición y Creación de un conjunto de plantillas de acuerdo a los temas de la Plataforma de Comunicación, Integración de los Blogs de (WordPress) dentro de la Plataforma Comunicacional,. 11/34
3 Metodología Aplicable y Entorno Tecnológico. 3.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 E.J.I.E. 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. 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 de E.J.I.E.: http://www.ejie.net/documentacion.htm En las distintas fases del proyecto, teniendo en cuenta la mencionada metodología ARINBIDE, y según el alcance del mismo, la empresa adjudicataria deberá contemplar, entre otros, los siguientes elementos: Análisis del sistema. Debe incluir : El catálogo de requisitos y la relación de los módulos del sistema. Análisis de las aplicaciones, ASI (ERS) Especificación del Plan de Pruebas resultante de la fase Análisis El adjudicatario partirá de los entregables resultantes de las actividades de Definición del Sistema (ASI 1) y de la de Establecimiento de Requisitos (ASI 2). Diseño del sistema. Lo realizará en su totalidad el adjudicatario y en sus dependencias. Debe incluir: Diseño de las aplicaciones, DSI. Especificar el detalle del Plan de Pruebas del sistema por cada uno de los niveles de prueba: unitarias, de integración, de sistema, de implantación y de aceptación Construcción del sistema. Lo realizará en su totalidad el adjudicatario en sus dependencias, 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 12/34
Modernización de la Administración en lo que respecta a estética, diseño y funcionalidades de las páginas Web. Incluirá la ejecución del Plan de Pruebas, para verificar el cumplimiento de los requisitos establecidos en el mismo, abarcando pruebas unitarias, de integración y del sistema Asimismo, deberán respetarse las convenciones adoptadas para un desarrollo de aplicaciones homogéneas recogidas en el Libro de Estilo del Departamento de Educación El diseño del sistema tendrá en cuenta el nivel de accesibilidad AA (WAI-AA), para aquellos módulos que sean accesibles desde Internet. Todos los sistemas desarrollados deberán soportar al menos los siguientes idiomas: euskera, castellano. 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. 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., habiendo realizado previamente las pruebas necesarias durante la fase de construcción Los entregables de esta fase incluyen en la Especificación de Construcción del Sistema (CSI) y el sistema implantado. Ejecución de las Pruebas de implantación, y Pruebas de Aceptación del Sistema, evaluando 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. En caso de considerarse necesario, se llevarán a cabo las Pruebas de Aceptación en este entorno Pruebas de carga y rendimiento: Que incluye la verificación de los niveles de respuesta de la aplicación ante las previsiones de carga del sistema, así mismo se verificará el comportamiento global del sistema en cuanto a consumo de memoria y CPU de sus componentes. 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 y la Ayuda On-line deberán estar en ambos idiomas: euskera y castellano. Formación a los usuarios y administradores del sistema. Sistema implantado en entorno de producción. 13/34
Para las fases de implantación y pruebas de aplicaciones J2EE en entorno de desarrollo, existe un Manual de tareas de ant, donde se describe el conjunto de tareas disponibles y el uso que debe hacerse de ellas. En todas las fases del proyecto, así mismo será de referencia el documento de Estándares de desarrollo de sistemas software, que establece requisitos obligatorios y recomendaciones a seguir en todo el proceso de ejecución del proyecto, en cuando a la elaboración de los productos y la entrega de los mismos a E.J.I.E. Cabe destacar que para el caso de desarrollo de aplicativos con interfaz web basado en navegador que será desplegado en el contexto de internet, las pruebas del sistema deberán contemplar los ensayos necesarios para garantizar que el sistema se comporta correctamente en los navegadores más utilizados (a fecha de Enero de 2010, Internet Explorer, Firefox, Chrome, Opera, y Safari). Mientras que si el contexto de despliegue es intranet (con PCs gestionados), el sistema deberá soportar los navegadores homologados por los estándares tecnológicos publicados por la Dirección de informática y telecomunicaciones del GV para dicho contexto. Para el caso de extranet, la lista de navegadores a soportar se deberá decidir en función de los colectivos usuarios de la aplicación y del uso o no de PCs gestionados. Igualmente será de referencia el Documento de Estándares Tecnológicos de Gobierno Vasco, publicado en: www.euskadi.net/informatika 3.2 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 la calidad en el proceso de elaboración y la calidad de los productos software obtenidos, será de referencia obligatoria el modelo de aseguramiento de la calidad definido por E.J.I.E. en el documento Estándares de calidad de producto software. v1.3, que contempla: Asignación del Nivel de Aseguramiento de la Calidad (NAC) del sistema a desarrollar Definición de los controles de calidad a ejecutar, en base al NAC asignado Metodología de pruebas y calidad del software elaborada por E.J.I.E, que define el desglose de fases, actividades y tareas así como el conjunto de entregables a elaborar para el aseguramiento de la calidad del sistema. Obtención de Indicadores NAC, que define un conjunto mínimo de indicadores que toda aplicación bajo estándares tecnológicos deberá satisfacer, así como el procedimiento y herramientas para obtenerlos. En este ámbito de definición de la calidad, será de referencia el documento de Aseguramiento de la Calidad de Sistemas Software, así como la Metodología de Pruebas. A continuación se detalla el modelo de aseguramiento de la calidad establecido para el proyecto objeto de contratación. 3.2.1. Nivel de Aseguramiento de la Calidad El NAC asignado para este proyecto es: MEDIO 14/34
3.2.2. 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 Aseguramiento de la Calidad de Sistemas Software. El adjudicatario deberá contemplar la ejecución de estos controles de calidad, dentro del alcance del proyecto objeto de contratación. 3.2.3. Metodología de pruebas Dada la no existencia de un proyecto de Oficina Técnica de Calidad, paralelo al presente pliego de contratación, el adjudicatario del presente pliego, 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: Checklist de verificación de Arinbide (CVA) Definición y gestión del plan de pruebas mediante la herramienta homologada a tal efecto (Ver Anexo de herramientas) Realización del Informe Final de Pruebas (IFPB) Seguimiento y gestión de incidencias mediante la herramienta homologada a tal efecto (Ver Anexo de herramientas) Realización del informe final de incidencias (IIPB) Con independencia de lo aquí especificado, se recuerda que la metodología de desarrollo ArinBide incluye tareas y actividades destinadas a la ejecución y gestión de pruebas, cuyo cumplimiento está implícito en el proyecto objeto del presente pliego. 3.2.4. 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 estos indicadores, 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 por parte de EJIE. 15/34
3.3 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 E.J.I.E., 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 E.J.I.E., 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. 3.4 Entorno Tecnológico. El entorno tecnológico será el definido en los estándares del Gobierno Vasco y del Departamento de Educación y que se consideren necesarios para la ejecución de este proyecto conforme a sus características específicas. Existen un conjunto de utilidades y sistemas horizontales de uso corporativo que dan solución tecnológica a distintos ámbitos funcionales de uso común, que se citan a continuación, y que el proyecto objeto de contratación deberá contemplar según sus necesidades. Para las áreas funcionales de tramitación de expedientes del sistema final se deberán seguir las directrices marcadas por el modelo básico de tramitación (MBT) del Gobierno Vasco, es decir, identificar la familia a la cual pertenece el procedimiento a mecanizar, recoger los datos mínimos definidos como invariantes de información, modelar los trámites establecidos como invariantes de tramitación, e informar al sistema de visión de ciudadano (Mis Gestiones). Además, con objeto de simplificar y homogeneizar los puntos de acceso y las interfaces gráficas de usuario, y de asegurar una correcta interpretación de las normas legales vigentes, el nuevo producto deberá hacer uso del conjunto de módulos y sistemas comunes que constituyen el núcleo de elementos corporativos horizontales de base de plataforma tecnológica de e-administración, PLATEA, desarrollando y completando por lo tanto todo aquello que dichos sistemas requieran: Sistemas de infraestructura de tramitación, PLATEA-Tramitación. Permiten ofrecer al administrado una visión homogénea de los procesos de tramitación gestionados por cualquier departamento de Gobierno Vasco, facilitar al empleado público las herramientas básicas y únicas de gestión de tareas de tramitación, definir y establecer los flujos de tramitación adscritos al modelo básico de tramitación, y aportar las soluciones técnicas necesarias que garantizan el cumplimiento de las normativas y procedimientos legales vigentes en materia de tramitación. Para la publicación de contenidos y aplicaciones en internet, deberá seguirse la normativa corporativa así como las herramientas de soporte al modelo de presencia en internet: Herramientas de gestión de contenidos, portales, ejes de catalogación y buscador: PLATEA-Internet. Gestionan la creación, publicación y mantenimiento de contenidos en los portales de internet administrados por Gobierno Vasco, y su catalogación en ejes homogéneos que faciliten su búsqueda. Facilita igualmente los mecanismos para la integración de las aplicaciones en la propia infraestructura de portales. 16/34
Como plataforma de integración entre sistemas: La infraestructura de integración. Simplifica y estandariza los modelos de intercambio de datos y de procesos entre aplicativos, proporcionando para ello las herramientas y sistemas necesarios para su implementación en base a una plataforma tecnológica unificada, normalizada y compartida. Ofrece soluciones corporativas para el intercambio síncrono de información (exposición de servicios por medio de adaptadores), y el intercambio asíncrono (propagadorenrutador), así como la creación de procesos orquestados. Como referencia obligada respecto a los ámbitos mencionados, deberá considerarse el documento PLATEA Plataforma Tecnológica para la e-administración. El sistema final deberá utilizar el sistema de seguridad homologado en el entorno de Gobierno Vasco: XLNetS. Gestiona los procesos de autenticación y autorización de accesos a usuarios (y sistemas) para aplicativos y recursos, desarrollados bajo distintas tecnologías. Para los desarrollos basados en entorno tecnológico J2EE, 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. Para las necesidades de gestión documental, deberá utilizarse el sistema corporativo existente: Dokusi. Sistema Integral de Gestión Documental cuyo principal objetivo es la implantación de todas las funciones de gestión documental necesarias en los procesos de producción administrativa. Expone su uso a las aplicaciones departamentales mediante su capa de servicios - framework de servicios documentales FSD, proporcionando además otras utilidades para la carga masiva de documentación, e interfaces gráficas. En el documento PBT-PLATEA-Anexos se anexa explicación detallada de los sistemas corporativos involucrados en PLATEA. Como solución corporativa de información de datos de localización: NORA. Sistema horizontal de gestión de datos de localización dirección postal-, que proporciona información actualizada y normalizada hasta nivel de portal. Ofrece diversas alternativas tecnológicas de uso, y como principal valor añadido aporta el tratamiento de Altas Provisionales, solución que permite a las aplicaciones asegurar la normalización de los datos de su negocio, y a su vez favorecer la actualización continua de la información. Incluye además información geográfica. En el documento PBT-Anexo NORA se detalla información de referencia acerca del sistema. Para facilitar el tratamiento de pago telemático del ciudadano a la administración: Pasarela de pagos: Sistema que provee los servicios necesarios para gestionar peticiones de pago generadas por la administración para el ciudadano, incluida la aplicación internet de pago electrónico on-line u off-line. En el documento PBT-Anexo Pasarela de Pagos se detalla información de referencia acerca del sistema. Otros productos y soluciones corporativas existentes son los siguientes: Gestión de procesos batch: 17/34
K31/O75: Soluciones corporativas para la ejecución de procesos desasistidos CONTROL-M: Planificación de procesos batch Generación de informes: Jreport. Existe un middleware corporativo (T43) para uso por las aplicaciones departamentales, con tecnología J2EE. Reporting Services (Microsoft) Business Intelligence: Oracle Discoverer Bitam Sistemas de Información Geográfica: GIS Corporativo, basado en productos ESRI (ArcIMS, ARcSDE, ArcView) Además de los sistemas horizontales especificados, el nuevo sistema, 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 plataformas tecnológicas y productos comunes de base serán, entre otros: Servidor web: Apache Web Server 2 sobre Linux Red Hat Enterprise. Servidor de integración: BEA Weblogic Integration 8.1 sobre Linux Red Hat Enterprise Base de datos: Oracle 10g sobre HP-UX SQL Server 2005 Seguridad: XLNets y PKI Izenpe Infraestructura para la Gestión de contenidos y portales (PLATEA-Internet): Interwoven TeamSite 6.7 Open Deploy 6.1 Autonomy Infraestructura para la gestión documental (dokusi): Documentum Gestión de versionado de aplicaciones Subversion Documentación y trabajo en grupo: SharePoint Portal Server Además, para el entorno tecnológico J2EE: Servidor de aplicaciones: BEA Weblogic Server 8.1 sobre Linux Red Hat Enterprise 18/34
Herramientas para desarrollo: Framework J2EE: Geremua IDE (PC compatible con Windows XP SP1): Eclipse, con plugin MyEclipse Ant 1.5 Gestión de dependencias Maven Pruebas de rendimiento (pre-producción): LoadRunner Además, para el entorno tecnológico Microsoft.NET: Servidor de aplicaciones: IIS 6.0 sobre Windows 2003 Server Herramientas para desarrollo: IDE (PC compatible con Windows XP SP1): Visual Studio 2005 En todos los casos, y según corresponda al entorno tecnológico a utilizar, se utilizarán igualmente las Herramientas del ciclo de vida de las aplicaciones. En el documento PBT-Anexo Herramientas se relacionan las herramientas homologadas. Existe asimismo un conjunto de librerías software homologadas, recogidas en los manuales de albergue de aplicaciones, que deberán contemplarse según corresponda, en el proceso de diseño técnico y construcción del sistema (Izenpe, FOP, POI, LinearBarCode, JfreeChart, IAIK, ) El nuevo sistema, y según sus necesidades, podrá utilizar otros los módulos y servicios específicos para el Departamento de Educación y sus Centros, tales como: Servidor de aplicaciones (Centros educativos): Jboss y/o Tomcat. Base de Datos (propósitos especiales y/o específicos): MySql. Gestión de contenidos, y portales (Centros Educativos): Liferay Portal Enterprise Edition Alfresco Enterprise Edition Plataforma e-learning: Moodle (en tecnología PHP) versión 1.9. 19/34
4 Descripción de entregables. Los productos a entregar, tanto productos software como documentación, serán aquellos que define la metodología de desarrollo ARINBIDE, en referencia a las fases definidas dentro del alcance del proyecto. Igualmente, dentro del alcance definido del proyecto, la Metodología de Pruebas, así como el documento de Aseguramiento de la Calidad de Sistemas Software, detallan los entregables a proporcionar en el ámbito de la calidad. Con independencia de lo descrito y requerido a nivel metodológico (metodología de desarrollo Arinbide, y Metodología de Pruebas), a continuación se añaden tareas y entregables a realizar/suministrar por el adjudicatario: Implantación en el Entorno de Desarrollo de EJIE. Definición, ejecución y gestión del Plan de Pruebas Preparación de componentes y soporte a la implantación en el entorno de Test o Preproducción. Soporte a la implantación en el entorno de Producción. La documentación de usuario deberán estar en ambos idiomas: euskera y castellano. 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. Todos los entregables deberán proporcionarse utilizando las herramientas homologadas en EJIE para el ciclo de vida de las aplicaciones, o en su caso proporcionando formatos compatibles. 20/34
5 Planificación y Organización 5.1 Plan de Proyecto 5.1.1. 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, 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. 5.1.2. Diagrama de Gantt El licitador deberá presentar un Diagrama de Gantt o Cronograma de 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. 5.2.1. 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: 21/34
Descripción Perfil Gest. Proyecto Análisis Diseño Construcción Implantación Total Horas Horas % Horas % Horas % Horas % Horas % Jefe Proyecto Analista Funcional Analista Técnico Analista-Program. Programador Diseñador TOTAL (*) Este desglose de horas se considerará como orientativo y será tenido en consideración en el momento de valorar el grado de aproximación a la planificación del proyecto 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. No obstante este desglose de horas no se considera vinculante, al no tratarse de una contratación de horas de desarrollo, sino un proyecto llave en mano según el importe total ofertado.. 5.2.2. 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. 5.2.2.1. 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. 5.2.2.2. 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. 5.2.2.3. Constitución inicial del equipo de trabajo 22/34
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 E.J.I.E. Caso de que se demostrase que el cambio no se corresponde con causa justificada, de fuerza mayor y no imputable al adjudicatario, E.J.I.E. 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. 5.2.2.4. 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 E.J.I.E., 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. 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 E.J.I.E. 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 E.J.I.E., esto no fuera posible, las dos primeras semanas de trabajo del sustituto no serán facturables corriendo a cargo del adjudicatario. 5.2.2.5. Jornada laboral y lugar de realización de los trabajos. Los trabajos de desarrollo se realizarán normalmente en las dependencias del adjudicatario en cuyo caso: 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 E.J.I.E., S. A. como para garantizar una presencia rápida en E.J.I.E., ante cualquier eventualidad que pudiera surgir. Las pruebas de integración, de carga, aceptación y la puesta a punto de los productos se realizarán en los locales de E.J.I.E. 23/34
En aquellos casos en que los trabajos deban ser realizados en las dependencias de E.J.I.E, estos se realizarán en las siguientes condiciones: La jornada de trabajo estará de acuerdo a la establecida por E.J.I.E., Con carácter general los componentes del grupo de trabajo deberán desarrollarán su labor con hardware y software propiedad del adjudicatario, salvo para labores de instalación, implantación, y puesta en marcha, que se realizará mediante los puestos asignados por la Dirección del Proyecto de E.J.I.E. 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 E.J.I.E.), 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 5.2.2.6. 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, Edad, N.I.F., N.S.S. 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 en PLATEA y/o Geremua: 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 24/34
trabajos desarrollados, así como de los eventuales problemas que puedan plantearse y de las tecnologías, métodos, y herramientas utilizados para resolverlos. 25/34
6 Presupuesto y oferta económica. 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. Del mismo modo podrán detallarse también posibles prestaciones superiores a las solicitadas, ofertadas por el licitador y debidamente argumentadas en cuanto al nivel de esfuerzo requerido, 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 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. 26/34