Expte. 69/09 MINISTERIO DE ECONOMÍA Y HACIENDA SUBSECRETARÍA DIRECCION GENERAL DEL PATRIMONIO DEL ESTADO

Transcripción

1 Expte. 69/09 PLIEGO DE PRESCRIPCIONES Y ESPECIFICACIONES TÉCNICAS QUE HAN DE REGIR EN EL PROCEDIMIENTO ABIERTO PARA LA CONTRATACIÓN DE LOS SERVICIOS DE CARÁCTER INFORMÁTICO PARA EL MANTENIMIENTO DE LAS APLICACIONES Y SERVICIOS DE LA PLATAFORMA DE CONTRATACIÓN DEL ESTADO

2 SUBSECRETARÍA COORDINACIÓN DE LA Indice 0. CUADRO RESUMEN DE CARACTERÍSTICAS OBJETO DEL CONTRATO AMBITO DE TRABAJO Ámbito normativo Ámbito funcional Entorno tecnológico Descripción de los trabajos Mantenimiento Correctivo Mantenimiento Preventivo Mantenimiento Evolutivo Soporte Gestión del Servicio Documentación de los trabajos Ejecución y gestión del proyecto Dirección Equipo de trabajo Constitución del equipo de trabajo Composición del equipo de trabajo Horario y lugar de trabajo Contenido de las ofertas Diseño de la solución ofertada Identificación, análisis y propuesta de solución de los requisitos del proyecto Planificación de los trabajos Equipo de proyecto Productos software a utilizar o incorporar Referencias Metodología a utilizar en la realización de los trabajos Documentación de los trabajos Planificación, dirección, seguimiento y control de los trabajos Dirección Planificación Seguimiento y control Duración del contrato y garantía Transferencia tecnológica Aseguramiento de la calidad Pruebas Propiedad intelectual y confidencialidad /2

3 0. CUADRO RESUMEN DE CARACTERÍSTICAS REFERENCIA DEL CONTRATO: <NUM_EXPTE> OBJETO DEL CONTRATO Mantenimiento de las aplicaciones y servicios de la Plataforma de Contratación del Estado (PLACE) CENTRO DESTINATARIO: DIRECCIÓN GENERAL DEL Subdirección General de Coordinación de la Contratación Electrónica PRESUPUESTO FORMULADO POR LA ADMINISTRACIÓN De 1 de setiembre a 30 de noviembre ,00 De 1 de diciembre de 2009 a 30 de noviembre de ,00 De 1 de diciembre de 2010 a 31 de agosto de ,00 TOTAL ,00 PLAZO DE EJECUCIÓN Dos años desde la formalización del contrato. 3/3

4 1. OBJETO DEL CONTRATO. El objeto del presente procedimiento de contratación lo constituyen los servicios de carácter informático para el mantenimiento correctivo y evolutivo de las aplicaciones y servicios de la Plataforma de Contratación del Estado (PLACE). El servicio deberá cubrir tanto el mantenimiento correctivo de aquellos elementos que presenten un inadecuado funcionamiento, como el evolutivo, derivado de las solicitudes de los usuarios de los servicios prestados por la Plataforma de Contratación del Estado. El presupuesto máximo estimado para cada uno de los años previstos es: Ejercicio Importe , , ,00 Total ,00 2. AMBITO DE TRABAJO Ámbito normativo. La Plataforma de Contratación del Estado está regulada actualmente por las siguientes normas: Ley 30/2007, de 30 de octubre, de Contratos del Sector Publico (LCSP), y ORDEN EHA/1220/2008, de 30 de abril Ley 30/2007, de 30 de octubre, de Contratos del Sector Público (LCSP). La Ley 30/2007, de 30 de octubre, de Contratos del Sector Publico (LCSP) incluye sustanciales innovaciones emanadas de la normativa comunitaria de contratación pública entre las que destacan las nuevas tendencias a favor de la desmaterialización de los procedimientos, optando por la plena incorporación de los medios electrónicos, informáticos y telemáticos en el ámbito de la contratación pública, a fin de hacer más fluidas y transparentes las relaciones entre los órganos de contratación y los operadores económicos. 4/4

5 Así, el Artículo 42 de la citada norma regula el Perfil del Contratante, y establece la Plataforma de Contratación del Estado (regulada en el Artículo 309) como uno de los medios de acceso al mismo. La Ley 30/2007 hace también referencia al Perfil del Contratante en los siguientes artículos: Articulo 37. Recurso especial en materia de contratación. Articulo 125. Anuncio previo. Articulo 126. Convocatoria de licitaciones. Articulo 135. Clasificación de las ofertas y adjudicación provisional y definitiva del contrato. Articulo 138. Publicidad de las adjudicaciones. Articulo 175. Adjudicación de los contratos que no estén sujetos a regulación armonizada. Articulo 176. Régimen de adjudicación de contratos. Articulo 181. Procedimiento de celebración de acuerdos marco. Por otra parte, en su TITULO III, Gestión de la publicidad contractual por medios electrónicos, informáticos y telemáticos, Artículo 309, la LCSP regula la Plataforma de Contratación del Estado. También en el Artículo 174, se hace referencia a la Plataforma de Contratación en alusión a la Adjudicación de los contratos sujetos a regulación armonizada. Finalmente, las disposiciones adicionales decimoctava y decimonovena regulan los medios de comunicación utilizables, así como el uso de medios electrónicos, informáticos y telemáticos en los procedimientos regulados en la Ley 30/2007 (Comunicaciones y notificaciones electrónicas, licitación electrónica y uso de facturas electrónicas) ORDEN EHA/1220/2008, DE 30 DE ABRIL. La ORDEN EHA/1220/2008, de 30 de abril, por la que se aprueban las instrucciones para operar en la Plataforma de Contratación del Estado define ésta como un espacio virtual de contacto entre los órganos de contratación del sector público y los interesados, pudiendo estos últimos acceder a la misma a través de un portal único. 5/5

6 La Orden establece además aquellos perfiles de contratante de los órganos de contratación de la Administración General del Estado, sus Organismos autónomos, Entidades gestoras y Servicios Comunes de la Seguridad Social y demás Entidades públicas estatales que deben publicarse obligatoriamente en la Plataforma de Contratación del Estado, regulando también la voluntariedad de la publicación en la misma de aquellos perfiles del contratante correspondientes a los restantes entes del sector público estatal y de los órganos de contratación de las Comunidades Autónomas y las Entidades Locales. Finalmente, la Orden regula los mecanismos de alta, baja y reorganización de unidades administrativas en la Plataforma, los sistemas para la interacción (Portal y Servicios Web), así como los servicios prestados por la Plataforma de Contratación del Estado Ámbito funcional. Desde una perspectiva funcional, se considerarán, a los efectos de lo establecido en el presente Pliego de Condiciones, tanto los servicios ofrecidos por la Plataforma de Contratación del Estado a sus usuarios externos (Órganos de Contratación y Operadores Económicos) como aquellos relacionados con su administración funcional y técnica. Los servicios que proporciona la Plataforma de Contratación del Estado a los usuarios externos son los siguientes: a. Publicación de información contractual: Relativa a licitaciones concretas y acuerdos marco tales como: Anuncios de Licitación, de Adjudicación provisional, de Adjudicación definitiva, o de Contrataciones programadas (anuncio indicativo previo) y otras. Otra información contractual: Pliegos, Anulación del procedimiento, Consultas formuladas y respuestas aportadas por el órgano de contratación. Información no vinculada a una licitación: Celebración de acuerdos marco, Instrucciones internas de contratación, Modelos de Pliegos particulares para categorías de contratos de naturaleza análoga. b. Envío de anuncios a diarios oficiales: Boletín Oficial del Estado (BOE). Diario Oficial de la Unión Europea. (DOUE). 6/6

7 c. Servicios de notificación a candidatos o licitadores: Admisión y exclusión de candidatos y los licitadores. Adjudicación provisional. Adjudicación definitiva. Renuncia del órgano de contratación a celebrar un contrato ya convocado. Desistimiento del procedimiento. d. Sellado de tiempo, a través de la FNMT, de todos los documentos publicados en la Plataforma, para garantizar de manera fehaciente el momento de inicio de la difusión pública de la información. Los servicios de la Plataforma de Contratación del Estado se acceden desde Internet, y su explotación opera en la modalidad 24*7 (24 horas al día los 7 días de la semana) para garantizar que el servicio esté siempre disponible para los usuarios. De esta forma, se garantiza no sólo el momento de inicio de la difusión pública de la información publicada en la Plataforma, sino también el acceso a la misma en todo momento y desde cualquier lugar. En la interacción con la Plataforma de Contratación del Estado, los órganos de contratación pueden utilizar el sistema de generación de anuncios, comunicaciones y notificaciones en los procesos de publicación de las licitaciones tanto a través del Portal de la Plataforma, como a través de los Servicios Web (integración B2B o sistémica). En la interacción mediante Servicios Web, el órgano de contratación comunica en modo sistema a sistema la información que deba ser publicada en la Plataforma en formato CODICE, mediante un sistema basado en la transmisión de mensajes según el estándar XML. Tanto los Servicios Web como todos los elementos que constituyen CODICE (plantillas, listas genéricas de códigos, esquemas, etc.) se publican y se mantienen actualizados en el propio Portal de la Plataforma La comunicación con la Plataforma de Contratación del Estado se realiza de forma segura mediante el uso de certificados electrónicos. 7/7

8 2.3. ENTORNO TECNOLÓGICO. La realización de los servicios de mantenimiento contemplados deberá tener en cuenta la infraestructura existente en la Plataforma de Contratación del Estado, de forma que los elementos lógicos desarrollados sean compatibles con los elementos actuales, y se integren de forma correcta en la infraestructura existente, reutilizando los componentes ya definidos en ella cuando resulte aplicable. El licitador deberá acreditar que dispone de los medios propios con conocimientos y experiencia demostrable en todos los estándares, frameworks de desarrollo, productos, módulos o elementos software (comerciales o no) necesarios para el desarrollo, configuración, despliegue, operación y soporte de los trabajos realizados, precisando en cada caso los que se incorporarán al equipo del proyecto y los que estarían a disposición del mismo como soporte para contingencias. La infraestructura tecnológica de la Plataforma consta de varios entornos: producción, pre-producción y dos entornos de desarrollo. En los siguientes apartados se describe la funcionalidad de cada uno de ellos, así como los componentes principales que configuran el entorno de Producción, ya que el resto de entornos son de similares características aunque con menor capacidad de procesamiento de información Tipos de Entornos de los que consta la infraestructura actual. La infraestructura actual de la Plataforma de Contratación para su ejecución consta de varios entornos que deberán ser utilizados en el ciclo de despliegue del software desarrollado. Paso de Software entre entornos Desarrollador Puestos de Desarrolladores Desarrollador 2 Desarrollador n Repositorio de Desarrollo (CVS) Empaquetamiento de Software Entorno de Integración Entorno de Pruebas Desarrollo (Cluster) Entornos de Desarrollo en Ejecución Entorno de Pre Producción Entorno de Producción Entornos Productivos en Ejecución Ilustración 1: Entornos de Desarrollo y Producción en Ejecución 8/8

9 Entorno de Desarrollo en Ejecución. Consta de dos entornos: el Entorno de Integración, en el que se realizan las pruebas integradas sobre todos los componentes desarrollados de forma unitaria desde los diferentes puestos de desarrollo, y el Entorno de Pruebas de Desarrollo en Cluster, en el que se realizan las pruebas funcionales y de carga antes de realizar el despliegue al entorno de Pre-Producción. Entornos Productivos en Ejecución. Los entornos productivos son: El entorno de Pre Producción, donde se realizan las pruebas de aceptación o certificación de la versión software que evolucionará a Producción cuando se determine por motivos de negocio. Este entorno también es utilizado para la realización de demostraciones, cursos o pruebas con órganos de contratación. El entorno de Producción, siendo éste el más importante de toda la instalación, con la mayor capacidad de procesamiento de información y disponibilidad (24x7) Infraestructura física. La infraestructura física de la Plataforma de Contratación del Estado responde a una arquitectura multicapas clusterizada que está constituida por los siguientes componentes: 4 IBM pseries DataPower XS-40 (nodos en alta disponibilidad dedicados a la seguridad y aceleración de procesos de cifrado y tratamiento de archivos). 2 IBM xseries IBM pseries 55A (virtualización hardware en 8 nodos.) En la figura siguiente se muestra la infraestructura física del entorno de Producción. 9/9

10 Ilustración 2: Representación esquemática de la infraestructura física Infraestructura lógica. La infraestructura lógica de la Plataforma de Contratación del Estado se basa en una arquitectura orientada a servicios, sobre la cual se han desarrollado los aplicativos utilizando los siguientes productos software: Sistema Operativo: Linux Red Hat 4. Middleware: IBM WebSphere Portal Server 6.0.1, WebSphere Portal Document Manager 6 y WebSphere Portal Web Content Manager 6, IBM WebSphere Enterprise Service Bus /10

11 Control de Acceso y Gestión de Identidades: IBM Tivoli Directory Server 6.0. Balanceo de carga y caché: Websphere Edge Server Network Dispatcher y Websphere Edge Server Caching proxy. Sistema Gestor de Bases de Datos: Oracle RAC 10. Sistema de Registro y Repositorio: ebxml. Los elementos desarrollados o configurados en WebSphere Portal Server constan de: Los componentes visuales (páginas, elementos gráficos, etc.). El núcleo funcional de la aplicación (Servicio de Acceso a Datos). La parametrización de los recursos de WebSphere Portal Server (permisos, definición de portlets, etc.). Los servicios de búsqueda. La gestión de las librerías de documentos bajo Portal Document Manager. Los elementos desarrollados en WebSphere Entreprise Service Bus dan soporte a las mediaciones y transformaciones necesarias para la integración de la Plataforma de Contratación del Estado con los órganos de contratación y con otros proveedores de servicios externos (BOE, DOUE, etc.). Los elementos desarrollados y configurados en WebSphere DataPower comprenden: La definición y configuración de los servicios de seguridad necesarios para la autenticación, autorización y auditoría de las transacciones. La definición y configuración de los servicios de transformación para el acceso a servicios electrónicos proporcionados por terceros, y para los órganos de contratación. Los elementos de configuración del repositorio LDAP soportan: La definición de los esquemas de seguridad. La gestión de las entidades del repositorio. 11/11

12 Los elementos desarrollados en la base de datos Oracle RAC comprenden: Los elementos persistentes de las bases de datos productivas (6). Los elementos propios del SGBD para la gestión de ciertas entidades (triggers, procedimientos almacenados, etc.). Finalmente, el registro-repositorio contiene los elementos de configuración de los esquemas vigentes en la Plataforma (CODICE 1.x, CODICE 2.x) Estructura de los componentes desarrollados. Actualmente, el software que compone la Plataforma de Contratación del Estado está organizado en proyectos CVS que contienen componentes de los siguientes tipos: Tipo Librería Java EJB Aplicación Portlet Servicios Web Cliente Servicio Web ESB EAR XML/XSLT Descripción Código compartido entre varios proyectos Código de J2EE Enterprise Java Beans junto con sus interfaces Aplicaciones Portlet a instalar en Portal Server Implementación de Servicios Web Librerías cliente de Servicios Web Mediaciones a instalar en Websphere Enterprise Service Bus Proyectos Enterprise Application que sirven como contenedores de despliegue de otros proyectos J2EE Proyectos para la generación y el mantenimiento de hojas XSLT en base de distintos artefactos XML (genericode, Schematron, xsd, etc.) 12/12

13 Tipo JAXB Ant Temas y Skins de Portal Descripción Proyectos para la generación de Java POJOS en base de esquemas XML Proyectos para la automatización de tareas de despliegue mediante scripts Ant Mantenimiento de componentes de apariencia de Portal Server Además de estos proyectos, existen otros componentes de la Plataforma de Contratación del Estado que también requieren mantenimiento: Modelos de Datos. Scripts PL/SQL de Oracle. Scripts DDL de Oracle. Scripts LINUX. Configuraciones (DataPower, PortalServer, Oracle, etc.) Elementos adicionales a la infraestructura actual. Para la realización de los servicios solicitados, podrían proponerse alternativas sobre elementos hardware o software adicionales, siendo éstos soluciones de propósito general de gran difusión y con soporte técnico adecuado, tanto comerciales como, en los casos en que sea aplicable, "open source". En ese caso, para cada categoría de software de las citadas en el párrafo anterior se deberá aportar una ficha con la relación de los productos o familias de productos soportados (susceptibles de uso alternativo a elección del contratante), con identificación completa de los mismos (incluyendo la identificación de la versión o versiones soportadas), según el modelo incluido como Anexo I. En el caso de productos comerciales, se deberá además indicar el coste de la licencia o licencias necesarias para la solución ofertada (al menos de los productos necesarios para la configuración que se proponga como idónea). 13/13

14 En el caso de incluir en las ofertas elementos "open source", deberá tratarse de productos estables y bien establecidos, respaldados por una comunidad de usuarios amplia y activa, con una licencia de uso compatible con el proyecto objeto de este contrato, y con el soporte técnico adecuado. Se aportarán referencias precisas de todo ello para cada elemento propuesto Herramientas de desarrollo necesarias. Para la realización de los desarrollos derivados de las tareas de mantenimiento propias de este contrato, será necesaria la utilización de herramientas de desarrollo compatibles con las utilizadas actualmente, que son las siguientes: Rational Software Architect v , con soporte para: Desarrollo de Portlets. Websphere Test Environment. Portal Test Environment. Modelado de Datos (Rational Data Architect). Edición visual Java Server Faces/JSP. Generación de código para interfaces EJB. Ant. Generación de Servicios Web. Generación de Clientes de Servicios Web. Modelado UML. Websphere Integration Developer v6.1, con soporte para: Modelado visual de mediaciones. Generación de código base según los modelos. ESB Test Environment. Repositorio CVS. Consolas de configuración de DataPower y Portal Server. 14/14

15 En caso de utilizar otras herramientas OpenSource y comerciales para desarrollos J2EE, habría que asegurarse que dan soporte a funciones similares, para no incurrir en tareas manuales y costosas que se pueden automatizar fácilmente con herramientas adecuadas (p.e. Generación de interfaces EJB frente a edición manual). En cualquier caso, las herramientas a utilizar correrán por cuenta del adjudicatario Estándares utilizados. Los desarrollos a realizar en el marco de este pliego de condiciones deberán cumplir con los estándares utilizados en la construcción de la Plataforma de Contratación del Estado, tanto a nivel funcional como a nivel tecnológico. A nivel funcional, será imprescindible la utilización de CODICE (especificación basada en ebxml y UBL2.0) para la normalización de datos y semántica de contratación pública. A nivel tecnológico, los frameworks y estándares utilizados se agrupan en los siguientes bloques: Estándares de formato de datos y validación (XML del W3C, XSD, Schematron). Estándares de integración (SOAP, WSDL, WS-I, WS-Security). Estándares de Portal (WAI, JSR-168, WSRP). Frameworks de construcción (J2EE, JSRs, XSLT, Hibernate). Estándares de accesibilidad web (WAI AA para la parte publica del Portal) y soporte multiidioma (lenguas co-oficiales, inglés y francés). Soporte de diversos navegadores (versiones recientes de navegadores más extendidos como Internet Explorer 6 y superiores, Mozila 5.0 y superiores, Firefox, etc.) Inventario de Proyectos desarrollados en la actualidad. La siguiente tabla muestra un resumen cuantitativo de los tipos de componentes que integran el software desarrollado hasta el momento para la Plataforma de Contratación del Estado: 15/15

16 Tipo de Componente Número Líneas de Código Páginas JSP/JSPF Ficheros JavaScript Ficheros XML Transformaciones XSL Clases Java Proyectos RAD/WID 62 A continuación se incluye una enumeración de los proyectos, junto con su tipo, que actualmente conforman el software del Portal de la Plataforma de Contratación del Estado además de las herramientas con las que se están manteniendo. # Proyecto Tipo Herramienta 1 DGPE_PLACE_DESPLIEGUE ANT RSA 2 AdministracionPortletApp Aplicación Portlet RSA 3 InicioPortletApp Aplicación Portlet RSA 4 LicitacionesPortletApp Aplicación Portlet RSA 5 LoginPlace Aplicación Portlet RSA 6 MisOfertasPortletApp Aplicación Portlet RSA 7 DGPE_ClientePublicacionBOE Cliente Servicios Web RSA 8 DGPE_ClientePublicacionDOUE Cliente Servicios Web RSA 9 PlaceNegocioEAR EAR RSA 16/16

17 # Proyecto Tipo Herramienta 10 CodeListProjectEJB EJB RSA 11 FachadaNegocioEJB EJB RSA 12 FachadaSistemicoEJB EJB RSA 13 GeneraciónPOJOS ANT RSA 14 BasePlace JAXB RSA 15 BusinessDelegate Librería Java RSA 16 CachedMapPortletService Librería Java RSA 17 CodeListProjectEJBClient Librería Java RSA 18 CodeListProjectUtility Librería Java RSA 19 ConfigurationManager Librería Java RSA 20 ContinentValidation-JRE1_4 Librería Java RSA 21 Datos_Negocio Librería Java RSA 22 Datos_Sistemico Librería Java RSA 23 FachadaNegocioEJBClient Librería Java RSA 24 FachadaSistemicoEJBClient Librería Java RSA 25 GestorPersistenciaLib Librería Java RSA 26 MapCodice2Hibernate Librería Java RSA 27 PLACESessionManager Librería Java RSA 28 PlaceUtilesNegocio Librería Java RSA 29 PlaceUtilesPortal Librería Java RSA 17/17

18 # Proyecto Tipo Herramienta 30 POJOS_CODICE_1.0.4_Java1.4 Librería Java RSA 31 POJOS_Suscripciones Librería Java RSA 32 FachadaServiciosB2B Servicio Web RSA 33 ServiciosConfirmacionDiariosOficiales Servicio Web RSA 34 PortalThemes Temas y Skins RSA 35 TemplatesCargaListaCodigos XML/XSLT RSA 36 TemplatesGeneracionPDF XML/XSLT RSA 37 TemplatesTransformacionDOUE XML/XSLT RSA 38 TemplatesValidacionCODICE XML/XSLT RSA 39 B2B Mediación WID 40 DGPE_MEDIATION_INBOUND Mediación WID 41 DGPE_PRUEBA_SSL_SENT Mediación WID 42 DGPE_SERVER_MEDIATION_BOE Mediación WID 43 PublicacionAnunciosDOUE Mediación WID 44 PublicacionContractAwardDOUE Mediación WID 45 PublicacionPriorInfoDOUE Mediación WID 46 BOE_Library_v104 Librería Java WID 47 CODICE_Library_v104 Librería Java WID 48 ConfigurationManager Librería Java WID 49 ConfigurationManagerCommons Librería Java WID 18/18

19 # Proyecto Tipo Herramienta 50 CWYBC_JDBC Librería Java WID 51 CWYBC_JDBC1 Librería Java WID 52 CWYEM_ _61 Librería Java WID 53 CWYEM_ _61_Library Librería Java WID 54 DOUE_Anuncios_Library Librería Java WID 55 DOUE_ContractAward_Library Librería Java WID 56 DOUE_PriorInfo_Library Librería Java WID 57 JarsESB Librería Java WID 58 MediationCommons Librería Java WID 59 PLACE_Library Librería Java WID 60 PUBLICACION_Anuncios_Library Librería Java WID 61 PUBLICACION_ContractAward_Library Librería Java WID 62 PUBLICACION_PriorInfo_Library Librería Java WID 3. DESCRIPCIÓN DE LOS TRABAJOS. El alcance de los servicios a prestar por el adjudicatario del contrato es el mantenimiento y soporte de los sistemas de información que constituyen la Plataforma de Contratación del Estado. El adjudicatario deberá aportar los recursos humanos que en cada momento sean necesarios para responder a las necesidades de la Subdirección General de Coordinación de la Contratación Electrónica en la realización de las siguientes prestaciones: 19/19

20 Mantenimiento correctivo. Mantenimiento preventivo. Mantenimiento evolutivo. Soporte. Gestión del Servicio Mantenimiento Correctivo. Agrupa las tareas necesarias para el correcto funcionamiento de las aplicaciones que no implican modificaciones en su funcionalidad. El adjudicatario prestará un servicio encaminado a la resolución de incidencias, entendidas como funcionamiento indebido de los sistemas en producción. Se considerará que una solicitud de servicio es una incidencia, y por lo tanto una operación sujeta a mantenimiento correctivo, cuando se trate de un defecto funcional y/o técnico de las aplicaciones. Un defecto es una diferencia entre las especificaciones del sistema y su funcionamiento, y cuando esta diferencia se produce a causa de errores en la configuración del sistema o del desarrollo de los programas. El mantenimiento correctivo engloba la realización de las modificaciones oportunas para corregir el funcionamiento incorrecto sin alterar las especificaciones funcionales de las aplicaciones. El origen de un funcionamiento incorrecto puede ser de distinta naturaleza: Errores propios de la aplicación. Problemas de explotación o causados por una operación errónea de los usuarios u operadores de Explotación. Problemas del software de base o de interacción con otras aplicaciones. Únicamente el primer caso se considerará sujeto al servicio de mantenimiento correctivo. En todos los casos, el equipo de mantenimiento pondrá los medios a su alcance para conseguir, tan pronto como sea posible, una solución transitoria que permita el funcionamiento de la aplicación hasta que se proporcione la solución definitiva. 20/20

21 El adjudicatario realizará una propuesta para la gestión de incidencias de mantenimiento correctivo para dar solución a los siguientes requerimientos: Las incidencias se catalogarán al menos en función de su nivel de prioridad (atendiendo a su criticidad de gestión y/o técnica) y el tiempo de resolución estimado. Se establecerán al menos 3 niveles de prioridad. El nivel de prioridad lo propondrá el Director Técnico designado por la Subdirección General de Coordinación de la Contratación Electrónica o las personas en que éste delegue. El adjudicatario se comprometerá a poner a disposición de la Subdirección General de Coordinación de la Contratación Electrónica la información actualizada sobre el estado de resolución de las incidencias abiertas y su categorización. El tiempo de respuesta máximo en el diagnóstico de una incidencia será de 8 horas laborables, si bien, en el caso de que la incidencia se considere de alta criticidad, ello no deberá ser óbice para acometer su resolución de forma urgente. Los tiempos de resolución se medirán a partir de la comunicación de la incidencia. Una vez resuelta ésta se comunicará: La naturaleza del problema. La solución aportada. Las recomendaciones eventuales, con el fin de poder prevenir dicho tipo de incidencias. Persona de contacto Mantenimiento Preventivo. Engloba las actividades necesarias para prevenir problemas latentes antes de que estos ocurran, y mejorar la calidad de las aplicaciones mantenidas sin modificación de su funcionalidad básica. 21/21

22 Los licitadores habrán de incluir una propuesta para la prestación de un servicio proactivo enfocado a proponer mejoras y/o cambios, de impacto limitado, en las aplicaciones gestionadas dentro del alcance. Estos trabajos de mantenimiento se basarán en la información de gestión que se aporta periódicamente, de la que se extraen las conclusiones que permiten sugerir acciones encaminadas a la mejora continua. El mantenimiento preventivo se integra, por tanto, dentro del ciclo de mejora continua Mantenimiento Evolutivo. Agrupa las actividades necesarias para adaptar las aplicaciones ante cambios del entorno técnico, funcional o normativo. Este servicio abarca la incorporación de nuevas funcionalidades en los sistemas ya existentes con un esfuerzo de desarrollo limitado y, generalmente, sin que suponga un cambio en los procesos existentes. Las ofertas presentadas deberán incluir los siguientes tipos de mantenimiento evolutivo: Normativo: corresponde a las modificaciones necesarias en los aplicativos para adaptarlos a los cambios normativos derivados de la entrada en vigor de nueva legislación. Adaptativo o Evolutivo Menor: Pequeños cambios en el sistema que suponen esfuerzos muy limitados de trabajo. Mejoras o Evolutivo mayor: incluye nuevas funcionalidades o modificaciones (funcionales o técnicas) a las existentes, demandadas por los usuarios de mayor alcance que las anteriores. Se considera en este apartado: Desarrollo y puesta en marcha de nuevas funcionalidades, ya sea como ampliación de servicios ya existentes, o para el desarrollo de otros nuevos, de acuerdo a las necesidades y prioridades de la Subdirección General de Coordinación de la Contratación Electrónica. Mejoras no planificadas (Pequeño Evolutivo): servicios de mantenimiento evolutivo mínimo, es decir, aquellos que, aun desarrollando nuevas funcionalidades en los sistemas, supongan trabajos inferiores a cinco días/persona y así sean contemplados por el Director Técnico del Proyecto. Elaboración de la documentación funcional y técnica asociada a los nuevos desarrollos. 22/22

23 Impartición de sesiones formativas sobre las nuevas funcionalidades al personal técnico de soporte de la Subdirección General de Coordinación de la Contratación Electrónica, o a aquellos terceros que ésta determine. Soporte a las implantaciones durante al menos la primera semana de la entrada en explotación de las nuevas funcionalidades Soporte. Actividades encaminadas a prestar el apoyo necesario para asegurar la operación de las aplicaciones. Será requisito indispensable que las ofertas presentadas contemplen los siguientes aspectos: Soporte a Usuarios. El adjudicatario deberá de proporcionar un servicio de soporte de segundo nivel que permita la resolución de dudas funcionales o de uso que sean planteadas por los usuarios finales de las aplicaciones. Soporte de servicio. El adjudicatario deberá de asegurar que las aplicaciones se mantienen en operación dentro de los límites de operatividad, rendimiento, tiempos de acceso, recuperación del servicio, etc., que fije la Subdirección General de Coordinación de la Contratación Electrónica como mínimos necesarios. Formación a Formadores. El adjudicatario deberá de ofrecer un servicio de formación sobre las nuevas funcionalidades y desarrollos que se vayan desarrollando, garantizando de esta manera un correcto manejo de las mismas. Se incluyen en este apartado las optimizaciones motivadas generalmente por la degradación en el funcionamiento de alguna/s parte/s de del sistema, así como las actividades siguientes: Resolución de las incidencias ocasionadas por el sistema en su entorno de explotación, y documentación asociada a las mismas. Actualización de toda la documentación funcional y técnica correspondiente afectada por las modificaciones: diseños, manuales, ayudas on-line, etc. Soporte de alto nivel al Grupo de Atención a Usuarios (GAU) de primer nivel o sistema alternativo. 23/23

24 Transmisión de información y conocimiento al personal técnico de soporte de la Subdirección General de Coordinación de la Contratación Electrónica, o a aquellas otras personas que ésta determine. Formación a usuarios. Atención y aclaración sobre funcionalidades de aplicaciones y aspectos básicos de los sistemas objeto del contrato. Atención de consultas y resolución de los problemas que surjan durante el funcionamiento de los sistemas objeto del contrato que se encuentran en producción. La asistencia que deberá prestar el GAU, para cada tipo de incidencia, se concreta con mayor detalle como sigue: Problemas y Consultas: se intentará siempre dar la solución directamente desde el GAU. Cuando ésta no sea posible, se escalará la misma al grupo de apoyo formado por personal del adjudicatario. Averías: siempre que sea posible se realizará un diagnóstico asistido con el usuario, intentando su solución. El GAU deberá cerrar finalmente todas las incidencias abiertas, siguiendo un procedimiento o protocolo que deberá ser acordado con la Subdirección General de Coordinación de la Contratación Electrónica Gestión del Servicio. Las ofertas presentadas deberán explicitar los procedimientos y herramientas propuestos con objeto de realizar las actividades de soporte solicitadas, indicando la periodicidad de los servicios, los mecanismos de medición y control de calidad, las metodologías que se propone utilizar para asegurar los niveles de servicio, los materiales de formación y de soporte a usuarios, etc. Se marca un plazo máximo de 3 meses para aplicar los niveles de servicio de soporte Documentación de los trabajos. Las tareas objeto del presente contrato deberán realizarse en el marco de la metodología establecida por la Subdirección General de Coordinación de la Contratación Electrónica. El adjudicatario deberá entregar toda aquella documentación técnica y de gestión del proyecto contemplada en la citada metodología, la cual está 24/24

25 basada en estándares de mercado, así como cualquier documentación adicional que, a juicio del Director Técnico del proyecto, sea necesaria para alcanzar los objetivos del proyecto en cada momento. Con carácter general, la documentación mínima a entregar incluirá los siguientes productos: Documentación Técnica: documentación asociada al análisis, diseño, construcción e implantación del sistema de información. Dentro de esta categoría se encuentran los siguientes productos: Requisitos de Usuario: requisitos del usuario de cara al comportamiento técnico y funcional del futuro sistema. Requisitos de Normativa: requisitos técnicos (arquitectura, infraestructuras, seguridad, comunicaciones, etc.) que especifican el comportamiento que deberá tener el sistema. Análisis Funcional: descripción funcional y de modelos del sistema. Plan de Pruebas: estrategia y definición de las pruebas a realizar. Plan de Implantación: estrategia para la implantación del sistema (fases, pilotos, etc.). Plan de Migración: estrategia de migración y carga inicial de datos. Entorno Tecnológico: descripción de la arquitectura lógica y física del sistema. Plan de Capacidad: análisis y requerimientos de capacidad de los distintos elementos de la plataforma del sistema. Diseño Técnico: descripción técnica de las diferentes capas del sistema a construir. Plan de Pruebas de Desarrollo: definición y especificación técnica de los juegos de pruebas de desarrollo. Resultado de Pruebas de Desarrollo: resultados obtenidos tras la ejecución de las pruebas de desarrollo. Plan de Pruebas de Certificación: definición y especificación técnica de los juegos de pruebas de certificación. 25/25

26 Resultado de Pruebas de Certificación: resultados obtenidos tras la ejecución de las pruebas de certificación. Plan de Pruebas de Rendimiento: definición y especificación técnica de los juegos de pruebas de rendimiento. Resultado de Pruebas de Rendimiento: resultados obtenidos tras la ejecución de las pruebas de rendimiento. Plan de Pruebas de Seguridad: definición y especificación técnica de los juegos de prueba de seguridad. Resultado de Pruebas de Seguridad: resultados obtenidos tras la ejecución de las pruebas de seguridad. Plan de Pruebas de Aceptación: definición y especificación técnica de los juegos de pruebas de validación del comportamiento funcional del sistema. Resultado de Pruebas de Aceptación: resultados obtenidos tras la ejecución de las pruebas de aceptación. Manual de Implantación: descripción de los elementos físicos, lógicos y operacionales a implantar, así como de todas las operaciones y procedimientos necesarios para el paso de la aplicación al entorno de producción. Manual de Explotación: descripción de todos los elementos físicos, lógicos y operacionales, así como de todas las operaciones y procedimientos necesarios para el pleno funcionamiento de la aplicación en cualquier tipo de circunstancias, incluyendo condiciones extraordinarias. Manual de Usuario: descripción del funcionamiento del sistema e instrucciones para su uso, dirigido al usuario final del mismo. Manual de Apoyo al GAU: descripción del funcionamiento del sistema, destinado a servir de apoyo al GAU para la resolución de incidencias. Documentación de gestión: documentación de gestión del proyecto, cabe destacar los siguientes productos: Plan de Proyecto: documento que debe recoger aspectos fundamentales de la organización y gestión del proyecto, entre los que obligatoriamente deberán incluirse: la descripción del proyecto (objetivos, enfoque, alcance, duración, etc.), la organización y 26/26

27 estructura del mismo, su planificación, y la descripción de la implantación del sistema de calidad al proyecto. Plan detallado del proyecto: documento de uso generalizado a lo largo del proyecto que recopila la planificación temporal del mismo, y en el que se detallan las actividades en que se desglosa la ejecución del proyecto, así como los hitos intermedios identificados. Informes de seguimiento con la periodicidad que se fije por la Subdirección General de Coordinación de la Contratación Electrónica al inicio del Proyecto. Informe de Cierre: documento que debe incluir la situación del proyecto en el momento de su finalización, la evaluación del mismo, la propuesta de nuevas iniciativas, las experiencias aprendidas y el listado de todos los entregables generados. En todas las reuniones que se organicen durante el proyecto deberá elaborarse previamente un documento previo a su realización denominado Agenda de la Reunión, donde se indicarán los temas a tratar en la misma. Tras la realización de la reunión, se elaborará el Acta de la Reunión, que recogerá los temas tratados, así como los acuerdos o conclusiones a los que se haya llegado en la reunión. Planes de formación en aquellas funcionalidades que la requieran, para la transmisión de información y conocimiento al personal del GAU, o a aquellos usuarios que cada funcionalidad requiera, según las necesidades que determine la Subdirección General de Coordinación de la Contratación Electrónica. Otros: cualesquiera otros informes, estudios o documentos de cualquier ámbito solicitados por la Subdirección General de Coordinación de la Contratación Electrónica durante la ejecución del proyecto. 4. EJECUCIÓN Y GESTIÓN DEL PROYECTO Dirección. El adjudicatario designará una persona como Jefe de Proyecto, que asumirá las labores de interlocución con el Director Técnico nombrado por la Subdirección General de Coordinación de la Contratación Electrónica. 27/27

28 El Jefe de Proyecto deberá entregar al Director Técnico, de forma periódica (en principio mensual) los siguientes informes: Informe en el que se justifiquen las labores realizadas por los miembros del equipo. Este informe debe estar diseñado en un formato que permita realizar estadísticas con facilidad. Planificación detallada de los trabajos a realizar en el mes siguiente, indicando para cada tarea: horas estimadas, fecha prevista de inicio y de fin, causas de los posibles retrasos, riesgos identificados, etc Equipo de trabajo. El equipo de trabajo estará integrado por un número adecuado de personas con los conocimientos necesarios para llevar a cabo las tareas descritas en el presente pliego. Las personas propuestas para ocupar cada uno de estos puestos deberán cumplir con los requerimientos indicados para cada categoría en cuanto a titulación, conocimientos, y experiencia previa para la capacitación en el puesto. La estimación de horas a dedicar por cada uno de los perfiles reseñados se indica en el siguiente cuadro: Recurso Horas Dedicación anual Jefe de Proyecto % Arquitecto IT % Consultor % Analista % Analista/Programador al 100% Estimación 1 año = horas 4.3. Constitución del equipo de trabajo. El equipo humano que se incorporará tras la formalización del contrato para la ejecución de los trabajos deberá estar formado por los miembros relacionados en la oferta adjudicataria. 28/28

29 La empresa cumplimentará un cuestionario de personal para cada uno de los miembros del equipo propuesto. Dicho cuestionario está incluido en el Anexo III que figura en este documento. La empresa adjudicataria deberá cuidar que todas las personas propuestas cumplan los requisitos mínimos, de lo contrario su oferta será excluida del proceso de valoración. Para iniciar los trabajos, tanto de mantenimiento como de nuevos desarrollos y migración se marca un plazo de dos semanas desde la firma del contrato Composición del equipo de trabajo. La valoración final de la productividad y calidad de los trabajos de las personas corresponderá al Director Técnico designado por la Subdirección General de Coordinación de la Contratación Electrónica, siendo potestad suya el solicitar el cambio de cualquiera de los componentes del equipo de trabajo por otro, de igual categoría, y similar curriculum vitae y experiencia profesional, elegido entre un conjunto de candidatos aportados por el adjudicatario. Se ejercerá esta potestad, si existen razones que lo aconsejen, con un preaviso por escrito de quince días. Si fuese la empresa adjudicataria la que propusiese el cambio, deberá solicitarlo por escrito con quince días de antelación, justificando la petición e informando del perfil y características de la/s persona/s a incorporar, reservándose la Subdirección General de Coordinación de la Contratación Electrónica el derecho de admitir o no a la/s persona/s propuestas. En ningún caso, la sustitución de personal supondrá un coste adicional, debiendo garantizarse (mediante períodos de solapamiento si fuese necesario) que el ritmo de los trabajos no se vea afectado por dicha circunstancia. El período de adaptación al entorno de trabajo debido a las sustituciones de personal será de diez jornadas laborales, que no serán facturables Horario y lugar de trabajo. Los trabajos se llevarán a cabo de forma habitual en las dependencias de la Subdirección General de Coordinación de la Contratación Electrónica, o en las propias oficinas del adjudicatario, si aquella así lo estimase oportuno y previa autorización, sin que ello deba afectar al precio de la oferta. En cualquier caso, el Jefe de Proyecto, el Arquitecto IT, y el Consultor designados realizarán su trabajo en las dependencias de la Subdirección General de Coordinación de la Contratación Electrónica. 29/29

30 La Subdirección General de Coordinación de la Contratación Electrónica podrá revocar dicha autorización en cualquier momento si considera que no se presta el servicio de forma adecuada. Todas las herramientas necesarias para el desarrollo por parte del personal autorizado a no prestar sus servicios en los locales de la Subdirección General de Coordinación de la Contratación Electrónica correrán a cargo de la empresa adjudicataria debiendo ser las que aquella determine. Si bien la actividad del equipo de trabajo se desarrollará normalmente de lunes a viernes, dentro de un horario estándar de 9 a 19 horas, los licitadores deberán comprometerse a una total disponibilidad horaria del equipo de trabajo (incluyendo noches, sábados, domingos y festivos) cuando la criticidad o urgencia de las peticiones así lo exijan (por ejemplo, resolución de incidencias, cumplimiento de los plazos de puesta en producción de nuevas funcionalidades, etc.). La realización del trabajo fuera del horario habitual no tendrá una consideración especial a efectos de cómputo de horas o tarifa aplicable a las mismas. Esta circunstancia ha de tener la aprobación previa del Director Técnico. 5. CONTENIDO DE LAS OFERTAS Diseño de la solución ofertada. La propuesta deberá describir, de la forma más precisa y estructurada posible, la solución ofertada. Sobre la base de la solución propuesta, se solicita detallar para cada uno de sus elementos: sus características definitorias, productos utilizados, herramientas de desarrollo a emplear, estándares aplicados, etc. Bajo ninguna circunstancia se deberá incluir en la oferta información o descripciones genéricas de la empresa, de sus productos o servicios, o de productos o servicios de terceros. En el caso de que se considere esencial la descripción detallada de alguno de dichos elementos, se incluirá como un anexo completamente diferenciado de la oferta, incluyendo en ésta únicamente una referencia al número o identificación de dicho anexo Identificación, análisis y propuesta de solución de los requisitos del proyecto. La oferta deberá estructurar y analizar en detalle los requerimientos del proyecto (tanto los expresamente formulados en el pliego, como los implícitamente necesarios para la satisfacción de los objetivos del proyecto), identificar los aspectos críticos o 30/30

31 determinantes que afecten a la satisfacción de dichos requerimientos o al desarrollo, implantación, operación, coexistencia con el estado actual y evoluciones futuras de la Plataforma (interoperabilidad con otros sistemas y tecnologías, escalabilidad, prestaciones, impacto de la evolución futura de los estándares y tecnologías relevantes para la plataforma, etc.), describir y comparar las alternativas consideradas o estudiadas para su implementación, y articular una propuesta concreta para su satisfacción, justificando las elecciones contenidas en dicha propuesta Planificación de los trabajos. La oferta deberá incluir una planificación de los trabajos a acometer, con indicación y descripción de las distintas fases y tareas, su duración estimada, los hitos de control, los recursos utilizados en cada fase, y los demás aspectos que permitan una adecuada y precisa comprensión del desarrollo temporal de los trabajos Equipo de proyecto. Se incluirá la relación nominativa del equipo que ejecutará los trabajos contratados, indicando para cada uno de ellos su nombre, categoría profesional, rol que desempeñará en el proyecto, y dedicación estimada (de acuerdo con el cronograma propuesto). Por cada uno de los miembros del equipo, se incluirá una ficha-curriculum (según el modelo recogido en el Anexo III), en la que se especificará de forma lo más precisa posible la cualificación, formación y experiencia de cada miembro en las tecnologías, productos y funcionalidades necesarios para la ejecución del proyecto. En el caso de la experiencia, se incluirán las referencias necesarias para la verificación de lo manifestado. El conjunto de todos los miembros del equipo ofertado deberá cubrir el conocimiento sobre la totalidad de los componentes funcionales, tecnologías y productos que componen el entorno tecnológico actual y, en su caso, el propuesto. En ningún caso se incluirá información de personas que no vayan a ser incluidas en firme en la oferta. En el caso de que algún componente del equipo no pertenezca a la plantilla profesional de la empresa, se indicará de modo expreso la naturaleza de la relación contractual que permita su inclusión en la oferta. En caso contrario, se manifestará expresamente que todos los miembros del equipo de trabajo pertenecen a la plantilla de la empresa a la fecha de presentación de la oferta, y que estarán disponibles para su incorporación al proyecto en el caso de resultar adjudicataria. 31/31

32 5.5. Productos software a utilizar o incorporar. En caso de resultar necesaria la utilización de componentes software adicionales a los existentes, se incluirá la relación completa de productos o componentes software (COTS u "open source") a utilizar durante el desarrollo, y otra con los productos o componentes a incorporar a la solución aportada, con los datos precisos para su identificación (producto, versión, URL, etc.), función a desempeñar y, en su caso, precio. En el caso de productos o componentes que sean de utilización general y gran difusión, no será necesario aportar más información, salvo que se solicite expresamente. En el caso del resto de productos y componentes, se aportará (como anexo) una ficha descriptiva de cada uno de ellos en la que se incluirán sus funcionalidades y características, así como los estándares que cumplen en relación con el proyecto y, en su caso, las verificaciones o acreditaciones de cumplimiento de dichos estándares Referencias. Se incluirán referencias, detalladas y verificables, a proyectos similares (en ámbito funcional y/o arquitectura y tecnología) en los que la empresa o los miembros del equipo del proyecto hayan tenido participación directa. 6. METODOLOGÍA A UTILIZAR EN LA REALIZACIÓN DE LOS TRABAJOS. La metodología a emplear en la realización del proyecto será Métrica V3.0 o la versión posterior que esté disponible en aquellas actuaciones donde sea aplicable de acuerdo con la naturaleza de los servicios prestados (Análisis -ASI-, Diseño -DSI, Construcción - CSI-, Implantación y Aceptación -IAS-, y Mantenimiento del sistema de Información - MSI). En las fases, actividades o tareas del proyecto en que, en su caso, a criterio motivado de la empresa no sea aplicable Métrica o no sea conveniente su aplicación, la oferta especificará del modo más preciso posible las técnicas, hitos y demás elementos que se aplicarán en su sustitución, así como la referencia o referencias apropiadas a la metodología y técnicas usadas en tales casos. 32/32

33 7. DOCUMENTACIÓN DE LOS TRABAJOS. Como parte de los trabajos objeto del contrato, el adjudicatario se compromete a generar, toda la documentación que sea aplicable, incluyendo por defecto los manuales de uso de los productos utilizados, así como los manuales técnicos de referencia necesarios para conocer su funcionamiento y abordar su mantenimiento. Dicha documentación se mantendrá permanentemente actualizada. La documentación será de propiedad exclusiva de la Dirección General del Patrimonio del Estado, sin que el contratista pueda conservarla, ni obtener copia de la misma o facilitarla a terceros sin la expresa autorización de este centro directivo. La documentación se entregará redactada en español, en papel y en soporte informático, en el formato o formatos estándar determinados por la Dirección General del Patrimonio del Estado en función de la naturaleza y características de cada documento. Esta documentación será propiedad de la Administración y quedará en posesión de ésta al finalizar el contrato. 8. PLANIFICACIÓN, DIRECCIÓN, SEGUIMIENTO Y CONTROL DE LOS TRABAJOS Dirección. Corresponderá a la Subdirección General de Coordinación de la Contratación Electrónica, unidad destinataria de los trabajos, la supervisión de las tareas para lograr los objetivos y, sobre la base de las especificaciones del presente pliego, proponer las modificaciones que convenga introducir o, en su caso, proponer la suspensión de los trabajos si existiera causa suficientemente motivada. La Subdirección General de Coordinación de la Contratación Electrónica designará un Director Técnico, cuyas funciones en relación con el objeto del contrato serán, entre otras, las de velar por el cumplimiento de los trabajos exigidos y ofertados, pudiendo incorporar al proyecto durante su realización, a las personas que estime necesarias para verificar y evaluar todas las actuaciones a su cargo. El adjudicatario deberá designar por su parte a un Responsable del equipo de trabajo para la coordinación, planificación y seguimiento de los trabajos. El equipo de trabajo que el adjudicatario aporte para dar cumplimiento al objeto del contrato se integrará en un grupo de trabajo mixto en el que también participarán técnicos propios de la unidad destinataria de los trabajos. Las tareas, funciones y competencias de cada uno de los integrantes del grupo mixto se determinarán en todo 33/33