PLIEGO DE PRESCRIPCIONES TÉCNICAS QUE REGIRÁ LA REALIZACIÓN DEL CONTRATO DE SERVICIO DE DESARROLLO Y MANTENIMIENTO PARA LA EVOLUCIÓN DE PORTALES

PLIEGO DE PRESCRIPCIONES TÉCNICAS QUE REGIRÁ LA REALIZACIÓN DEL CONTRATO DE SERVICIO DE DESARROLLO Y MANTENIMIENTO PARA LA EVOLUCIÓN DE PORTALES EXP: 002/13-SI PROCEDIMIENTO SIMPLIFICADO Este archivo está almacenado en la sede electrónica de Red.es, accesible desde csv.red.es con el código seguro de verificación 8LtVRCTOkN8XFGBApi7GsrkY7LU=

ÍNDICE 1. INTRODUCCIÓN... 4 2. REQUISITOS TÉCNICOS DEL SERVICIO... 6 2.1 Actualización de la arquitectura de portales 6 2.2 Desarrollo de nuevos portales 8 2.3 Mantenimiento evolutivo de portales 9 2.4 Mantenimiento correctivo de portales 18 2.5 Soporte y administración de portales 19 3. REQUISITOS DE EJECUCIÓN... 21 3.1 Fases del servicio 21 3.2 Acuerdos de nivel de servicio 22 3.3 Otros requisitos de ejecución 26 4. METODOLOGÍA... 30 4.1 Introducción 30 4.2 Oficina de certificación 31 5. CONTROL ECONÓMICO Y DE FACTURACIÓN... 33 5.1 Control económico 33 5.2 Hitos de facturación 34 6. FORMATO Y CONTENIDO DE LA PROPUESTA... 35 6.1 PROPUESTA RELATIVA A CRITERIOS CUYA VALORACIÓN DEPENDE DE UN JUICIO DE VALOR (sobre 3) 35 6.2 Propuesta relativa a los criterios cuantificables mediante la mera aplicación de fórmulas (sobre 4) 37 7. ANEXO I. Estimación de funcionalidades por la métrica de puntos Casos de uso 40 7.1 Estimación de funcionalidades 40 7.2 Estimación de esfuerzo 46 7.3 Ejemplo de aplicación del método. 50 8. ANEXO II. Plataforma tecnológica para portales en Red.es... 51 Nota: Cualquier consulta en relación con el presente procedimiento de licitación debe dirigirse por correo electrónico a la dirección sg.contratacion.consultas@red.es, indicando: Asunto: número de expediente. Cuerpo: nombre de la empresa, datos de la persona que realiza la consulta y texto de la consulta. Este archivo está almacenado en la sede electrónica de Red.es, accesible desde Pág. csv.red.es 2 de 51 con el código seguro de verificación 8LtVRCTOkN8XFGBApi7GsrkY7LU=

El plazo de recepción de consultas finalizará 3 días hábiles antes del fin del plazo de presentación de ofertas. Red.es no tendrá obligación de responder las consultas realizadas transcurrido dicho plazo. Este archivo está almacenado en la sede electrónica de Red.es, accesible desde Pág. csv.red.es 3 de 51 con el código seguro de verificación 8LtVRCTOkN8XFGBApi7GsrkY7LU=

1. INTRODUCCIÓN Red.es es la entidad pública empresarial del Ministerio de Industria, Energía y Turismo (MINETUR) encargada de consolidar el desarrollo de la Sociedad de la Información en España. Nuestra misión es ejecutar proyectos TIC de acuerdo con las prioridades estratégicas de la Secretaría de Estado de Telecomunicaciones y para la Sociedad de la Información (SETSI) y en colaboración con las Comunidades Autónomas, Entidades Locales y el sector privado. Para conseguir este objetivo, Red.es trabaja en distintas áreas operativas, dentro de las cuales, y en virtud de las funciones legalmente atribuidas, se dispone de los adecuados medios de difusión. En este sentido, y a título informativo (no vinculante), se describen a continuación algunos de los sitios web y portales que Red.es está gestionando actualmente. En el ámbito de los Contenidos digitales se desarrollan iniciativas con el fin de fortalecer este sector en sus diferentes ámbitos: audiovisual, videojuegos, música, cine, prensa y libros digitales, publicidad en medios online,etc.(http://www.blogficod.es/, http://www.profesionalesdigitales.es, http://www.ficod.es, http://www.chaval.es, etc.) En el área de Administración Electrónica, Red.es tiene como objetivo principal promover procesos innovadores TIC en el ámbito de las Administraciones Públicas, mediante el fomento del uso de servicios TIC por parte de la ciudadanía y de las empresas (http://www.usatudni.es, http://datos.gob.es, etc.) En el ámbito de Economía digital Red.es pone en marcha iniciativas y acciones encaminadas a acelerar el proceso de convergencia TIC de las pymes y autónomos españoles con respecto a sus homólogas europeas, para equiparar ratios de productividad, rentabilidad y competitividad. Red.es trabaja con el objeto de impulsar la adopción de las TIC por parte de pymes y autónomos de cualquier sector de actividad; y apoyamos la profesionalización del sector TIC (http://www.vendeseninternet.es, http://www.alojamientosconectados.es, http://www.empresasenred.es/, etc.) Desde Educación en red se potencia la aplicación de las Tecnologías de la Información y la Comunicación (TIC) en el sistema educativo y formativo. Para ello, Red.es pone en marcha iniciativas de implantación de herramientas y equipamiento TIC, de fomento del uso de internet en las aulas y de diseño de Este archivo está almacenado en la sede electrónica de Red.es, accesible desde Pág. csv.red.es 4 de 51 con el código seguro de verificación 8LtVRCTOkN8XFGBApi7GsrkY7LU=

espacios de generación de conocimientos digitales compartidos (http://www.educacontic.es/, etc.) Red.es también se encarga de la gestión de los dominios.es (http://www.dominios.es), y a través del Observatorio Nacional de las Telecomunicaciones y de la Sociedad de la Información (http://www.ontsi.red.es/), se establece el punto de encuentro y de diálogo entre el sector de las Tecnologías de la Información, las Comunicaciones y los Contenidos y las distintas administraciones públicas, para la definición de políticas y su posterior evaluación. El escaparate de la Entidad Pública (http://www.red.es, http://www.tvenred.es/, http://www.unblogenred.es/, etc.) es el frontal de los sistemas corporativos que permite dar difusión de las actuaciones que Red.es lleva a cabo. Algunos de estos sistemas son portales (Intranet corporativa, gestión del calendario de eventos, etc.) y otras aplicaciones (Sede electrónica, Registro E/S, etc.). Además, Red.es administra los distintos portales de las Encomiendas que gestiona (Cumbre Iberoamericana, TVInfancia, CEPC, etc.). Algunos de estos portales son desarrollados a partir del portal genérico que Red.es ha diseñado al efecto. Otros, en cambio, deben ser desarrollados desde cero teniendo en cuenta los requisitos de cada Organismo. Todo ello con una vocación de transparencia (http://www.red.es/open/) y de libre concurrencia. El perfil de contratante (http://www.red.es/redes/contratacion) es el sitio del portal corporativo de la a través del que se difunde la información relativa a la contratación administrativa. A través de esta página el ciudadano puede consultar las contrataciones programadas, los anuncios de licitación, los anuncios de adjudicación y de formalización así como acceder a los pliegos y otra documentación complementaria de los expedientes de contratación de Red.es. El presente procedimiento tiene como objeto contratar un servicio de Desarrollo y Mantenimiento de los portales que Red.es gestiona (junto con los servicios y componentes asociados), con el fin de evolucionar, mantener y mejorar los mismos, en concreto con el objetivo de: 1. Mantener y mejorar el servicio que actualmente prestan estos portales 2. Evolucionar algunos de estos portales de acuerdo con nuevos requisitos operativos 3. Analizar y, en su caso, adaptar la arquitectura tecnológica de los portales y los servicios y componentes asociados, a las necesidades operativas actuales y futuras de la Entidad. Este archivo está almacenado en la sede electrónica de Red.es, accesible desde Pág. csv.red.es 5 de 51 con el código seguro de verificación 8LtVRCTOkN8XFGBApi7GsrkY7LU=

4. Desarrollar nuevos portales como consecuencia de los nuevos servicios y Encomiendas que le hayan sido atribuidos a Red.es, de forma ágil y escalable. 2. REQUISITOS TÉCNICOS DEL SERVICIO En este apartado se detallan las características técnicas mínimas del servicio objeto del presente procedimiento de licitación. Se especifican requisitos mínimos. Las propuestas que incumplan u ofrezcan características inferiores no serán tomadas en consideración en el procedimiento de adjudicación. El licitador puede ofertar prestaciones superiores a las solicitadas. El adjudicatario deberá garantizar la prestación del Servicio, siendo responsable del cumplimiento de todas y cada una de las funciones encomendadas dentro del presente pliego. Como ya se ha indicado anteriormente, el objeto del Contrato consiste en la prestación de un Servicio de desarrollo y mantenimiento de portales (en adelante el Servicio ), de Red.es, que engloba las siguientes actuaciones: i. Actualización de la arquitectura tecnológica de los portales ii. Desarrollo de nuevos portales que sea necesario implantar iii. Mantenimiento evolutivo de los portales de Red.es iv. Mantenimiento correctivo de los portales de Red.es v. Soporte y administración de los portales de Red.es La estimación en esfuerzo y coste de los trabajos objeto del Servicio, se realizará utilizando la técnica de puntos caso de uso (UCP), que se describe en el anexo I, y que viene siendo utilizada con éxito por Red.es en distintos proyectos que la Entidad lleva a cabo. Dicha estimación deberá ser aprobada por el Director Técnico designado por Red.es 2.1 Actualización/evolución de la arquitectura de portales La actual arquitectura de portales de la Entidad está basada en múltiples instancias de Drupal, con múltiples bases de datos. Esto quiere decir que cada portal está desarrollado como un único site, para el cual se despliega una versión de Drupal con su base de datos correspondiente. Si bien este esquema favorece que cada sitio pueda escalar de forma independiente con respecto a los demás (la gestión de cada portal es Este archivo está almacenado en la sede electrónica de Red.es, accesible desde Pág. csv.red.es 6 de 51 con el código seguro de verificación 8LtVRCTOkN8XFGBApi7GsrkY7LU=

independiente), y la migración (portales aislados), genera ciertos inconvenientes en determinadas circunstancias. Estas desventajas estriban en que no se puede compartir el conocimiento ni los módulos o funcionalidades de forma sencilla. Además dificulta la reutilización en algunos casos, y tampoco se puede unificar el control de acceso, ni la compartición de determinados componentes como menús, logos, pies de página, cabeceras, entradas, etc. A mayor abundamiento, los servicios asociados a estos portales están muy acoplados, lo que quiere decir que existen funcionalidades duplicadas, que son invocadas la mayoría de las veces no como servicios SOAP en el marco de un paradigma de orientación a servicios (SOC), sino como aplicaciones PHP que se encuentran embebidas en el propio portal. Además la lógica de aplicación se encuentra acoplada en los propios portales, que se convierten en silos de información, lo que dificulta la reutilización de servicios de forma horizontal. En conclusión cabe indicar que a evolución de dichos portales, teniendo en cuenta estas circunstancias, no es todo lo flexible que sería deseable (una versión de Drupal por cada una de las instancias de portal, actualización de módulos no automática, etc.). Para potenciar estas capacidades, el adjudicatario deberá realizar una adaptación de la arquitectura o plataforma tecnológica de portales que sea compatible con la actual (ver anexo II), minimice el impacto en el servicio, y que contemple, al menos, los siguientes requisitos: ReqU(1.1) Desacoplar la lógica de negocio de la capa de presentación del propio portal ReqU(1.2) ReqU(1.3) ReqU(1.4) ReqU(1.5) ReqU(1.6) Separar los servicios y módulos para hacer el portal más flexible de cara a futuros cambios Mejorar e incorporar las aplicaciones y módulos necesarios para mejorar la eficiencia del portal y permitir un seguimiento óptimo (por ejemplo, cuadro de mando, estadísticas, single signon, integración con LDAP, gestor de portales que permita centralizar usuarios/componentes/logos/cabeceras/pies, etc.) Mejorar la reutilización de los componentes y módulos de cada portal Integrar los servicios necesarios para que puedan ser consumidos por otros portales y/o aplicaciones. En este sentido sería recomendable utilizar algún mecanismo de distribución basado en Bus de Servicios (ESB) Migrar de forma flexible a nuevas versiones, y poder adaptar los Este archivo está almacenado en la sede electrónica de Red.es, accesible desde Pág. csv.red.es 7 de 51 con el código seguro de verificación 8LtVRCTOkN8XFGBApi7GsrkY7LU=

ReqU(1.7) ReqU(1.8) ReqU(1.9) portales a la nueva arquitectura de forma fácil, con la mínima pérdida de servicio Mejorar los despliegues de nuevas versiones de portales, de forma que se diferencie entre el contenido y la configuración, y se puedan realizar actualizaciones sin necesidad de parada de servicio Mejorar la movilidad de portales Mejorar la gestión y la seguridad de los portales ReqU(1.10) Las funcionalidades y los servicios deberán estar lo más desacoplados posible, sin que se vea afectada la flexibilidad, el nivel de servicio y la eficiencia de los portales y sus componentes asociados ReqU(1.11) Todas las funcionalidades deberán ir orientadas a mejorar la eficiencia, reducir riesgos y optimizar tiempos en la actualización de módulos y componentes en los distintos portales ReqU(1.12) La arquitectura propuesta necesariamente debe ser compatible con la plataforma de Red.es, y deberá tener en cuenta como una de las piezas clave el Bus de Servicios Empresarial (ESB) 1. 2.2 Desarrollo de nuevos portales Debido a la constante evolución de los servicios de la Entidad, ya sea motivada por cambios solicitados por los departamentos internos de Red.es, o derivada de nuevas actuaciones encomendadas a Red.es a través de Convenios o Encomiendas, es necesario contemplar dentro de este servicio el desarrollo de nuevos portales, o secciones, dentro de otros ya existentes. Estos desarrollos deberán ceñirse a la metodología y a las plataformas de Red.es, cumpliendo con todas las fases establecidas en su ciclo de vida (algunas de las cuales serán opcionales en función del tamaño y criticidad del proyecto, como se explica más adelante). Dentro de este apartado se contemplan todos aquellos portales que, por motivo de nuevas actuaciones encomendadas a Red.es, o de necesidades dentro de los departamentos de Red.es, deban ser abordados. 1 El licitador no deberá proponer un ESB concreto, si no que la propuesta deberá contemplar este componente a nivel conceptual. Una vez adjudicado el contrato, se remitirá al adjudicatario toda la información necesaria para realizar las integraciones propuestas, en las cuales también deberá colaborar dando el soporte y realizando las configuraciones básicas necesarias para el correcto funcionamiento de la arquitectura propuesta. Este archivo está almacenado en la sede electrónica de Red.es, accesible desde Pág. csv.red.es 8 de 51 con el código seguro de verificación 8LtVRCTOkN8XFGBApi7GsrkY7LU=

Además, y dentro de posibles nuevas necesidades del servicio, se contempla la inclusión de determinada información que será administrable, ya sea en un único portal (por ejemplo como subsecciones nuevas dentro de portales existentes), o como secciones diferenciadas en portales nuevos. En este caso, se contemplará también la migración básica de los contenidos originales a las nuevas secciones Como parte de este servicio, también se abordará un planteamiento de la necesidad de unificar los distintos portales de Red.es,, de cara a ofrecer un servicio más centralizado y favorecer la difusión de sus contenidos. Red.es comunicará al adjudicatario las distintas peticiones relacionadas con este servicio que, tras ser analizadas, deberá facilitar a Red.es una propuesta de solución junto con la planificación detallada en tiempo y coste utilizando la técnica de Puntos de Casos De Uso (UCP), que se detalla en el anexo I. Red.es decidirá en base al planteamiento presentado la aceptación o no de la solución propuesta por el adjudicatario. En caso de aceptación de la propuesta, las desviaciones no atribuibles a Red.es respecto a dicha planificación, serán asumidas por el adjudicatario. Asimismo, una vez implantada y aceptada la solución por parte de Red.es, comenzará su garantía con un periodo de validez de un año a partir de su fecha concreta de entrega. El adjudicatario se compromete a enviar a Red.es la planificación requerida en tiempo y costes sobre nuevos portales en un plazo no superior a 10 días laborables, a contar desde la notificación de la solicitud realizada por Red.es. 2.3 Mantenimiento evolutivo de portales El Mantenimiento Evolutivo consiste en la realización de las adaptaciones y modificaciones de los portales derivados entre otros de los siguientes supuestos: a) Cambios en la plataforma o arquitectura tecnológica. b) Migración de los portales a otras plataformas. c) Cambios en normativas sobre las que se rige el funcionamiento de los portales. d) Cambios o adecuaciones a los estándares tecnológicos de Red.es. e) Convivencia o integración con otros portales, se incluye la realización de las pruebas de convivencia y control de las mismas. f) Mejora en el rendimiento y uso de los recursos. g) Mejora de la calidad del software. Este archivo está almacenado en la sede electrónica de Red.es, accesible desde Pág. csv.red.es 9 de 51 con el código seguro de verificación 8LtVRCTOkN8XFGBApi7GsrkY7LU=

Estos desarrollos deberán ceñirse a la metodología y a las plataformas de Red.es, cumpliendo todas las fases establecidas para su ciclo de vida (algunas de las cuales serán opcionales en función del tamaño y criticidad del proyecto, como se explica más adelante). Red.es comunicará al adjudicatario las distintas peticiones relacionadas con este servicio que, tras ser analizadas, deberá facilitar a Red.es una propuesta de solución junto con la planificación detallada en tiempo y coste utilizando la técnica de Puntos de Casos De Uso (UCP), que se detalla en el anexo I. Red.es decidirá sobre la base del planteamiento presentado la aceptación o no de la solución propuesta por el adjudicatario. En caso de aceptación de la propuesta, las desviaciones no atribuibles a Red.es respecto a dicha planificación, serán asumidas por el adjudicatario. Asimismo, una vez implantada y aceptada la solución por parte de Red.es, comenzará su garantía con un periodo de validez de un año a partir de su fecha concreta de entrega. Algunas de estas actuaciones de mantenimiento evolutivo se detallan a continuación, si bien Red.es determinará en cada momento cuáles de ellas abordará, o sustituirá por otras de tamaño o complejidad similar. 2.3.1 Portal para la centralización de inscripciones Este portal consiste en la evolución de un único site para la centralización de todas las inscripciones a eventos/talleres/cursos y similares que Red.es gestione, y que desee publicar. Por ejemplo, en el actual portal corporativo de Red.es se dispone de una zona de agenda donde en la mayoría de ocasiones se publican eventos para los que es necesaria una inscripción. Así mismo, en el portal de Vendes en Internet, se da la posibilidad de realizar inscripciones a talleres. Del mismo modo, existen en distintos portales de la Entidad módulos que permiten hacer estas inscripciones mediantes formularios de forma aislada. El objetivo de este portal es ofrecer un único punto de entrada a todas estas inscripciones, así como centralizar el uso de los distintos formularios que sean determinados por Red.es, debiendo cumplir los siguientes requisitos: ReqU(2.1) Este portal deberá contar con una home que permita administrar y visualizar los principales contenidos destacados, enlaces a formularios, áreas de interés a las cuales podrá inscribirse un usuario, buscador, etc., además de las secciones necesarias para la centralización de las inscripciones comentadas anteriormente. Todo este desarrollo podrá realizarse parametrizando el portal genérico que Red.es ha desarrollado como base de algunos de los portales de la Entidad (lai información relativa al mismo será Este archivo está almacenado en la sede electrónica de Red.es, accesible desde Pág. csv.red.es 10 de 51 con el código seguro de verificación 8LtVRCTOkN8XFGBApi7GsrkY7LU=

entregada al adjudicatario al comienzo de los trabajos). ReqU(2.2) El portal deberá contar con la gestión de dichas inscripciones, que permitirá a un usuario de tipo administrador centralizar las peticiones, estadísticas, edición, etc. ReqU(2.3) El portal deberá ofrecer la posibilidad de realizar consultas sobre las inscripciones realizadas a un usuario, así como validaciones que impidan que un mismo usuario pueda registrarse dos veces a un mismo evento, funcionalidades que no ofrece el actual portal genérico y que deberán ser evolucionadas por el adjudicatario 2.3.2 Evolución del Perfil del Contratante La necesidad de evolución del Perfil del Contratante incluido en el portal de Red.es tiene como objetivo dotar de una mayor flexibilidad y eficiencia al proceso de gestión de expedientes, desde su inicio hasta la adjudicación. Red.es dispone de una aplicación, desarrollada en J2EE, que se enlaza con el portal corporativo, y que se encarga de la publicación y gestión de la información relativa a los procedimientos de licitación que Red.es incoa. Esta herramienta da las opciones básicas de clasificación y búsqueda de pliegos y/o avisos, búsqueda avanzada, servicio de alertas, firma básica y sellado de tiempo, etc. Sin embargo, esta aplicación no cubre el ciclo completo de gestión de los expedientes de contratación de Red.es. En este sentido, el objetivo es implantar un piloto cuyo alcance comprenderá la modelización e implantación de los correspondientes procedimientos de licitación desde la concepción del expediente de contratación (solicitud interna de número, aprobación y firma) hasta la adjudicación del mismo. Para ello se contará con un motor de procesos de flujos de negocio (BPM), que formará parte de la arquitectura tecnológica de Red.es, y que el adjudicatario se encargará de gestionar. La parametrización, modelado e implantación de estos procesos en este motor de procesos o tramitador, así como las configuraciones básicas (definición de roles y permisos, integración con repositorio de usuarios o LDAP, gestión de identidades, etc.) formarán parte del objeto del Servicio, si bien el licenciamiento y la implantación caen fuera del objeto de este contrato. Así mismo, se contará con un bus de servicios (Enterprise Service Bus o ESB), que formará parte de la arquitectura tecnológica de Red.es, y que centralizará los servicios necesarios para dar cobertura a este piloto y en general al servicio, cuyo detalle se muestra en las secciones siguientes. Al igual que en el caso anterior, la publicación y gestión básica de servicios en Este archivo está almacenado en la sede electrónica de Red.es, accesible desde Pág. csv.red.es 11 de 51 con el código seguro de verificación 8LtVRCTOkN8XFGBApi7GsrkY7LU=

este bus formarán parte del servicio, si bien el licenciamiento y la implantación caen fuera del objeto de este contrato. Red.es entregará al licitador las especificaciones completas de la aplicación del Perfil del Contratante a integrar una vez sea adjudicado el contrato. En detalle se muestran aquí algunos de los puntos a implementar: ReqU(3.1) ReqU(3.2) ReqU(3.3) ReqU(3.4) Definición y modelado de los flujos de trabajo (en notación BPMn o la compatible con el tramitador a desplegar en Red.es) relativos a la gestión y publicación de los pliegos de los procedimientos de licitación que Red.es incoa en el Perfil del Contratante de la entidad. Identificación y adaptación de servicios del propio perfil del contratante, o del resto de plataformas de Red.es o de otras Entidades que deban integrarse (Portafirmas, Plataforma de Licitación, Gestor Documental, Acceda, etc.) Definición, implementación y publicación de nuevos servicios necesarios para dar cobertura al piloto. Estos podrán incluir, los recubrimientos necesarios de las aplicaciones a integrar (por ejemplo el gestor documental) Realización de una bandeja de tareas integrada con un tramitador BPM que se desplegará en la arquitectura tecnológica de Red.es, y que se implementará como parte de este proyecto. El adjudicatario deberá dar soporte a su despliegue, aunque NO correrá con los gastos derivados de su licenciamiento Publicación en el ESB de los servicios necesarios (ya sean nuevos o de aplicaciones existentes) para el correcto funcionamiento del piloto ReqU(3.5) ReqU(3.6) ReqU(3.7) Configuración y parametrización (metadatos, servicios, etc.) del gestor documental para el almacenamiento de información, como parte de los flujos definidos. Integración con el mismo como parte de dichos flujos Integración con la plataforma de firma y sellado de tiempo de Red.es, basada actualmente en ASF, pero que deberá estar desacoplada de la aplicación, en vista de una posible migración a otra plataforma (@firma). Integración con autoridades de certificación o terceros de confianza para la validación de los sellados de tiempo, en caso de que fuera necesario. Securización que permita la identificación mediante certificado de aplicación al ESB y/o de usuario. Definición de roles e integración con LDAP si es necesario. Este archivo está almacenado en la sede electrónica de Red.es, accesible desde Pág. csv.red.es 12 de 51 con el código seguro de verificación 8LtVRCTOkN8XFGBApi7GsrkY7LU=

ReqU(3.8) Integración con resto de sistemas necesarios (Plataforma elicitación de Red.es, Plataforma de contratación del Estado ver posibilidad de utilizar servicios, Gestor de Expedientes, Portafirmas, Sede y CSV, Registro electrónico, etc.). 2.3.3 Evolución de la gestión de noticias/boletines Este apartado consiste en la evolución del actual gestor de boletines de Red.es, que actualmente se utiliza desde el portal corporativo. Dicho gestor no está optimizado, al no permitir el envío directo a los suscriptores (gestionados actualmente a través de una herramienta de gestión de listas de envíos denominada SYMPA), y generar diversos errores en el HTML generado, que deben ser maquetados antes de su envío. Estos son algunos de los requisitos de usuario que la evolución deberá cumplir: ReqU(4.1) Permitir el envío directo a los suscriptores (gestionados actualmente a través de SYMPA o cualquier otro sistema automático) ReqU(4.2) General HTML limpio con posibilidad de maquetar ReqU(4.3) Integración con gestores de boletines (la implantación de dichos gestores caen fuera del alcance del presente servicio) ReqU(4.4) Se deberá realizar la integración de los módulos de noticias, clipping y notas de prensa, que actualmente son independientes en cada portal, de forma que se puedan visualizar de forma conjunta según los criterios de selección, por un usuario de tipo administrador ReqU(4.5) La visualización de dichas noticias deberá contar con un gestor centralizado, que permitirá incluir nuevas noticias, o importarlas de herramientas de gestión de noticias y clipping que se ofrezcan de forma externa, mediante la utilización de servicios y de código embebido. Estás noticias serán visualizadas en los distintos portales, a petición de un usuario administrador que se encargará de categorizarlas, por portal y rol/usuario entre otros 2.3.4 Evolución del portal Profesionales en Contenidos Digitales Este desarrollo evolutivo tiene como objetivo adaptar el portal y sus componentes relacionados al nuevo plan de difusión del Programa Este archivo está almacenado en la sede electrónica de Red.es, accesible desde Pág. csv.red.es 13 de 51 con el código seguro de verificación 8LtVRCTOkN8XFGBApi7GsrkY7LU=

Profesionales en Contenidos Digitales. Esto incluye, entre otras, adaptaciones estéticas, de componentes, y creación de nuevas secciones. Los principales requisitos que deberá cumplir el evolutivo son los que se detallan a continuación. ReqU (5.1) Home/general ReqU(5.1.1) Quitar del faldón los logos institucionales. Se queda el logo del programa alineado a la izquierda ReqU(5.1.2) Hacer diseño por pestañas con imagen ilustrativa por sección ReqU(5.1.3) Eliminar la nube de tags. Se mostrará un contenedor que a modo de carrusel reproduzca video, flash o HTML configurable por el administrador. Cambiar diseño tomando como modelo http://madrid.theappdate.com/ ReqU(5.1.4) Columna con 3 banners configurables por administración (imagen y link). Síguenos en : Facebook, Twitter, linked in, Youtube, más (link a http://sharethis.com/publishers/getsharing-tools ahí elegiremos en qué RRSS queremos estar) ReqU(5.1.5) Incluir logos institucionales en el pie ReqU(5.1.6) Menú lateral derecho, Síguenos en : Facebook, Twitter, linked in, Youtube y más (link a http://sharethis.com/publishers/getsharing-tools ahí elegiremos en qué RRSS queremos estar) ReqU(5.1.7) Todas las páginas del portal deberán soportar vídeos, flash y html ReqU(5.1.8) Eliminar todos los iconos tipo cubos ReqU(5.1.9) Nueva maquetación general del portal. ReqU (5.2) Actualidad ReqU(5.2.1) Cambiar diseño tomando como modelo http://madrid.theappdate.com/ ReqU(5.2.2) Todos los widgets podrán ser mostrados u ocultados por el administrador. ReqU (5.3) Sección qué es Este archivo está almacenado en la sede electrónica de Red.es, accesible desde Pág. csv.red.es 14 de 51 con el código seguro de verificación 8LtVRCTOkN8XFGBApi7GsrkY7LU=

ReqU(5.3.1) Mantener formato Actualidad de inicio inspirado en http://madrid.theappdate.com/ y Después del título de la sección habrá un vídeo del programa. ReqU (5.4) Universitarios ReqU(5.4.1) Sustiruir Login y litarales. Sustituir: Si eres una Universidad o Empresa ponte en contacto para darte de alta por Darme de alta ReqU(5.4.2) Buscador universitarios: Las opciones seleccionadas se deseleccionarán con un clic. ReqU(5.4.3) Hacer un diseño de interfaz del buscador más elegante y moderno. ReqU(5.4.4) Botón buscar más elegante y moderno. Que las opciones seleccionadas se deseleccionen con un clic. ReqU (5.5) Universidades ReqU(5.5.1) Incluir banner para herramienta colaborativa ReqU(5.5.2) Rediseñar tipografías ReqU (5.6) Empresas colaboradoras ReqU(5.6.1) Eliminar el buscador general. En el buscador empresas, las opciones seleccionadas se deseleccionarán con un clic ReqU(5.6.2) Hacer un diseño de interfaz del buscador más elegante y moderno ReqU(5.6.3) Botón buscar más elegante y moderno ReqU(5.6.4) Rediseñar sin buscador y tipografías Este archivo está almacenado en la sede electrónica de Red.es, accesible desde Pág. csv.red.es 15 de 51 con el código seguro de verificación 8LtVRCTOkN8XFGBApi7GsrkY7LU=

ReqU (5.7) Documentación ReqU(5.7.1) Habilitar opción/pestaña documentación y realizar propuesta 2.3.5 Evolución aplicación de eventos Actualmente existe una aplicación que gestiona los eventos a publicar en la agenda del portal corporativo. Sin embargo, funciona en modo diferido (mediante un cron del sistema), es decir, temporalmente genera un XML, que se carga en la Base de Datos del portal de Red.es mediante un script. El objetivo es adaptar la funcionalidad para desarrollar y reutilizar los servicios necesarios de forma óptima. Estos son los requisitos de usuario que como mínimo debe cumplir el nuevo sistema: ReqU(6.1) ReqU(6.2) ReqU(6.3) ReqU(6.4) Mejorar el sistema para que en el portal centralizado se permita dar de alta eventos de la agenda y se repliquen de forma automática en los portales Se podrán dar de alta eventos a publicar en más de un portal, a petición del usuario administrador Integrar con el resto de sistemas que sea necesario, por ejemplo el portal de inscripciones Integrar con la nueva arquitectura, publicando los servicios necesarios de forma óptima, o el protocolo de comunicación que mejor se adapte ReqU(6.5) ReqU(6.6) Se podrán realizar búsquedas, ediciones, etc. Mantener la coherencia con el resto de portales, para que los eventos se puedan seguir introduciendo a mano, pero que de alguna forma se replique en el gestor centralizado 2.3.6 Adaptación de los portales críticos a normativas vigentes El servicio incluirá la posible adaptación de los portales críticos a lo dispuesto en la Resolución de 13 de marzo de 2013 de la Secretaria de Estado de Administraciones Públicas, por la que se aprueba la Guía de Comunicación Digital para la Administración General del Estado (BOE de 2 de abril): http://administracionelectronica.gob.es/?_nfpb=true&_pagelabel=p80 0292251293651550991&langPae=es&detalleLista=PAE_13613647909508835 Este archivo está almacenado en la sede electrónica de Red.es, accesible desde Pág. csv.red.es 16 de 51 con el código seguro de verificación 8LtVRCTOkN8XFGBApi7GsrkY7LU=

Igualmente, se deberán adaptar los portales críticos a los requisitos de accesibilidad para contenidos en la Web, según norma UNE 139803:2012. 2.3.7 Integración entre portales/sistemas corporativos En este apartado se contemplan todas las integraciones necesarias para la integración con el resto de sistemas, derivadas de la adaptación de la arquitectura de portales. Dentro de estas integraciones, se contemplan el desarrollo de los nuevos servicios necesarios, así como su publicación en el Bus de servicios (ESB) y la adaptación de los portales oportunos para que consuman dichos servicios. También requerirá el desarrollo de conectores y/o adaptadores de las aplicaciones/sistemas/componentes que sea necesario integrar, así como las configuraciones necesarias para garantizar la seguridad del sistema (certificados de aplicaciones, etc.) 2.3.8 Adopción de nuevos estándares HTML5/CSS3 Red.es podrá hacer evolucionar o adaptar determinadas funcionalidades de los portales que tengan más visibilidad, de cara a cumplir los nuevos estándares tecnológicos Web, incluyendo la posibilidad de realizar un escritorio virtual que permita a un usuario navegar por las distintas funcionalidades de los diversos portales/secciones/aplicaciones de forma óptima o mejorando la experiencia de usuario, entre otros. Cualquier planteamiento en este sentido será necesariamente compatible con la arquitectura de portales a implantar. Estas adaptaciones podrán contemplar entre otras las siguientes: a) La forma en la que se utilizarán el modo off-line y la adaptación a los nuevos estándares de movilidad b) Cómo se posibilitará la mejora de posicionamiento SEO c) Cómo se mejorará la accesibilidad a los portales d) Cómo se podrán realizar páginas más ligeras y optimizar la carga de las mismas e) Como se conseguirá la compatibilidad con el mayor número de navegadores y versiones de los mismos posible f) Como se podrían incluir mejoras estéticas y de los efectos visuales g) Como se podría realizar inserción de audios y videos de forma directa h) Qué ventajas podría incidir en el uso de la geolocalización Este archivo está almacenado en la sede electrónica de Red.es, accesible desde Pág. csv.red.es 17 de 51 con el código seguro de verificación 8LtVRCTOkN8XFGBApi7GsrkY7LU=

i) Planteamiento para la realización de aplicaciones para su uso en dispositivos móviles j) Mejora de la experiencia de usuario k) Responsive Design 2.4 Mantenimiento correctivo de portales El Mantenimiento Correctivo objeto del contrato consiste en la resolución de: a) Defectos de construcción del portal o aplicativo (errores de codificación, casos de prueba no contemplados, validaciones de datos no contempladas, etc.). b) Integraciones defectuosas tanto entre las diversas partes o componentes del portal o aplicativo, como en el entorno de actuación del mismo (interfaces con otros sistemas, traspasos de información entre ellos, etc.). c) Disfunción o desajuste entre las funcionalidades o características del portal o aplicativo ofrecidas por el mismo en su puesta en explotación y la definición vigente de dichas funcionalidades (realizadas en las etapas de especificación y análisis del sistema) Los errores detectados durante la fase de Inicio del Servicio (ver apartado 3.1.1) no serán responsabilidad del adjudicatario. Sin embargo, aquellos que surjan después de dicha fase, deberán ser asumidos por el mismo, todo ello sin perjuicio de que Red.es aplique las penalizaciones correspondientes. El adjudicatario se compromete a realizar el mantenimiento correctivo de todos los portales objeto del presente pliego, existentes o en su caso, resultantes de los nuevos desarrollos encomendados al adjudicatario. Las actividades derivadas de este mantenimiento contemplarán en todo momento la metodología de Red.es, y estarán sujetas a los niveles de servicio establecidos. Red.es realizará un control mensual de los trabajos realizados por el adjudicatario, comprobando si se cumple el acuerdo de nivel de servicio contemplado en el presente Pliego. Si la resolución de una incidencia implicara un despliegue en los servidores de producción, Red.es procederá a certificar el desarrollo para validar el mismo. Correrán por cuenta del adjudicatario la resolución de las incidencias derivadas de los desarrollos realizados por el mismo, durante el período de garantía del sistema. Dicho período se establece en un año desde la fecha de aceptación por Red.es. Este archivo está almacenado en la sede electrónica de Red.es, accesible desde Pág. csv.red.es 18 de 51 con el código seguro de verificación 8LtVRCTOkN8XFGBApi7GsrkY7LU=

2.5 Soporte y administración de portales Red.es podrá determinar la realización de acciones de soporte y administración, para complementar aquellos requisitos que no están contemplados en los anteriores apartados. Dentro de esta categoría de acciones se comprenden, entre otras, las siguientes: i. Labores de administración de los portales Dentro de este apartado se encuentran las labores genéricas relacionadas con la administración de los portales de Red.es. ii. iii. iv. Soporte a labores manuales Dentro de este grupo de tareas se comprende el soporte a todas aquellas labores que se están realizando actualmente de forma manual, o a través de una herramienta o servicio no integrado en el portal, como por ejemplo el envío de boletines o configuraciones básicas de aplicaciones. Labores de soporte en los despliegues en los distintos entornos de Red.es Este grupo de tareas hace referencia al apoyo que se ofrece a los equipos de Explotación y o Certificación de la entidad, de cara a los despliegues de las distintas entregas de versiones evolutivas y correctivas de los portales. Labores de soporte a los usuarios y Jefes de Proyecto de Red.es Comprende tareas de soporte a usuarios y Jefes de Proyecto de la entidad, relacionadas con seguimiento, detección de errores, revisión de logs, y todas aquellas que sean necesarias para prestar un servicio de calidad. También entraría en este grupo aquellas tareas relacionadas con las recomendaciones técnicas y/o metodológicas derivadas de la administración de los portales. v. Soporte a la migración de datos y contenidos En este grupo se incluyen tareas relacionadas con el soporte a migración de datos de un portal/aplicación, realización y ejecución de scripts, carga de datos básica, y todo aquello relacionado con la carga de contenidos o información en un portal determinado. vi. Labores de monitorización tras los despliegues de los portales Este archivo está almacenado en la sede electrónica de Red.es, accesible desde Pág. csv.red.es 19 de 51 con el código seguro de verificación 8LtVRCTOkN8XFGBApi7GsrkY7LU=

Este servicio incluye las tareas relacionadas con la monitorización que ha de realizarse tras el despliegue de un portal, que puede incluir, entre otros, pruebas funcionales básicas, o revisión de logs. vii. Pruebas funcionales y validación técnica de los evolutivos/correctivos de portales de Red.es Son tareas derivadas de las etapas previas al despliegue de una versión de un portal. Incluyen labores de validación funcional y/o técnica en entornos de prueba, para versiones correctivas y/o evolutivas de un portal. viii. ix. Realización de mejoras Incluye tareas de pequeñas adaptaciones o mejoras que puedan acometerse desde administración, o que impliquen mínimo desarrollo, como pueden ser problemas con exportación de datos, maquetación-descuadre, etc. Soporte a la introducción de contenidos Tareas referentes a la inclusión de contenidos o al soporte necesario para el usuario o jefe de proyecto, en un portal determinado x. Mejoras estéticas y de maquetación Mejoras estéticas que puedan acometerse por administración del portal. xi. Realización de parametrizaciones básicas Configuraciones y parametrizaciones necesarias para el correcto funcionamiento del portal. xii. xiii. xiv. xv. Soporte para la subida a la nube de portales Acciones encaminadas a dar soporte a la subida de portales de Red.es a la nube. Soporte y configuración de los portales para la mejora del posicionamiento SEO Contempla la configuración de los portales para la mejora de las búsquedas en Internet, entre otros. Actualización de páginas estáticas, o código J2EE Contempla desarrollos básicos que requieran tocar código o HTML. Soporte a la explotación de ESB, BPM y sus componentes asociados Este archivo está almacenado en la sede electrónica de Red.es, accesible desde Pág. csv.red.es 20 de 51 con el código seguro de verificación 8LtVRCTOkN8XFGBApi7GsrkY7LU=

Incluye tareas de soporte relacionadas con los componentes mencionados. Periódicamente se realizarán las tareas de: xvi. xvii. xviii. Revisión de los logs de los portales críticos: en busca de posibles errores, patrones de usuarios, mejoras, etc. Revisión de actualizaciones: de seguridad, de módulos no actualizables, de vulnerabilidades de seguridad detectadas, etc. Seguimiento de métricas, sobre todo las relacionadas con el ESB y el BPM (invocación de servicios, porcentaje de carga, etc.) de cara a realizar reporte a Dirección). 3. REQUISITOS DE EJECUCIÓN 3.1 Fases del servicio El licitador presentará un plan para la prestación del servicio que incluirá por lo menos las siguientes fases. 3.1.1 Inicio del servicio Al comienzo de la prestación del servicio, el adjudicatario deberá preparar un plan de trabajo para el establecimiento del servicio. En este plan se incluirá el detalle de las reuniones de trabajo necesarias para la identificación de personas clave, recopilación de documentación existente de los servicios y portales, planificación de reuniones y todo lo que se considere oportuno. Como resultado de esta fase se proporcionará documentación que describa el estado actual del servicio, fichas descriptivas de cada portal/servicio, flujos de trabajo actuales, organigrama de funciones y responsabilidades, identificación de clientes clave, presentación de un plan de trabajo, así como posibles problemas detectados en los actuales portales 3.1.2 Prestación del servicio Este archivo está almacenado en la sede electrónica de Red.es, accesible desde Pág. csv.red.es 21 de 51 con el código seguro de verificación 8LtVRCTOkN8XFGBApi7GsrkY7LU=

Esta fase consistirá en el desarrollo de los trabajos con normalidad de acuerdo con las especificaciones descritas en el apartado 2 del presente pliego. Durante esta fase, el adjudicatario realizará la actualización de la arquitectura de la plataforma según el plan acordado, resolverá las incidencias detectadas, ejecutará las acciones de administración y soporte solicitadas, y atenderá las peticiones relacionadas con el desarrollo de nuevos portales o evolutivos (para las cuales se compromete a enviar a Red.es la propuesta de solución, así como la planificación en coste y plazo. Todos los trabajos se estimarán utilizando la técnica de UCP. En particular, la actualización/evolución de la arquitectura de portales (apartado 2.1 del presente Pliego) cuya solución haya sido propuesta por el adjudicatario (apartado 6.1 del presente Pliego) no podrá superar las 69 unidades de UUCP 3.1.3 Finalización y transferencia del servicio En la fase final del servicio, el adjudicatario del presente procedimiento habrá de contemplar (con una antelación mínima de un mes a la fecha de finalización del presente contrato) un periodo de transferencia de conocimiento de este Servicio al siguiente. La transferencia del servicio constará de las siguientes funciones: Proporcionar toda la documentación desarrollada durante la anterior fase de prestación del servicio, al nuevo adjudicatario. Dar las sesiones de formación necesarias al nuevo personal implicado para la correcta explicación del funcionamiento del servicio y reducir el impacto del cambio. Apoyar al nuevo equipo en las tareas necesarias para mejorar la transferencia. 3.2 Acuerdos de nivel de servicio El adjudicatario del contrato deberá cumplir los acuerdos de nivel de servicio (en adelante ANS), establecidos en el presente apartado. Este archivo está almacenado en la sede electrónica de Red.es, accesible desde Pág. csv.red.es 22 de 51 con el código seguro de verificación 8LtVRCTOkN8XFGBApi7GsrkY7LU=

El incumplimiento de estos Acuerdos de Nivel de Servicio podrá dar lugar a la aplicación de las penalizaciones establecidas en el apartado 6 Penalizaciones del Pliego de Condiciones Particulares. La medición de cumplimiento de los niveles de servicio se realizará con carácter mensual, (o con la periodicidad que Red.es determine en cada momento, siempre con el previo acuerdo de ambas partes), mediante el estudio del grado de cumplimiento del acuerdo de nivel de servicio (ANS) establecido. El adjudicatario deberá suministrar a Red.es, siempre que lo requiera, informes que permitan conocer de forma detallada, unificada o desglosada el cumplimiento de los parámetros contemplados en el ANS. Para evaluar correctamente el conjunto de requisitos de calidad y nivel de servicio, Red.es se reserva el derecho a realizar Auditorías de Calidad del Servicio en función a sus normas y procedimientos de Gestión de Calidad con la periodicidad que estime oportuna. Las horas y días que se especifiquen como laborables estarán comprendidas dentro de la siguiente franja horaria: lunes a viernes de 09:00 horas a 20:00 horas, excepto festivos nacionales. 3.2.1 Entrega de planes de proyecto El adjudicatario se compromete a enviar a Red.es la planificación requerida sobre el mantenimiento evolutivo o la construcción de un nuevo portal o sección en un plazo no superior a 10 días laborables, a contar desde la notificación de la solicitud realizada por Red.es. 3.2.2 Tiempos de resolución de incidencias y problemas durante la explotación de los nuevos desarrollos, correctivos, evolutivos o acciones de soporte La criticidad asignada a una incidencia o problema será determinada por Red.es en el momento de su apertura (y comunicada con la suficiente antelación al adjudicatario) en función de los siguientes parámetros: Alta: Incidencias que afectan al servicio global ofrecido e impiden totalmente su funcionamiento normal a los usuarios. Media: Incidencias que afectan parcialmente al servicio global ofrecido. Este archivo está almacenado en la sede electrónica de Red.es, accesible desde Pág. csv.red.es 23 de 51 con el código seguro de verificación 8LtVRCTOkN8XFGBApi7GsrkY7LU=

Baja: Incidencias que tienen escaso impacto en el servicio global ofrecido, pero que requieren de alguna actuación correctora. Se considera tiempo de resolución de incidencias o problemas, el transcurrido desde la apertura de un tique de incidencia hasta la comunicación del técnico designado por el adjudicatario con el interlocutor correspondiente de Red.es, para informar de la resolución de la incidencia o problema. Los tiempos máximos de resolución de incidencias o problemas son los que se indican a continuación: Criticidad Alta Media Baja Tiempo máximo de resolución 4 horas naturales 8 horas laborables 24 horas laborables En el caso de las incidencias de criticidad alta las horas se contabilizarán como horas naturales. 3.2.3 Rechazo de entregas Red.es podrá rechazar el desarrollo realizado por el adjudicatario, siempre y cuando se incumpla una de las siguientes cuestiones: Incumplimiento de uno o varios requisitos funcionales establecidos en el presente pliego. Deficiencias en la entrega que impidan la implantación. Red.es se dotará de los mecanismos que considere necesarios (p. ej.: certificación por terceros) para la detección de posibles fallos en las entregas. El adjudicatario tendrá un plazo de un día laborable para solucionar los motivos que han producido el rechazo, en caso contrario serán de aplicación las penalizaciones establecidas en el apartado 6 del Pliego de Condiciones Particulares. Este archivo está almacenado en la sede electrónica de Red.es, accesible desde Pág. csv.red.es 24 de 51 con el código seguro de verificación 8LtVRCTOkN8XFGBApi7GsrkY7LU=

3.2.4 Entrega de documentación e información Red.es podrá solicitar al adjudicatario la realización de nuevos informes, tanto periódicos como puntuales, con cualquier tipo de información precisa sobre el servicio. El adjudicatario deberá contestar por escrito a Red.es en el plazo máximo de 24 horas naturales para indicar el acuse de recibo de dicha petición de informes o de información y para indicar a Red.es la fecha de entrega de toda la documentación relativa a dicha petición. El adjudicatario deberá comprometer la entrega de la documentación solicitada (informes, información, etc.) en un plazo que en ningún caso podrá superar 2 días naturales desde la fecha de petición realizada por Red.es. El incumplimiento de dichos plazos será penalizado conforme a lo establecido en el apartado 6 del Pliego de Condiciones Particulares. No Conformidades en la entrega de documentación: Se considerará como No Conformidad en la entrega de documentación, informes de actividad, informes de seguimiento del servicio y cualquier otra información que el adjudicatario entregue a Red.es, los siguientes supuestos: Cualquier error, errata u omisión en la información entregada a Red.es que suponga una desviación significativa, a criterio de Red.es, de la información real respecto de la reflejada en la documentación entregada. Cada reiteración de errores, erratas u omisiones leves en la información entregada a Red.es, así como cada reiteración de errores de formato y presentación de dicha documentación, tras haber sido notificado por escrito por Red.es al adjudicatario de la existencia dichos errores en la entrega de documentación. Cada día de retraso en la entrega de la documentación periódica (informes de actividad, informes de seguimiento del servicio, etc.) respecto de la fecha planificada de entrega. Cada día de retraso en la notificación de acuse de recibo de una petición de informes o de información por parte de Red.es, respecto del plazo establecido en el presente pliego. Cada día de retraso en la entrega de cualquier documentación requerida por Red.es bajo demanda, transcurridos 3 días naturales desde la fecha de petición de dicha documentación. Este archivo está almacenado en la sede electrónica de Red.es, accesible desde Pág. csv.red.es 25 de 51 con el código seguro de verificación 8LtVRCTOkN8XFGBApi7GsrkY7LU=