ÍNDICE CONTENIDO PLIEGO PRESCRIPCIONES TÉCNICAS. 1. Antecedentes. 2. Descripción del proyecto. 3. Requisitos técnicos. 4. Planificación.

Transcripción

1 PLIEGO DE PRESCIPCIONES TÉCNICAS PARA LA ADJUDICACIÓN, POR EL PROCEDIMIENTO GENERAL, DEL CONTRATO DE SERVICIOS PARA EL DESARROLLO DE UNA PLATAFORMA CLOUD COMPUTING PARA EL PROYECTO DE INTEGRACIÓN VERTICAL Y HORIZONTAL DE LA TRAZABILIDAD EN EL COMERCIO MAYORISTA DE PESCADOS Y MARISCOS: EXP: 10/14 DEC ÍNDICE CONTENIDO PLIEGO PRESCRIPCIONES TÉCNICAS 1. Antecedentes 2. Descripción del proyecto 3. Requisitos técnicos 4. Planificación. 5. Dirección y seguimiento de los trabajos 6. Forma de ejecución 7. Presentación de las ofertas técnicas 1

2 1. ANTECEDENTES 1.1 La sociedad estatal Mercasa, participada por la Sociedad Estatal de Participaciones Industriales (SEPI) y el Ministerio de Medio Ambiente y Medio Rural y Marino, a través del Fondo Español de Garantía Agraria (FEGA), se configura como medio propio y servicio técnico de la Administración del Estado y sus Organismos públicos constituido con la finalidad de prestar servicio público al conjunto de la cadena alimentaria, de manera especial en el escalón mayorista de alimentación, a través de los mercados centrales mayoristas, conocidas como Mercas; pero también de cara a la producción agraria y pesquera, facilitando la comercialización mayorista procedente de origen; al comercio minorista en todos sus formatos, a la hostelería independiente u organizada, y a las empresas de restauración social. Mercasa ha promovido y gestiona junto a los Ayuntamientos respectivos la Red de Mercas, que cuenta con 23 Unidades Alimentarias, grandes complejos de distribución mayorista y servicios logísticos, que cubren toda la geografía española. 1.2 Importancia de Mercasa en la cadena comercial del pescado La Red de Mercas está formada por un total de 23 Unidades Alimentarias, cuya superficie global se sitúa en unos 7 millones de metros cuadrados, de los que en torno a un millón son superficie neta de Mercados y 2,3 millones corresponden a las Zonas de Actividades Complementarias. En estas estructuras integran su actividad unas empresas, de las que en torno a son empresas mayoristas y el resto empresas dedicadas a actividades complementarias de mercados, de distribución logística o de atención a los usuarios de los Mercas. En 17 de los 23 Mercas existen Mercados Mayoristas de Pescados, que integran a 430 empresas mayoristas. Además, en el conjunto de 23 Mercas hay otras 200 empresas de comercialización y/o manipulación de pescados en el escalón mayorista que operan desde las denominadas Zonas de Actividades Complementarias. En total, por tanto, en la Red de Mercas hay unas 630 empresas mayoristas dedicadas a pescados y mariscos. Los 17 Mercas en los que existen Mercados Mayoristas de Pescados son los siguientes: Mercalgeciras, Mercabadajoz, Mercabarna, Mercabilbao, Mercacórdoba, Mercagranada, Mercairuña, Mercajerez, Mercalaspalmas, Mercaleón, Mercamadrid, Mercamálaga, Mercamurcia, Mercasalamanca, Mercasevilla, Mercavalencia y Mercazaragoza. El volumen total de comercialización mayorista de productos pesqueros en la Red de Mercas asciende a unas toneladas, de las que un 58% son pescados frescos, un 18% corresponde a mariscos frescos y el resto a pescados y mariscos congelados. El valor anual de esta comercialización es de unos millones de euros. Las ventas mayoristas en los Mercas representan una cuota de mercado (entendida como la parte de consumo abastecida a través de los Mercas) de un 53% si se considera el consumo total de España dentro y fuera de los hogares (incluyendo hostelería, restauración y consumo institucional); y de hasta un 65% si solo se consideran los hogares. Asimismo, cabe destacar también que en la comercialización de pescados y mariscos en la Red de Mercas española se incluyen productos procedentes de 2

3 pesca extractiva de caladeros comunitarios y extracomunitarios, además de producciones acuícolas nacionales, comunitarias y de terceros países. Estos datos demuestran la importancia de la Red de Mercas como concentrador de la oferta y de la demanda. 1.3 Una posición estratégica La concentración de la oferta mayorista que realizan Mercasa y los Mercas -tanto geográficamente en cuanto a localización física como en volumen comercializadosupone, por tanto, un elemento decisivo en la cadena comercial desde origen (tanto en pesca extractiva como acuicultura) hacia la distribución minorista y el consumo en todas sus formas. Una posición central que es determinante para garantizar la integración vertical y horizontal, y favorecer una gestión eficiente de la trazabilidad en las diferentes fases de la cadena de comercialización. La gestión integral de Mercasa y la Red de Mercas como un servicio público de colaboración y apoyo hacia las empresas mayoristas se convierte, por tanto, en una oportunidad estratégica para abordar iniciativas de colaboración públicoprivada con los operadores comerciales, en su propia responsabilidad como empresas que deben cumplir los requisitos de la trazabilidad. Con ello, Mercasa contribuye en España a la necesidad de cumplir con los requisitos que establece el artículo 58 del Reglamento 1224/2009 y los artículos 58, 66 y 67 del Reglamento 404/2011, de manera especial en referencia al objetivo de que los operadores coloquen la información sobre los productos de la pesca y la acuicultura indicada en el artículo 58, apartado 5, del Reglamento de control a través de un medio de identificación como un código, un código de barras, un circuito integrado o un dispositivo o sistema de marcado similares. 2. DESCRIPCIÓN DEL PROYECTO Mercasa ha elaborado un proyecto para la integración vertical y horizontal de la trazabilidad en el comercio mayorista de pescados y mariscos, que va a garantizar la transferencia de tecnología de última generación, basada en medios electrónicos de estándares internacionales. El proyecto a que se refiere el presente pliego tiene por objeto el desarrollo, implantación y gestión de una plataforma común e integrada de procesos y servicios, que Mercasa pone a disposición de las empresas mayoristas para cumplir los requisitos de trazabilidad, facilitando así una trazabilidad externa e interna más eficiente y estandarizada, y con un menor coste para los usuarios, porque no necesitan invertir en aplicaciones o procesos individuales para cada empresa. Esta plataforma ha de concebirse como una herramienta flexible y adecuada para adaptarse a las características de cada empresa y de sus flujos comerciales en el aprovisionamiento y en la venta posterior a comercios detallistas o empresas de restauración. 3

4 Se trata de una plataforma Internet (en la nube) que cubre todo el proceso de trazabilidad en el sector pesquero, creando un estándar y unificando la información de trazabilidad existente en la cadena dotando a Mercasa de una visión general y única de la trazabilidad en toda la cadena, facilitando el seguimiento y autocontrol (APPCC) de todos los mayoristas. 2.1 Trazabilidad externa e interna en el comercio mayorista de pescados Los mayoristas de los Mercas presentan una importante singularidad respecto a otras empresas: Un elevado número de proveedores y un elevado número de clientes. Esta multiplicidad de proveedores y clientes plantea importantes retos al mayorista cuando se analiza la gestión de la trazabilidad: - Diferentes sensibilidades en los proveedores respecto a la trazabilidad. - Diferentes formatos de los proveedores al proporcionar la información de la trazabilidad. - Diferentes modelos de etiquetas y soportes documentales de trazabilidad. - Diferentes criterios de los proveedores al gestionar la trazabilidad. - Diferentes sensibilidades de los clientes respecto a la trazabilidad. - Diferentes demandas de los clientes respecto a las necesidades de etiquetado de información. Debido a que la legislación no ofrece una solución a tal diversidad criterios y formatos, el proyecto de Mercasa da respuesta a todos los mayoristas de los Mercas y, a su vez, a todos los proveedores y clientes de los mismos, a una necesidad de estandarización en el proceso de trazabilidad. Esta iniciativa proporcionará los mecanismos y procedimientos que permitan a cada mayorista gestionar la trazabilidad de la forma más eficaz posible, detallando en cada caso las diferentes opciones a las que puede recurrir el mayorista para cumplir con las obligaciones de registro e información. Un sistema de trazabilidad que permitirá la documentación y registro de todas operaciones que se lleven a cabo entre el Mercado Central y la Zona de Actividades Complementarias, en aquellos mayoristas que tengan instalaciones / producto / actividad en ambos recintos. Además, la plataforma de Mercasa convivirá sin problemas con los sistemas de trazabilidad existentes ofreciendo un interfaz abierto y estándar que permita el paso de información de los sistemas propietarios al sistema central de una manera rápida y eficaz utilizando los estándares tecnológicos existentes en el mercado. 4

5 2.2 Cómo se registrará la información? El sistema se basa en un registro de información a tres niveles: 1. La información que se añade en la mercancía mediante una etiqueta y que viaja físicamente con ella. En el caso de agrupaciones de producto, habrá parte de esta información que irá en código de barras para permitir su lectura automática. 2. La información que debe ser registrada en la base de datos de cada agente de la cadena de suministro. 3. La información adicional que se transmite en el mismo sistema entre los distintos agentes de la cadena de suministro. El esquema lógico en el que se basa la revisión de procesos de trazabilidad es el siguiente: 5

6 3.REQUISITOS TÉCNICOS 3.1 Consideraciones previas En este apartado se describen los servicios, características y requisitos que conforman el objeto del contrato y que el adjudicatario deberá prestar, no siendo el listado que aparece a continuación una relación exhaustiva de las características de los servicios contratados, sino las líneas generales demandadas por Mercasa, cubriendo los aspectos tareas a realizar y resultados esperados. Estos requisitos deben entenderse como mínimos pudiendo los licitadores ampliarlos y mejorarlos en sus ofertas. Las propuestas que ofrezcan características inferiores y que no cubran estos mínimos, no serán tomadas en consideración en el presente procedimiento de adjudicación. El licitador puede ofertar prestaciones superiores a las solicitadas, que se considerarán positivamente en la valoración técnica de la oferta. El adjudicatario deberá aportar los conocimientos y metodologías así como apoyarse en las herramientas necesarias para asegurar el resultado óptimo del proyecto. El adjudicatario deberá tener en cuenta que sus desarrollos deberán seguir los principales estándares para cumplir con los criterios de accesibilidad universal y el diseño para todos. El adjudicatario se obliga a guardar secreto y a hacerlo guardar al personal que emplee para la ejecución del contrato, respecto a toda la información de Mercasa que con motivo del desarrollo de los trabajos llegue a su conocimiento, no pudiendo utilizarla para sí o para otra persona o entidad. 3.2 Descripción de los trabajos a realizar Para el desarrollo e implantación del proyecto el adjudicatario deberá realizar el análisis, desarrollo, instalación y puesta en marcha en la Red de Mercas de una Plataforma Internet (Cloud Computing) que proporcionará los mecanismos y procedimientos necesarios para cubrir el proceso estándar y regulado por las normativas locales y europeas (ISO 22005:2007, ISO 12875:2011) de trazabilidad externa para todos los mayoristas de pescado de la red de Mercas, facilitando la utilización de un proceso estándar (ISO/IEC 15420:2009, ISO 17367:2009) y unificando la información de la trazabilidad existente en toda la cadena, en cumplimiento de los nuevos requisitos sobre trazabilidad establecidos en el Reglamento 1224/2009.A modo orientativo, se enumeran a continuación algunos de los requisitos necesarios para llevar a cabo el desarrollo: 3.3 Plataforma de software: La Plataforma de software a desarrollar e implantar por el adjudicatario y que será utilizada en los 17 Mercas deberá reunir las siguientes características: Funcionalidades Dispondrá de funcionalidad para adecuarse a los parámetros de transmisión/recepción de la información de la trazabilidad recogida en la GUÍA DE ADAPTACIÓN PARA TRANSMITIR LA INFORMACIÓN DE TRAZABILIDAD EN PRODUCTOS DE LA PESCA Y LA ACUICULTURA MEDIANTE EL SITEMA GS1 elaborado y publicado por AECOC. 6

7 Dispondrá de una colección de controles para la alimentación automática de datos de entrada y salida de acuerdo con las especificaciones de la GUÍA DE ADAPTACIÓN PARA TRANSMITIR LA INFORMACIÓN DE TRAZABILIDAD EN PRODUCTOS DE LA PESCA Y LA ACUICULTURA MEDIANTE EL SITEMA GS1 elaborado y publicado por AECOC, es decir: o EDI (GS1 EANCOM) o XML (GS1 XML) Interfase Web Contendrá un sistema de control de accesos y permisos de usuario centralizado. Cada usuario (Mayorista) podrá acceder a la información completa de la trazabilidad que le corresponde, es decir la de los albaranes electrónicos entrantes y los salientes. La herramienta a desarrollar proporcionará como mínimo 10 tipos de informes que se definirán en la fase de análisis. Proporcionará un cuadro de mandos para Mayoristas y para los administradores de Mercasa. Las funcionalidades del cuadro de mando se definirán en la fase de análisis Características tecnológicas Tecnológicamente hablando, la plataforma se basará en estándares de mercado. - Estructura: Domain - Define el modelo de datos DAO - Acceso a la capa de datos. Webapp o vista - Gestiona la presentación de datos - La arquitectura utilizada para la construcción estará basada en componentes tecnológicos estándares y deberá de reunir como mínimo estas características: Sistema operativo Windows Server o Linux Lenguaje de programación JAVA o similar. Un gestor de BBDD, tipo MySQL o similar. Una herramienta para gestionar y consultar la base de datos, tipo Hibernate o similar. Una herramienta para realizar inyección de dependencias e integración de componentes tipo Spring o similar. Capa de presentación de la aplicación tipo Struts2 y jquery o similar. Servidor de aplicaciones, tipo Apache Tomcat, o similares Una herramienta de generación de informes y reportes, tipo Jasper Report o similar. Colección de web services. 7

8 Las anteriores definiciónes no serán limitativas ni en cuanto a las herramientas, ni al Sistema Operativo, son simplemente enumerativas como ejemplos. 3.4 Equipamiento de hardware: El adjudicatario se hará cargo del suministro de 17 sistemas informáticos que habrá de suministrar e instalar en los Mercas. Estos equipos estarán compuestos por: Unidad central, pantalla teclado y ratón Lector de código de barras Impresora multifunción con posibilidad de impresión de código de barras Conexión a red telefónica para transmisión de datos a unidad central. Las características mínimas del equipo serán las siguientes: Intel Core i Ghz Disco Duro 1TB Memoria Ram 4GB USB 3.0 (mínimo 3) Tarjeta gráfica integrada Tarjeta de red 10/100/1000 integrada Sistema operativo: Windows 8 o superior. El adjudicatario proporcionará además oferta de garantía del hardware entregado. 3.5 Fases del proyecto y entregables Las actuaciones a desarrollar por el adjudicatario se desglosan en las siguientes fases y entregables: Fase 1.Análisis y diseño de la solución El objetivo inicial de esta fase consistirá en el desarrollo de las siguientes tareas: Análisis de los requisitos del sistema Descripción del Sistema. Definición de requisitos Funcionales. Definición de requisitos no Funcionales. Modelo de Procesos. Modelo de Datos. Diseño de la Arquitectura de Módulos. Diseño Físico de Datos. Especificaciones de Construcción de Componentes (Cuadernos de Carga, etc.). Especificación del Plan de Pruebas. Especificación de Requisitos de Implantación. Revisión de Análisis / Diseño. Resultados: Documento de Análisis / Diseño del Sistema de la Información. Tiempo de ejecución: 2 meses desde la fecha de formalización del contrato 8

9 3.5.2 Fase 2. Construcción y pruebas del sistema de software Las tareas a realizar en esta fase son: Generación de Código de Componentes. Realización de pruebas. Integración. Integración en Abstracto. Sistema. Carga Inicial de datos. Revisión de Construcción y Pruebas. Resultados: Fuentes: Código fuente de todos los programas realizados a lo largo del desarrollo del proyecto, así como de las utilidades puestas a disposición de Mercasa por parte del adjudicatario. Documentación de Usuario y Administrador. Tiempo de ejecución: 8 meses desde la finalización de la Fase Fase 3. Implantación y aceptación Las tareas a realizar en esta fase son: Diseño y ejecución del Plan de Implantación del software y hardware. Entrega del equipamiento informático en los correspondientes Mercas. Formación a Usuarios, de acuerdo con estas premisas: o Formación, al personal técnico asignado por MERCASA en sus oficinas centrales, con un curso de usuario de un máximo de 15 horas lectivas a celebrar en un plazo máximo de 1 semana, y para un máximo de hasta cinco personas. o Formación, al personal usuario con perfil administrador, asignado por MERCASA en cada uno de los Mercas donde se instale el sistema y para un número máximo de cinco asistentes por instalación. El curso será de 5 horas lectivas a celebrar tras la instalación del equipamiento. Pruebas de Implantación. Pruebas de Aceptación. Documentación de Sistema. Plan de Mantenimiento Previo. Definición de los Niveles de Servicio. Definición de las garantías del software desarrollado. Paso a Producción. Tiempo de ejecución: 2 meses desde la finalización de la Fase Equipo de trabajo Composición 9

10 La empresa adjudicataria deberá tener el equipo que considere que sería necesario para poder cumplir con los trabajos. Los recursos técnicos con los que cuente dicho equipo deberán ser los adecuados para realizar con garantía las tareas definidas. No obstante, en función de las prioridades de Mercasa y dado que a lo largo de la consecución del contrato, pueden ser necesarios requisitos no contemplados en la fase de análisis, el equipo deberá poder balancearse, de tal forma que pueda asumir, los plazos y entregables descritos. Como parte del equipo propuesto por el adjudicatario, deberá existir un Jefe de Proyecto o Coordinador cuyas funciones se definen en el apartado y 5 del presente Pliego Perfil técnico del equipo de trabajo Los profesionales que, como equipo principal, sean responsables de la ejecución del trabajo, deberán disponer de la cualificación necesaria y de la titulación adecuada a la naturaleza de los trabajos. Se considera que, de manera global, el equipo de desarrollo debería tener: Conocimientos y experiencia en desarrollo de aplicaciones en las tecnologías especificadas en el punto Conocimientos y experiencia en el desarrollo de otras tecnologías que inicialmente no están recogidas en el punto Experiencia en la utilización de ecosistemas de herramientas de desarrollo de software (SVN, SONAR, Mantis, JIRA, Jenkins, Maven, Fortify etc ). Formación en tecnologías de desarrollo de aplicaciones basadas en software libre. El Jefe de Proyecto deberá ejercer funciones de analista durante la ejecución del contrato sin perjuicio de otras funciones establecidas en otros apartados de los Pliegos Formación del Equipo de Trabajo El equipo de trabajo deberá contar con la formación adecuada para desempeñar las tareas y servicios del mismo. En el caso de que el personal necesitara formación específica para acometer las tareas objeto del presente contrato, la empresa adjudicataria pondrá los medios para proporcionarles la formación necesaria, procurando que tenga lugar fuera de la jornada laboral o que interfiera mínimamente. 3.7 Metodología La empresa adjudicataria deberá utilizar las mismas metodologías que utilice habitualmente Mercasa, siendo recomendable el uso de Métrica Medios técnicos aportados por Mercasa En relación con los medios materiales, MERCASA pondrá a disposición del adjudicatario los siguientes medios técnicos o materiales lo que permite un control por parte de MERCASA y una ejecución eficiente y eficaz de los trabajos: SVN: Sistema de gestión de versiones del código fuente de las aplicaciones. Mantis: Herramienta web de gestión de incidentes o bugs en los proyectos. 10

11 Redmine / MS Project / JIRA: Sistema de gestión de proyectos y tareas. Knowledge Tree / OpenKM: Herramienta de gestión documental. Maven: Gestiona proyectos a nivel de código fuente y automatizar el ensamblado. Nexus: Permite gestionar repositorios de artefactos (por ejemplo bibliotecas de software) tanto externos como internos. Sonar: Realiza análisis estático de código fuente para extraer métricas de calidad. Jenkins: Permite configurar tareas automáticas sobre proyectos, utilizando el resto de herramientas existentes en el ecosistema integrado de desarrollo. Fortify: Realiza análisis de seguridad del código fuente. 3.9 Garantía de los trabajos Condiciones generales El adjudicatario deberá garantizar, al menos por un año, los productos de software derivados de la presente contratación, a contar desde la fecha de recepción de los mismos, formalizada mediante acta firmada por las dos partes, obligándose a realizar durante dicho período los cambios necesarios para solventar las deficiencias detectadas imputables a la firma adjudicataria si así lo solicita el centro directivo. Dicha garantía incluirá la subsanación de errores o fallos ocultos que se pongan de manifiesto en el funcionamiento de las aplicaciones, o que se descubran mediante pruebas o cualesquiera otros medios, así como la conclusión de la documentación incompleta y subsanación de la que contenga deficiencias. Las tareas de mantenimiento de los productos de software desarrollados se realizaran bajo un enfoque de servicio sujeto a unos parámetros de calidad que se establecerán en un acuerdo de nivel de servicio (ANS). Este modelo de ANS definirá de forma detallada el Nivel 2 de mantenimiento entendiéndose que el Nivel 1 será dado por Mercasa a través de un número de teléfono que se suministrará como primer punto de contacto para cada uno de los mercas, siendo obligación del adjudicatario la redacción del argumentario que el personal técnico de Nivel 1 deberá de manejar para dar respuesta a las consultas. El modelo de acuerdos de niveles de servicio de Nivel 2 deberá de contemplar como mínimo un soporte de lunes a viernes (8 horas) en días laborables con los siguientes tiempos de atención y resolución. Tipo de Incidencia Incidencia Alta: Interrupciones o disfunciones en los servicios y/o procesos que den lugar a una completa inoperatividad del sistema Incidencia Media: Interrupciones o disfunciones en los servicios y/o procesos que afectan ligeramente el nivel de servicio Nivel 2 del servicio (Adjudicatario) Tiempo de atención y resolución de incidencias reportadas por soporte de Nivel 1 Tiempo de Tiempo de atención resolución 10 minutos 3 horas 60 minutos 8 horas 11

12 Incidencia Baja: Interrupciones o disfunciones en los servicios y/o procesos que no supongan una interrupción de alguno de los servicios del sistema pero que afectan a su rendimiento 120 minutos 16 horas Plan de contingencia Se incluirán propuestas para la elaboración de un plan de contingencias que contemple las medidas a adoptar para solucionar el funcionamiento incorrecto de alguno de los procesos desarrollados o adaptados como consecuencia del contrato. 4. PLANIFICACIÓN La planificación definitiva del proyecto se determinará a partir de la reunión de comienzo del mismo, no obstante, se estima que se desarrollará del siguiente modo: 4.1. Reunión de lanzamiento El adjudicatario entregará una especificación detallada del proyecto en el que se contemplarán los principales aspectos a desarrollar: Presentación del equipo de trabajo del adjudicatario. Identificación de perfiles y asignación de roles Presentación de la metodología a usar por el adjudicatario en cuanto a organización del equipo y seguimiento de los trabajos. Presentación del Plan de Formación del equipo en caso necesario. La planificación definitiva se determinará en la reunión de lanzamiento de forma conjunta con Mercasa. Cualquier otra tarea que redunde en el desarrollo del proyecto Reuniones de seguimiento A raíz de la reunión de lanzamiento y con periodicidad mensual el adjudicatario se reunirá con la dirección técnica del proyecto de Mercasa con la finalidad de realizar un seguimiento periódico de las tareas asociadas al contrato. Es posible que las reuniones puedan producirse a través de videoconferencia u otros medios telemáticos, siempre y cuando Mercasa no considere necesario realizarlas de manera presencial en las instalaciones de Mercasa. Para cada una de dichas reuniones, el adjudicatario elaborará todos los meses un informe técnico de seguimiento con los siguientes aspectos: Grado de cumplimiento de los objetivos e hitos establecidos para el desarrollo. Lista de riesgos detectados que puedan comprometer el cumplimiento de los objetivos e hitos marcados, así como una propuesta de acciones para su mitigación o eliminación. Indicadores de referencia. Trabajos realizados en cada área y en cada proyecto por parte del personal técnico, así como los resultados obtenidos. Trabajos planificados para el siguiente periodo y objetivos que se pretenden cumplir para cada uno de los servicios y desarrollos. 12

13 Listado de documentos que se han generado o actualizado. Identificación de mejoras que se puedan aplicar para el cumplimiento de los objetivos del servicio Cierre del proyecto, entregas y memoria final En este hito, al alcanzar la finalización del proyecto, el adjudicatario deberá presentar una Memoria Final, como informe justificativo del alcance efectivo de los trabajos realizados, con detalle de entregables, recursos consumidos, objetivos e hitos conseguidos y propuesta de recomendaciones de actividades y objetivos a alcanzar en el servicio en los siguientes meses. Asimismo el adjudicatario: Deberá entregar una copia de todo el código fuente bien documentado, generado a lo largo del proyecto en sus versiones finales/actuales. El software será entregado en la sede central de Mercasa e instalado en el servidor que a tal fin se designe y que haya sido configurado por Mercasa de acuerdo con las características mínimas que describen en el apartado de arquitectura de este pliego. Deberá entregar una relación con toda la documentación generada para que Mercasa pueda hacerse cargo de los servicios y herramientas que son objeto de este pliego con garantías. Los equipos Hardware serán entregados, instalados y puestos en marcha por parte del adjudicatario en cada uno de los MERCAS, suministrando los manuales de manejo necesarios para los mismos. El plazo máximo para la culminación de este proyecto es de finalización total antes de diciembre de DIRECCIÓN Y SEGUIMIENTO DE LOS TRABAJOS Corresponde a la Dirección del proyecto, designada por Mercasa, la completa supervisión y dirección de los trabajos, proponer las modificaciones convenientes o, en su caso, proponer la suspensión de los mismos si existiese causa suficientemente motivada. Para la supervisión de la marcha de los trabajos, Mercasa indicará al comienzo del proyecto, la persona designada como Director/a del proyecto. Sus funciones en relación con el presente Pliego serán: a) Velar por el adecuado cumplimiento de los servicios contratados. b) Emitir las certificaciones parciales de recepción de los mismos. c) Fijar reuniones periódicas entre Mercasa y el adjudicatario con el fin de determinar, analizar y valorar las incidencias que, en su caso, se produzcan durante la ejecución del contrato. Independientemente de las reuniones ya establecidas en el Plan de Proyecto, el Director de Proyecto podrá convocar cuantas reuniones de seguimiento del proyecto considere oportunas para asegurar el cumplimiento del calendario del proyecto así como la correcta consecución de los objetivos propuestos. El adjudicatario será responsable de la redacción y distribución de las correspondientes actas de reunión. Con el fin de garantizar que se satisfacen las necesidades y prioridades establecidas por el Director de Proyecto, este marcará las directrices de los trabajos a realizar, siendo estas directrices de obligado cumplimiento por parte del adjudicatario. 13

14 Durante el desarrollo del proyecto se podrán solicitar, como parte de las tareas de seguimiento y control, entregas intermedias que permitan tanto la verificación del trabajo realizado, como reducir y evitar riesgos a lo largo del proyecto. 6. FORMA DE EJECUCIÓN 6.1. Lugar de realización de los trabajos El centro habitual de trabajo serán las oficinas de la propia empresa adjudicataria Control de calidad Sin perjuicio de las obligaciones asumidas en su oferta, el adjudicatario, a través del supervisor designado a tal efecto por parte de Mercasa, deberá seguir los procedimientos de aseguramiento de la calidad existentes en la ejecución del contrato. El adjudicatario reconoce el derecho de Mercasa para examinar por medio de auditores, externos o propios, el fiel cumplimiento de los trabajos por él realizados. Mercasa tendrá derecho a llevar a cabo auditorías de las actividades del adjudicatario para asegurarse de que la ejecución de los trabajos se lleva de acuerdo con lo establecido en el presente Pliego. Todo el material e información requerida para dichas inspecciones y auditorías por los representantes de Mercasa estará disponible sin restricciones. Mercasa notificará al adjudicatario con dos semanas de antelación la auditoría y con un día de antelación la inspección a realizar, y el adjudicatario tendrá la obligación de: Facilitar el acceso al material solicitado por el grupo auditor. Designar personas responsables que acompañen a los auditores. Facilitar un entorno de trabajo adecuado en el mismo lugar en que tiene lugar la auditoría. Cooperar con el auditor. Participar en las reuniones que convoque el auditor. Analizar los datos encontrados para que el informe sea real. Emprender rápidamente acciones correctoras y/o preventivas. Emitir una respuesta oficial para cada uno de los defectos que haya detectado el grupo de auditores Obligaciones de información y documentación Durante la ejecución de los trabajos objeto del contrato, el adjudicatario se compromete, en todo momento, a facilitar a las personas designadas por el Director de Proyecto, la información y documentación que éstas soliciten para disponer de un pleno conocimiento de las circunstancias en que se desarrollan los trabajos, así como de los eventuales problemas que puedan plantearse y de las tecnologías, métodos y herramientas utilizados para resolverlos. 14

15 Asimismo el adjudicatario estará obligado a asistir y colaborar, a través del personal que designe a este propósito, en las reuniones de seguimiento del proyecto definidas por el Director del Proyecto, quién se compromete a citar con la debida antelación al personal del adjudicatario. Como parte de las tareas objeto del contrato, el adjudicatario se compromete a generar la documentación de los trabajos realizados, de acuerdo con los criterios que establezca en cada caso el Director de Proyecto. Toda la documentación generada por el adjudicatario durante la ejecución del contrato será propiedad exclusiva de Mercasa sin que el contratista pueda conservarla, ni obtener copia de la misma o facilitarla a terceros sin la expresa autorización por escrito de Mercasa, que la concederá, en su caso y con expresión del fin, previa petición formal del adjudicatario. En este sentido, el adjudicatario deberá informar al Director de Proyecto sobre distintos aspectos relacionados con el funcionamiento y la calidad de los servicios prestados. Entre ellos será necesario presentar un informe, en el formato y con la periodicidad que defina el Director de Proyecto, de cumplimiento de los servicios y que contendrá entre otros los siguientes puntos, si proceden: Trabajos realizados y resultados obtenidos en el período vigente. Trabajos planificados para el siguiente periodo. Identificación de mejoras que se puedan aplicar para el cumplimiento de los objetivos de los proyectos en los que esté involucrado. Salvo indicación expresa en contrario, las especificaciones, informes, diagramas, planos, dibujos y cualquier otro documento relativo al objeto del contrato, serán aportados en castellano, cualquiera que sea el soporte y/o formato utilizado para la transmisión de información. El adjudicatario proporcionará, sin coste adicional para Mercasa, una copia en soporte informático portátil (CD-ROM, DVD, llave USB, etc.) con toda la documentación generada durante la prestación de los servicios objeto del contrato. 7. PRESENTACIÓN DE LAS OFERTAS TÉCNICAS 7.1. Datos generales De todos los datos que se aporten por el licitador, Mercasa podrá exigir la correspondiente justificación documental o aclaraciones antes de la adjudicación, condicionando ésta a que dicha justificación o aclaraciones sean suficientes a juicio de la Sociedad Formato de la propuesta técnica Los licitadores deberán presentar una propuesta técnica que deberá contener los siguientes apartados y en el mismo orden: Metodología, métricas de calidad, planificación, transferencia de conocimiento y documentación 15

16 Este apartado deberá incluir: I. La metodología de trabajo específica sobre el servicio a prestar. El licitador deberá introducir una descripción de la metodología a seguir en la ejecución de los trabajos y una justificación razonada con sus ventajas e inconvenientes (si los hubiere) haciendo una exposición detallada de las herramientas de software que la empresa propone para realizar la plataforma, explicando las ventajas que a su juicio aportan. II. Definición de la infraestructura técnica que utilizará el equipo de desarrollo en remoto Para ello especificar los equipos informáticos utilizados, así como las infraestructuras de red y cualquier otro hardware que vaya a utilizarse para realizar los trabajos e interactuar con el entorno de trabajo de Mercasa, especificando además si se utilizarán de forma dedicada o compartida con otros proyectos. III. Periodicidad de la subida de nuevas versiones a los repositorios de código de Mercasa. Se permite que estas subidas se realicen de forma asíncrona (deberá especificarse la periodicidad en la propuesta), aunque se valorarán positivamente aquellas propuestas que ofrezcan una subida síncrona. IV. Propuesta de planificación para la ejecución de los trabajos: propuesta de cronograma, paquetes de trabajo, tareas, hitos y entregables. V. Propuesta para la realización de transferencias del conocimiento adquirido al personal de Mercasa. VI. Propuesta de la documentación a generar en el proyecto, de tal forma que Mercasa disponga de toda la documentación necesaria para poder seguir prestando los servicios de soporte con las debidas garantías. VII. Propuesta justificada y detallada del plan de garantía y mantenimiento, con indicación del plazo de duración de la garantía y de los plazos de resolución de incidencias, previsión de costes de mantenimiento y de soporte de la Plataforma una vez superado el período de garantía (coste de mantenimiento de hardware, mantenimiento de licencias de software, soporte, etc). VIII. Cualquier otra documentación que el licitador estime conveniente presentar para cumplir las exigencias previstas en los Pliegos Equipo de trabajo Deberá describirse el equipo de profesionales y los medios propuestos por el licitador en el proyecto. Se valorará de un modo especial la figura de contacto principal, Director Técnico o responsable/jefe del servicio y que los profesionales en su conjunto formen un equipo sólido para afrontar con garantías el proyecto para lo cual el licitador deberá justificar razonadamente este caso Plan de formación Se deberán describir de forma detallada las acciones formativas a desarrollar para el equipo de trabajo ofertado, duración, contenido, etc. La formación que se valorará será formación de usuario, y formación de administrador del sistema. También serán valorables pero con menor importancia formación en las tecnologías empleadas en el desarrollo. 16