PROCEDIMIENTO ABIERTO

PLIEGO DE PRESCRIPCIONES TÉCNICAS PARA LA CONTRATACIÓN DEL SERVICIO DE MANTENIMIENTO Y EVOLUCIÓN DE LOS SISTEMAS DE INFORMACIÓN BASADOS EN LA PLATAFORMA G-ONCE, APLICATIVOS DE GESTIÓN DE ONGDS, Y APLICACIONES JAVA DE LA AGENCIA ESPAÑOLA DE COOPERACIÓN INTERNACIONAL PARA EL DESARROLLO (AECID)

PROCEDIMIENTO ABIERTO

CUADRO RESUMEN DE CARACTERÍSTICAS

OBJETO DEL CONTRATO

El objeto del presente expediente es la contratación del servicio de mantenimiento y evolución de los sistemas de información basados en la plataforma G-ONCE, aplicativos de gestión de ONGDS, así como de las aplicaciones basadas en la tecnología java, de la AECID.

CENTRO DESTINATARIO

Agencia Española de Cooperación Internacional para el Desarrollo

CONCEPTO PRESUPUESTARIO

00.000.00.00 143A 227.06

00.000.00.00 143A 620.00

PRESUPUESTO FORMULADO POR LA ADMINISTRACIÓN

180.000,00 € (IVA no incluido)

PLAZO DE EJECUCIÓN

1 año (con posibilidad de prórroga anual durante 1 año más)

ÍNDICE

1. ASPECTOS GENERALES XXX XXXXXX DE PRESCRIPCIONES TÉCNICAS. .. 5

1.1. Antecedentes. 5

1.2. Objeto del expediente. 6

1.3. Distribución en lotes 6

1.4. Alcance del expediente 6

1.5. Alcance funcional. 7

1.6. Arquitectura conceptual. 8

2. LEGISLACIÓN Y NORMATIVA QUE REGIRÁ LOS TRABAJOS A REALIZAR 9

2.1. Normativa relativa a subvenciones, becas y ayudas 9

2.2. Normativa relativa a servicios de administración electrónica y procedimiento administrativo 9

2.3. Normativa relativa a la protección de datos de carácter personal. 10

2.4. Reutilización y cesión de código fuente. 10

3. ACTIVIDADES A REALIZAR 11

3.1. Mantenimiento Correctivo 11

3.2. Mantenimiento Adaptativo 12

3.3. Mantenimiento Evolutivo 12

3.4. Requisitos de seguridad 13

3.5. Requisitos de interoperabilidad 13

4. BASES TÉCNICAS DEL EXPEDIENTE 13

4.1. Lote 1: Sistemas de información basados en la plataforma G-ONCE y

aplicativos de gestión de ONGD’s 13

4.1.1. Sistemas afectados 13

4.1.2. Interfaces con otros sistemas 13

4.1.3. Entorno tecnológico 14

4.1.4. Descripción de la Arquitectura de Desarrollo 14

4.1.5. Entorno de Explotación 15

4.1.6. Detalle de actividades 15

4.1.6.1 PT01. Actividades generales 15

4.1.6.2 PT02. Evolución de la arquitectura actual 16

4.1.6.3 PT02. Soporte a procedimientos en curso y a nuevos procedimientos 16

4.1.6.4 PT03. Mantenimiento de aplicaciones JAVA 18

4.1.6.5 PT04. Mantenimiento evolutivo Plataforma G-ONCE 19

4.1.6.6 PT05. Adecuación x Xxx 39/2015, del Procedimiento Administrativo Común de las Administraciones Públicas 20

4.1.6.7 PT06. Actividades de gestión 20

4.1.7. Distribución de incidencias 20

4.1.8. Perfiles - requisitos de titulación y experiencia del equipo de trabajo. 21

4.1.9. Solvencia técnica y profesional 21

4.1.9.1 Perfil Analista Programador 1 (Java) 21

4.1.10. Perfil Analista Programador 2 (w@nda) 22

4.2. Lote 2: Sistemas de información basados en tecnología Java 23

4.2.1. Sistemas afectados 23

4.2.2. Interfaces con otros sistemas 24

4.2.3. Entorno tecnológico. 24

4.2.4. Descripción de la Arquitectura de Desarrollo 25

4.2.5. Entorno de Explotación 25

4.2.6. Detalle de actividades 25

4.2.6.1 PT01. Actividades generales 25

4.2.6.2 PT02. S01. Lectorados (SEDE) 26

4.2.6.3 PT03. S02. Becas (SEDE) 26

4.2.6.4 PT04. S03. Becas de formación (SEDE) 27

Servicio de mantenimiento de G-ONCE y aplicaciones Java Pág. Nº 3

Fecha y firma:

4.2.6.5 PT05. S04. Programa de Expertos (SEDE) 27

4.2.6.6 PT06. S07. Cursos de formación (SISTEMA INTERNO) 27

4.2.6.7 PT07. S08. Portafirmas (SISTEMA INTERNO) 28

4.2.6.8 PT08. Sistemas de soporte al documento electrónico. 28

4.2.6.9 PT09. S11. Solicitud de acceso a la Plataforma de Intermediación de Datos (SISTEMA INTERNO) 28

4.2.6.10 PT10. S12. Sistema de Información de la Cooperación Cultural Exterior (SICCE) (SISTEMA INTERNO) 29

4.2.6.11 PT11. S13. Premio nacional de educación para el desarrollo “Xxxxxxx Xxxxxx” (XXXX) 00

4.2.6.12 PT012. S14. Filmoteca (SISTEMA INTERNO) 29

4.2.6.13 PT13. Actividades de gestión 30

4.2.7. Perfiles - requisitos de titulación y experiencia del equipo de trabajo. 30

4.2.8. Solvencia técnica y profesional 30

4.2.8.1 Perfil Analista Programador Java 30

4.3. Requisitos de seguridad 31

4.4. Requisitos de interoperabilidad. 31

4.5. Requisitos de accesibilidad. 31

5. ACERCA DE LOS EQUIPOS DE TRABAJO. 32

5.1. Reglas especiales respecto del personal de la empresa contratista. 32

5.2. Sustitución de los medios personales. 33

6. FASES DEL SERVICIO 34

6.1. Transferencia del servicio 35

6.2. Fase de prestación del servicio 36

6.3. Fase de devolución del servicio 36

7. PLANIFICACIÓN, DIRECCIÓN Y SUPERVISIÓN DE LOS SERVICIOS 37

7.1. No conformidades. 37

7.2. Entregables 38

7.3. Criterios de aceptación 39

7.4. Plazo y horario de ejecución 39

8. DESARROLLO DE LAS ACTIVIDADES 39

8.1. Organización 39

8.2. Evolutivos. 40

8.3. Actividades de mantenimiento 41

8.4. Resolución de incidencias. 42

8.5. Resumen de actividades. 42

9. GESTIÓN DE LOS NIVELES DE SERVICIO 42

9.1. Indicadores. 43

9.1.1. Indicadores de tiempo 43

9.1.2. Indicadores de calidad 43

9.1.3. Indicadores aplicados a la prestación del servicio. 43

9.2. Requisitos de los niveles de servicio 43

9.2.1. ANS para resolución de incidencias 44

9.2.2. ANS para Mantenimiento Planificado y Evolutivos 44

9.2.3. ANS para aplicados a la Calidad del Servicio 44

9.2.4. Gestión ANS y pago de penalizaciones 44

10. PROPIEDAD INTELECTUAL Y CONFIDENCIALIDAD 45

10.1. Propiedad intelectual de los trabajos. 45

10.2. Confidencialidad de la información 45

ANEXO I. COMPROMISO DE CONFIDENCIALIDAD 46

Servicio de mantenimiento de G-ONCE y aplicaciones Java Pág. Nº 4

Fecha y firma:

1. ASPECTOS GENERALES XXX XXXXXX DE PRESCRIPCIONES TÉCNICAS.

1.1. Antecedentes.

La Agencia Española de Cooperación Internacional para el Desarrollo (en adelante AECID), es una Entidad de Derecho Público adscrita al Ministerio de Asuntos Exteriores y de Cooperación.

Para el cumplimiento de las funciones que legalmente tiene asignadas por su Estatuto, la AECID dispone de un conjunto de sistemas de información que sirven de soporte a todos los procedimientos relacionados con la gestión de ayudas, becas y/o subvenciones que son responsabilidad de la Agencia.

Este conjunto de sistemas de información, además de dar soporte a la gestión interna de dichos procedimientos, permiten, a través de la Sede Electrónica de la AECID y de la Carpeta del Ciudadano, la interacción con el ciudadano, habilitando la elaboración, consulta, rectificación, y demás procesos, de las solicitudes realizadas por éstos en los distintos periodos de convocatorias que a tal efecto se habiliten.

Así, por un lado, la AECID dispone de una oficina virtual, bajo la plataforma G- ONCE (solución diseñada por Guadaltel para el cumplimiento de la legislación en materia de administración electrónica), a través de la cual, y entre otras cosas, los ciudadanos (en este caso Organizaciones no Gubernamentales para el Desarrollo, en adelante ONGDs y otros tipos de entidades) pueden realizar la solicitud, reformulación y tramitación de ayudas para la realización de proyectos, acciones y convenios de cooperación para el desarrollo, entre otros.

Esta oficina virtual, cuyo frontal está publicado en la Sede Electrónica de la AECID, dispone de un conjunto de formularios y aplicaciones que dan soporte a la tramitación de dichas solicitudes.

Esta misma solución permite también la gestión interna de dichas solicitudes, permitiendo a las unidades la valoración y gestión de todas las solicitudes presentadas.

Con cierta periodicidad, AECID inicia la apertura de las nuevas convocatorias de ayudas, subvenciones, convenios de cooperación, etc., que puedan ser objeto de financiación. En cada nueva convocatoria se alteran tanto la información a cumplimentar por parte de las entidades en base a los cuales se conceden las ayudas, así como los criterios de valoración, lo cual fuerza a realizar una continua evolución tanto de los trámites cara al ciudadano, como de las herramientas de gestión internas.

Debido a esto, y tanto para las nuevas convocatorias, como para las convocatorias en curso, es necesario la creación de nuevos trámites y/o la adaptación de los existentes, bien a lo especificado en la propia convocatoria, bien según las necesidades funcionales especificadas por las unidades de AECID.

Por otra parte, AECID dispone de un conjunto de sistemas de información basados en tecnología Java, que dan soporte a otros procesos, los cuales pueden clasificarse en tres grupos:

1. Sistemas de información no basados en la plataforma G-ONCE, pero que también soportan trámites disponibles en la Sede Electrónica de la AECID, y a través de los cuales los ciudadanos pueden realizar solicitudes, generalmente de becas.

Estos sistemas, también disponen de una parte de back-office, que permiten la tramitación de dichas solicitudes. Estos sistemas están siendo sustituidos a la hora de la elaboración del presente expediente, por lo que únicamente se requerirá su mantenimiento correctivo.

2. Sistemas de información que tienen un carácter trasversal, y proporcionan un servicio a todos los departamentos y unidades, como por ejemplo el Portafirmas de la AECID, la solicitud de cursos de formación o la solicitud de acceso a la plataforma de intermediación de datos (PID) del Ministerio de Hacienda y Administraciones Públicas. Estas aplicaciones deben ser mantenidas para abordar las nuevas peticiones de las unidades usuarias.

3. Sistemas de información de gestión, que dan servicio a distintos departamentos o unidades, para la tramitación interna de sus expedientes. Estas aplicaciones deben ser mantenidas para abordar las nuevas peticiones de las unidades usuarias, así como para corregir posibles deficiencias.

Adicionalmente, la mayor parte de estos sistemas requieren la realización de una labor continuada de mantenimiento, para su integración entre ellos, con otros sistemas de AECID, o con sistemas de las Administraciones Públicas, y todo ello a través de los servicios proporcionados por la capa SOA de la AECID.

1.2. Objeto del expediente.

El objeto del presente expediente es la contratación de un servicio de mantenimiento y evolución de los sistemas de información basados en la plataforma G-ONCE, aplicativos de gestión de ONGDS, así como de las aplicaciones basadas en la tecnología java, de la Agencia Española de Cooperación Internacional para el Desarrollo.

1.3. Distribución en lotes

De acuerdo al artículo 86.3 del Real Decreto Legislativo 3/2011, de 14 de noviembre, por el que se aprueba el texto refundido de la Ley de Contratos del Sector Público (TRLSP), se procede a la división del expediente en 2 lotes, diseñados en función de las características de los servicios a prestar en cada uno de ellos, facilitando de este modo, una mayor especialización en los equipos de trabajo.

• Lote 1: Sistemas de información basados en la plataforma G-ONCE y aplicativos de gestión de ONGD’s.

• Lote 2: Aplicaciones basadas en tecnología Java.

1.4. Alcance del expediente

El alcance de los servicios solicitados en el presente pliego, comprende la contratación de los trabajos descritos en el apartado “4 BASES TÉCNICAS DEL

EXPEDIENTE.”, agrupados según la clasificación establecida en el punto “1.3 Distribución en lotes”.

1.5. Alcance funcional.

El alcance del proyecto comprende la realización de los siguientes trabajos por parte del licitador:

• Mantenimiento evolutivo de los sistemas afectados, según lo especificado más adelante en cada uno de los lotes.

• Mantenimiento correctivo de dichos sistemas, para la solución de posibles problemas derivados de anteriores evoluciones.

• Mantenimiento adaptativo para adecuaciones a cambios en el entorno tecnológico o en la legislación vigente.

• Desarrollo, implantación y puesta en marcha de las nuevas necesidades funcionales requeridas por la AECID.

• Mantenimiento y evolución de los servicios de integración con la capa SOA, de los sistemas afectados, ante las evoluciones proporcionadas por la misma.

• Elaboración, actualización y entrega de toda la documentación técnica de los sistemas afectados.

• Elaboración, actualización y entrega de todos los manuales necesarios para que el uso y operación de los sistemas afectados.

• Traslado del conocimiento necesario para el correcto mantenimiento y evolución de los sistemas afectados, bien al Departamento de Sistemas y Tecnologías de la Información (en adelante DSTI), bien a otro adjudicatario.

En el siguiente apartado, se muestra un gráfico con la arquitectura conceptual de los sistemas afectados por el presente expediente.

Ciudadano

Capa SOA

Red

XXXX

Acceso a @firma

Acceso al portafirmas digital

Acceso al

Gestor

documental

Acceso al sistema de

autenticación

Acceso a trámites

Acceso a registro

Acceso a Comunicaciones

electrónicas

Acceso a la plataforma de

intermediación

Servicios Internos

Servicios externos

Internet

Arquitectura conceptual servicios de Gestión de

Proyectos de Cooperación para el Desarrollo

1.6. Arquitectura conceptual.

Sede electrónica

Información general

Quejas y sugerencias

Carpeta del ciudadano

Formulario general de registro

Consulta de documentos por CSV

ORACLE 11g

SAP

RMS/IG4s

Weblogic 11g

Otros...

Catálogo de

maestros

Cursos de formación

Lectorados

Expertos

SICCE

Becas

Gestión ONGD’s (proyectos, convenios y subvenciones)

Port@firmas

W@nda

Agenda de

tramitación

Oficina virtual

Xxxx@

cl@ve

PLATAFORMA DE

INTERMEDIACIÓN

@firma

Servicio de comunicaciones

Sistema de

autenticación

Sharepoint

GEISER

Port@firmas

Servicio de mantenimiento de G-ONCE y aplicaciones Java Pág. Nº 8

Fecha y firma:

2. LEGISLACIÓN Y NORMATIVA QUE REGIRÁ LOS TRABAJOS A REALIZAR.

Para el desarrollo de los trabajos solicitados en el presente expediente se deberá tener en cuenta la siguiente normativa, entendiéndose que quedará incluida en el ámbito del proyecto cualquier adaptación -sea desarrollo o cualquier otro tipo de trabajo- a esta legislación, que pudiera surgir durante el desarrollo del proyecto y el posterior periodo de garantía:

2.1. Normativa relativa a subvenciones, becas y ayudas

• Real Decreto 1403/2007 de 26 de octubre por el que se aprueba el Estatuto de la AECID

• Ley 38/2003 General de Subvenciones.

• Ley 23/1998, de 7 de Julio, de Cooperación Internacional para el Desarrollo.

• Real Decreto 887/2006, de 21 de julio, por el que se aprueba el Reglamento de la Ley 38/2003, de 17 de noviembre, General de Subvenciones.

• Orden AEC/1303/2005, de 27 xx xxxxx que establece las bases de la concesión de subvenciones a las ONGD para la realización de intervenciones en materia de cooperación internacional para el desarrollo.

• Orden AEC/1098/2005, de 11 xx xxxxx, que establece las bases reguladoras de la concesión de subvenciones, becas y ayudas de formación, investigación, intercambio, promoción, y de viajes y estancia.

• Real Decreto 794/2010, de 16 xx xxxxx, por el que se regulan las subvenciones y ayudas en el ámbito de la cooperación internacional

• Orden AEC/2909/2011, de 21 de octubre, por la que se establecen las bases para la concesión de subvenciones de cooperación internacional para el desarrollo

• Real Decreto 193/2015, de 23 xx xxxxx, por el que se aprueba el Reglamento del Registro de Organizaciones No Gubernamentales de Desarrollo.

• Resoluciones de la Presidencia de la Agencia Española de Cooperación Internacional para el Desarrollo, que afecten a los sistemas de información incluidos en el alcance del presente documento

2.2. Normativa relativa a servicios de administración electrónica y procedimiento administrativo.

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

• Real Decreto 1671/2009, de Desarrollo de la LAECSP y su normativa asociada.

• Real Decreto 3/2010, de 8 de enero, por el que se regula el Esquema Nacional de Seguridad en el ámbito de la Administración Electrónica y las normas técnicas derivadas de él.

• Real Decreto 4/2010, de 8 de enero, por el que se regula el Esquema Nacional de Interoperabilidad en el ámbito de la Administración Electrónica y las normas técnicas derivadas de él.

• Ley 59/2003 de Firma Electrónica.

• Política de Firma Electrónica de AECID.

• Resolución de 30 de diciembre de 2009, de la Presidencia de la Agencia Española de Cooperación Internacional para el Desarrollo, por la que se crea la

Sede Electrónica y el Registro Electrónico de la Agencia Española de Cooperación Internacional para el Desarrollo. BOE 09-02-2010.

• Ley 51/2003, de 2 de diciembre, de igualdad de oportunidades, no discriminación y accesibilidad universal de las personas con discapacidad

• Real Decreto 1494/2007, de 12 de noviembre, por el que se aprueba el Reglamento sobre las condiciones básicas para el acceso de las personas con discapacidad a las tecnologías, productos y servicios relacionados con la sociedad de la información y medios de comunicación social.

• Norma UNE 139803:2012 (WCAG 2.0) nivel AA. Aplicaciones informáticas para personas con discapacidad. Requisitos de accesibilidad para contenidos en la Web

• Norma UNE-EN ISO 9241-11:1998 Requisitos ergonómicos para trabajos de oficina con pantallas de visualización de datos (PVD). Parte 11: Guía sobre utilizabilidad.

• Resolución de 21 xx xxxxx de 2013, de la Secretaría de Estado de Administraciones Públicas, por la que se aprueba la Guía de Comunicación Digital para la Administración General del Estado

2.3. Normativa relativa a la protección de datos de carácter personal.

• Ley Orgánica 15/1999, de 13 de diciembre, de Protección de Datos de Carácter Personal.

• Real Decreto 1720/2007, de 21 de diciembre, por el que se aprueba el Reglamento de desarrollo de la Ley Orgánica 15/1999, de 13 de diciembre, de protección de datos de carácter personal.

2.4. Reutilización y cesión de código fuente.

En caso necesario, se deberá primar la reutilización de código fuente proveniente de las Administraciones Públicas, y en todo caso xx xxxxxxx abiertas. En este caso, la empresa adjudicataria lo comunicará a la AECID, indicando el origen, tipo de licencia y los permisos de uso, para desarrollo y producción, derivados de la misma.

AECID se reserva el derecho de aceptar el código cuya autoría corresponda a terceros, en función de la justificación que se presente.

Queda explícitamente prohibido el uso o inclusión de código fuente sujeto a propiedad intelectual, salvo aprobación formal y por escrito del Jefe de Proyecto de AECID.

Todas las aplicaciones objeto de este contrato que procedan de cesión de cualquier código por cualquier organismo público o privado, ya sean de nuevo desarrollo o ya existentes, deben cumplir y adecuarse a los requisitos definidos por la entidad que cede el código, tanto en lo relativo a documentación como a cumplimiento de normas de integración.

En el caso de ofertar, aportar o reutilizar código fuente de terceras partes, los licitadores deberán aportar, al menos, la documentación referente a requisitos de integración.

3. ACTIVIDADES A REALIZAR.

Grosso modo, los servicios contemplados en el marco de este contrato, y para de los sistemas afectados, son:

• Mantenimiento correctivo: dar solución a las incidencias o errores que puedan surgir en los sistemas afectados.

• Mantenimiento adaptativo del sistema, que abarcará los cambios en el entorno tanto software como hardware, como normativo.

• Mantenimiento evolutivo: implementar las mejoras funcionales que afecten a los procesos de negocio, según se determina en apartados posteriores.

3.1. Mantenimiento Correctivo.

El mantenimiento correctivo se deberá gestionar a través de incidencias, y deberá resolver, cumpliendo con los acuerdos de nivel de servicio detallados en el apartado 9 GESTIÓN DE LOS NIVELES DE SERVICIO., los defectos funcionales y/o técnicos del sistema. Este tipo de tareas de mantenimiento tiene como objeto el subsanar errores cuyo origen sea uno de los que a continuación se enumeran:

• Integraciones defectuosas tanto entre las diversas partes o componentes del sistema o aplicativo, como con el entorno de actuación del sistema o aplicativo (interfaces con otros sistemas, traspasos de información entre ellos, etc.).

• Disfunción o desajuste entre las funcionalidades o características del sistema o aplicativo ofrecidas por el mismo en su puesta en explotación y la definición vigente de dichas funcionalidades.

• Realización de acciones de contingencia, ante incidencias críticas, encaminadas a proporcionar soluciones rápidas pudiendo ser estas de carácter temporal.

• Resolución de incidencias de nivel de usuario en el entorno de producción.

Errores: se considera un comportamiento erróneo del aplicativo en producción. Los errores se pueden dividir en:

o Bloqueantes: son aquellas que impiden la utilización del sistema. Afecta a todos los usuarios o a más de un sistema. Para este tipo de incidencias el adjudicatario tendrá que tener una solución disponible en el mínimo tiempo posible y las modificaciones se realizarán de manera inmediata.

o No bloqueantes: son aquellas que no impiden la utilización del sistema. Para este tipo de incidencias el adjudicatario tendrá que tener una solución disponible en el mínimo tiempo posible y las modificaciones se realizarán según planificación.

• Ejecutar acciones sobre la información, cuando ello sea necesario y esté autorizado por la AECID.

Para todas las incidencias, se asignará una prioridad dependiendo de la urgencia y el impacto de la misma.

La prioridad determinará la importancia relativa y se establecerá una clasificación que incluye, los siguientes niveles de prioridad:

• Urgente: es necesario resolver un problema que está provocando una interrupción o deterioro grave del servicio. Un cambio de prioridad urgente desencadena un proceso denominado cambio de emergencia, que se tratará de forma independiente. Todas las incidencias bloqueantes, o de Sede Electrónica, se tratarán como urgentes.

• Alta: un cambio que debe realizarse sin demora pues está asociado a errores conocidos que deterioran apreciablemente la calidad del servicio.

• Normal: Es conveniente realizar el cambio pero siempre que ello no entorpezca algún otro cambio de más alta prioridad.

• Baja: puede ser conveniente realizar este cambio junto a otros cuando, por ejemplo, se decidan actualizar ciertos listados, formularios, gestión de usuarios…etc.

En el lote 1, se especificará detalle de la situación del último año con respecto a los niveles de incidencias del sistema, dado que para el lote 2, las incidencias han sido residuales.

3.2. Mantenimiento Adaptativo

El mantenimiento adaptativo corresponde a los cambios que afectan a los entornos en los que el sistema opera, por ejemplo, variaciones de configuración del hardware, software de base, gestores de base de datos, comunicaciones, etc, o a la legislación que regula los procesos que se gestionan desde el sistema, abarcando por tanto:

• Cambios en la plataforma o arquitectura tecnológica, ya sea ésta hardware o software.

• Cambios en la legislación vigente que afecte a alguno de los procesos que soportados por los sistemas detallados en el apartado 2.

3.3. Mantenimiento Evolutivo.

Dentro de las actividades de este tipo mantenimiento se contemplan aquellas peticiones que tengan como objeto alguno de los sistemas afectados, teniendo en cuenta que en el contexto de este expediente, el mantenimiento de carácter evolutivo puede tener origen técnico o funcional.

Los cambios mayores a efectuar en la aplicación serán analizados y priorizados en las reuniones periódicas de coordinación y seguimiento de AECID, siendo la Oficina de Control de Proyectos (en adelante PMO) de la AECID, la que comunique al equipo (ver apartado 8.1), la prioridad final de las modificaciones previstas en el presente pliego.

En cada lote se detallarán, desglosadas en paquetes de trabajo, las actividades y tareas detectadas en la fecha de elaboración del presente pliego, y que deberán ser desarrolladas por el o los, adjudicatarios.

A lo largo del periodo cubierto por el presente expediente, surgirán nuevas necesidades que se abordarán según se planifique por la Dirección del Contrato, y se comunique por la PMO.

3.4. Requisitos de seguridad

El adjudicatario se ajustará con carácter general, a lo dispuesto en el Esquema Nacional de Seguridad, y en lo referente a los datos de carácter personal, a lo dictado en la Ley Orgánica de Protección de datos y su Real Decreto de desarrollo (ver apartado 2.3 del presente documento).

3.5. Requisitos de interoperabilidad

El adjudicatario se ajustará con carácter general a lo dispuesto en el Esquema Nacional de Interoperabilidad.

4. BASES TÉCNICAS DEL EXPEDIENTE.

4.1. Lote 1: Sistemas de información basados en la plataforma G-ONCE y aplicativos de gestión de ONGD’s

4.1.1. Sistemas afectados

Los sistemas de información que caen dentro del alcance del expediente son los siguientes:

o S01. Plataforma G-ONCE. Trámites actuales:

▪ M01. Inscripción en el registro de ONGD.

▪ M02. Alta Representante Legal de ONGD.

▪ M03. Autorización de Acceso a Trámites de la ONGD.

▪ M04. Alta de Ficha de Conceptos ONGD.

▪ M05. Alta de Propuesta de Convenio ONGD.

▪ M06. Solicitud de Subvenciones para Acciones de innovación.

▪ M07. Solicitud de Proyectos ONGD.

▪ M08. Informe de seguimiento de ONGD.

▪ M09. Modificación sustancial, solicitud de prórrogas y otra documentación.

▪ M10. Solicitud de Subvenciones para Acciones Humanitarias.

o S02. Aplicaciones para la gestión interna de convocatorias de ONGDs:

▪ M01. Convocatorias anteriores a 2013: Sistema de Gestión de Convocatorias Proyectos y Convenios (SGPC).

▪ M02. Convocatorias de 2013: Gestión de Intervenciones (GESIN).

▪ M03. Convocatorias a partir de 2014: Gestión de ONGDs.

▪ M04. Aplicación de consulta de información de gestión de subvenciones.

4.1.2. Interfaces con otros sistemas.

Existen las siguientes integraciones con otros sistemas externos, cuya evolución y mantenimiento caen dentro del alcance del presente expediente:

• La oficina virtual valida a los ciudadanos en el Módulo de autenticación de la capa SOA, mediante el uso del sistema SSO de la Sede Electrónica de AECID, a través del uso de tokens SAML del estándar de OASIS.

• Todas las comunicaciones oficiales entre AECID y las ONGD solicitantes, pasan a través del registro electrónico de AECID (GEISER), mediante los servicios proporcionados por la capa SOA.

• La Oficina Virtual está integrada en la Sede Electrónica de AECID, realizada en SharePoint 2013.

• Para la realización y validación de firmas digitales, la validación certificados digitales, y en general para actividades relacionadas con la firma digital (como sellos de tiempo), existen integraciones con @firma y con el portafirmas de AECID, mediante los servicios proporcionados por la capa SOA.

• El sistema extrae información de las tablas maestras del maestro de catálogos de AECID, sistema de desarrollo propio en tecnología Java/ORACLE.

4.1.3. Entorno tecnológico

Se describen a continuación todos aquellos elementos funcionales y tecnológicos, relativos al sistema actual, que permiten una mejor comprensión del mismo.

• Físico: En el Centro de Proceso de Datos de la Agencia se encuentran ubicados los servidores de desarrollo, preproducción y producción de las aplicaciones.

• Lógico:

Sistema operativo: Oracle Enterprise Linux, Red Hat Linux. Base de Datos Oracle 11G v. 11.2.0.2.0

Servidores de Aplicaciones: Oracle Weblogic 11G v.10.3.5 Máquina Virtual Java: Jrockit 1.6.0_26

4.1.4. Descripción de la Arquitectura de Desarrollo

La arquitectura de desarrollo para la Agencia sobre la que se deberán desarrollar ambas aplicaciones está basada en los siguientes componentes y tecnologías:

• Java 1.6

• Eclipse (entorno de desarrollo).

• Maven 2 (gestión y construcción de proyectos).

• XML (configuración)

• Log4j (sistema gestionado de log)

• jUnit (pruebas unitarias)

• jMeter (pruebas de carga)

• Sonar, PMD/FindBugs/CheckStyle (control de calidad)

• JEE/Struts02, JSF (framework)

• Plataforma G-ONCE (plataforma tramitación)

o Model@ (flujos XPDL)

x Xxxx@ (motor tramitación)

• JCE, BouncyCastle (criptografía)

• Xxxxxx Reports, iText (informes)

• Apache CXF, WSS4J (integración)

• JPA/Hibernate3 (persistencia)

• Oracle 11g (persistencia)

• Xxxxxxx (integración continua).

El adjudicatario utilizará sus propias licencias de uso de las herramientas de desarrollo necesarias para el proyecto.

La plataforma de pruebas será la existente en AECID, por este mismo motivo se realizará, para todas las aplicaciones, una instalación inicial en el servidor de preproducción del CPD de la Agencia para verificar el correcto funcionamiento de la misma para su posterior puesta en producción.

En ningún caso la empresa adjudicataria podrá extraer información de la base de datos de producción para su instalación en equipos de desarrollo externos.

4.1.5. Entorno de Explotación

La plataforma sobre la que deberá ser implantado el nuevo sistema, se compone de:

• Arquitectura JEE.

• Componentes de la Arquitectura de Desarrollo de la AECID.

• Oracle Weblogic Server 11G.

• Sistema operativo: Oracle Enterprise Linux, Red Hat Linux.

• Servidor de base de datos Oracle 11g.

• Repositorio común de código fuente: Subversion.

• Administrador de librerías para Maven: Archiva.

4.1.6. Detalle de actividades

4.1.6.1 PT01. Actividades generales.

• A01. Actividades de resolución de incidencias relativas a deficiencias e incidencias en los sistemas detallados en el punto 4.1.1.

• A02. Actividades de mantenimiento correctivo relativas a deficiencias e incidencias en los sistemas detallados en el punto 4.1.1.

• A03. Implementación de las mejoras de código necesarias para cubrir los requisitos mínimos de calidad de código impuestos por AECID.

• A04. Accesibilidad.

o T01. Ejecución de informes de test de accesibilidad periódicos. Este documento contendrá como mínimo los apartados siguientes:

▪ Alcance: listado de páginas afectadas si se trata de una monitorización bajo de manda. En caso de un mantenimiento deberá ser exhaustivo.

▪ Herramientas manuales y automáticas (al menos se emplearán dos) utilizadas en el test

▪ Resultados del test.

o T02. Acciones correctivas asociadas a informes de accesibilidad: tareas de mantenimiento originadas por las labores de monitorización de la accesibilidad de los portales objeto xxx xxxxxx.

4.1.6.2 PT02. Evolución de la arquitectura actual

Actividades relacionadas con la adaptación de la arquitectura G-ONCE para su integración con los servicios e-administración, proporcionados por la capa SOA de AECID.

• A01. Cliente de servicios Web de la Capa SOA: Implementación de las interfaces de los servicios de la Capa SOA, a utilizar por las aplicaciones de ONGDs (los detallados en la actividad A02), para el uso de las funcionalidades de la capa SOA.

• A02. Implantación servicios de comunicaciones de la capa SOA: Se realizará la integración con los servicios de comunicaciones que ofrece la capa SOA

o T01 Integración con los servicios de comunicaciones: Incluye la integración tanto de las aplicaciones necesarias descritas en el apartado 4.1.6.4 como las descritas en el apartado 4.1.6.5.

o T02 Integración con el gestor documental de AECID: Realizar la integración con el gestor documental de la AECID para las aplicaciones necesarias descritas en el apartado 4.1.6.5.

4.1.6.3 PT02. Soporte a procedimientos en curso y a nuevos procedimientos

• A01. Trámites ya existentes

Sobre los trámites ya existentes, será necesaria su adaptación a lo establecido en las convocatorias 2017. Los trámites existentes, actualmente implantados en tramitador de AECID susceptibles de mantenimiento son los siguientes:

o T01. Inscripción en el Registro de ONGD: Procedimiento de inscripción de una Entidad Jurídica en el Registro de ONGD la AECID.

o T02. Alta Representante Legal de ONGD: Este procedimiento permite crear a una persona física, una solicitud de Representación de una Entidad Jurídica en el Registro de la AECID.

o T03. Autorización de Acceso a Trámites de la ONGD: Procedimiento para la autorización, por parte de representantes legales, a usuarios para el acceso a trámites de la ONGD.

o T04. Alta de Ficha de Conceptos ONGD: Primera fase de convocatoria de Convenios, formulario para la presentación de ficha de conceptos por las ONGDs.

o T05. Alta de Propuesta de Convenio ONGD: Segunda fase de convocatoria de Convenios.

o T06. Solicitud de Subvenciones para Acciones de innovación: Trámite que sustenta la solicitud de subvenciones a acciones de cooperación para el desarrollo para la realización de proyectos de innovación.

o T07. Solicitud de Proyectos ONGDs: Trámite que sustenta la solicitud de subvenciones a las Organizaciones No Gubernamentales para el Desarrollo para la realización de proyectos de cooperación para el desarrollo, incluidos los de Educación para el Desarrollo en España.

o T08. Informes de seguimiento de las ONGDs: Procedimiento de informes solicitados por la AECID para la justificación de las subvenciones de Proyectos, Convenios y Acciones. Actualmente sólo contempla el inicio de parte.

o T09. Modificación sustancial: Modificación sustancial, solicitudes de prórroga y cualquier otra documentación requerida por AECID durante el proceso de justificación de subvenciones. Actualmente sólo contempla el inicio de parte.

o T10. Solicitud de subvenciones para Acciones Humanitarias: Trámite que sustenta la solicitud de subvenciones a acciones de cooperación para el desarrollo para la realización de proyectos de acción humanitaria.

• A02. Nuevos trámites

Para los procedimientos en los que es necesaria la creación de nuevos trámites, será necesario la creación y alta de dicho trámite en w@nda, según la normativa vigente y las necesidades funcionales, así como la realización de los evolutivos necesarios en las aplicaciones internas de gestión de dichos trámites. Para futuros procedimientos, y nuevas fases de procedimientos en curso se prevén las siguientes necesidades:

o T01. Baja representante legal ONGD: Procedimiento de baja de representantes legales de una ONGD. El objeto de este procedimiento es permitir que se puedan dar de baja personas jurídicas que ya no son representantes legales de una ONGD.

o T02. Baja autorización de acceso a trámites de ONGD: Procedimiento de baja de autorización de acceso a trámites de ONGD. El objeto de este procedimiento es permitir que un representante legal de una ONGD certificado como tal en AECID, pueda eliminar o ampliar la autorización de las personas con acceso a realizar trámites de una ONGD

• A03. Modificaciones sobre trámites ya existentes.

Para aquellos procedimientos ya existentes en la plataforma G-ONCE y que no estén suscritos a convocatorias, será necesario realizar los evolutivos oportunos para adecuarlos al funcionamiento interno del departamento tramitador de los expedientes que generen.

4.1.6.4 PT03. Mantenimiento de aplicaciones JAVA.

Existen en el entorno de Producción de AECID tres aplicaciones para la gestión de las convocatorias de Convenios, Acciones de innovación, Acciones Humanitarias y Proyectos de ONGDs, en las que es necesario realizar una labor de mantenimiento.

• A01. Aplicación de Gestión de Proyectos de Cooperación (SGPC): aplicación de gestión de las convocatorias anteriores a 2012. Actualmente en producción para la consulta de histórico de datos de convocatorias de Convenios, Proyectos y Acciones, y la realización de seguimiento de convocatoria de convenios de 2012.

No se realizarán evolutivos de su funcionalidad, pero es necesario su mantenimiento y soporte (atención a incidencias).

• A02. Aplicación de Gestión de Intervenciones: aplicación de gestión de convocatorias de Proyectos ONGDs de los años 2012 y 2013. Actualmente en producción para la consulta de información de dichas convocatorias y la realización del seguimiento de los proyectos subvencionados.

No se realizarán evolutivos de su funcionalidad, pero es necesario su mantenimiento y soporte (atención a incidencias).

• A03. Aplicación de Gestión de ONGDs: aplicación de gestión de las subvenciones de cooperación convocadas en la Sede Electrónica de la AECID.

Actualmente gestiona las solicitudes de convocatoria de convenios, proyectos y acciones de innovación de 2014 en adelante y de acciones humanitarias de 2017 en adelante. Por ello, se hace necesaria su evolución para ser utilizada durante las distintas fases involucradas en la instrucción del procedimiento (valoración, seguimiento, consulta). Las tareas de esta actividad son las siguientes.

o T01. Convocatoria Proyectos ONGD: Configuración y adaptación de la aplicación para contemplar la tramitación de los expedientes referentes a las nuevas convocatorias de Proyectos de ONGD.

o T02. Convocatoria Acciones de innovación: Configuración y adaptación de la aplicación para contemplar la tramitación de los expedientes referentes a las nuevas convocatorias de Acciones de Innovación.

o T03. Convocatoria Acciones Humanitarias: Configuración y adaptación de la aplicación para contemplar la tramitación de los

expedientes referentes a las nuevas convocatorias de Acciones Humanitarias.

o T04. Convocatoria Convenios ONGD: Configuración y adaptación de la aplicación para contemplar la tramitación de los expedientes referentes a las nuevas convocatorias de convenios de ONGD.

o T05. Listados dinámicos: Se ampliará el número xx xxxxxx existentes actualmente en esta funcionalidad a demanda de los gestores, para dotarla de mayor capacidad. Así, los diferentes gestores de subvenciones de la aplicación podrán exportar toda aquella información que consideren oportuna.

o T06. Soporte catálogo de maestros: será necesario el mantenimiento y soporte (atención a incidencias) de la aplicación de catálogo de maestros.

• A04. Aplicación de consulta de información de gestión de subvenciones. Aplicación de consulta (mediante web services) de toda aquella información formulada y/o tramitada en la plataforma G-ONCE y gestionada en las aplicaciones descritas en las actividades A01, A02 y A03 del actual paquete de trabajo. Actualmente dispone de un servicio para la consulta desde SAP, de la información de los representantes legales de una entidad y es necesario su mantenimiento de cara a futuras necesidades.

4.1.6.5 PT04. Mantenimiento evolutivo Plataforma G-ONCE

Actividades relacionadas con la evolución de la plataforma G-ONCE.

• A01. Oficina Virtual: Sistema de información mediante el cual las entidades (ONGDs, empresas y asociaciones académicas) realizan la formulación de los procedimientos activos (convocatorias de proyectos, acciones de innovación, acciones humanitarias, etc.). Actualmente gestiona los procedimientos descritos en el apartado 4.1.6.3, y es necesaria su evolución para la gestión de sus solicitudes. Las tareas de esta actividad de mantenimiento son las siguientes:

o T01. Asistente interactivo: Adecuar el asistente de la Oficina Virtual para que se convierta en interactivo, de manera que el usuario que está formulando solicitudes pueda moverse libremente por cada uno de los pasos definidos en dicho asistente. Así, se eliminará la rigidez actual en la ejecución secuencial de cada uno de los pasos del asistente.

o T02. Permitir desistir de una solicitud: Se tiene que permitir a los ciudadanos que puedan desistir de su solicitud a lo largo de la vida de su expediente. Para ello, habrá que realizar un control estricto en la confirmación de dicho desistimiento en forma de firma, para confirmar que se quiere realizar la acción a llevar a cabo.

• A02. Agenda de Tramitación: Sistema de información mediante el cual los usuarios tramitadores (gestores de AECID) realizan la tramitación y seguimiento de las solicitudes presentadas en la Sede Electrónica de AECID vía Oficina Virtual. Actualmente gestiona los procedimientos descritos en el

apartado 4.1.6.3, siendo necesaria su evolución para la gestión de sus solicitudes.

4.1.6.6 PT05. Adecuación x Xxx 39/2015, del Procedimiento Administrativo Común de las Administraciones Públicas

Actividades relacionadas con la adecuación de los sistemas existentes a la Ley 39/2015, de 1 de octubre, del Procedimiento Administrativo Común de las Administraciones Públicas.

• A01. Análisis: Se realizará un análisis para obtener el grado de adecuación de los sistemas al Esquema Nacional de Interoperabilidad y al Esquema Nacional de Seguridad.

• A02. Correctivos en base a auditorías: En los sistemas existentes habrá que realizar los correctivos necesarios para adaptar los sistemas, en base a las deficiencias obtenidas como resultado de las auditorías realizadas.

• A03. Adecuación a ENI y ENS: Una vez realizada la tarea de análisis descrita en el apartado A01, habrá que realizar las tareas oportunas para adecuar los sistemas al ENI y ENS.

4.1.6.7 PT06. Actividades de gestión

• A01. Actividades de control y gestión del proyecto1.

• A02. Relacionadas con la fase de Transferencia del xxxxxxxx0.

• A03. Relacionadas con la fase de Devolución del xxxxxxxx0.

4.1.7. Distribución de incidencias

A continuación, y a título informativo, se incluyen dos cuadros con el detalle de peticiones de atención al usuario por área afectada, a lo largo de los últimos 12 meses:

Esfuerzo total durante el periodo
Sistema	Esfuerzo total
Plataforma G-ONCE	50 %
Aplicaciones para la gestión interna de convocatorias de ONGDs: SGPC, GESIN y Gestión de ONGDs	50 %
Total	100 %

1 A esta actividad podrá imputar, en su caso, el miembro del equipo que actúe como coordinador técnico.

2 Estas actividades sólo serán imputables en caso de cambio de adjudicatario.

Distribución del esfuerzo por sistema
Sistema	Correctivo	Incidencias	Evolutivo
Plataforma G-ONCE	20 %	2 %	78 %
Aplicaciones para la gestión interna de convocatorias de ONGDs: SGPC, GESIN y Gestión de ONGDs	19 %	4 %	77 %

4.1.8. Perfiles - requisitos de titulación y experiencia del equipo de trabajo.

El equipo mínimo de trabajo presentado por el adjudicatario deberá estar constituido por los siguientes perfiles:

Perfiles

Cantidad

Analista programador (Java)

Analista programador (w@nda)

La capacitación profesional de las personas adscritas al proyecto deberá ajustarse a los perfiles que se detallan en el apartado 4.1.9 Solvencia técnica y profesional.

La falsedad en el nivel de conocimientos técnicos de los perfiles ofertados, deducida del contraste entre la información especificada en la oferta y los conocimientos reales demostrados en la ejecución de los trabajos, implicará la sustitución de los mismos, y en caso reiterativo, podrá suponer la resolución del contrato.

4.1.9. Solvencia técnica y profesional.

Los perfiles propuestos por el licitador para la prestación del servicio deberán contar con la siguiente solvencia técnica y profesional.

4.1.9.1 Perfil Analista Programador 1 (Java) Funciones

• Supervisión del trabajo realizado por el equipo desarrollador.

• Planificación de actividades.

• Realización del análisis y diseño del sistema.

• Programación en código Java.

• Diseño y ejecución de planes de pruebas unitarias, modulares y de integración.

• Ejecución de acciones de soporte.

• Generación de documentación, manuales y formación.

Titulación

• Formación profesional (Título oficial o reconocido por el Ministerio de Educación, Cultura y Deporte).

Solvencia técnica y profesional

• S1.01. Al menos 3 años de experiencia como analista programador o programador en el entorno detallado en el apartado 4.1.3.

• S1.02. Al menos 2 años de experiencia como analista programador.

Conocimientos técnicos

• C1.01. Programación en Java

• C1.02. Conocimiento de servidores de aplicaciones Weblogic.

• C1.03. Conocimiento en tecnologías de presentación web y tratamiento de datos y metadatos: HTML, JavaScript, XML, CSS, XSL, JSP, JQuery.

• C1.04. Amplios conocimientos de arquitectura J2EE.

• C1.05. Experiencia en Servicios Web (SOAP, XML-RPC, WSDL).

• C1.06. Experiencia en Servicios Web Seguros (WS-Security).

• C1.07. Sólidos conocimientos en Oracle 11g.

• C1.08. Conocimientos en implementación de Servicios Web mediante Apache CXF.

• C1.09. Sólidos conocimientos en Hibernate3/JPA, como mapeador objeto-relacional.

• C1.10. Experiencia con subversion y maven.

• C1.11. Sólidos conocimientos del framework Struts como patrón del Modelo Vista-Controlador (MVC).

4.1.10. Perfil Analista Programador 2 (w@nda) Funciones

• Programación de código en Java.

• Realización del análisis y diseño del sistema.

• Diseño y ejecución de planes de pruebas unitarias, modulares y de integración.

• Ejecución de acciones de soporte.

• Generación de documentación, manuales y formación.

Titulación

• Formación profesional (Título oficial o reconocido por el Ministerio de Educación, Cultura y Deporte).

Solvencia técnica y profesional

• S2.01. Al menos 3 años de experiencia como analista programador o programador en el entorno del presente proyecto

• S2.02. Al menos 2 años de experiencia como analista programador.

Conocimientos técnicos

• C2.01. Programación en Java

• C2.02. Conocimiento de servidores de aplicaciones weblogic.

• C2.03. Conocimiento en tecnologías de presentación web y tratamiento de datos y metadatos: HTML5, JavaScript, XML, CSS, XSL, Richfaces.

• C2.04. Amplios conocimientos de arquitectura J2EE.

• C2.05. Amplia experiencia en Servicios Web (SOAP, XML-RPC, WSDL).

• C2.06. Amplia experiencia en Servicios Web Seguros (WS-Security)

• C2.07. Sólidos conocimientos en Hibernate3/JPA, como mapeador objeto-relacional.

• C2.08. Amplia experiencia en la plataforma G-ONCE.

• C2.09. Experiencia con subversion y maven.

• C2.10. Sólidos conocimientos en Oracle 11g.

• C2.11. Sólidos conocimientos del framework JSF.

4.2. Lote 2: Sistemas de información basados en tecnología Java

4.2.1. Sistemas afectados

Los sistemas de información que caen dentro del alcance del expediente se han agrupado por el tipo de actividad requerida para cada uno de ellos, resultando las siguientes agrupaciones:

• Mantenimiento correctivo por sustitución

Estos sistemas serán sustituidos por un nuevo sistema de información (el cual no entra en el alcance del presente expediente), previsiblemente antes del inicio de las actividades, por lo que no será necesaria su evolución, y solo se realizarán labores de mantenimiento correctivo.

En el caso de que el nuevo sistema no esté en producción al inicio del presente expediente, se deberán abordar por parte del adjudicatario, y como parte integrante de las actividades del expediente, las adaptaciones necesarias para la adecuación de estos sistemas a las convocatorias que se convoquen hasta la entrada en producción del nuevo sistema:

o S01. Lectorados.

o S02. Becas.

o S03. Becas de formación.

o S04. Programa de Expertos.

• Mantenimiento correctivo por histórico

Estos sistemas no tienen actividad, y solo se hará mantenimiento correctivo puntual en caso de necesidad.

o S05. Programa de Cooperación Interuniversitaria (PCI).

o S06. Programa Iberoamericano de Formación Técnica Especializada (PIFTE).

• Mantenimiento correctivo y evolutivo

Estos sistemas están en producción y se evolucionarán en función de las necesidades de las unidades responsables.

o S07. Cursos de formación.

o S08. Portafirmas.

o S09. Gestor CSV.

o S10. eVisor.

o S11. Solicitud de acceso a la plataforma de intermediación de datos.

o S12. Sistema de Información de la Cooperación Cultural Exterior (SICCE).

o S13. Premio nacional de educación para el desarrollo “Xxxxxxx Xxxxxx”.

o S14. Filmoteca.

4.2.2. Interfaces con otros sistemas.

Los sistemas afectados tienen alguna/s de las siguientes integraciones:

• Los sistemas que disponen de un trámite en Sede Electrónica, validan a los ciudadanos en el módulo de autenticación de la capa SOA, mediante el uso del sistema SSO de la Sede Electrónica de AECID (integrada con cl@ve), mediante el uso de tokens SAML del estándar de OASIS.

• Las solicitudes y subsanaciones pasan a través del registro electrónico de AECID (GEISER), haciendo uso del servicio de registro de la capa SOA.

• Las notificaciones oficiales entre AECID y los ciudadanos se realizan a través del servicio de comunicaciones de la capa SOA.

• El estado del trámite se actualiza haciendo uso del servicio correspondiente de la capa SOA.

• Para la realización y validación de firmas digitales, la validación certificados digitales, y en general para actividades relacionadas con la firma digital (como sellos de tiempo), se realizan integraciones con @firma y con el Portafirmas de la AECID, mediante los servicios proporcionados por la capa SOA.

4.2.3. Entorno tecnológico.

Se describen a continuación todos aquellos elementos funcionales y tecnológicos, relativos al sistema actual, que permiten una mejor comprensión del mismo.

• Físico: En el Centro de Proceso de Datos de la Agencia se encuentran ubicados los servidores de desarrollo, preproducción y producción de las aplicaciones.

• Lógico:

Sistema operativo: Oracle Enterprise Linux, Red Hat Linux. Base de Datos Oracle 11G v. 11.2.0.2.0

Servidor de Aplicaciones: Oracle Weblogic 11G v.10.3.5 Máquina Virtual Java: Jrockit 1.6.0_26

Gestor Documental: Microsoft Sharepoint 2013

Capa SOA: Fachada de servicios desarrollada en .NET

4.2.4. Descripción de la Arquitectura de Desarrollo

La arquitectura de desarrollo para la Agencia sobre la que se deberán desarrollar ambas aplicaciones está basada en los siguientes componentes y tecnologías:

• Java 1.6

• Eclipse (entorno de desarrollo).

• Maven 2 (gestión y construcción de proyectos).

• XML (configuración)

• Log4j (sistema gestionado de log)

• jUnit (pruebas unitarias)

• Apache Struts 2 (arquitectura)

• Sonar, PMD/FindBugs/CheckStyle (control de calidad)

• Spring Framework (arquitectura)

• Xxxxxx Reports (informes)

• Apache CXF (framework web services)

• Hibernate 3 (persistencia)

• Oracle 11g (persistencia)

• Xxxxxxx (integración continua)

• Weblogic (servidor de aplicaciones)

El adjudicatario utilizará sus propias licencias de uso de las herramientas de desarrollo necesarias para el proyecto.

En ningún caso la empresa adjudicataria podrá extraer información de la base de datos de producción para su instalación en equipos de desarrollo externos.

4.2.5. Entorno de Explotación

La plataforma sobre la que deberá ser implantada la aplicación se compone de:

• Arquitectura JEE.

• Componentes de la Arquitectura de Desarrollo de la AECID.

• Oracle Weblogic Server 11G.

• Sistema operativo: Oracle Enterprise Linux, Red Hat Linux.

• Servidor de base de datos Oracle 11g.

• Repositorio común de código fuente: Subversion.

• Administrador de librerías para Maven: Archiva

4.2.6. Detalle de actividades

4.2.6.1 PT01. Actividades generales.

• A01. Actividades de resolución de incidencias relativas a deficiencias e incidencias en los sistemas detallados en el punto 4.2.1.

• A02. Actividades de mantenimiento correctivo relativas a deficiencias e incidencias en los sistemas detallados en el punto 4.2.1.

• A03. Implementación de las mejoras de código necesarias para cubrir los requisitos mínimos de calidad de código impuestos por AECID.

• A04. Accesibilidad.

o T01. Ejecución de informes de test de accesibilidad periódicos. Este documento contendrá como mínimo los apartados siguientes:

▪ Alcance: listado de páginas afectadas si se trata de una monitorización bajo de manda. En caso de un mantenimiento deberá ser exhaustivo.

▪ Herramientas manuales y automáticas (al menos se emplearán dos) utilizadas en el test

▪ Resultados del test.

o T02. Acciones correctivas asociadas a informes de accesibilidad: tareas de mantenimiento originadas por las labores de monitorización de la accesibilidad de los portales objeto xxx xxxxxx.

4.2.6.2 PT02. S01. Lectorados (SEDE)

Este sistema gestiona el programa de Lectorados MAEC-AECID, dirigido a jóvenes que deseen ejercer la función docente del español como lengua extranjera en centros de formación superior de otros países. Incluye un módulo para el envío de solicitudes de las distintas convocatorias de lectorados nuevos y vacantes, así como solicitudes de renovación de lectorados si ya se está disfrutando de uno.

El sistema va a ser sustituido y únicamente se realizarán labores de mantenimiento correctivo. Se abordará la actividad A01 sólo en caso necesario.

• A01. Adecuación del sistema a nuevas convocatorias.

4.2.6.3 PT03. S02. Becas (SEDE)

El sistema de Becas gestiona el programa de Becas MAEC-AECID, cuyas becas se ofertan en convocatorias que se componen de distintos programas de beca, cada uno con sus características y requisitos específicos. En 2017 se ha abrió la convocatoria de Arte, Educación y Cultura compuesta de 9 programas de formación y prácticas en materias vinculadas al arte, la educación y la cultura, destinados a ciudadanos españoles y extranjeros. El sistema incluye un módulo para el envío de solicitudes de las distintas convocatorias que permite el envío de una solicitud por convocatoria.

El sistema va a ser sustituido y únicamente se realizarán labores de mantenimiento correctivo. Se abordará la actividad A01 sólo en caso necesario.

• A01. Adecuación del sistema a nuevas convocatorias.

4.2.6.4 PT04. S03. Becas de formación (SEDE)

El sistema gestiona el programa de Becas de formación en la AECID, que es un programa de becas de prácticas de formación de gestores y expertos en cooperación internacional para el desarrollo en las unidades de la propia AECID. Incluye un módulo para el envío de solicitudes de las distintas convocatorias que permite el envío de una solicitud por convocatoria.

El sistema va a ser sustituido y únicamente se realizarán labores de mantenimiento correctivo. Se abordará la actividad A01 sólo en caso necesario.

• A01. Adecuación del sistema a nuevas convocatorias.

4.2.6.5 PT05. S04. Programa de Expertos (SEDE)

El sistema gestiona la promoción de la presencia de españoles en Organismos Internacionales y la Unión Europea a través de distintos programas que se convocan:

• Programa de Voluntarios de Naciones Unidas (Programa VNU).

• Programa de Jóvenes Profesionales en diversas Agencias de Naciones Unidas (Programa JPO).

• Programa de Jóvenes Profesionales en Delegaciones de la Unión Europea (Programa JPD).

• Convocatorias de UNESCO.

El sistema incluye un módulo para el envío de solicitudes de los distintos programas. Los últimos programas se convocaron en 2015.

El sistema va a ser sustituido y únicamente se realizarán labores de mantenimiento correctivo. Se abordará la actividad A01 sólo en caso necesario.

• A01. Adecuación del sistema a nuevas convocatorias.

4.2.6.6 PT06. S07. Cursos de formación (SISTEMA INTERNO)

El sistema permite al personal de la AECID la solicitud de un curso de formación. Incluye la firma electrónica de la solicitud y su envío al Portafirmas, para que el responsable de la unidad correspondiente apruebe o deniegue la solicitud.

• A01. Solicitud de curso.

o T01. Envío de las peticiones al Portafirmas en base a cargos.

o T02. Actualización del cliente de firma.

• A02. Mejoras y nuevas funcionalidades en la Gestión.

o T01. Gestión de cursos.

o T02. Gestión de expedientes.

o T03. Listados e informes.

o T04. Envío de correos.

4.2.6.7 PT07. S08. Portafirmas (SISTEMA INTERNO)

Permite incorporar la firma electrónica en los flujos de trabajo de la organización. Incluye el Cliente @firma para la firma cliente de usuario y se integra con la plataforma @firma del Ministerio de Hacienda y Administraciones Públicas para la validación de las firmas que se generan, así como con el Gestor CSV para la generación de códigos seguros de verificación y consulta de documentos mediante CSV.

• A01. Modificaciones de los avisos automáticos que envía el Portafirmas.

• A02. Evolución de la funcionalidad de validación de documentos.

• A03. Actualización del cliente de firma.

4.2.6.8 PT08. Sistemas de soporte al documento electrónico.

• A01. S09. Gestor CSV (SISTEMA INTERNO)

Aporta la funcionalidad de Códigos Seguros de Verificación (CSV), custodiando los documentos originales junto con su firma electrónica. Se integra con el eVisor para generar los informes de firma.

o T01. Adaptaciones en la interfaz web del Gestor CSV.

o T02. Evolución o inclusión de nuevas operaciones en el servicio web.

• A02. S10. eVisor (SISTEMA INTERNO)

Aplicación web de generación de copia auténtica en papel de documentos con firma electrónica y de justificantes de firma electrónica. Permite la generación de informes y justificantes de firma electrónica en formato PDF u ODF que cuando los firma con sello electrónico o les añade un CSV se convierten en copias auténticas.

o T01. Modificaciones de código o xx xxxxxxxxxx, para generar los informes de firma en base a los nuevos requerimientos de los usuarios.

o T02. Configurar el firmado con sello electrónico de los informes de firma generados.

4.2.6.9 PT09. S11. Solicitud de acceso a la Plataforma de Intermediación de Datos (SISTEMA INTERNO)

Sistema interno para que el personal funcionario de la AECID solicite por motivos del ejercicio de sus responsabilidades, el acceso a la Plataforma de Intermediación de Datos del MINHAP para consultar determinados servicios en el marco de un

procedimiento habilitado. Actualmente el acceso a la Plataforma de Intermediación de Datos se realiza a través del Cliente Ligero provisto por el MINHAP.

• A01. Nuevo servicio web para consultar (en la base de datos del cliente ligero) si un funcionario está autorizado a acceder a un servicio para un procedimiento.

• A02. Actualización del cliente de firma.

4.2.6.10 PT10. S12. Sistema de Información de la Cooperación Cultural Exterior (SICCE) (SISTEMA INTERNO)

Sistema para gestionar la programación cultural de la AECID, que permite la unificación del trabajo de los Servicios Centrales y el Exterior (las diversas Representaciones Diplomáticas, Centros Culturales y Oficinas Técnicas de Cooperación). Las actividades culturales introducidas en el sistema son estudiadas y posteriormente aprobadas o rechazadas por los servicios centrales de la AECID.

• A01. Evolución del sistema en base a los nuevos requerimientos de la unidad.

4.2.6.11 PT11. S13. Premio nacional de educación para el desarrollo “Xxxxxxx Xxxxxx” (SEDE)

Gestiona las solicitudes del premio nacional de educación para el desarrollo “Xxxxxxx Xxxxxx” convocado por la AECID y el Ministerio de Educación, Cultura y Deporte. Está dirigido a centros docentes sostenidos con fondos públicos (públicos y concertados) en los niveles de infantil, primaria, secundaria obligatoria, educación de personas adultas, bachillerato y formación profesional. Se convoca anualmente y se conceden premios cuyo fin es formativo y no económico.

• A01. Adecuación del sistema a nuevas convocatorias.

• A02. Integración de la fase de solicitud y subsanación en la carpeta del ciudadano de la Sede Electrónica de la AECID, haciendo el correspondiente registro en GEISER.

• A03. Evolución del sistema de gestión.

• A04. Mejora de la auditoría de las acciones realizadas por el ciudadano.

• A05. Actualización del cliente de firma.

4.2.6.12 PT012. S14. Filmoteca (SISTEMA INTERNO)

Sistema para la gestión del catálogo filmográfico de la AECID, que permite a los usuarios la consulta y solicitud de los títulos existentes, y a los administradores el mantenimiento del catálogo de cine español e iberoamericano.

• A01. Evolución del sistema en base a los nuevos requerimientos de la unidad.

4.2.6.13 PT13. Actividades de gestión

• A01. Actividades de control y gestión del proyecto3.

• A02. Relacionadas con la fase de Transferencia del servicio4.

• A03. Relacionadas con la fase de Devolución del servicio4.

4.2.7. Perfiles - requisitos de titulación y experiencia del equipo de trabajo.

El equipo mínimo de trabajo presentado por el adjudicatario deberá estar constituido por el siguiente perfil:

Perfiles

Cantidad

Analista programador Java

La capacitación profesional de las personas adscritas al proyecto deberá ajustarse a los perfiles que se detallan en el apartado 4.2.8 Solvencia técnica y profesional.

4.2.8. Solvencia técnica y profesional.

El perfil propuesto por el licitador para la prestación del servicio deberá contar con la siguiente solvencia técnica y profesional:

4.2.8.1 Perfil Analista Programador Java Funciones

• Planificación de actividades.

• Realizar actividades de análisis, diseño e implementación del sistema.

• Programación en código Java.

• Diseño y ejecución de planes de pruebas unitarias, modulares y de integración.

• Ejecución de acciones de soporte.

• Generación de documentación, manuales y formación.

3 A esta actividad podrá imputar, en su caso, el miembro del equipo que actúe como coordinador técnico.

4 Estas actividades sólo serán imputables en caso de cambio de adjudicatario.

Titulación

• Formación profesional (Título oficial o reconocido por el Ministerio de Educación, Cultura y Deporte).

Solvencia técnica y profesional

• S03.01. Al menos 3 años de experiencia como analista programador o programador en el entorno tecnológico detallado en el apartado 4.2.3.

• S03.02. Al menos 2 años de experiencia como analista programador.

Conocimientos técnicos

• C03.01. Programación en Java

• C03.02. Conocimiento de servidores de aplicaciones Weblogic.

• C03.03. Conocimiento en tecnologías de presentación web y tratamiento de datos y metadatos: XXXX0, XxxxXxxxxx, XXX, XXX, XXX, XXX, XXxxxx.

• C03.04. Conocimientos en frameworks de desarrollo J2EE, Struts2, Spring.

• C03.05. Experiencia en Servicios Web (SOAP, XML-RPC, WSDL).

• C03.06. Experiencia en Servicios Web Seguros (WS-Security).

• C03.07. Sólidos conocimientos en Oracle 11g.

• C03.08. Conocimientos en implementación de Servicios Web mediante Apache CXF.

• C03.09. Sólidos conocimientos en Hibernate3, como mapeador objeto- relacional.

• C03.10. Experiencia demostrable con subversion y maven.

4.3. Requisitos de seguridad.

4.4. Requisitos de interoperabilidad.

El adjudicatario se ajustará con carácter general a lo dispuesto en el Esquema Nacional de Interoperabilidad.

4.5. Requisitos de accesibilidad.

Todas las acciones de mantenimiento que se realicen sobre los portales objeto de este pliego, deberán ser conformes con la norma UNE 139803:2012 (WCAG 2.0) nivel AA.

Entre la documentación a entregar para todos los mantenimientos que se realicen estará el “test de accesibilidad”. Este documento contendrá como mínimo los apartados siguientes:

• Alcance: listado de páginas afectadas si se trata de una monitorización bajo de manda. En caso de un mantenimiento deberá ser exhaustivo.

• Herramientas manuales y automáticas (al menos se emplearán dos) utilizadas en el test.

• Resultados del test.

Algunas tareas de mantenimiento se podrán desencadenar como resultado de las tareas de monitorización de la accesibilidad que realiza la AECID periódicamente.

5. ACERCA DE LOS EQUIPOS DE TRABAJO.

5.1. Reglas especiales respecto del personal de la empresa contratista.

1. Corresponde exclusivamente a la empresa contratista la selección del personal que, reuniendo los requisitos de titulación y experiencia exigidos en el presente pliego, formará parte del equipo de trabajo adscrito a la ejecución del contrato, sin perjuicio de la verificación por parte de la AECID del cumplimiento de aquellos requisitos.

La empresa contratista procurará que exista estabilidad en el equipo de trabajo, y que las variaciones en su composición sean puntuales y obedezcan a razones justificadas, en orden a no alterar el buen funcionamiento del servicio, informando en todo momento a la entidad contratante

2. La empresa contratante asume la obligación de ejercer de modo real, efectivo y continuo, sobre el personal integrante del equipo de trabajo encargado de la ejecución del contrato, el poder de dirección inherente a todo empresario. En particular, asumirá la negociación y pago de los salarios, la concesión de permisos, licencias y vacaciones, las sustituciones de los trabajadores en casos de baja o ausencia, las obligaciones legales en materia de Seguridad Social, incluido el abono de cotizaciones y el pago de prestaciones, cuando proceda, las obligaciones legales en materia de prevención de riesgos laborales, el ejercicio de la potestad disciplinaria, así como cuantos derechos y obligaciones se deriven de la relación contractual entre empleado y empleador.

3. La empresa contratista velará especialmente porque los trabajadores adscritos a la ejecución del contrato desarrollen su actividad sin extralimitarse en las funciones desempeñadas respecto de la actividad delimitada en los pliegos como objeto del contrato.

4. Las características especiales del entorno de desarrollo en el que se van a realizar las actividades del presente pliego, junto con las herramientas específicas que son necesarias para su implementación, hacen aconsejable que, para un mejor desarrollo de las actividades por parte del adjudicatario, así como para un mejor control por parte de la dirección de proyecto de AECID del desarrollo del mismo, el personal de la empresa adjudicataria ejecute el contrato en dependencias de la AECID en Madrid, sitas en la xxxxx Xxxxxxx 000 o en avenida de los Xxxxx Católicos, 4.

5. El personal de la empresa contratista ocupará espacios de trabajo diferenciados del que ocupan los empleados públicos. Corresponderá también a la empresa contratista velar por el cumplimiento de esta obligación.

6. La empresa contratista deberá designar al menos un coordinador técnico o responsable integrado en su propia plantilla, que tendrá entre sus obligaciones las siguientes:

a) Actuar como interlocutor de la empresa contratista frente a la AECID, canalizando la comunicación entre la empresa contratista y el personal integrante del equipo de trabajo adscrito al contrato, de un lado, y la AECID, de otro lado, en todo lo relativo a las cuestiones derivadas de la ejecución del contrato.

b) Distribuir el trabajo entre el personal encargado de la ejecución del contrato, e impartir a dichos trabajadores las órdenes e instrucciones de trabajo que sean necesarias en relación con la prestación del servicio contratado.

c) Supervisar el correcto desempeño por parte del personal integrante del equipo de trabajo de las funciones que tienen encomendadas, así como controlar la asistencia de dicho personal al puesto de trabajo.

d) Organizar el régimen de vacaciones del personal adscrito a la ejecución del contrato, debiendo a tal efecto coordinarse adecuadamente la empresa contratista con la AECID, a efectos de no alterar el buen funcionamiento del servicio.

e) Informar a la AECID acerca de las variaciones, ocasionales o permanentes, en la composición del equipo de trabajo adscrito a la ejecución del contrato.

5.2. Sustitución de los medios personales.

Corresponde a la AECID la valoración final de la productividad y calidad de los trabajos, siendo potestad suya solicitar el cambio de los medios personales por otros de perfil similar.

Si durante la ejecución del contrato, la empresa adjudicataria propusiera la sustitución de personal (o la AECID solicitase un cambio justificado), la solicitud del cambio deberá cumplir los siguientes requisitos:

i. Se deberá remitir, con quince días de antelación, una justificación escrita explicando el motivo del cambio.

ii. Se deberá garantizar la correcta prestación de los servicios, realizando una completa transferencia de información y tareas en la sustitución del personal.

iii. Se proporcionará un perfil con cualificación igual o superior al perfil requerido en el PPT.

iv. Se requerirá la aceptación del mismo por parte del Director Técnico nombrado por la AECID.

En el caso de que el solicitante del cambio sea la AECID, en su escrito de justificación indicará la fecha de salida del perfil afectado, que podrá oscilar entre uno y catorce días.

6. FASES DEL SERVICIO.

Se establecen las siguientes fases del servicio objeto de este contrato:

1) Transferencia del servicio,

2) Prestación del servicio,

3) Devolución del servicio.

La planificación, así como la dedicación de los adjudicatarios a cada una de estas fases, puede apreciarse en el siguiente gráfico:

Fecha inicio actividades Fecha fin actividades

(aprox. marzo 2018) (aprox. marzo 2019)

Ejecución 12 meses 12 meses

Prestación del servicio adjudicatario B

Prest. Adj. C

10 días

5 días

10 días

5 días

Transferencia 15 días

Tiempo .

Prest. Adj. A

Nº de recursos .

Adjudicatario A (saliente 2017)

Adjudicatario B (entrante 2018-2019)

Adjudicatario C (entrante 2019-2020)

La fase de prestación del servicio tendrá una duración de 12 meses (excluida la posible prórroga). Las fases de transferencia y devolución (con sus 15 jornadas adicionales) sólo se ejecutarán en caso de cambios sucesivos de adjudicatario.

En caso de cambio de adjudicatario habrá un periodo inicial que durará 10 jornadas en las que el adjudicatario entrante irá incorporando sucesivamente al equipo de trabajo hasta tomar el control del proyecto en la fecha de inicio de la fase de prestación.

La composición del equipo que reciba la transferencia, así como las fechas de incorporación, se acordarán en la reunión de lanzamiento del proyecto, pudiendo la AECID solicitar que se incorpore todo o parte del equipo entrante.

Al inicio de la fase de prestación, y durante otras 5 jornadas, el adjudicatario saliente deberá ir retirando a su equipo de forma paulatina. La composición del equipo que haga la transferencia, así como las fechas de salida, se acordarán en una reunión de preparación de la transferencia, pudiendo la AECID solicitar que se mantenga todo o parte del equipo saliente durante este periodo.

Las fases de transferencia y devolución estarán incluidas por lo tanto, y a todos los efectos, en el presente expediente, por lo que los licitadores deberán incluirlas en sus presupuestos.

6.1. Transferencia del servicio.

El objetivo de esta fase consiste en el traspaso al adjudicatario entrante de los elementos básicos e imprescindibles para la prestación del servicio. Esta fase tendrá una duración máxima de 15 jornadas, y consistirá en la transferencia del conocimiento de la implantación actual, la metodología de trabajo de AECID, así como del conocimiento de la infraestructura.

Este traspaso del conocimiento se realizará por parte del anterior adjudicatario, con el apoyo de la Oficina de Control de Proyectos (en adelante PMO) del DSTI.

El hito inicial de esta fase, será la realización de una reunión de lanzamiento, que marcará el inicio del proyecto, y en la que se presentarán los interlocutores válidos, así como se hará entregará al adjudicatario la documentación necesaria para la xxxxxxxx del servicio. En esta reunión se definirá, para el adjudicatario entrante, la composición el equipo que reciba la transferencia inicial.

En caso de prestación de todo o parte del servicio en las oficinas del adjudicatario, esta fase incluirá la configuración de los equipos y sistemas de este, según las especificaciones del entorno de desarrollo de AECID, así como su preparación para la conexión con los sistemas de desarrollo de AECID vía VPN. En todo caso, en la fecha de inicio de la prestación, el equipo entrante deberá contar con todos los elementos necesarios para la realización del servicio.

A lo largo de la duración de esta fase, el adjudicatario deberá estudiar y analizar la documentación presentada, realizándose las reuniones necesarias para aclarar cualquier problema que se pueda plantear.

En un plazo no superior a 3 jornadas desde la reunión de lanzamiento, los adjudicatarios saliente y entrante, deberán presentar un Plan de Transferencia del Servicio, que incluirá al menos:

• Detalle de las actividades a llevar a cabo por cada adjudicatario (saliente y entrante) durante la siguiente fase de transferencia, incluyendo distribución de responsabilidades entre las partes implicadas,

• Cronograma del proceso,

• Requisitos necesarios para la correcta transferencia del servicio,

• Riesgos.

Al finalizar esta fase, se realizará una reunión de cierre de fase de transferencia del servicio, a partir de la cual el nuevo adjudicatario asumirá el control total del proyecto.

Durante las 10 primeras jornadas de esta fase, el adjudicatario saliente seguirá siendo responsable de la resolución de todas las peticiones de servicio que estén acorde con el objeto del presente pliego.

6.2. Fase de prestación del servicio.

Esta fase dará comienzo transcurridas las primeras 10 jornadas de la fase de transferencia del servicio (en caso de cambio de adjudicatario), y marcará el comienzo del periodo en el que le serán exigibles, al adjudicatario entrante, la totalidad de las bases técnicas detalladas en los apartados 4.1.6 y 4.2.6 del presente pliego.

Esta fase, finalizará transcurridos los 12 meses de prestación del servicio (salvo prórroga, en cuyo caso se incrementará en otros 12 meses), y en caso de cambio de adjudicatario se solapará con las fases de transferencia y/o devolución del servicio, según se detalla en otros apartados.

En su caso, a la finalización de esta fase, el adjudicatario saliente deberá colaborar en las fases de transferencia y devolución del servicio con el nuevo adjudicatario.

6.3. Fase de devolución del servicio.

Esta fase dará comienzo por una de las causas siguientes:

• Finalización del contrato, o de las todas las actividades detalladas en el apartado 3 del presente pliego.

• Resolución del contrato por cualquiera de las causas previstas en el RDL 3/2011 por el que se aprueba el texto refundido de la Ley de Contratos del Sector Público.

El objetivo de esta fase consiste en garantizar la transferencia del conocimiento adquirido durante la prestación del servicio por parte del adjudicatario saliente, bien al DSTI, bien a un nuevo adjudicatario determinado por éste, de tal manera que no se produzca una degradación apreciable en la calidad del servicio prestado.

En esta fase, el adjudicatario saliente simultaneará las actividades propias del presente pliego, con las de devolución del servicio, comprometiéndose a colaborar con el DSTI, y en su caso con el nuevo adjudicatario.

Al inicio de esta fase, los adjudicatarios saliente y entrante evaluarán y planificarán, coordinados por la PMO, las actividades necesarias para una correcta transferencia del servicio, comprometiéndose el adjudicatario saliente a realizar el traspaso en un plazo no superior a 15 jornadas.

El conocimiento a transferir contemplará entre otros: información de la situación actual del servicio, explicación de la documentación entregada, infraestructura hardware y software, relación de incidencias abiertas y medidas adoptadas para su resolución, riesgos identificados y procedimientos operativos asociados.

Como hito final, el adjudicatario saliente entregará al DSTI una versión actualizada de toda la documentación e información necesaria para la correcta prestación del servicio.

Toda la documentación deberá ser aprobada por el DSTI.

7. PLANIFICACIÓN, DIRECCIÓN Y SUPERVISIÓN DE LOS SERVICIOS.

Corresponde a la AECID la supervisión y dirección de los trabajos, proponer las modificaciones convenientes o, en su caso, proponer la suspensión de los mismos si existiese causa suficientemente motivada.

Para ello, se establecerá un responsable por aplicación que desempeñará las tareas de jefe de proyecto de AECID, siendo responsable, entre otras, de las siguientes actividades:

• Actuar de interlocutor con el Coordinador Técnico detallado en el punto 5.1.6.

• Xxxxx por el cumplimiento de los trabajos exigidos y ofertados.

• Determinar las correcciones que se estimen oportunas

• Emitir las certificaciones parciales de recepción de los mismos.

• Verificar el cumplimiento del plan de proyecto.

No se autorizan los contactos directos de las personas del equipo de trabajo del contratista con el usuario final, sin el conocimiento previo y autorización del Jefe de Proyecto AECID.

El adjudicatario deberá garantizar la prestación y cumplimiento de los servicios solicitados, siendo responsable del cumplimiento de todas y cada una de las funciones encomendadas dentro del presente pliego.

A fin de garantizar que los trabajos a realizar por el adjudicatario se desarrollan conforme a lo requerido por la AECID, éstos deberán ajustarse a la metodología desarrollada por el Ministerio de Administración Pública, Métrica v3, la cual está disponible en el Portal de Administración Electrónica del Estado (xxxx://xxxxxxxxxxxxxxxxxxxxxxxxx.xxx.xx). Esta metodología se deberá complementar con el empleo de metodologías tipo Ágil.

Los trabajos deberán cubrir como mínimo las fases de Diseño, Construcción e Implantación descritos en Métrica v3. Las fases de Planificación y Aceptación serán responsabilidad de la AECID, y la de Análisis podrá ser compartida entre la AECID y el adjudicatario.

Cada licitador, en sus propuestas, deberá indicar cómo empleará estas metodologías, y en qué parte de los procesos de desarrollo y mantenimiento.

7.1. No conformidades.

El licitador se compromete a entregar los trabajos desarrollados libres de problemas o incidencias, tanto en el código fuente como en la documentación.

La PMO determinará en cada momento el número de controles que una versión incumple, quedando bajo decisión de la AECID la puesta en producción de la versión, sin detrimento de las posibles penalizaciones que se puedan aplicar. En su defecto, la AECID también podrá determinar las no conformidades de un producto, considerando como tal las incidencias detectadas en las pruebas de aceptación que el licitador se compromete a entregar, o las pruebas realizadas sobre scripts solicitados al licitador o sobre peticiones de cambio.

7.2. Entregables.

Como resultado de los trabajos realizados, el adjudicatario deberá entregar a la AECID como mínimo los siguientes entregables:

Fase	Nombre Entregable
Planificación	Estimación / Planificación de los trabajos a realizar (allí dónde se requiera)
Análisis	Documento de diseño funcional
Análisis	Planes de pruebas (unitarias, de rendimiento, de integración, de sistema, etc)
Diseño	Diseño de la Arquitectura del Sistema
	Diseño funcional
	Diseño técnico de la solución
	Diseño de las interfaces de los Servicios Web
Construcción	La última versión de los programas fuentes suministrados por el adjudicatario, que deberán ser compilados con éxito y libres de errores en AECID. Los fuentes deberán estar subidos al repositorio de control de código fuente de AECID (subversion)
	Informes de pruebas (unitarias, de rendimiento, de integración, de sistema, etc)
	Manual de instalación y operación
	Manuales de administración y del usuario
	Manual de Integración con Servicios Web
	Test de accesibilidad
Implantación	Plan de despliegue
Mantenimiento	Para cada mantenimiento solicitado por la AECID el proveedor actualizará la documentación necesaria, y entregará un breve informe que contendrá la información técnica necesaria (breve descripción de la solución técnica, elementos afectados, ámbito para pruebas de regresión…).
Guía de estilo	Documento relativo al diseño y aspecto gráfico de los portales objeto del presente expediente
Gestión	Relación de actividades del equipo, incluyendo el informe de seguimiento proporcionado por la PMO, y las hojas de control de actividades.

Todos los entregables generados durante la ejecución del contrato son de propiedad exclusiva de la AECID sin que el contratista pueda conservarlos, ni obtener copia de los mismos o facilitarlos a terceros sin la expresa autorización de la AECID, que la daría en su caso previa petición formal del contratista con expresión del fin.

Toda la documentación entregada deberá ser nombrada de acuerdo a la nomenclatura y el formato establecidos en la AECID previo inicio del proyecto.

Toda la documentación se entregará en español y en formato electrónico. AECID se reserva la posibilidad de solicitar la entrega de algún documento concreto en formato papel, en cuyo caso, se presentará correctamente encuadernada y con la cantidad de copias que se determinen para cada documento.

El adjudicatario deberá suministrar a la AECID las nuevas versiones de la documentación que se vayan produciendo. También se entregará, en su caso, los documentos sobre los que se ha basado el desarrollo en idéntico soporte a los anteriores.

Al finalizar el proyecto, se deberá hacer entrega de la última versión de todos los documentos generados en el presente proyecto, en un soporte digital no modificable. A modo de índice, en dicho soporte se deberá incluir un documento u hoja Excel, dónde se haga referencia a dicha documentación, incluyendo el nombre del documento y un breve resumen (una línea) del contenido.

Este soporte no tiene que incluir código fuente, el cual deberá estar siempre depositado en el repositorio de control de código fuente de AECID (Subversion).

7.3. Criterios de aceptación.

Para que AECID pueda certificar cada uno de los evolutivos a realizar por el adjudicatario, se deberán cumplir los siguientes requisitos:

• Que esté entregada formalmente, por el coordinador técnico, la documentación que corresponda del apartado 7.2 y que sea validada por el jefe de proyecto AECID.

• Que para cada nuevo despliegue, se haya podido ejecutar el plan de despliegue con éxito.

• Que los desarrollos hayan pasado las pruebas de aceptación correspondientes.

• Que los desarrollos y la documentación presentados, hayan cumplido los niveles de calidad establecidos por AECID. La PMO pondrá en conocimiento del equipo de desarrollo cuáles son los criterios de calidad que se medirán.

7.4. Plazo y horario de ejecución.

Los trabajos objeto del presente pliego se ejecutarán a lo largo de un periodo de doce meses desde la fecha de inicio de la fase de prestación del servicio. El equipo de trabajo propuesto por los licitadores deberá estar acorde al objeto del expediente y a los plazos de ejecución requeridos.

En caso de que los trabajos se realicen en la AECID (ver apartado 5.1.4), la jornada será con carácter general de lunes a viernes, y se prestará en horario flexible entre las 8 y las 18 horas. No obstante, en circunstancias excepcionales, a criterio de la AECID, y cuando la realización efectiva de los trabajos no se ajuste a la planificación, el adjudicatario deberá comprometerse a una plena disponibilidad, sin que la realización del trabajo fuera del horario habitual tenga efectos en cuanto a facturación.

8. DESARROLLO DE LAS ACTIVIDADES.

8.1. Organización.

La organización de los equipos de desarrollo, dentro de AECID, es la siguiente:

Jefe de proyecto AECID Responsables Funcionales

Soporte .

Definición de requisitos .

Control de proyecto

Oficina de

Control de Proyectos

Soporte y Control de calidad .

Equipo de desarrollo 1 Equipo de desarrollo 2

El jefe de proyecto AECID tomará los requisitos funcionales del responsable funcional de cada uno de los sistemas objeto del presente pliego, y las trasmitirá al equipo de desarrollo para la realización del correspondiente análisis funcional.

La PMO realiza labores de coordinación, apoyo técnico y de gestión tanto para el jefe de proyecto AECID, como para los equipos de desarrollo, además de labores de control de calidad para el equipo de desarrollo.

Si así se determina, el jefe de proyecto AECID podrá delegar las labores de control de proyecto en la PMO.

El adjudicatario deberá seguir los siguientes planes de trabajo para la ejecución de cada una de las actividades recogidas en los apartados 4.1.6 y 4.2.6, en función de si la actividad se corresponde con un evolutivo, con una acción de mantenimiento correctivo, o con una incidencia:

8.2. Evolutivos.

1. Para cada una de las actividades a ejecutar, el jefe de proyecto AECID entregará al coordinador técnico del equipo de desarrollo una especificación de requisitos funcionales, que detalle la evolución a implementar.

2. El equipo de desarrollo deberá elaborar el análisis funcional de la solución propuesta, incluyendo una planificación de las actividades a realizar, que cubra las actividades de desarrollo, pruebas, documentación y puesta en producción.

3. El jefe de proyecto AECID deberá aprobar formalmente, tanto el análisis como la planificación presentadas por el coordinador técnico del equipo de desarrollo. Sin esta aprobación no se podrán iniciar actividades de evolución de ninguna de las aplicaciones incluidas en el alcance del presente pliego.

4. Una vez finalizadas las actividades, se entregará al jefe de proyecto AECID la documentación correspondiente al evolutivo, así como la documentación actualizada del aplicativo.

5. La PMO ejecutará el plan de despliegue presentado por el equipo de proyecto, y pasará las correspondientes pruebas de calidad, tanto al software desarrollado, como a la documentación presentada.

6. La PMO comunicará al jefe de proyecto AECID los resultados tanto del despliegue como de los test de calidad. Dicho informe servirá al Jefe de Proyecto para poder certificar, o no, los trabajos realizados.

El adjudicatario se compromete a entregar la documentación actualizada o, en su caso, de la nueva documentación generada para los sistemas afectados por las actividades de evolución.

8.3. Actividades de mantenimiento.

Las actividades de mantenimiento estarán asociadas a incidencias en la aplicación que supongan la modificación de parte del código fuente de alguna de las aplicaciones incluidas en el presente pliego.

1. Para cada una de las actividades a ejecutar que requieran planificación, el jefe de proyecto AECID entregará al coordinador técnico del equipo de desarrollo una especificación de requisitos funcionales, que detalle la acción de mantenimiento a ejecutar.

2. El equipo de desarrollo deberá elaborar una propuesta de solución, incluyendo una planificación de las actividades a realizar, que cubra las actividades de desarrollo, pruebas, actualización de la documentación de la aplicación, y puesta en producción.

3. El jefe de proyecto AECID deberá validar la solución propuesta y dar visto bueno a la planificación. En casos urgentes, y que serán justificados posteriormente por el coordinador técnico, se podrán iniciar las actividades sin el visto bueno del Jefe de Proyecto.

4. Una vez finalizadas las actividades, se entregará al jefe de proyecto AECID la documentación correspondiente a la acción correctiva, así como la documentación actualizada del aplicativo.

5. La PMO ejecutará el plan de despliegue presentado por el equipo de proyecto, y pasará las correspondientes pruebas de calidad. La PMO pondrá en conocimiento del equipo de desarrollo de cuáles son los criterios de calidad que se medirán.

El adjudicatario se compromete a entregar la documentación actualizada de los sistemas afectados por las actividades de mantenimiento.

8.4. Resolución de incidencias.

Estas actividades estarán asociadas a incidencias en los sistemas del apartado dentro del alcance del expediente, las cuales no supongan la modificación de código fuente, y que estarán relacionadas principalmente con cambios de configuración, lanzamiento de scripts sobre bases de datos, actividades relacionadas con la resolución de quejas de ciudadanos, etcétera.

1. El equipo de desarrollo recibirá las incidencias a través del sistema de gestión de incidencias de AECID, y procederá a ejecutar las acciones solicitadas, dando solución a la incidencia y comunicando al solicitante, la solución dada.

2. En su caso, se actualizará la documentación afectada.

El adjudicatario se compromete, no solo a la resolución de las incidencias reportadas, sino a actualizar la documentación que en cada caso, esté afectada. Cada incidencia deberá indicar que documentación, funcional, técnica, manuales, o de cualquier otra naturaleza, haya sido creada o modificada. Esta información se incorporará al sistema de gestión de incidencias de AECID.

8.5. Resumen de actividades.

Con la periodicidad y el formato que se acuerde entre el jefe de proyecto AECID y el coordinador técnico, éste presentará un resumen de las actividades desarrolladas por el equipo de trabajo, donde se recogerán, entre otras cosas, todas y cada una de las actividades realizadas a lo largo del periodo, los recursos implicados en su ejecución, y el tiempo invertido en las mismas.

Todas las actividades realizadas deberán estar referenciadas a la aplicación, paquete de trabajo, actividad y, en su caso, tarea, indicadas en el presente pliego.

9. GESTIÓN DE LOS NIVELES DE SERVICIO.

La prestación de los servicios recogidos en este Pliego, conllevará el cumplimiento de los Acuerdo de Nivel de Servicio (en adelante ANS) definidos en los siguientes apartados. Además, también conlleva la aceptación de la política de penalizaciones ante incumplimientos de estos niveles de servicio.

En el presente pliego existirán tres tipos de indicadores para medir los niveles de servicio: indicadores de tiempo, indicadores de calidad, e indicadores aplicados a la prestación del servicio, estando asociados a actividades de mantenimiento, evolución y gestión de incidencias, así como a la propia prestación del servicio.

Los acuerdos de nivel de servicio se medirán con una periodicidad trimestral, con el objeto de velar por su cumplimiento, siendo computados como la media porcentual de las desviaciones.

9.1. Indicadores.

9.1.1. Indicadores de tiempo.

El indicador de tiempo empleado para medir el nivel de servicio en la resolución de incidencias (o en el mantenimiento correctivo que no requiera planificación), es:

• Tiempo de resolución: Dentro del horario de prestación del servicio (ver apartado 5.2), será el tiempo transcurrido desde la recepción de la incidencia por el equipo de trabajo, hasta su resolución en el entorno de desarrollo, siendo responsabilidad de la AECID su aprobación previa a la puesta en producción, no contabilizando por tanto el tiempo posterior en lo referente al nivel de cumplimiento.

El indicador de tiempo empleado para medir el nivel de servicio en el mantenimiento correctivo que requiere planificación, o para el mantenimiento evolutivo, es:

• % de cumplimiento sobre planificación propuesta para el desarrollo.

9.1.2. Indicadores de calidad.

Los indicadores de calidad a tener en cuenta a la hora de medir el nivel de servicio para la resolución de incidencias (o el mantenimiento correctivo que no requiere planificación), son:

• % de incidencias resueltas en primera instancia

• % de incidencias documentadas adecuadamente

Los indicadores de calidad a tener en cuenta a la hora de medir el nivel de servicio para el mantenimiento correctivo que requiere planificación, y para los evolutivos, son:

• % de incidencias generadas por evolución o adaptación del sistema

• % de documentos entregados correctamente

9.1.3. Indicadores aplicados a la prestación del servicio.

Desde el punto de vista de la prestación del servicio, se considerará el siguiente indicador:

• Desviación con respecto al tiempo de reposición de personal

El adjudicatario tiene un plazo límite de 15 jornadas laborables para la reposición del personal saliente, a contar desde la fecha de comunicación a la dirección del proyecto.

9.2. Requisitos de los niveles de servicio.

Los indicadores de tiempo de las siguientes tablas se aplicarán en función del horario de prestación del servicio (ver apartado 5.2). Los niveles mínimos de servicio que se deben garantizar, son los siguientes:

9.2.1. ANS para resolución de incidencias.

El periodo de medición será trimestral.

Clave

Servicio

Actividad

Compromiso

Nivel Objetivo

ANS-1.1

Resolución de incidencias

Atención a Quejas del ciudadano.

3 horas

95%

ANS-1.2

Resolución del resto de incidencias.

1 día

98%

Clave

Servicio

Nivel objetivo

ANS-2

% Incidencias resueltas en primera instancia

95%

ANS-3

% Incidencias documentadas correctamente (toda la documentación afectada está actualizada)

98%

9.2.2. ANS para Mantenimiento Planificado y Evolutivos.

El periodo de medición será trimestral.

Clave

Servicio

Nivel objetivo

ANS-4

% cumplimiento sobre planificación propuesta para el desarrollo

90%

ANS-5

% documentos entregados en tiempo y forma y aprobados en primera entrega

98%

Clave	Servicio	Tipo	Nivel objetivo
ANS-6	% correctos en primera instancia (no generan incidencia)	Mantenimiento Planificado	98%
ANS-7	% correctos en primera instancia (no generan incidencia)	Evolutivos	90%

9.2.3. ANS para aplicados a la Calidad del Servicio.

Clave

Servicio

Tipo

Nivel objetivo

ANS-8

Desviación con respecto al tiempo de reposición de personal

Incorporación en las siguientes 15 jornadas a la de comunicación (o petición) del cambio

100%

9.2.4. Gestión ANS y pago de penalizaciones

Según se describa en el Pliego de Cláusulas Administrativas Particulares (PCAP).

10. PROPIEDAD INTELECTUAL Y CONFIDENCIALIDAD.

10.1. Propiedad intelectual de los trabajos.

El contratista acepta expresamente que los derechos de explotación de la aplicación informática y de los programas desarrollados al amparo del presente contrato corresponden únicamente al Estado, con exclusividad y a todos los efectos.

10.2. Confidencialidad de la información.

El adjudicatario queda expresamente obligado a cumplir con el compromiso de confidencialidad de la AECID incluido en el ANEXO I del presente pliego de prescripciones técnicas, así como a mantener la absoluta confidencialidad y reserva sobre cualquier dato que pudiera conocer con ocasión del cumplimiento del contrato, especialmente aquellos de carácter personal, que no podrá copiar o utilizar con fin distinto al que figura en este pliego, ni tampoco ceder a otros ni siquiera a efectos de conservación.

Asimismo, el licitador quedará obligado al cumplimiento de lo dispuesto en la Ley Orgánica 15/1999, de Protección de Datos de Carácter Personal y especialmente en lo indicado en su artículo número 9 apartados 1 y 2 que a continuación se transcriben:

“Artículo 9. Seguridad de los datos.

1) El responsable del fichero, y, en su caso, el encargado del tratamiento, deberán adoptar las medidas de índole técnica y organizativas necesarias que garanticen la seguridad de los datos de carácter personal y eviten su alteración, pérdida, tratamiento o acceso no autorizado, habida cuenta del estado de la tecnología, la naturaleza de los datos almacenados y los riesgos a que están expuestos, ya provengan de la acción humana o del medio físico o natural.

2) No se registrarán datos de carácter personal en ficheros que no reúnan las condiciones que se determinen por vía reglamentaria con respecto a su integridad y seguridad y a las de los centros de tratamiento, locales, equipos, sistemas y programas.”

Firmado digitalmente

Por el Órgano de Contratación El Director de la AECID

Xxxx Xxxxxx Xxxxxx

ANEXO I. COMPROMISO DE CONFIDENCIALIDAD

1.- La empresa adjudicataria se compromete a que cualquier información directa o indirectamente recibida como consecuencia de sus relaciones con la Agencia Española de Cooperación Internacional para el Desarrollo (en adelante AECID), será tratada como confidencial, no pudiendo ser revelada ni cedida a un tercero sin la autorización escrita de la AECID. Así mismo el Equipo de Trabajo se compromete a limitar el acceso a dicha información a los empleados autorizados que precisen disponer de ella para la ejecución de los servicios contratados, trasladándoles idéntica obligación de confidencialidad.

2.- El término “información” incluye, aunque no se limita a, planos, diseños, especificaciones, comunicaciones, software de ordenador y documentación de programas, registros, datos, gráficos, apuntes, modelos, muestras, información técnica y comercial de todo tipo ya sea transmitida de forma verbal, escrita o por soporte magnético o cualquier otro medio telemático, conocimientos y experiencias directamente vinculados al resultado y ejecución de los servicios contratados, así como los datos de carácter personal de los que pudiera tener conocimiento .

3.- En relación con la información que tenga el carácter de datos personales a la que pueda acceder la empresa adjudicataria como consecuencia de la prestación de sus servicios, de acuerdo con la Ley Orgánica 15/1999, de 13 de diciembre, de Protección de Datos de Carácter Personal y el Reglamento de Desarrollo de dicha ley, la empresa adjudicataria se compromete a que dicha información será tratada en todo momento conforme establecen las disposiciones legales reguladoras de la materia, y en concreto que no la tratará para fines distintos de los previstos en el contrato de prestación de servicios, ni los comunicará a terceros, ni siquiera para su conservación, y que aplicará las medidas de seguridad previstas en el documento de seguridad del fichero al que acceda.

La AECID podrá, en cualquier momento, comprobar que se cumplen las medidas de seguridad y demás previsiones a que se refiere el párrafo anterior, sin que ello pueda ser argumentado como causa de exención de responsabilidad por parte de la empresa adjudicataria.

Una vez cumplido el objeto del contrato de prestación de servicios, la empresa adjudicataria deberá devolver la información recibida o certificar que la ha destruido a no ser que se autorice su almacenamiento por considerar que va a resultar necesario para ulteriores encargos.

4.- La empresa adjudicataria no podrá, sin el previo consentimiento de la AECID hacer, en ningún tipo de medio, declaraciones públicas, notas de prensa o comunicación alguna relacionada con los servicios prestados o con informaciones conocidas como consecuencia del desarrollo de los mismos.

5.- El presente compromiso se mantendrá en vigor durante el tiempo de vigencia de sus relaciones comerciales y por un periodo de tres años desde que se resuelvan o finalicen las mismas, salvo en el caso de los datos de carácter personal de conformidad con la Ley 15/1999, de 13 de diciembre, de Protección de Datos de Carácter Personal, en cuyo caso se mantendrá vigente con carácter indefinido.

La presente cláusula tiene carácter de esencial para la AECID por lo que el incumplimiento de los términos de este Compromiso de Confidencialidad es causa de resolución de la relación contractual o de servicio existente entre las partes, pudiendo exigir la AECID indemnización de daños y perjuicios así como resarcimiento por las reclamaciones, condenas o sanciones a las que se viera expuesta como consecuencia del incumplimiento por la empresa adjudicataria de lo estipulado en este compromiso o de lo previsto en la Ley, especialmente en la normativa vigente en materia de protección de datos de carácter personal.

En este sentido, la empresa adjudicataria dejará indemne a la AECID de toda responsabilidad que pudiera derivarse del deficiente o inexistente cumplimiento de los compromisos asumidos y, en especial, de las responsabilidades en las que pudiera incurrir esta última como consecuencia del incumplimiento por la empresa adjudicataria de la normativa en materia de protección de datos de carácter personal.

Document Metadata

Table of Contents

PROCEDIMIENTO ABIERTO

Document Metadata