PLIEGO DE PRESCRIPCIONES TÉCNICAS PARA LA CONTRATACIÓN DEL SERVICIO DE DESARROLLO DE NUEVOS SERVICIOS Y EVOLUCIÓN DE LA PLATAFORMA DE INTERMEDIACIÓN DE LA ADMINISTRACIÓN PÚBLICA GALLEGA (PasaXe!), COFINANCIADO POR EL FONDO EUROPEO DE DESARROLLO...

[1] La Axencia para a Modernización Tecnolóxica de Galicia (en adelante Amtega) es una agencia pública autonómica, creada por el Decreto 252/2011 del 15 de diciembre, que tiene como objetivos básicos la definición, el desarrollo y la ejecución de los instrumentos de la política de la Xunta de Galicia relativa a tecnologías de la información y comunicaciones, así como innovación y desarrollo tecnológico.

[2] La Amtega se configura como órgano superior de la Administración autonómica en materia de apoyo y asesoramiento técnico en todo lo relativo a las Tecnologías de la Información y a las Comunicaciones y su aplicación para la modernización, innovación y desarrollo tecnológico de Galicia.

[3] En dicho decreto 252/2011 se establecen entre las competencias de la Amtega:

a. El impulso, gestión y coordinación de la administración electrónica, como elemento indispen- sable para la modernización de la Administración pública.

b. El diseño y ejecución, en todas las consellerías y organismos dependientes de la Xunta, de los proyectos de sistemas y tecnologías de la información que dan soporte a su operativa.

[4] En los últimos años la Administración pública gallega se marcó como objetivo prioritario avanzar de cara a una Administración electrónica capaz de ofrecer a ciudadanos y empresas servicios eficientes mediante el empleo de las nuevas tecnologías.

[5] En este sentido, la Amtega, como organismo encargado de la implantación e impulso en materia de tecnologías de la información, comunicaciones, innovación y desarrollo tecnológico, ejecuta desde 2010 un conjunto de iniciativas enmarcadas en el “Plan de Modernización de la Administración Pública” que se tradujeron en cambios tanto a nivel interno como externo para mejorar la relación con el ciudadano en su derecho de relacionarse electrónicamente con la Administración, potenciando su accesibilidad, participación y transparencia.

[6] Los esfuerzos realizados por la Amtega en los últimos años se encuentran alineados con la estrategia europea diseñada en este ámbito a través de la “Agenda Digital para Europa”. Esta agenda establece como uno de sus pilares básicos de actuación la implantación de servicios de Administración electrónica centrados en el usuario y se complementa a nivel estatal con la “Agenda Digital para España” y a nivel autonómico con la “Agenda Digital de Galicia 2020”. Este plan estratégico se articula mediante 5 ejes y 20 desafíos, entre los que se encuentran el Eje de “Valorización de la Administración”, y el desafío “D1: De la Administración electrónica a la Administración digital”. Este desafío está encaminado a hacer realidad una Administración plenamente digital, más próxima, eficiente, eficaz y ágil en la prestación de servicios.

[7] Como plan de actuación para la ejecución de este desafío, se aprobó en Consejo de la Xunta el “Plan de Administración y Gobierno digitales. Horizonte 2020”, en adelante PAGD2020, que ahondará en la consolidación de la e-Administración a la vez que se desarrollarán soluciones innovadoras para llevar a cabo la prestación de servicios digitales personalizados hacia el ciudadano. Establece su ámbito de actuación alrededor de las siguientes temáticas:

a) Atención e información al ciudadano, un ámbito de actuación en el que se enmarca la puesta en marcha de un modelo integral de atención e información a la ciudadanía, centrado en su satisfacción.

b) Relación con la sociedad, agrupa las iniciativas que darán apoyo al modelo de relación de la Xunta con la sociedad, incluyendo la evolución de la presencia en Internet de la Xunta, las iniciativas de gobierno abierto, y que tendrá especial énfasis en la transparencia, y en el ahondamiento de la estrategia de movilidad.

c) Tramitación electrónica integral, en la que se incluyen los ámbitos de mejora del modelo de prestación de servicios públicos por vía electrónica, tales como la tramitación y simplifica - ción administrativas, sede electrónica, documento electrónico y la interoperabilidad.

d) La información como activo estratégico, eje de actuación orientado a la puesta a disposición de la Xunta de herramientas para el análisis de indicadores, e información estratégica para la toma de decisiones.

e) Medidas instrumentales, como las iniciativas que ayudarán a desplegar el plan y aprovechar sus resultados, incluyendo el impulso, fomento y promoción de la Administración electróni - ca, así como la formación en esta materia, la evolución de su base normativa en la Xunta de Galicia, e incluso la coordinación tecnológica de todos sus componentes.

[8] Por otra parte el “Programa Operativo FEDER 2014-2020 de Galicia” se desarrolla en diversas líneas de actuación, entre ellas la línea 52 - “Plan de desarrollo de Administración y Gobierno Electrónicos”, enmarcada en la “Prioridad de Inversión 2.3. Refuerzo de las aplicaciones de las TIC para la administración electrónica, el aprendizaje electrónico, la inclusión electrónica, la cultura electrónica y la sanidad electrónica” y en el “Objetivo Específico 2.3.2 Reforzar el e-gobierno, e-cultura y la confianza en el ámbito digital”.

[9] En este contexto se ubica la consolidación de la Plataforma de Intermediación de datos y documentos de la Comunidad Autónoma de Galicia. PasaXe!.

[10] La Amtega, siguiendo los objetivos marcados por la Xunta de Galicia para su modernización, implantó la Plataforma de Intermediación PasaXe! que permite el intercambio de documentos y servicios interoperables entre la Xunta de Galicia y otras Administraciones Públicas y organizaciones, para dar cumplimiento a los requisitos que en esta materia se establecen en la Ley 11/2007 de acceso electrónico de los ciudadanos a los servicios públicos, en el R.D. 4/2010 que establece el Esquema Nacional de Interoperabilidad, y en el Decreto 198/2010 de desarrollo de la administración electrónica en la Xunta de Galicia y entidades de ella dependientes.

[11] Actualmente a través de Pasaxe! se ofrecen 36 servicios para la consulta de información y documentos de 15 organismos cedentes distintos. A lo largo del año 2015 se superó el 1,5 millones de consultas e intercambios de información que supusieron una reducción de las cargas administrativas para los ciudadanos y una mejora en la eficiencia de la actuación administrativa. Está plataforma está además integrada con la plataforma de intermediación de la AGE, y ofrece servicios a las entidades locales gallegas.

[12] En este contexto es preciso incorporar en la plataforma nuevos servicios de interoperabilidad (tanto propios de la Xunta de Galicia como intermediados con otros organismos), para que el intercambio de servicios y documentos entre sistemas y aplicaciones empleados en la Xunta, las Entidades Locales y otras Administraciones Públicas esté garantizado y redunde en la reducción de documentación exigida a los ciudadanos y empresas en su relación con las administraciones, haciendo así efectivo el derecho de los ciudadanos de no aportar datos y documentos que obren en poder de las Administraciones Públicas recogido en el artículo 6 de la Ley 11/2007 de una manera eficaz.

[13] Es objetivo del PAGD2020 incrementar el conjunto de servicios disponibles en la plataforma, incrementar el uso del mismo, y por lo tanto eliminar más documentación en papel en la relación con la ciudadanía, incrementar el número de usuarios en administraciones gallegas usuarias de los servicios.

[14] Para ello es preciso realizar las siguientes tareas:

a) Análisis, desarrollo y publicación de nuevos servicios interoperables. Gestión integral del ciclo de vida de los servicios que resulten de interés para su publicación en el Nodo,

tanto de los que provengan de entidades de la Xunta de Galicia como de otras plataformas de intercambio de otros organismos ajenos a la Xunta de Galicia (servicios intermediados).

b) Evolución técnica y funcional de la Plataforma de Interoperabilidad PasaXe!. En términos de arquitectura, funcionalidades, rendimiento, seguridad y usabilidad para garantizar su adecuado funcionamiento, y su capacidad para asumir el incremento en el volumen de los servicios e intercambios.

c) Soporte técnico y funcional especializado integral. A tres niveles: soporte a la plataforma y componentes, soporte a los servicios publicados y soporte a los equipos de desarrollo con respecto a la integración con los servicios publicados.

OBJETO DE LA CONTRATACIÓN ‌

[15] Es objeto de esta contratación el servicio de desarrollo y soporte especializado de nuevos servicios de interoperabilidad en la plataforma de intermediación de la Xunta de Galicia (PasaXe!).

[16] Con carácter general este servicio comprende:

a. El análisis, desarrollo y publicación de nuevos servicios interoperables

b. La evolución técnica y funcional de la Plataforma de Interoperabilidad, PasaXe!

c. El soporte técnico y funcional integral para la incorporación de servicios a la plataforma y para la utilización y explotación de estos por las unidades gestoras de los procedimientos en los distintos organismos, así como para la integración de los distintos sistemas de tramitación con la plataforma con el objeto de automatizar las consultas.

ACTIVIDADES A DESARROLLAR ‌

[17] El objetivo del proyecto es la evolución, tanto técnica como funcional, del Nodo de Interoperabilidad y sus componentes, así como toda la gestión del ciclo de vida de los servicios que hay publicados en el nodo o que sean de interés para su incorporación en el mismo. Se incluye todo el mantenimiento correctivo, adaptativo y evolutivo de los diferentes componentes del nodo y servicios publicados.

[18] El sistema debe estar adaptado a toda la normativa aplicable, especialmente en el ámbito del procedimiento administrativo y administración electrónica.

[19] En particular, se tendrán en cuenta los requisitos derivados de la siguiente normativa:

• Ley 30/1992 de Régimen Jurídico de las Administraciones Públicas y del Procedimiento Administrativo Común

• Ley 11/2007 de acceso electrónico de los ciudadanos a los Servicios Públicos.

• Ley 39/2015 del Procedimiento Administrativo Común de las Administraciones Públicas.

• Ley 40/2015 de régimen jurídico del sector público.

• Decreto 198/2010, por el que se regula el desarrollo de la Administración electrónica en la Xunta de Galicia y en las entidades dependientes.

• Esquema Nacional de Interoperabilidad.

• Esquema Nacional de Seguridad.

[20] A continuación se indican las principales actividades a realizar por el adjudicatario.

Evolución técnica y funcional de la Plataforma de Interoperabilidad, PasaXe!‌

[21] Diseño, desarrollo, adaptación y evolución de la plataforma base:

● Elementos base de la plataforma: bus de servicios, conectores de servicios, etc.

● Servicios o componentes comunes técnicos de interoperabilidad, tales como: políticas de seguridad, registro de servicios, auditoría, gestión de errores y trazas, metodología de implantación de servicios, framework de desarrollo de servicios, monitorización, administración, etcétera.

[22] Evolución técnica y funcional del frontal de interoperabilidad en términos de funcionalidades, rendimiento, seguridad y usabilidad.

[23] Evolución técnica y funcional del servicio de interconexión con la plataforma de intermediación de la Administración General del Estado.

[24] Evolución técnica y funcional del nodo con respecto a la integración con otras aplicaciones corporativas (Inventario de Información Administrativa, XXXXX etc.).

[25] Evolución de la arquitectura tecnológica, alineada con las estrategias tecnológicas de la Amtega, dando respuesta a las necesidades de dimensionamiento para dar cobertura a las necesidades de uso y rendimiento.

[26] En el Anexo II se recogen algunas de las tareas mínimas exigidas relativas a este servicio que deberán desarrrollarse en el marco del presente pliego.

Evolución técnica y funcional de los servicios de interoperabilidad. Gestión integral del ciclo de vida de los servicios de interoperabilidad ‌

[27] Esta gestión incluirá las tareas de Análisis, desarrollo y publicación de nuevos servicios interoperables así como las precisas para garantizar la operatividad y explotación de los servicios una vez desplegados.

[28] Se realizarán las siguientes tareas:

a. Colaboración en la fase de identificación y priorización de servicios con los organismos encargados (Comisión de Seguridad y Gobierno Electrónico, Subcomisión de Interoperabilidad y Administración Electrónica, Comisiones sectoriales, etc.). Planificación de los servicios priorizados.

b. Análisis, diseño, desarrollo y publicación en el nodo de Interoperabilidad de los servicios identificados, siempre en colaboración con los organismos implicados (Organismo emisor del servicio, equipo de desarrollo funcional del servicio, equipos de soporte de la Amtega y/u otros organismos, etc.). Incluirá:

• Tareas de desarrollo del servicio. Especificación de requisitos, análisis funcio- nal, diseño, pruebas y certificación del mismo.

• Tareas de integración del servicio en la Plataforma de Interoperabilidad. Análi- sis de la integración, desarrollo, despliegue y publicación en el Nodo de intero- perabilidad.

c. Elaboración de la documentación o instrumentos precisos para la concreción de consumo de servicios por parte de terceros.

d. Evolución, mantenimiento, explotación y baja en el Nodo de Interoperabilidad de los servicios publicados siempre en colaboración con los organismos implicados (Organismos emisores, equipos de soporte de la Amtega, etc). Incluirá:

• Gestión de autorizaciones de usuarios y aplicaciones

• Gestión de incidencias

• Auditorías, monitorizaciones y medición de indicadores

• Baja y desactivación del servicio

e. Gestión de los certificados necesarios, en colaboración con los organismos implicados.

[1] El número de servicios a desarrollar se estima en 6 servicios al semestre.

Gestión de las tareas de desarrollo evolutivo y mantenimiento de la plataforma ‌

[29] El adjudicatario abordará el desarrollo evolutivo del portal, en base a:

a. El plan inicial establecido en el inicio de la ejecución del contrato (Apartado 5.1.- Fase 1: Puesta en marcha)

b. Necesidades de nuevas funcionalidades determinadas por los usuarios o destinatarios de los sistemas.

c. Necesidades derivadas de cambios de la normativa aplicable en cada caso.

d. Necesidades vinculadas al alineamiento continuado tanto tecnológico como de criterios corporativos en materia TIC que les sean de aplicación, así como de la integración con otros sistemas o herramientas.

[30] Las propuestas de mejora y nuevas funcionalidades que se vayan demandando se centralizarán en la Amtega. De estas propuestas se mantendrá una lista de las peticiones pendientes, que serán priorizadas en los comités de seguimiento de la ejecución del contrato.

[31] Semestralmente se establecerá un plan de ejecución del contrato, en el que se establecerán los objetivos a conseguir y funcionalidades a desarrollar en el período, los recursos necesarios, así como la planificación de entregas de versiones que se irán liberando. Esta planificación podrá ser revisada en base a nuevas necesidades priorizadas o urgentes.

[32] De modo general en los sistemas anteriores será necesaria la realización de las siguientes actividades:

a. Análisis de requisitos, funcional y tecnológico de las modificaciones solicitadas

b. Diseño técnico y desarrollo de las modificaciones solicitadas

c. Instalación en las infraestructuras de la Amtega

Análisis de requerimientos ‌

[33] El desarrollo evolutivo del sistema objeto de la contratación se organizará en distintos paquetes/revisiones: diseño, desarrollo e instalación de nuevas funcionalidades.

[34] A partir de las demandas de evolución recogidas, se establecerá el contenido de cada una de las versiones a desarrollar. El adjudicatario deberá elaborar el análisis detallado del desarrollo evolutivo de los cambios solicitados. Deberá entregar el documento de alcance de una versión:

a. Análisis de requisitos, funcional y tecnológico.

b. Estimación y planificación de la revisión a revisar, indicando cronograma y estimación de horas necesarias.

[35] En el comité de seguimiento de ejecución del contrato se aprobará el contenido de cada una de las revisiones a partir de los documentos entregados.

Diseño técnico y desarrollo ‌

[36] El adjudicatario llevará a cabo tareas técnicas de análisis técnico y desarrollo de los servicios establecidos.

[37] Facilitará a la Xunta de Galicia el acceso a un entorno de pruebas, en el que sea posible la verificación integral del funcionamiento del sistema, según lo establecido en el análisis de requisitos. Este entorno de pruebas estará vigente durante toda la duración de este contrato, y servirá para que la Xunta pueda probar los nuevos desarrollos que se van abordando.

[38] En el desarrollo se tendrá en cuenta el procedimiento de gestión de ciclo de vida de aplicaciones establecido en la Amtega. Asimismo con cada versión deberá entregar la documentación exigida en el procedimiento de ciclo de vida de desarrollo de software de la Amtega, en vigor en el momento de la ejecución del contrato.

Instalación en los entornos corporativos de la Xunta de Galicia ‌

[39] Las revisiones deberán estar suficientemente probadas y testadas, para poder ser instaladas en la mayor brevedad posible. En caso de detectarse incidencias que desaconsejen la instalación, estas deberán ser solucionadas en un plazo máximo de cinco días. Si las incidencias detectadas derivan del incorrecto desarrollo por parte de la empresa contratada, el tiempo de corrección no contabilizará en el tiempo dedicado a los servicios a prestar.

[40] La instalación de los entornos corporativos se realizará por parte de la Amtega. Pero el adjudicatario del sistema deberá colaborar en la realización de estas tareas.

[41] Se realizará en esta fase la formación técnica de administración del sistema al personal que la Amtega determine. Se tratará de la formación de los administradores de la infraestructura, de la gestión del ciclo de vida de desarrollo de aplicación, configuración y parametrización del uso del mismo, gestión de contenidos, y de seguridad, y toda aquella información que sea precisa para que de manera autónoma la Amtega pueda garantizar el funcionamiento del sistema.

[42] Deberá tenerse en cuenta que toda la actividad de desarrollo e instalación del sistema se hará conforme a los procedimientos establecidos en la Amtega en el momento de la ejecución del contrato.

Servicio de administración y gestión de la plataforma de interoperabilidad ‌

[43] El adjudicatario asumirá diversas tareas vinculadas al necesario funcionamiento adecuado del mismo, relativos a administración de la configuración, apoyo a equipos técnicos, etc. Se consideran las siguientes:

Servicio de consultoría y soporte funcional ‌

[44] Identificación y análisis de los certificados, datos o documentos a publicar en la plataforma de interoperabilidad, en función del beneficio que suponen para la organización en términos de simplificación de la relación con los ciudadanos y empresas.

[45] Definición y actualización de las normas y procedimientos de gestión, incluida la elaboración de los protocolos y convenios de colaboración que se han de firmar entre las distintas entidades implicadas en la plataforma.

[46] Propuesta de adecuaciones normativas a realizar para dar adecuada cobertura al servicio, así como al posible uso de los servicios incorporados.

[47] Definición de un plan de despliegue y puesta en producción de los distintos servicios.

[48] Elaboración, revisión y actualización de las políticas aplicadas en el Nodo de interoperabilidad.

[49] El adjudicatario deberá apoyar el proceso de formación y divulgación que permita extender y aplicar eficientemente el servicio.

Definición de los procedimientos de gestión de la plataforma ‌

[50] El adjudicatario debe diseñar, implementar y actualizar un conjunto de procedimientos que permita la gestión integral del servicio. Estos procedimientos contarán, al menos, con los siguientes elementos:

a. Procedimiento de autorización o adhesión de las entidades participantes.

b. Actualización del catálogo de servicios de la plataforma.

c. Definición y actualización de los requisitos para cada servicio (incluyendo requisitos organiza- tivos, funcionales, normativos, tecnológicos, etcétera).

d. Definición y actualización de los Acuerdos de niveles de servicio (SLA).

e. Formularios y procedimiento de solicitud de adhesión a la plataforma (por tipo de servicio que se vaya a utilizar).

f. Infraestructura física y de comunicaciones necesaria.

g. Definición y actualización de los protocolos de operación del servicio (atención a incidencias, etcétera)

h. Definición y actualización de las políticas de seguridad que tendrán que aplicarse a la platafor - ma y al servicio.

Servicio de soporte al proceso de autorizaciones ‌

[51] Soporte a los procesos de autorización de uso de los servicios tanto cuando la Xunta de Galicia u otros organismos usuarios del nodo actúen como cesionarios como cuando actúen como cedentes. Estas tareas incluyen la redacción de las solicitudes de autorización según los modelos establecidos.

Soporte técnico especializado a equipos de desarrollo ‌

[52] El adjudicatario deberá prestar el soporte técnico necesario a otros equipos de proyecto, en el marco de integración de servicios de interoperabilidad.

Soporte técnico y mantenimiento correctivo ‌

[53] El adjudicatario realizará el soporte técnico de las incidencias técnicas que se produzcan (soporte de segundo o tercer nivel según establezca la Amtega). Este soporte consistirá en tener habilitado como mínimo un servicio de atención telefónica que dará registro y resolución a las incidencias comunicadas.

[54] El adjudicatario deberá asumir, independientemente de las líneas de evolución propuestas, el mantenimiento del portal activo en el momento de la adjudicación del contrato.

[55] El mantenimiento correctivo del sistema objeto de la contratación deberá permitir resolver los errores de programa que provoquen una disfunción del mismo, y garanticen la disponibilidad del sistema.

[56] El horario mínimo de atención de este servicio será de lunes a viernes, en horario de 08:00 a 20:00.

[57] Se establecen los siguientes niveles de atención:

a. Tiempo máximo de respuesta (desde el momento de la notificación de la incidencia): en

60 minutos.

b. Tiempo máximo de diagnóstico y resolución (definición de la naturaleza, origen/causa de la incidencia y resolución o indicación de las medidas a adoptar) será de 6 horas desde la notificación de la recepción de la incidencia.

c. Si se reporta un error que impida el funcionamiento correcto del portal y que requiera desarrollo y publicación del portal, deberá facilitarse una corrección o una solución temporal de emergencia. El tiempo máximo de envío de esta versión de urgencia será de 6 horas si el error es crítico (la aplicación no es accesible), 24 horas si el error es muy grave (gran degradación en el uso del sistema) y 72 horas en el resto de los casos.

[58] Además, el servicio de soporte técnico realizará las acciones que sean necesarias para restaurar la integridad de los sistemas o sus contenidos, en caso de que se vean comprometidos.

[59] La empresa facilitará mensualmente a la Amtega un informe con la actividad realizada y los parámetros de calidad del servicio conseguidos.

[60] El mantenimiento correctivo, derivado de errores producidos por los paquetes de desarrollo generados durante la ejecución del contrato, no computarán en las horas de desarrollo establecidas en el contrato.

FASES DE EJECUCIÓN DEL CONTRATO ‌

[61] La ejecución del contrato se estructura en 3 fases:.

Fase 1: Puesta en marcha ‌

[62] Durante la fase de puesta en marcha el adjudicatario deberá poner en marcha todas las medidas técnicas y organizativas que permitan a su equipo de trabajo desarrollar los servicios establecidos en esta contratación, así como establecer el plan de trabajo a desarrollar durante la ejecución del contrato.

[63] Se establecen los siguientes hitos:

a. En un tiempo máximo de 5 días desde la firma del contrato deberá asumir las tareas de:

i.Soporte técnico y mantenimiento correctivo del sistema actualmente en producción.

ii.Servicio de consultoría y soporte funcional. iii.Gestión del servicio.

iv.Servicio de soporte al proceso de autorizaciones.

v.Dinamización de contenidos, según las indicaciones que se faciliten para el período de puesta en marcha.

b. En un tiempo máximo de 4 semanas, se establecerán:

i.Un plan de trabajo correspondiente al primer semestre de actividad.

[64] La fase de puesta en marcha del contrato deberá estar finalizada cuatro semanas después de la firma del contrato.

Fase 2: Ejecución del contrato ‌

[65] Durante la fase de ejecución se desarrollarán los servicios establecidos en esta contratación, según los criterios y metodologías que se establezcan en la fase de puesta en marcha.

[66] Esta fase durará hasta el fin de la duración del contrato.

Fase 3: Devolución del servicio ‌

[67] La fase de devolución del servicio comenzará 1 mes antes de la finalización del contrato.

[68] Durante la ejecución de esta fase se continuará con la prestación de los servicios objeto del contrato.

[69] Adicionalmente, durante esta fase se abordará la:

▪ Elaboración y puesta en marcha del plan de entrega del servicio.

▪ Actualización de toda la documentación relativa al proyecto.

▪ Entrega final de todos los elementos establecidos en el ciclo de vida de desarrollo de aplicaciones, así como de las herramientas y medios necesarios para la administración y dinamización del sistema.

▪ Formación y traspaso de conocimiento al personal indicado por la Amtega.

▪ Finalización del servicio.

[70] Durante el período de garantía del contrato se podrá solicitar apoyo a la empresa adjudicataria, en las tareas de transferencia de conocimiento, o de revisión de las entregas realizadas.

DESCRIPCIÓN DE LOS SISTEMAS OBJETO DE CONTRATACIÓN ‌

[71] La arquitectura, descripción funcional y descripción tecnológica de la plataforma está recogida en el Anexo I.

REQUERIMIENTOS CORPORATIVOS, TÉCNICOS Y PROCEDIMENTALES ‌

Políticas web corporativas y reutilización de información del sector público ‌

[72] El Decreto 201/2011, de 13 de octubre, por el que se regula la presencia de la Administración general y del sector público autonómico de Galicia en internet, establece la definición de una guía de políticas web corporativas que recoge aspectos relativos a identidad corporativa, accesibilidad, lengua, taxonomía corporativa, seguridad, formatos publicados, etc. En el desarrollo del portal deberán ser tenidos en cuenta los criterios corporativos publicados en el momento de su puesta en marcha.

[73] En lo relativo a los registros o información que se recoja en el portal, y para la que así se identifique en la definición funcional, deberán preverse los mecanismos de puesta a disposición a través de la iniciativa “abert@s”, con el objeto de garantizar la aplicación de los criterios de reutilización de información de la administración pública.

[74] Se realizará la integración de aquellos componentes transversales corporativos xx xxxxxxxx web, entre otros: integración de las herramientas de gestión de estadísticas, componentes de publicación de noticias, de traducción automatizada, de integración en buscadores, etc.

Evolución tecnológica ‌

[75] Durante el período de ejecución del contrato deberán abordarse las actualizaciones tecnológicas en cuanto a las versiones del software empleado para el alineamiento con la infraestructura utilizada de manera corporativa en la Amtega.

Ciclo de vida de desarrollo e instalación del sistema ‌

[76] Corresponderá a la empresa adjudicataria la instalación del sistema en un entorno de test, si así se determina en la Amtega. La instalación en los entornos de la Amtega estará sujeta a los procedimientos de instalación de la Amtega.

[77] Asimismo el procedimiento de desarrollo del sistema y de sus sucesivas revisiones tendrá en cuenta los procedimientos de ciclo de vida e instalación definidos por la Amtega.

[78] Los productos a entregar serán los siguientes:

o Código Fuente del sistema.

o La documentación técnica, en la que se incluirá como mínimo:

▪ Documento de Análisis Funcional.

▪ Documento de Análisis Técnico

▪ Documento de instalación y administración

▪ Plan de Pruebas

▪ Guía del Usuario

[79] Asimismo se solicitará aquella documentación que establezca el procedimiento que se indique dentro de la Amtega, y que esté vigente en el momento de la ejecución del contrato.

[80] Los documentos que forman parte del procedimiento de desarrollo deberán entregarse conforme al formato vigente en el procedimiento en el momento de su entrega.

[81] La documentación de usuario será entregada tanto en xxxxxxx como en castellano.

CONDICIONES DE EJECUCIÓN ‌

Equipo de trabajo ‌

[82] La empresa adjudicataria pondrá a disposición del proyecto un equipo multidisciplinar integrado por perfiles orientados a gestión, perfiles técnicos y perfiles funcionales, que deberán cubrir todos los ámbitos de actuación establecidos en este pliego de prescripciones técnicas.

[2] Deberá comprometerse a adscribir a la ejecución del contrato los medios personales recogidos en el apartado P de la hoja de especificaciones xxx Xxxxxx de Cláusulas Administrativas Particulares:

a. Los perfiles expresamente recogidos.

b. Una bolsa de un mínimo de 19.712 horas de prestación de servicios, que se distribuirán entre distintos perfiles, según las necesidades del servicio. Para el cómputo de horas consumidas se entenderá que el número de horas ofertadas se corresponden con el perfil

programador, y cuando se requieran horas de otros perfiles se utilizarán los siguientes coeficientes de conversión:

Perfil	Coeficiente
Jefe de Proyecto	2
Consultor técnico	1,7
Analista funcional	1,5
Analista programador	1,3
Programador	1
Formador	1
Técnico de Soporte	0,90

Por ejemplo si en un trabajo se estiman 2 horas de Consultor técnico, 3 de analista funcional, 5 de analista-pro - gramador y 15 de programador, se descontarán de la bolsa 29,4 horas, según se detalla en la tabla siguiente:

Perfil	Horas consumidas	Coeficiente	Horas de la bolsa
Consultor técnico	2	1,7	3,4
Analista funcional	3	1,5	4,5
Analista programador	5	1,3	6,5
Programador	15	1	15,0
		Total	29,4

[83] El adjudicatario propondrá la estructuración final del equipo de trabajo.

[84] Los miembros del equipo de trabajo deberán tener una formación (técnica, funcional y organizativa) adecuada para el objeto de la contratación. El equipo de trabajo deberá garantizar conocimientos y capacidades en los siguientes aspectos:

• Conocimiento o certificación en metodologías del ámbito TIC.

• Conocimientos adecuados a las tecnologías y plataformas descritas en la caracterización tecnológica de los proyectos.

• Conocimientos en conceptos, normativa y tecnologías vinculadas a la administración electrónica.

• Experiencia específica en proyectos de administración electrónica.

• Así como aquellas otras experiencias o conocimientos que se consideren aporten valor al objeto de esta contratación.

[85] En el consumo de horas ofertadas no se computarán las horas derivadas de la formación, adaptación tecnológica y de negocio, malas prácticas, errores o cualquier otra circunstancia, siendo solo computable el tiempo necesario para cumplir con las tareas encomendadas de una manera óptima. El desconocimiento técnico por parte del equipo de trabajo podrá generar un incumplimiento reiterado de los acuerdos de nivel de servicio con las sanciones pertinentes, incluida la rescisión del contrato en casos de incumplimiento graves.

[86] La empresa adjudicataria empleará el idioma xxxxxxx, como lengua preferente en la prestación del servicio, tanto en la relación con la Administración como en toda la documentación y contenidos generados. Deberá ajustarse a las normas ortográficas y morfológicas de la lengua gallega vigentes.

[87] La empresa contratista asume la obligación de destinar a la ejecución del contrato los medios y el personal que resulten adecuados para asegurar que se podrán realizar las prestaciones objeto del servicio en xxxxxxx normativo.

Lugar de la prestación del servicio ‌

[88] Los trabajos serán realizados desde las dependencias de la empresa adjudicataria, o desde aquellas dependencias que la Amtega designe, según las necesidades e idoneidad de la actividad concreta a realizar.

[89] El adjudicatario deberá contar con los medios propios, de toda índole, necesarios para llevar a cabo con éxito los trabajos objeto del contrato. No obstante, y salvo que la Amtega establezca lo contrario, para la prestación del servicio la Amtega pondrá a disposición del adjudicatario el acceso suficiente a los recursos de la Amtega para el desarrollo adecuado del servicio.

[90] Para la ejecución de las tareas la empresa adjudicataria utilizará las herramientas que, de ser el caso, establezca la Amtega.

[91] El adjudicatario deberá garantizar que en un plazo máximo de 2 horas, de ser necesario y dentro del horario laboral, desde que se le solicite podrá asistir a reuniones de trabajo y coordinación en las instalaciones de la Amtega.

Modelo de seguimiento del contrato. Dirección, planificación y seguimientos de los trabajos ‌

[92] Los servicios solicitados en el presente pliego precisan de un estrecho seguimiento en su ejecución por parte de la Amtega con objeto de garantizar la correcta ejecución de los mismos.

[93] La Amtega nombrará un responsable del contrato que realice las funciones de Dirección del Proyecto y que será el interlocutor con el adjudicatario. El adjudicatario deberá nombrar un responsable del proyecto para que coordine el equipo que realice los trabajos recogidos al amparo de esta contratación y sea el interlocutor con la Dirección del Proyecto.

[94] Mediante el responsable del proyecto designado por la empresa adjudicataria, se notificarán a la Amtega los resultados de la gestión interna de todas aquellas actuaciones intransferibles en relación al equipo de trabajo e inherentes a la entidad empleadora (selección de personal, fijación del precio de la contrata, conformación de la ejecución de prestación contratada, condiciones de trabajo, horario de los trabajadores, etc.).

[95] Se establecerán reuniones periódicas frecuentes del responsable del Proyecto y, en su caso, de los miembros del equipo de la empresa adjudicataria, con el personal que la Amtega designe al efecto, para un correcto seguimiento y dirección de los trabajos.

[96] Los trabajos serán realizados desde las dependencias de la empresa adjudicataria, salvo aquellos específicos que para tareas de coordinación o seguimiento, fundamentalmente reuniones de trabajo o reuniones periódicas de seguimiento, deban hacerse donde establezca la Amtega.

[97] El adjudicatario deberá contar con los medios propios, de toda índole, necesarios para llevar a cabo con éxito los trabajos objeto del contrato.

Propiedad de los trabajos y productos ‌

[98] Todos los trabajos, resultados (documentación y código fuente), informes, estudios y documentos elaborados por la empresa adjudicataria como consecuencia de la ejecución del presente contrato, serán propiedad exclusiva de la Amtega, quien podrá reproducirlos, publicarlos y divulgarlos total o parcialmente sin necesidad de aprobación por parte del adjudicatario.

[99] Asimismo la empresa adjudicataria no podrá conservarlos, ni facilitarlos a terceros sin la expresa autorización de la Amtega.

Confidencialidad de la información ‌

[100]La empresa adjudicataria queda expresamente obligada a realizar sus trabajos bajo las cláusulas xxx xxxxxxx profesional y, en consecuencia, a mantener absoluta confidencialidad y reserva sobre la totalidad de los documentos que le sean confiados o que sean elaborados en el transcurso de la ejecución del plan.

[101]Esta confidencialidad es extensible a cualquier dato que pudiera conocer con ocasión del cumplimiento del contrato, especialmente los de carácter personal, que no podrá copiar o utilizar con un fin distinto al que figura en este pliego, ni tampoco ceder a otros ni siquiera a efectos de conservación.

[102]Asimismo, el adjudicatario quedará obligado al cumplimiento de la legislación vigente en materia de protección de datos de carácter personal, en todo lo que sea de aplicación al presente proyecto , conforme a lo dispuesto en las leyes y decretos que se relacionan a continuación:

▪ Ley orgánica 15/1999, del 13 de diciembre, de Protección de Datos de Carácter Personal.

▪ Real Decreto 1720/2007, del 21 de diciembre, por el que se aprueba el reglamento de desarrollo de la Ley orgánica 15/1999, del 13 de diciembre, de Protección de Datos de Carácter Personal.

▪ Las disposiciones de desarrollo de las normas anteriores en materia de Protección de Datos que estén en vigor en la adjudicación de este contrato o que puedan estarlo durante su vigencia.

Metodología y control de calidad ‌

[103]Durante el período de ejecución de este contrato, la Amtega podrá establecer controles de calidad y acciones de aseguramiento de la calidad de las actividades objeto del contrato.

[104]La empresa adjudicataria propondrá las mejoras de calidad que estime oportunas, para optimizar la actividad desarrollada durante el tiempo de ejecución del presente contrato.

Transferencia de conocimiento ‌

[105]Durante la ejecución de los trabajos objeto de la contratación, el adjudicatario se compromete a facilitar en todo momento a la Amtega y, si es el caso, a las personas designadas por esta a tales efectos, la información y documentación que estas soliciten para disponer de un pleno conocimiento de las circunstancias en que se desarrollan los trabajos, así como de los eventuales problemas que puedan presentarse y de las tecnologías, métodos y herramientas utilizados para resolverlos.

Obligaciones del adjudicatario relativas a información y publicidad comunitaria ‌

[106]El adjudicatario de la contratación estará obligado a cumplir las obligaciones de información y publicidad comunitaria establecidas en el Reglamento (UE) nº 1303/2013 del Parlamento Europeo y del Consejo, de 17 de diciembre de 2013, por el que se establecen las disposiciones comunes relativas al Fondo Europeo de Desarrollo Regional, al Fondo Social Europeo, al Fondo de Cohesión, al Fondo Europeo Agrícola de Desarrollo Rural y al Fondo Europeo Marítimo y de la Pesca, y por el que se establecen disposiciones generales relativas al Fondo Europeo de Desarrollo Regional, al Fondo Social Europeo, al Fondo de Cohesión, y al Fondo Europeo Marítimo y de la Pesca.

CONTENIDO DE LA PROPUESTA TÉCNICA ‌

[107] Deberá realizarse según se indica en la hoja de especificaciones xxx Xxxxxx de Cláusulas Administrativas Particulares.

Santiago de Compostela

Xxx Xxxxxxx Xxxxxxx

Directora da Axencia para a Modernización Tecnolóxica de Galicia

ANEXO I – Plataforma de intermediación PasaXe!‌

Arquitectura de componentes ‌

[108]El siguiente esquema recoge la arquitectura de componentes que configura la plataforma de intermediación PasaXe!

[109]La arquitectura de pasaXe! contempla varios bloques funcionales de modo que provea alcance a todas las necesidades de Interoperabilidad:

1. Componentes de ejecución: habilitan la prestación de servicios entre productores y consumidores me- diante dos canales de consumo:

· Portal interoperabilidad (pasaXe! IOP), que ofrece una interfaz web para el acceso a aplicacio - nes y servicios consumidos por parte de ciudadanos y empleados públicos.

· Servicios web, a través de los cuales, cualquier sistema o aplicación autorizada podrá consumir servicios en base a una mensajería estandarizada.

2. Componentes de administración: ofrecen información de la actividad y funcionamiento de la platafor- ma de modo que se puedan realizar las acciones necesarias en el caso de degradación o caída del mismo.

3. Componentes de diseño: facilitan las tareas de diseño y desarrollo de servicios de acuerdo con el mo- delo definido.

Detalle de los componentes ‌

[110]A continuación se describe de modo resumido cada uno de los componentes.

Catálogo de productos ‌

[111]Permite tener identificados y clasificados los productos (servicios y aplicaciones). Actúa como repositorio central de información común de los productos de interoperabilidad que están disponibles desde la Plataforma de Interoperabilidad de la AMTEGA.

[112]Contiene detalles de los productos a los que pueden acceder los organismos, información descriptiva, funcional y técnica.

[113]Actúa de pieza central que cohesiona el resto de módulos, ofreciendo información a los mismos en tiempo de ejecución de forma que permite “configurar” el comportamiento de la plataforma.

[114]El catálogo está implementado como un desarrollo a medida bajo la plataforma Java EE utilizando frameworks open source de amplia aceptación en la industria. Tiene un API y WS de acceso a la información del catálogo ya que es el componente que cohesiona toda la plataforma.

Seguridad ‌

[115]Gestiona la autenticación y autorización de los organismos, usuarios y aplicaciones que acceden a la plataforma.

[116]Contempla niveles de seguridad que se aplicarán en base a lo definido en el Catálogo de Productos para cada servicio.

[117]Se basa en autenticación fuerte mediante certificados digitales y utiliza los servicios disponibles en la infraestructura de la AMTEGA.

[118]La autorización se realiza por productos a organismos, contemplando también unidades tramitadoras dentro de los mismos. Para cada organismo (o unidad tramitadora) se controla el acceso a aplicaciones y usuarios individuales.

[119]Está implementado como un desarrollo a medida bajo la plataforma Java EE utilizando frameworks open source (Spring Security). Tiene un API y WS para poder ser reutilizado por otros componentes/aplicaciones y se integra con el Bus de Servicios y con el Portal de Interoperabilidad mediante Spring Security.

Auditoría ‌

[120]Registra los diferentes eventos y los datos asociados a los mismos, facilitando posteriores labores de trazabilidad y rastreo.

[121]Hay diferentes niveles de auditoría de modo que pueden ser configurables dependiendo del tipo de servicio y/o documento (a través del Catálogo de Productos), la criticidad de los datos que este contiene etc.

[122]La información registrada en cada transacción depende del tipo de mensaje y su origen y destino:

• Para los mensajes en los que la Xunta de Galicia sea productor o consumidor, pasaXe! almacena información de auditoría de todos los datos y documentos que se intercambien.

• Para aquellos mensajes en los que pasaXe! simplemente actúe como intermediador, los datos almacenados para auditoría hacen únicamente referencia al tipo de mensaje, identificación de origen y destino, titular de la información solicitada/intercambiada, resultado –éxito o error– y marco temporal, no almacenándose ningún documento o información adicional intercambiada.

Bus de servicios ‌

[123]Permite procesar las peticiones de consumo de servicios, haciendo posible el tratamiento intermedio de estas y gestionando la comunicación con los productores, tanto de forma síncrona como asíncrona.

[124]Diseñado de forma modular utilizando patrones de EAI y basándose en flujos genéricos que facilitan el escalado del rendimiento y la publicación de servicios.

[125]Ofrece gran capacidad de conectividad, transformación y encaminamiento de forma que facilita la integración con aplicaciones legacy.

[126]Utiliza el Catálogo de Productos para adaptar su comportamiento a las necesidades de cada servicio.

[127]Para la implementación del bus de servicios se utiliza Mule 3 ESB.

[128]El Bus de servicios se diseñó siguiendo un enfoque basado en los patrones de Enterprise Application Integration (EAI) para los que Mule ESB dispone de componentes que los implementan.

Esquema de módulos del bus de servicios

Portal de Interoperabilidad ‌

[129]Permite procesar las peticiones de consumo de servicios, haciendo posible el tratamiento intermedio de estas y gestionando la comunicación con los productores, tanto de forma síncrona como asíncrona.

[130]Proporciona una interfaz web de los componentes de interoperabilidad ofreciendo a los usuarios un espacio adaptado a su trabajo y servicios y componentes que puede utilizar.

[131]Tiene una parte pública para consultar el catálogo de productos y funcionalidades abiertas y otra privada donde cada usuario tiene un espacio propio donde puede acceder a aquellos productos a los que tenga acceso.

[132]Basado en la gestión de aplicaciones, facilita la integración y el acceso de nuevas funcionalidades encapsuladas como aplicaciones básicamente de dos tipos: Interoperabilidad y Administración.

[133]Contiene una aplicación que permite el consumo de servicios de interoperabilidad a través de una interfaz web.

[134]Gestiona los accesos y la trazabilidade de modo integral.

[135]Ofrece funcionalidades comunes que reducen los tiempos y costes de desarrollo ya que se integra nativamente con la arquitectura de pasaXe!.

[136]Además de la aplicación de consumo de servicios y otras aplicaciones de interoperabilidad contiene aplicaciones de administración:

· Administración del catálogo

· Administración de autorizaciones

· Administración de auditoría

[137]El portal de interoperabilidad está desenvuelto en Liferay .

[138]El uso de portlets facilita la integración con la sede electrónica, el portal e Intranet corporativas, tanto para la publicación del catálogo de servicios y aplicaciones como para el acceso a la parte privada.

Monitorización ‌

[139] Permite conocer el estado de la plataforma y su rendimiento, facilitando el aseguramiento de la calidad del servicio prestado por cada uno de los productos de interoperabilidad.

[140]Los principales componentes de la arquitectura cuentan con Agentes JMX para facilitar su monitorización.

[141]La adquisición de la información detallada de monitorización se realizará mediante la herramienta open source Nagios que cuenta con plugins para monitorizar Agentes JMX.

ANEXOS II – Evolución técnica y funcional de la Plataforma de Interoperabilidad, PasaXe!‌

[142] En este anexo se incluye una primera aproximación a tareas de desarrollo evolutivo de la plataforma. No tienen carácter exclusivo, sino que se irán concretando en los planes de evolución semestrales.

Integración con el Inventario de Información Administrativa de la Xunta de Galicia (IIA)‌

[143] Integración de la plataforma PasaXe! con el Inventario de Información Administrativa (IIA) de la Xunta de Galicia.

[144]El IIA contiene y consolida la información oficial sobre los procedimientos y servicios incluidos en la Guías de Procedimientos y Servicios, y las Unidades Orgánicas, por lo tanto PasaXe! debe alimentarse de la información del inventario en lo relativo a estos elementos, que incluye los servicios de interoperabilidad requeridos y la normativa asociada a cada procedimiento.

[145]La integración facilitaría la definición de la figura del responsable del procedimiento a efectos del Nodo y de la función de auditoría, único para cada procedimiento. Y la figura del responsable de unidad tramitadora a efectos del Nodo y de la función de auditoría.

[146]Actualmente desde el módulo de Seguridad del portal se permite el alta, modificación, borrado y consulta de los procedimientos. A través de la integración con el Inventario de Información Administrativa (IIA), se propone aumentar la gestión que se hace de los mismos para dotar al módulo de funcionalidad que resulte útil para el funcionario:

• Gestionar el estado del procedimiento, pudiendo consultar cuáles están activos en cada mo- mento.

• Conocer cuáles son los servicios utilizados por cada procedimiento, permitiéndose así su consulta de forma más directa al agrupar los distintos servicios bajo el procedimiento con el que se está trabajando en cada momento.

Mejoras de usabilidad en el portal PasaXe!‌

[147]Aunque la mayor parte de consultas realizadas a través de la plataforma PasaXe! se realizan a través de aplicaciones integradas, el portal de consulta gestiona también un número creciente de solicitudes, por lo que es necesario mejorar la usabilidad de este con el objeto de incrementar el número de consultas de los servicios disponibles.

[148]Mejoras en el componente de administración:

a. Facilitar la carga en la plataforma de las hojas de cálculo utilizadas como plantillas para las pe- ticiones múltiples

b. Interfaz para el lanzamiento manual de tareas programadas fuera de su planificación

c. Permitir realizar operaciones masivas sobre las entidades (por ejemplo, asignar un mismo permiso a varios usuarios de forma conjunta).

d. Modificar los buscadores de las entidades, de forma que se muestren únicamente los principa- les criterios de búsqueda

e. Presentar la gestión de clientes en modo “wizard”, para facilitar la gestión de las autorizacio- nes.

[149] Mejoras para los usuarios finales:

a. Mejorar las interfaces de búsqueda de servicios

b. Suprimir la limitación en el número de consultas enviadas en una petición múltiple, indepen- dientemente del límite establecido por el emisor.

c. Módulo de avisos para que el usuario reciba avisos y alertas de los sistemas, por ejemplo, cuando la respuesta de una petición múltiple esté disponible, o cuando algún cedente avise de una indisponibilidad de sus servicios.

d. Mostrar una barra de progreso que le indique al usuario que la operación se está realizando cuando la ejecución de la misma no es inmediata.

Análisis de la integración con el Archivo Electrónico Administrativo ‌

[150]Análisis de la información de la plataforma susceptible de incorporarse a los expedientes administrativos almacenados en el archivo electrónico administrativo de la Xunta de Galicia.

Evolución del bus de servicios ‌

[3] Mejoras en el Registro de servicios. Utilización del repositorio open source WSO2 Governance Registry para la definición y personalización de elementos (servicios, aplicaciones, consumidores,…).

[151]Mecanismo de reintentos:

a. Debe desarrollarse un mecanismo de reintentos en los casos en que el emisor de un servicio no esté disponible. Actualmente, si el emisor del servicio no responde a la petición realizada por el Bus en el tiempo configurado como tiempo máximo de respuesta, se devuelve un error de Timeout a la aplicación cliente que realiza la petición.

b. Debe desarrollarse un mecanismo de reintentos, de forma que el Bus repita la misma petición un número determinado de veces antes de devolver la respuesta de conexión errada. En el caso de continuar sin recibir contestación por parte del emisor, se informaría de Timeout a la aplicación cliente. Este número de intentos sería un valor configurable para cada servicio.

[152] Nuevos tipos de firmas:

a. Actualmente, los estándares de firma soportados por el Bus de servicios son XMLDSig y WS- Security. Muchos de los servicios intermediados por el SVD del Ministerio también soportan XAdES para la realización de la firma de los mensajes intercambiados.

b. Es preciso adaptar el Bus de Servicios para permitir este estándar como alternativa para lo fir- mado.

Document Metadata

Table of Contents

PLIEGO DE PRESCRIPCIONES TÉCNICAS PARA LA CONTRATACIÓN DEL SERVICIO DE DESARROLLO DE NUEVOS SERVICIOS Y EVOLUCIÓN DE LA PLATAFORMA DE INTERMEDIACIÓN DE LA ADMINISTRACIÓN PÚBLICA GALLEGA (PasaXe!), COFINANCIADO POR EL FONDO EUROPEO DE DESARROLLO...

Document Metadata