PLIEGO DE PRESCRIPCIONES TÉCNICAS QUE REGIRÁN LA REALIZACIÓN DEL CONTRATO DE MEJORAS FUNCIONALES Y MOVILIZACIÓN DEL PORTAL ONTSI EXP.

Transcripción

1 08/03/2013 PLIEGO DE PRESCRIPCIONES TÉCNICAS QUE REGIRÁN LA REALIZACIÓN DEL CONTRATO DE MEJORAS FUNCIONALES Y MOVILIZACIÓN DEL PORTAL ONTSI 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 3q45/o/VmAxnWbryPMcCauan7cs=

2 ÍNDICE 1. INTRODUCCIÓN 4 2. REQUISITOS TÉCNICOS Mejoras funcionales del portal ONTSI Movilización del Portal ONTSI Plataforma tecnológica Informes y seguimiento Implantación de software Calidad de los desarrollos y productos entregados Certificación de aplicaciones desarrolladas Metodología Oficina de certificación Garantía Acuerdos de nivel de servicio Tiempos de resolución de incidencias y problemas durante la explotación de los desarrollos (mejoras funcionales y movilización) que surjan durante el periodo de garantía Rechazo de entregas Procedimiento de Entrega de documentación e información MEDIOS PERSONALES REQUISITOS DE EJECUCIÓN Planificación, dirección y seguimiento de los trabajos Horario y lugar de realización de los servicios Actividades formativas Soporte Técnico Obligaciones de información y documentación CONTROL ECONÓMICO Y DE FACTURACIÓN Hitos de facturación FORMATO Y CONTENIDO DE LA PROPUESTA PROPUESTA RELATIVA A CRITERIOS CUYA VALORACIÓN DEPENDE DE UN JUICIO DE VALOR (sobre 3) Propuesta relativa a los criterios cuantificables mediante la mera aplicación de fórmulas (sobre 4) Proposición económica Modelo de proposición económica 32 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: Este archivo está almacenado en la sede electrónica de Red.es, accesible desde Pág. csv.red.es 2 de 32 con el código seguro de verificación 3q45/o/VmAxnWbryPMcCauan7cs=

3 Asunto: número de expediente. Cuerpo: nombre de la empresa, datos de la persona que realiza la consulta y texto de la consulta. 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 32 con el código seguro de verificación 3q45/o/VmAxnWbryPMcCauan7cs=

4 1. INTRODUCCIÓN El Observatorio Nacional de las Telecomunicaciones y de la Sociedad de la Información (en adelante, ONTSI ) es un órgano adscrito a la entidad pública empresarial Red.es, cuyo principal objetivo es el seguimiento y el análisis del sector de las Telecomunicaciones y de la Sociedad de la información. Red.es y, en especial, el Observatorio Nacional de las Telecomunicaciones y la Sociedad de la Información (ONTSI) tiene encomendadas las funciones de monitorización, identificación, análisis y valoración de los estudios indicadores, que desde distintos organismos y entidades nacionales e internacionales, públicas y privadas se generan sobre el desarrollo de la Sociedad de la Información. En el portal web del ONTSI realizado sobre Drupal, se publican todos estos indicadores, informes y estudios para que estén disponibles para todos los ciudadanos y organismos que los necesiten. Con objeto de dar continuidad a la prestación de los servicios anteriormente mencionados, Red.es pone en marcha el presente procedimiento de licitación para contratar un Servicio de mejoras funcionales y movilización del portal ONTSI, en adelante el Servicio, que permita dotar a Red.es de un portal del ONTSI mejorado funcionalmente y accesible a dispositivos móviles, que agilice y mejore la accesibilidad a sus contenidos desde cualquier dispositivo desde el que se quiera acceder. 2. REQUISITOS TÉCNICOS En este apartado se detallan las características técnicas mínimas del servicio objeto del 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 y cumplimiento del Servicio siendo responsable del cumplimiento de todas y cada una de las funciones encomendadas dentro del presente pliego. Este archivo está almacenado en la sede electrónica de Red.es, accesible desde Pág. csv.red.es 4 de 32 con el código seguro de verificación 3q45/o/VmAxnWbryPMcCauan7cs=

5 Las tareas que forman parte del servicio objeto del contrato quedan definidas a continuación. 2.1 Mejoras funcionales del portal ONTSI A continuación se describen las mejoras funcionales del portal ONTSI objeto del presente procedimiento de licitación: ReqF(1). Contemplar para los bloques de la home page del portal la accesibilidad AA conforme al apartado 4 Requisitos de Accesibilidad para Contenidos en la Web de la norma UNE :2012 o equivalente,. El contenido se debe ajustar al nivel Doble-A de las directrices de accesibilidad para el contenido web del W3C. ReqF(2). Tomando como referencia el bloque del carrusel actual de la home page del portal señalado en la imagen, se requieren tres bloques de las mismas dimensiones que se puedan intercambiar según sea la necesidad. Es decir, cada bloque deberá poderse habilitar o deshabilitar por medio de la administración del portal, quedando siempre visible uno de los tres. A su vez, cada bloque deberá cumplir los siguientes requisitos: 1.1 Bloque uno: este bloque será el del carrusel actual, incluyendo las modificaciones especificadas en el ReqF(3). 1.2 Bloque dos: un bloque que soporte sólo vídeo. Deberá poderse incluir título y un texto descriptivo como se muestra en la imagen de ejemplo que se incluye. Este archivo está almacenado en la sede electrónica de Red.es, accesible desde Pág. csv.red.es 5 de 32 con el código seguro de verificación 3q45/o/VmAxnWbryPMcCauan7cs=

6 Actualmente, los contenidos digitales de la entidad están alojados en un proveedor externo a Red.es, por lo que el bloque debe estar preparado para poder embeber el vídeo servido por el proveedor de Red.es de contenidos digitales que en cada momento posea la entidad. La herramienta para alojar contenidos digitales que posee el actual proveedor de la entidad soporta los siguientes formatos (Windows Media, MP3 o Flash, así como los estándares abiertos Ogg Vorbis/Ogg Theora y WebM como entrada de vídeo). El procedimiento para embeber el vídeo será mediante la habilitación de un mecanismo que permita copiar un código <embed> o similar. 1.3 Bloque tres: un bloque que soporte sólo una imagen. Deberá poderse incluir título y un texto descriptivo como se muestra en la imagen de ejemplo que se incluye. Esta imagen deberá aceptar al menos estos formatos:.jpg,.gif,.png, y formato flash. ReqF(3). El carrusel actual en la home del portal, deberá adaptarse para que admita imágenes y vídeos simultáneamente. El carrusel ofertado tiene que aceptar al menos estos formatos,.jpg,.gif,.png Este archivo está almacenado en la sede electrónica de Red.es, accesible desde Pág. csv.red.es 6 de 32 con el código seguro de verificación 3q45/o/VmAxnWbryPMcCauan7cs=

7 para imágenes. Y para el vídeo es necesario que se pueda embeber el vídeo del proveedor de contenidos multimedia de Red.es utilizado en el momento del desarrollo del requisito. La herramienta para alojar contenidos digitales que posee el actual proveedor de la entidad soporta los formatos (Windows Media, MP3 o Flash, así como los estándares abiertos Ogg Vorbis/Ogg Theora y WebM como entrada de vídeo). El procedimiento para embeber el vídeo será mediante la habilitación de un mecanismo que permita copiar un código <embed> o similar. ReqF(4). Crear un nuevo bloque auxiliar que soporte vídeo, y que su tamaño pueda adaptarse a la columna lateral (Izquierda o derecha) o en el centro de la home page. Este bloque deberá tener la opción para habilitarlo o deshabilitarlo según sea la necesidad, desde la administración del portal, además de seleccionar fácilmente la ubicación del mismo dentro de la home page. El bloque mencionado deberá soportar el visor de vídeo del proveedor de contenidos digitales de Red.es utilizado en el momento del desarrollo del requisito. La herramienta actual soporta los formatos (Windows Media, MP3 o Flash, así como los estándares abiertos Ogg Vorbis/Ogg Theora y WebM como entrada de vídeo). El procedimiento para embeber el vídeo será mediante la habilitación de un mecanismo que permita copiar un código <embed> o similar. ReqF(5). Crear un nuevo bloque auxiliar que soporte banners, que su tamaño sea adaptable a la columna lateral (izquierda o derecha) o en el centro de la home page. Este bloque deberá tener la opción para habilitarlo o deshabilitarlo según sea la necesidad, desde la administración del portal, además de seleccionar fácilmente la ubicación del mismo dentro de la home page. Será responsabilidad del editor, la estética final que tenga la página sea coherente con el look&feel definido. Este bloque deberá permitir una cantidad variable de banners, definida por el usuario, que puedan ubicarse uno debajo del otro, haciendo adaptable el tamaño del bloque en sentido vertical. Las Este archivo está almacenado en la sede electrónica de Red.es, accesible desde Pág. csv.red.es 7 de 32 con el código seguro de verificación 3q45/o/VmAxnWbryPMcCauan7cs=

8 imágenes que soporte deberán ser al menos de los siguientes formatos:.jpg,.gif,.png. ReqF(6). Hacer que los bloques sean más dinámicos para la página de inicio, en la cual se puedan ubicar tanto en la columna derecha, izquierda o el centro de la página. La opción para habilitar/deshabilitar o definir la posición en la home page, deberá poderse realizar desde la administración del portal. Los módulos que tendrán este comportamiento serán: Módulo de vídeo auxiliar. ReqF(3). Módulo de banners. ReqF(4). Bloque de Novedades ONTSI existente. Módulo de lo último existente. Módulo servicios de alertas existente. ReqF(7). Para el módulo actual de Novedades ONTSI en la home page, hacer dinámico el número de novedades que pueden aparecen en este módulo. Este número será parametrizado por Red.es y se configurará desde la parte de administración del portal. ReqF(8). Para los módulos de Novedades ONTSI y lo último de la home page, se podrán incluir nuevos tipos de contenidos, de tal forma que por ejemplo pueda admitir: Noticias. Estudios e Informes. Indicadores. Dosieres. Notas mensuales. Cada uno de los contenidos mencionados anteriormente, deberá tener una opción en la edición del contenido, en la que se pueda seleccionar el bloque en donde se quiere publicar. En Novedades OONTSI, en lo último o en los dos. Se adjunta imagen de ejemplo: Este archivo está almacenado en la sede electrónica de Red.es, accesible desde Pág. csv.red.es 8 de 32 con el código seguro de verificación 3q45/o/VmAxnWbryPMcCauan7cs=

9 ReqF(9). Para los módulos de Novedades ONTSI y lo último, se requiere poder publicar un contenido con la posibilidad de elegir en que idiomas aparecerá, independiente de si tiene o no traducción. ReqF(10). En las publicaciones de los módulos de Novedades ONTSI y lo último, se requiere que se pueda forzar el orden de las publicaciones en la home, y debe tener un criterio en cada bloque para seleccionar el peso (posición) de cada publicación. ReqF(11). Adaptar las páginas de estudios e informes y las de indicadores, para que se pueda incluir un bloque auxiliar de vídeo según sea la necesidad. Es decir, que al editar el contenido de las secciones mencionadas, se pueda incluir/embeber un vídeo del proveedor de Red.es utilizado en el momento del desarrollo del requerimiento, quedando acorde a la maquetación actual. La herramienta actual soporta los formatos (Windows Media, MP3 o Flash, así como los estándares abiertos Ogg Vorbis/Ogg Theora y WebM como entrada de vídeo). El procedimiento para embeber el vídeo será mediante la habilitación de un mecanismo que permita copiar un código <embed> o similar. ReqF(12). Crear módulos específicos para las redes sociales Twitter, Facebook y Linkedin, en el que se puedan mostrar las publicaciones de estas redes sociales, y que se permita modificar dinámicamente el largo de los bloques para poderlos adaptar según los espacios que existan en la home en las columnas de la izquierda o de la derecha. Estos módulos deberán tener una opción que permita habilitarlos o deshabilitarlos según sea la necesidad. ReqF(13). Crear una página nueva que reutilice el módulo de alertas que se encuentra en la home page, con el fin de dirigir a los usuarios para las Altas/Bajas, por medio de una URL específica en los comunicados del Observatorio. Esta página deberá llevar un título, un texto y el mismo formulario de alertas que se encuentre en la home page. Este archivo está almacenado en la sede electrónica de Red.es, accesible desde Pág. csv.red.es 9 de 32 con el código seguro de verificación 3q45/o/VmAxnWbryPMcCauan7cs=

10 ReqF(14). Hacer la cabecera del portal en la parte de síguenos editable. Para que se pueda incluir/modificar las redes sociales según se desee. ReqF(15). En la sección de cátedra tener un bloque de publicar los adjuntos como aparece en los estudios e informes. ReqF(16). En la sección de dossier de Indicadores, tener una opción para poder ordenar las publicaciones, ya sea en forma cronológica o por peso (posición). ReqF(17). Tener un gestor para la galería de imágenes, que facilite la búsqueda y administración de ficheros. Y que su acceso no se limite sólo desde el editor WYSIWYG. ReqF(18). En los contenidos de estudios e informes, para el bloque de Documentos adjuntos, se requiere que los textos indicados en la imagen estén acordes al idioma de los contenidos, independiente de si se cambia de idioma la web. Se adjunta imagen explicativa: Como el contenido está en español, este texto también debe aparecer en español, aunque se cambie de idioma. Como el contenido está en inglés, este texto también aparezca en inglés, aunque se cambie de idioma. ReqF(19). Para la inscripción al newsletter, se requiere que la inscripción sea más directa. Evitando el paso de la confirmación de la suscripción que existe actualmente. Para esto, al darse de alta en las alertas, se requiere que llegue un correo electrónico al usuario que solicite el alta con un mensaje de bienvenida. De forma que automáticamente quede incorporado en la lista de correos. Este archivo está almacenado en la sede electrónica de Red.es, accesible desde Pág. csv.red.es 10 de 32 con el código seguro de verificación 3q45/o/VmAxnWbryPMcCauan7cs=

11 ReqF(20). Hacer que el bloque de Datos Adjuntos de la sección de Dossieres, sea similar al de la sección actual de estudios e informes del portal. Para que la web quede homogénea y en este bloque se puedan publicar los adjuntos de los diferentes idiomas. Es decir, que independiente del idioma en el que se esté visitando la web, el bloque de los adjuntos debe mostrar los documentos en todos los idiomas en los que se tiene publicado. Como referencia, revisar el funcionamiento del bloque de los adjuntos, en la sección de estudios e informes del portal. 2.2 Movilización del Portal ONTSI A continuación se detallan las secciones del portal ONTSI que deberán aparecer en el portal móvil: Inicio. o Novedades ONTSI (Las 10 últimas referencias). o Lo último (las 10 últimas referencias). o Servicio de alertas. o Encuentra. Estudios e informes (los 10 últimos estudios de cada categoría). o Ámbito. Hogares y ciudadanos. Empresas. Administración Local. o Sectores. Sector TIC. Educación. Sanidad. Urbanismo. o Estudio OCDE. o Informes Anuales. o Contenidos Digitales. o GAPTEL. o Administración electrónica. Indicadores. Este archivo está almacenado en la sede electrónica de Red.es, accesible desde Pág. csv.red.es 11 de 32 con el código seguro de verificación 3q45/o/VmAxnWbryPMcCauan7cs=

12 Para cada una de las secciones que se detallan se podrá descender hasta el nivel de indicador. En ese nivel se incluirá la ficha de análisis (que puede tener uno o varios gráficos y texto) y la ficha técnica. Las secciones que habría que incluir son las siguientes: o Hogares y ciudadanos. Equipamiento TIC. Internet. Seguridad TIC. Banda Ancha. o Empresas. o E-Admin. Equipamiento TIC. Banda Ancha. Internet. Seguridad. Comercio Electrónico. Indicadores complementarios. Indicadores políticos. o Sector TIC. Mercado. Empleo y formación. Infraestructura y equipamiento. Banda ancha. o Comparativa europea. Conectividad hogares. Uso de Internet de individuos. Actividad individuos. Creatividad (usuario generador de contenidos). Acceso a información. Gestión de finanzas personales. Conectividad empresas. Adopción TIC empresas. Integración con clientes proveedores y SCM. E-Comercio, CRM y transacciones seguras. E-Administración empresas. Información y Recursos. Este archivo está almacenado en la sede electrónica de Red.es, accesible desde Pág. csv.red.es 12 de 32 con el código seguro de verificación 3q45/o/VmAxnWbryPMcCauan7cs=

13 o Notas mensuales. Cátedra red.es. o Objetivos. o Becas. o Eventos. o Contactos. Sobre ONTSI. o Misión. o Normativa. o Organigrama. o Qué hacemos? Las características que debe seguir dicha movilización son: Se tiene que poder utilizar con cualquier sistema operativo (Blackberry OS, IOS de Apple, Android o Windows 8, Firefox OS). Se tiene que poder acceder directamente desde el navegador o desde una aplicación instalada en el móvil. Dicha aplicación se tiene que publicar en las diferentes tiendas de los dispositivos móviles. Los contenidos se tendrán que adaptar a los dispositivos móviles, simplificando el contenido actual de la web. La aplicación (app) del ONTSI que está en uso actualmente para Blackberry OS e IOS de Apple pueden servir de referencia. Las aplicaciones (app) actuales permiten visualizar los contenidos en castellano e inglés, por lo que se debe dejar preparado el portal móvil para que se puedan usar los dos idiomas (castellano e inglés), aunque actualmente no se disponga de la versión en inglés del mismo (por lo que esta parte deberá permanecer oculta hasta que esté operativa dicha versión). Se deben poder obtener estadísticas de acceso y utilización del portal móvil y de sus diferentes contenidos (páginas, informes, etc.) Plataforma tecnológica Actualmente el portal del ONTSI se encuentra desarrollado con el gestor de contenidos Drupal. Por tanto, los desarrollos especificados en este pliego deben realizarse manteniendo este gestor de contenidos. Este archivo está almacenado en la sede electrónica de Red.es, accesible desde Pág. csv.red.es 13 de 32 con el código seguro de verificación 3q45/o/VmAxnWbryPMcCauan7cs=

14 Las versiones que se están utilizando son: Servidor web Apache Servidor PHP Servidor de contenidos Drupal SGBD MySQL Informes y seguimiento El adjudicatario deberá presentar al inicio del proyecto, tanto para las mejoras funcionales, como para la movilización, un informe de actividad y de seguimiento del proyecto desde el comienzo hasta la implantación y aceptación del desarrollo solicitado. El formato del informe será definido por Red.es y como mínimo contendrá la planificación y los hitos de obligado cumplimiento en cuanto a fechas y entregables. Dicho informe deberá ser aprobado por el Director Técnico designado por Red.es. En caso de incumplimiento de los tiempos establecidos en el informe presentado por el adjudicatario (planificación, hitos) se aplicarán las penalizaciones establecidas en el apartado 6 del Pliego de Condiciones Particulares, salvo justificación aceptada por Red.es. Con carácter mensual, el adjudicatario deberá presentar a Red.es un informe de actividad y de seguimiento del proyecto hasta su finalización. El formato del informe será definido por Red.es y como mínimo contendrá actualizaciones de la planificación en caso de que fuera necesario, el estado de avance del proyecto, los riesgos detectados, próximos hitos de obligado cumplimiento en cuanto a fechas, entregables o cualquier otro aspecto que Red.es considere. Además, siempre que Red.es lo requiera, éste informe deberá realizarse de forma semanal. Durante el periodo de garantía del desarrollo, el adjudicatario deberá presentar, siempre que Red.es lo requiera, un informe mensual con las incidencias detectadas y los acuerdos de nivel de servicio (ANS), así como otros indicadores que puedan surgir y que por su operativa sea necesario medir para el buen desarrollo del servicio. Además de los informes de actividad y de seguimiento del servicio, 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, que el adjudicatario deberá elaborar y enviar a Red.es en el formato que éste determine. 2.4 Implantación de software Este archivo está almacenado en la sede electrónica de Red.es, accesible desde Pág. csv.red.es 14 de 32 con el código seguro de verificación 3q45/o/VmAxnWbryPMcCauan7cs=

15 Será responsabilidad del adjudicatario realizar el soporte al equipo que realice las implantaciones de los sistemas en Red.es. Estas implantaciones se realizarán en el horario que Red.es considere oportuno según la criticidad y el impacto de la implantación, pudiendo ser fuera del horario y días laborales de Red.es. El horario de Red.es se presta dentro de la siguiente franja horaria: De 8:00 a 20:00 de lunes a jueves y de 8:00 a 15:30 los viernes. El soporte se realizará in-situ en las oficinas de Red.es si así se considera necesario. Ninguno de estos conceptos tendrá coste adicional sobre el proyecto imputable a Red.es. Una vez finalizada cualquier implantación de software, el adjudicatario deberá ejecutar las pruebas necesarias para asegurar la correcta implantación del mismo entregando un informe de las mismas al Director Técnico designado por Red.es. 2.5 Calidad de los desarrollos y productos entregados El adjudicatario será el encargado de asegurar en todo momento la calidad de los productos desarrollados y de su correcta entrega para la puesta en producción en los sistemas de Red.es. Para asegurar la calidad de los productos desarrollados, Red.es realizará un proceso de certificación de los productos entregados con un informe de valoración de la entrega, pudiendo penalizar conforme al apartado 6 del Pliego de Condiciones Particulares al adjudicatario en caso de detectar disconformidades en el producto final. En este proceso de certificación red.es podrá realizar pruebas sobre el entorno que el adjudicatario ponga a disposición de red.es para las validaciones funcionales del desarrollo solicitado. Red.es se dotará de los mecanismos que considere necesarios (p. ej.: certificación por terceros) para la detección de fallos en las entregas. Se considerarán como disconformidades o no conformidades las siguientes: o Incumplimiento por fallo o usencia de uno o varios requisitos funcionales solicitados o de los ya existentes en los desarrollos entregados. o Deficiencias en la entrega que impidan la implantación de los desarrollos entregados. o Falta de la documentación requerida con cada desarrollo entregado. Este archivo está almacenado en la sede electrónica de Red.es, accesible desde Pág. csv.red.es 15 de 32 con el código seguro de verificación 3q45/o/VmAxnWbryPMcCauan7cs=

16 2.6 Certificación de aplicaciones desarrolladas Metodología Los sistemas desarrollados y/o documentados como parte de los trabajos realizados deberán seguir la Metodología de Gestión de Proyectos y de Ingeniería del Software propia de Red.es, esta última basada en el Proceso Unificado de Desarrollo, salvo que, por circunstancias particulares del proyecto, se indique lo contrario. Basada en el Proceso Unificado y usando notación UML, dicha metodología, establece un ciclo de vida iterativo-incremental dirigido por los casos de uso y encaminado a abordar en las primeras etapas del proyecto aquellos aspectos del sistema que conformen sus principales riesgos funcionales y de arquitectura. Asimismo pretende optimizar el discurrir paralelo de actividades independientes contribuyendo a la reducción de tiempos de desarrollo (requisitos, análisis, diseño, implementación, pruebas e implantación). Todo ello contribuirá a fomentar la detección de posibles desviaciones y la ejecución de las acciones correctoras de forma rápida y en consecuencia con el menor esfuerzo e impacto posible. Los entregables código y documentación- de la solución habrán de ajustarse a las normativas (nomenclatura, estándares, plantillas, ) establecidas por Red.es y que serán entregadas a la empresa adjudicataria al comienzo de los trabajos para su cumplimiento y uso. El Director Técnico designado por Red.es podrá establecer excepciones al cumplimiento de dichas normativas, en aquellos puntos que considere, siempre y cuando las particularidades del proyecto así lo recomienden, debiendo comunicar al adjudicatario las normas específicas que le serán de aplicación en estos casos. Toda esta documentación ya descrita en puntos anteriores se detalla más profundamente con el fin de certificar los documentos como punto clave en el proceso de certificación de la aplicación. La mínima documentación requerida según la metodología propia de Red.es es la siguiente: o Plan de proyecto. o Plan de Gestión de Riesgos. o Formulario de Requisitos Origen y Derivados. o Listado de Requerimientos Origen y Derivados. o Formulario y Listado de Petición de Cambios. o Informes de Seguimiento de Proyecto. o Informe de Cierre de Proyecto. o Documento de Arquitectura del Software (opcional). Este archivo está almacenado en la sede electrónica de Red.es, accesible desde Pág. csv.red.es 16 de 32 con el código seguro de verificación 3q45/o/VmAxnWbryPMcCauan7cs=

17 o Glosario. o Manual de Instalación y log de Instalación de toda la plataforma a instalar. o Manual de Administrador. o Manual de Usuario. o Modelo de Análisis. o Modelo de Diseño. o Modelo de Datos. o Modelo y Plan de Despliegue. o Evaluación de Pruebas. o Plan y resultado de las pruebas. La documentación del proyecto deberá quedar catalogada, almacenada y controlada conforme a un plan de versiones en soporte digital, en formato Documento de texto / PDF, de forma que pueda ser impresa cuando sea necesario Oficina de certificación Los diferentes servicios prestados por Red.es están soportados, en su mayoría, sobre aplicaciones informáticas que se encuentran dentro de un proceso de mejora continua en aspectos relativos a calidad de las aplicaciones desarrolladas, nuevas funcionalidades o nuevos desarrollos. Dentro de este marco de trabajo, Red.es ha puesto en marcha una Oficina para Certificación (OC) de todas las aplicaciones que soportan los diferentes servicios que en la actualidad presta Red.es o vaya a prestar en un futuro. Por este motivo, Red.es provee un servicio de certificación de calidad de las aplicaciones y sistemas informáticos. El detalle de la relación entre las diferentes partes implicadas en un proceso de certificación y las acciones más importantes a tener en cuenta son: La gestión y seguimiento del servicio de certificación se centralizará en la relación con el área de desarrollo de aplicaciones y con el área de Explotación de Sistemas de Red.es. La Oficina de Certificación deberá ser receptora de todas aquellas planificaciones y variaciones de las mismas (calendario de revisiones) que pudiesen afectar a la prestación del servicio. Esto afecta tanto a las revisiones ordinarias, alineadas con el ciclo de vida, como a las revisiones bajo demanda. Las certificaciones realizadas concluirán en un informe de certificación, cuyo detalle contendrá información sobre las no conformidades identificadas, la severidad de las mismas y una visión global cuantitativa de la calidad implícita al desarrollo, que podrá ser Este archivo está almacenado en la sede electrónica de Red.es, accesible desde Pág. csv.red.es 17 de 32 con el código seguro de verificación 3q45/o/VmAxnWbryPMcCauan7cs=

18 utilizada como base para los procesos de aceptación y rechazo establecidos. Es fundamental en el caso de la prueba de rendimiento la preparación de los casos de prueba, tanto de los casos de pruebas unitarias como los cuadernos de carga para las pruebas de rendimiento, aunque estos últimos podrían ser absorbidos gradualmente por la oficina de certificación. Esta tarea será responsabilidad del proveedor. El proveedor del desarrollo podrá hacer seguimiento de las no conformidades detectadas y gestionarán la adecuación a los niveles de calidad exigidos por la Oficina de Certificación a través de la resolución de estas casuísticas. Las evoluciones del modelo de calidad llevarán asociado un plan de comunicación a los equipos de desarrollo. De cara a anticipar la demanda de trabajo de certificación, los hitos de liberación de entregables deberán ser planificadas en el tiempo y comunicados con una anticipación mínima de 1 mes para certificaciones planificadas y un tiempo por determinar para certificaciones bajo demanda. Para otros detalles y documentación referentes a la OC el adjudicatario podrá dirigirse al Director Técnico designado por Red.es, que en su caso le podrá poner en contacto con los responsables de la OC. La aceptación del presente pliego implica la aceptación de la figura de la Oficina de Certificación, de sus procesos e informes y la obligación en todo caso de certificar todo el código derivado del desarrollo surgido del presente pliego mediante su entrega, por los medios que esta estipule dicha OC. Un informe negativo por parte de la OC no implica la no implantación de dicho código sino que dicho informe servirá al Director Técnico de Red.es, para valorar la calidad del desarrollo y los riesgos que va a implicar su implantación en su caso. Red.es se reservará el derecho de emplear esta OC para certificar las aplicaciones y configuraciones realizadas. Red.es se reserva el derecho de prescindir de la Oficina de Certificación, esto no exime al proveedor de sus obligaciones y de las penalizaciones asociadas a su incumplimiento. 2.7 Garantía El adjudicatario deberá garantizar los evolutivos durante un periodo de 12 meses a contar desde la aceptación de las implantaciones realizadas por el Director Técnico designado por Red.es. Este archivo está almacenado en la sede electrónica de Red.es, accesible desde Pág. csv.red.es 18 de 32 con el código seguro de verificación 3q45/o/VmAxnWbryPMcCauan7cs=

19 2.8 Acuerdos de nivel de servicio El adjudicatario del contrato deberá cumplir los acuerdos de nivel de servicio (en adelante ANS), establecidos en el presente pliego. 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. Medición del cumplimiento de los niveles de servicio: La medición de cumplimiento de los niveles de servicio se realizará con carácter mensual, 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 Tiempos de resolución de incidencias y problemas durante la explotación de los desarrollos (mejoras funcionales y movilización) que surjan durante el periodo de garantía La criticidad asignada a una incidencia será determinada por Red.es en el momento de su apertura y 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. 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 Este archivo está almacenado en la sede electrónica de Red.es, accesible desde Pág. csv.red.es 19 de 32 con el código seguro de verificación 3q45/o/VmAxnWbryPMcCauan7cs=

20 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. Los tiempos máximos de resolución de incidencias 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. La criticidad asignada a una incidencia será determinada por Red.es en el momento de su apertura y 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. Baja: Incidencias que tienen escaso impacto en el servicio global ofrecido, pero que requieren de alguna actuación correctora 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 1 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 20 de 32 con el código seguro de verificación 3q45/o/VmAxnWbryPMcCauan7cs=