Pliego de Prescripciones Técnicas para la contratación del Servicio de mantenimiento de los sistemas de información del ámbito de formación para el empleo
Pliego de Prescripciones Técnicas para la contratación del Servicio de mantenimiento de los sistemas de información del ámbito de formación para el empleo
(Expte.: 2017/PA/0056)
Tabla de contenidos
3
3
3 DESCRIPCIÓN DE LOS SERVICIOS A REALIZAR
3
6
4.1.2 Requisitos generales del equipo de trabajo 6
4.1.3 Marco específico del equipo de trabajo 7
4.1.4 Parámetros técnicos de los medios físicos y lógicos 7
4.2 Lugar de la prestación del servicio 8
4.3 Dirección, planificación y seguimiento de los trabajos 8
4.4 Seguimiento del proyecto 9
4.5 Propiedad de los trabajos y productos 10
4.6 Confidencialidad de la información 10
4.7 Metodología en la elaboración de los trabajos 11
4.7.1 Formato de la documentación 12
4.9 Acuerdos de niveles de servicio 13
4.9.2 FRANJA DE SERVICIO NORMAL 13
4.9.3 FRANJA DE SERVICIO ESPECIAL 13
4.10 Condiciones de inicio del servicio 14
4.11 Condiciones de finalización del servicio 14
4.12 Transferencia de conocimiento 15
5 CONTENIDO DE LA PROPUESTA TÉCNICA
15
6 ANEXO I: PLATAFORMA TÉCNICA DE SOFTWARE
16
21
1 INTRODUCCIÓN
[1] La Axencia para a Modernización Tecnolóxica de Galicia (en adelante Amtega) es una agencia pública autonómica, creada por el Decreto 252/2011 de 15 de diciembre, que tiene como objetivos básicos la definición, el desarrollo y la ejecución de los instrumentos de la política de la Xunta de Galicia relativa a tecnologías de la información y comunicaciones, así como innovación y desarrollo tecnológico.
[2] La Amtega aglutina las competencias que correspondían a la Secretaría Xeral de Modernización e Innovación Tecnolóxica y concentra los recursos humanos, materiales y presupuestarios asociados a las actuales estructuras TIC dispersas en el sector público autonómico. De conformidad con lo dispuesto en la disposición adicional tercera de la Ley 16/2010, de 17 de diciembre, de organización y funcionamiento de la Administración general y del sector público autonómico de Galicia, la Amtega está adscrita a la Presidencia de la Xunta de Galicia.
[3] La Amtega tiene entre sus competencias el diseño y ejecución, en todas las Consellerías y Organismos dependientes de la Xunta, de los proyectos de sistemas y tecnologías de la información que dan soporte a su operativa. Resultado de los distintos planes de modernización tecnológica sectoriales elaborados por la Amtega en colaboración con las Consellerías y Organismos surgen una serie de proyectos de desarrollo de nuevos sistemas de información. Este pliego recoge las condiciones para el desarrollo de nuevas funcionalidades e implantación de estas en varios sistemas de información de tipo sectorial.
[4] En particular, la Amtega mantiene todas las aplicaciones de formación para empleo en el ámbito de la Dirección Xeral de Orientación e Promoción Laboral de la Consellería de Economía, Emprego e Industria.
[5] El presente procedimiento tiene como objeto la contratación del servicio de mantenimiento de los sistemas de información de Formación para el Empleo.
[6] Las tareas incluidas en este servicio son:
• Mantenimiento y soporte a cada uno de los módulos o aplicaciones presentes en el ámbito de la formación para el empleo que se relacionan en el Anexo II con el alcance funcional.
• Elaboración y publicación de la documentación de uso de cada
componente/módulo/aplicación. La documentación de uso debe estar basada en ejemplos.
• Adecuación del desarrollo a las normas de calidad que estén en vigor. La adjudicataria tiene la obligación de acatar todas las normas de calidad en vigor o que se implanten a lo largo de la ejecución del contrato.
• Explotación y obtención de informes analíticos de uso y carga de cada aplicación.
• Soporte a los usuarios de nivel 2 sobre el funcionamiento de la aplicación y explotación de datos.
3 DESCRIPCIÓN DE LOS SERVICIOS A REALIZAR
[7] El conjunto de servicios de los que se hará cargo la empresa adjudicataria, y que constituyen el objeto del presente contrato son los siguientes:
1. Identificación detallada en colaboración con los órganos administrativos competentes de los requerimientos (funcionales y no funcionales), casos de uso, clases de alto nivel, secuencias funcionales de alto nivel, interfaces de usuario, estructura de la información, plan de
pruebas y riesgos asociados al mantenimiento de cada una de las aplicaciones objeto de este pliego.
2. Migración de servicios, aplicaciones, módulos, herramientas, e infraestructura de base a la plataforma corporativa. La plataforma de empleo es diferente en arquitectura e infraestructura a la plataforma corporativa Amtega. Sin menoscabo del servicio de mantenimiento de las aplicaciones de formación es una actividad asociada a este pliego la progresiva migración de los servicios (sistema operativo de base, actualización de base de datos, servidores de aplicaciones, bus, etc.) a la plataforma corporativa Amtega detallada en el Anexo I.
3. Diseño de las interfaces de usuario para todos los roles y casos de uso identificados. Diseño de otros elementos con los que se relacionan los casos de uso como pueden ser documentos de todo tipo, interfaces con elementos externos y con otros sistemas externos.
4. Creación de productos de todos los elementos diseñados y realización y aprobación de pruebas unitarias y funcionales según el plan de pruebas y los procedimientos de calidad de software.
5. Formación de usuario, según el plan de formación a elaborar durante la ejecución del servicio. La adjudicataria también realizará un manual para usuarios de la aplicación, el cual vendrá como una parte más de cada entrega de una versión del software y de acuerdo con las políticas de entrega de documentación establecidas por la Amtega.
6. La licitadora entregará con cada versión toda la documentación del proyecto actualizada de acuerdo con las guías de calidad. Además indicará (según proceda) la relación de cambios, el procedimiento de instalación desde la versión anterior, el procedimiento de instalación completa, el proceso de migración de datos entre versiones. Estos manuales estarán organizados según afecten a las áreas de producción, explotación, desarrollo, usuario final, CAU, etc.
7. Soporte, asistencia a la puesta en funcionamiento y a producción, y mantenimiento desde la puesta en producción y hasta la finalización temporal del contrato. Este soporte a puesta en funcionamiento (técnico y funcional) incluirá el nivel dos, e integrará un servicio de soporte telefónico y contemplará la resolución de incidencias y el soporte a la puesta en funcionamiento y operación, incluyendo soporte in situ, tanto centralizadamente como a nivel territorial, en situaciones o períodos puntuales que así lo requieran. El soporte tendrá la intensidad adecuada a la demanda de cada fase de proyecto, y según los condicionantes que puedan derivar de los procesos de implantación.
8. Dicho soporte incluye las cuatro tipologías señaladas en la metodología Métrica V3: correctivo, evolutivo, adaptativo y perfectivo.
[8] La metodología de desarrollo seguirá un ciclo de vida iterativo incremental. El adjudicatario entregará al inicio del contrato un plan de proyecto con un cronograma donde se hayan reflejado todos los hitos establecidos, incluyendo nuevos requisitos en cada nuevo hito hasta completar el conjunto de los mismos definido en el catálogo de requisitos. La metodología sucesiva en cada una de las fases o hitos definidos en el plan de proyecto podrá ser variable, aunque acorde a los xxxxxx metodológicos más comunes (PMBOK, CMMI, Métrica V3, etc.).
[9] A partir del primer hito con despliegue Beta en el entorno de preproducción se establecerá una política de entregas de versiones incremental. El tiempo entre entregas sucesivas deberá establecerse en el cronograma inicial, no siendo nunca superior a 1 mes.
[10] Para aquellos sistemas ya existentes que requieran de mantenimiento evolutivo, se definirá una política de entregas y despliegues acorde al Plan de Implantación a definir, basada en un ciclo de vida iterativo incremental.
[11] El adjudicatario entregará a los 2 meses de comienzo del contrato un plan de migración a la plataforma corporativa Amtega. Teniendo en cuenta que el servicio de mantenimiento en todas sus vertientes definidas por métrica (adaptativo, correctivo, evolutivo y perfectivo) son prioritarios y deben estar cubiertos por la duración que establece este pliego, se confeccionará dicho plan de migración de servicios que además debe ser aprobado por la dirección del proyecto antes de comenzar su ejecución.
[12] Además de la documentación resultante del desarrollo de los trabajos y de las actividades realizadas se entregará la siguiente documentación:
1. Plan de proyecto. Debe incluir el servicio de mantenimiento, soporte y plan de migración a la plataforma corporativa.
2. Documentación técnica de la aplicación: análisis, diseño funcional, diseño técnico y plan de pruebas.
3. Manual de usuario de las aplicaciones y módulos (internos/externos).
4. Manuales de explotación de las aplicaciones y módulos.
5. Plan de formación.
6. Guías de usuario (con ejemplo(s) práctico(s) que cubran todos los procesos para la formación de usuarios).
7. Planes de implantación: paso a producción y marcha atrás, resultados de las pruebas de aceptación, de carga y de seguridad, procedimientos de soporte.
8. Códigos fuente, librerías, objetos y demás componentes de la aplicación.
9. Procedimientos, scripts y cualquier elemento necesario para la construcción o compilación del proyecto o sistema a partir de los códigos fuente indicados en el punto anterior.
10. Ejecutables compilados de las aplicaciones.
11. Licencias, en caso de que se utilice dentro de la solución software con licencia. En este caso se suministrarán las licencias necesarias para la operación, y soporte por un período de tres años desde la puesta en funcionamiento del sistema (incluyendo las actualizaciones que puedan darse de las mismas y del software referido). Esta particularidad debe hacerse constar expresamente en la oferta o, si es una decisión adoptada posteriormente, contar con la aceptación formal y por escrito del Director Técnico del Proyecto. Al mismo tiempo se suministrará el código fuente y toda la documentación requerida por la Dirección del Proyecto de todos los productos, incluido el software licenciado si lo hubiese, estableciendo los acuerdos jurídicos oportunos que garanticen que la Xunta de Galicia no podrá comercializar ni ceder a terceros dicho software licenciado si así se requiere, pero sí mantener, evolucionar y/o integrar el software recibido, por sí misma o a través de terceros.
[13] La documentación se subirá al repositorio de documentación que la Amtega disponga a tal efecto. Deberá adaptarse a las plantillas para cada tipo de documento definidas por el departamento de calidad de la Amtega y publicadas en xxxxx://xxxxxxxx.xxxxx.xx.
4 CONDICIONES DE EJECUCIÓN
[14] Para la realización de estas actividades el equipo de trabajo estará formado por un mínimo de perfiles que figuren en la oferta y deberá necesariamente cumplir los requisitos específicos del equipo de trabajo. La empresa adjudicataria deberá determinar en la propuesta la dedicación de cada uno de los miembros del equipo de forma que cubran como mínimo la franja de servicio normal especificada en el apartado correspondiente y garanticen los acuerdos de nivel de servicio demandados y ofertados y los requisitos de desarrollo fijados en el pliego.
[15] El adjudicatario deberá determinar en su propuesta el número de integrantes del equipo de trabajo que garanticen los requisitos de las prestaciones demandadas, entendiendo como responsabilidades del adjudicatario garantizar las tareas prestadas. En todo caso es responsabilidad de la empresa garantizar la adecuada prestación de servicios y consecución en plazo de los resultados especificados en el pliego, por lo que estará en la obligación de organizar la prestación del servicio y de dimensionar y reforzar el equipo de trabajo asignado al proyecto en aquellas situaciones o períodos que lo precisen.
[16] De modo orientativo, la Amtega considera necesario un equipo de personas que pueda realizar un esfuerzo de 14.110 horas anuales como mínimo con una distribución mínima tal y como indican los perfiles relacionados en el apartado de adscripción de medios del PCAP.
[17] Sirviendo esto como orientación mínima en cuanto al alcance del esfuerzo en horas de los trabajos que se demandan. Esta referencia de dedicación corresponderá a personal experto con amplios conocimientos técnicos y funcionales y con elevada experiencia en este entorno de negocio. La dedicación real de los recursos con toda seguridad superará estos mínimos, en función de parámetros como la formación y experiencia del personal que preste el servicio.
[18] Las horas de esfuerzo representan horas de un perfil medio calculado con los perfiles tipo que participan en las fases de desarrollo de un proyecto software tipo y los porcentajes medios de participación de cada perfil.
4.1.2 REQUISITOS GENERALES DEL EQUIPO DE TRABAJO
[19] Los perfiles integrantes del equipo de trabajo dispondrán de conocimientos técnicos suficientemente elevados en las plataformas tecnológicas –detalladas en el Anexo I- y funcionales para poder responder de modo satisfactorio y ágil con los requisitos de proyecto y con las tareas encomendadas. En ese sentido los perfiles del equipo de trabajo propuesto deben garantizar que en su conjunto aseguran el conocimiento de todas y cada una de las tecnologías indicadas en dicho Anexo I. En el consumo de horas no se computarán las horas derivadas de la formación, adaptación tecnológica y de negocio, malas prácticas, errores o cualquier otra circunstancia, siendo solo computable el tiempo necesario para cumplir con las tareas encomendadas de una forma óptima. El desconocimiento técnico por parte del equipo de trabajo podrá generar un incumplimiento reiterado de los acuerdos de nivel de servicio con las sanciones pertinentes, incluida la rescisión del contrato en casos de incumplimiento graves.
[20] Los conocimientos técnicos del equipo de trabajo tienen condición de obligación contractual esencial, y de acuerdo con el artículo 223 punto f del TRLCSP, la falsedad o incumplimiento será causa de resolución.
[21] Los recursos del equipo de trabajo deberán manejar los idiomas xxxxxxx y castellano. Asimismo, los recursos deberán disponer de conocimientos xx xxxxxx suficientes como para manejar y comprender en este idioma documentación técnica relacionada con el objeto del servicio.
[22] El equipo de trabajo deberá estar formado, como mínimo, por los recursos relacionados en la oferta adjudicataria. La realización de cambios en la composición del mismo requerirá la notificación previa con un mínimo de 1 mes de antelación al responsable del área, estando la modificación además condicionada a los siguientes requisitos:
▪ Justificación detallada y suficiente, en la que se explique el motivo del cambio y su temporalización.
▪ Presentación de posibles candidatos con un perfil de cualificación técnica y funcional igual o superior al de la persona que se pretende sustituir.
▪ Aceptación del candidato por parte de la Dirección Técnica del proyecto (Amtega).
▪ Por cada recurso sustituido durante el contrato, existirá una penalizacion de 400 horas que no computarán en el consumo del equipo de trabajo, aplicando dicha penalización a la sustitución de los analistas, analistas-programadores o jefe de proyecto. En el caso de los programadores o técnicos de soporte no aplicará.
4.1.3 MARCO ESPECÍFICO DEL EQUIPO DE TRABAJO
[23] El equipo de trabajo estará formado como mínimo por los perfiles indicados en el apartado P – Compromiso de adscripción de medios del PCAP.
[24] Durante todo el período de ejecución del servicio, el equipo de trabajo deberá cumplir los requerimientos recogidos en el apartado P – Compromiso de adscripción de medios del PCAP.
4.1.4 PARÁMETROS TÉCNICOS DE LOS MEDIOS FÍSICOS Y LÓGICOS
[25] Durante las fases de los trabajos que se desarrollen en las dependencias de la Xunta de Galicia, se cumplirán las siguientes condiciones:
a. Con la finalidad de garantizar los mecanismos de seguridad y los estándares corporativos, la Amtega les proporcionará a los recursos responsables de la ejecución del servicio los equipos informáticos necesarios para el desarrollo de las actividades objeto del servicio.
b. Todos los elementos tecnológicos utilizados por la empresa adjudicataria para el desarrollo del servicio deberán configurarse según los estándares y las medidas de seguridad que la Amtega determine, permitiendo la instalación de los productos que la Amtega considere necesarios para la vigilancia y control.
c. En caso de que para el desarrollo de las tareas la empresa adjudicataria requiriera la instalación de hardware o software adicional en las instalaciones o en el equipamiento propiedad de la Amtega, esta deberá ser solicitada por escrito y autorizada por el responsable del equipamiento o instalación. La empresa adjudicataria pondrá a disposición del proyecto los recursos que considere necesarios, con una formación técnica y organizativa suficiente para la realización de las tareas descritas.
[26] La formación del personal del adjudicatario correrá por cuenta de este, no asumiendo la Amtega en ningún caso cualquier coste derivado de la formación.
4.2 Lugar de la prestación del servicio
[27] Los trabajos serán realizados desde las dependencias de la empresa adjudicataria, salvo aquellos específicos que para tareas de coordinación o seguimiento, fundamentalmente reuniones para la identificación de contenidos o reuniones periódicas de seguimiento, deban hacerse donde establezca la Amtega.
[28] El adjudicatario deberá contar con los medios propios, de toda índole, necesarios para llevar a cabo con éxito los trabajos objeto del contrato.
[29] Dada la necesidad continua de toma de requisitos, evaluación de los mismos e interrelación con las unidades técnicas y funcionales de la Xunta de Galicia implicadas en esta contratación, se considera necesario que la empresa adjudicataria pueda atender peticiones de presencia en las instalaciones de la Xunta de Galicia, en un tiempo no superior a 2 horas desde la comunicación de esta.
[30] El horario de prestación de la asistencia es el necesario para cumplir el nivel de servicio establecido, con independencia de festivos locales, vacaciones o licencias de cualquier naturaleza.
[31] En los casos de contingencia o en situaciones puntuales la asistencia se prestará en las dependencias que para tal efecto designe el área responsable de empleo de la Xunta de Galicia. La empresa contratista podrá solicitar en situaciones puntuales la prestación de las tareas desde instalaciones adecuadas de la Xunta de Galicia. Este permiso podrá denegarse. Todos los costes correrán a cargo del contratista.
[32] La empresa contratista facilitará el acceso a las instalaciones donde sea realizada la prestación del servicio al personal autorizado por el responsable del contrato, para tareas de inspección y comprobación de lo exigido en el presente pliego y ofertado por la empresa.
[33] En caso de que las instalaciones estuviesen fuera de la Comunidad Autónoma, la Administración repercutirá los gastos de desplazamiento, alojamiento y manutención a la empresa contratista.
4.3 Dirección, planificación y seguimiento de los trabajos
[34] La Amtega nombrará un responsable TIC del contrato, que realizará las funciones de Dirección del Proyecto y que será el interlocutor con el adjudicatario. El adjudicatario deberá nombrar un jefe de proyecto para que coordine el equipo que realice los trabajos recogidos al amparo de esta contratación y sea el interlocutor con la Dirección del Proyecto.
[35] El jefe de proyecto designado por la empresa adjudicataria deberá realizar informes periódicos, y todos aquellos informes que, a petición de la Amtega, puedan servir para la óptima consecución de los objetivos previstos.
[36] Mediante el jefe de proyecto designado por la empresa adjudicataria se notificarán a la Amtega los resultados de la gestión interna de todas aquellas actuaciones intransferibles en relación al equipo de trabajo e inherentes a la entidad empleadora (selección de personal, fijación del precio de la contrata, conformación de la ejecución de prestación contratada, condiciones de trabajo, horario de los trabajadores, etc.).
[37] Para el desarrollo de los trabajos, se mantendrán las reuniones de trabajo precisas con los agentes, instituciones, empresas, y los centros directivos de la Xunta de Galicia con el fin de obtener toda la información requerida para la correcta ejecución de los trabajos.
[38] Se establecerán reuniones periódicas frecuentes del jefe del proyecto y, en su caso, de los miembros del equipo de la empresa adjudicataria, con el personal que la Amtega designe al efecto, para un correcto seguimiento y dirección de los trabajos.
[39] La empresa adjudicataria deberá facilitar al área competente de la Amtega la siguiente relación de informes periódicos:
a. Informe de seguimiento y evaluación del progreso de los trabajos objeto del contrato, tareas y actividades planificadas para la realización de los trabajos.
b. Coordinación de las reuniones e informes del proyecto.
c. Verificación del cumplimiento de los requisitos establecidos para la prestación del servicio.
[40] El área competente de la Amtega podrá requerir en cualquier momento a la empresa contratista los informes que considere necesarios para el seguimiento de su actividad, o bien convocar las reuniones que considere oportunas con el coordinador de los trabajos del adjudicatario u otros responsables de la empresa contratista para analizar la información facilitada durante el desarrollo del proyecto.
[41] La Amtega podrá realizar en cualquier momento una auditoría de seguridad sobre los proyectos objeto de este pliego. La empresa contratista está en la obligación de facilitar en tiempo y forma cuanta información le sea requerida. En caso de que hayan sido detectados problemas de seguridad en la aplicación, procedimientos o configuración, el adjudicatario tiene obligación de solventarlos, no pudiendo computarse estas tareas como carga de trabajo.
[42] Periódicamente se realizará una reunión de seguimiento. La empresa contratista enviará 24 horas antes de la reunión un informe de base para dicha reunión. Los despliegues de versiones Beta de la aplicación en el entorno de pruebas tienen que llevar necesariamente asociada una reunión de seguimiento. Los informes de seguimiento tendrán como mínimo los siguientes apartados:
a. Resumen de actividades realizadas desde el último hito.
b. Resumen de actividades previstas hasta el próximo hito.
c. Resumen del esfuerzo en horas (tipificado o no) desde el hito anterior.
d. Resumen de las peticiones de cambio realizadas desde el hito anterior.
e. Desviaciones de plazo con respecto al cronograma inicial derivadas de las peticiones de cambio y plan de proyecto modificado
f. Métricas de control de calidad establecidas y tomadas desde el hito anterior.
g. Riesgos identificados
[43] Las reuniones de seguimiento se realizarán con la periodicidad establecida por la Amtega, estimándose en este proyecto cada dos semanas.
[44] Posteriormente a la reunión, el jefe de proyecto de la empresa adjudicataria elaborará un acta de la reunión que enviará para su aprobación a todos los asistentes a la reunión de seguimiento. Las actas, una vez aprobadas, deben subirse al gestor documental del proyecto.
[45] El director técnico o responsable TIC del proyecto designado por la Amtega podrá modificar las fechas, lugar y horas de reunión mediante un correo electrónico al responsable del proyecto en la empresa adjudicataria con antelación de una semana. El director técnico podrá aumentar o disminuir la frecuencia de las reuniones de seguimiento según la evolución del proyecto. Las reuniones de seguimiento tendrán lugar en las dependencias de la Amtega en Santiago de Compostela.
4.5 Propiedad de los trabajos y productos
[46] Todos los informes, estudios y documentos elaborados por la empresa adjudicataria como consecuencia de la ejecución del presente contrato serán propiedad exclusiva de la Amtega, quien podrá reproducirlos, publicarlos y divulgarlos total o parcialmente sin necesidad de la aprobación del adjudicatario.
[47] Todos los informes, código fuente, estudios y documentos, o productos derivados, obtenidos como consecuencia de la ejecución del presente contrato por cualquier actor participante en él, serán propiedad, tanto física como intelectualmente, exclusiva de la Amtega, quien podrá reproducirlos, publicarlos y divulgarlos total o parcialmente o liberarlos, sin necesidad de la aprobación del actor participante, con independencia de la naturaleza de la relación del actor con el proyecto.
[48] Asimismo en caso de que la adjudicataria desease utilizar código fuente, librerías o componentes de cualquier otra naturaleza que esté protegido por sus derechos de autor, deberá solicitarlo expresamente en la oferta e indicar en qué afectan estos elementos a la titularidad de los derechos de los productos resultantes de este contrato. El uso de estos elementos podrá rechazarse y en consecuencia rechazarse la oferta.
[49] Asimismo la empresa adjudicataria no podrá conservarlos, ni facilitarlos a terceros sin expresa autorización de la Amtega.
[50] La empresa contratista estará obligada a seguir los protocolos existentes de liberación de software en caso de que la Amtega decidiera liberar cualquier elemento, total o parcialmente, que haya sido obtenido como resultado de este procedimiento. El proceso de liberación y la liberación final no supondrán un aumento de coste del contrato, mientras esta sea indicada al principio de la ejecución del contrato o del elemento a liberar.
4.6 Confidencialidad de la información
[51] La empresa adjudicataria queda expresamente obligada a realizar sus trabajos bajo las cláusulas xxx xxxxxxx profesional y, en consecuencia, a mantener absoluta confidencialidad y reserva sobre la totalidad de los documentos que le sean confiados o que sean elaborados en el transcurso del proyecto. Está terminantemente prohibido extraer información de los sistemas, excepto en los casos estrictamente necesarios para la realización de tareas asignadas, previo consentimiento formal y documentado del responsable del servicio.
[52] La empresa adjudicataria deberá firmar un acuerdo de confidencialidad y no revelación de la información a la que pueda tener acceso al ejecutar este contrato. Igualmente será responsable de que los empleados que tengan acceso a la información relacionada con el proyecto firmen el correspondiente acuerdo de confidencialidad y no revelación.
[53] Esta confidencialidad es extensible a cualquier dato que pudiera conocer con ocasión del cumplimiento del contrato, especialmente los de carácter personal, que no podrá copiar o utilizar con un fin distinto al que figura en este pliego, ni tampoco ceder a otros ni siquiera a efectos de conservación. Asimismo, la empresa adjudicataria no podrá utilizar las redes de comunicaciones ubicadas en las dependencias de la Xunta de Galicia para transmitir datos procedentes de los archivos de esta última con destino a terceros y, en caso de que dichas redes sean de la titularidad de la empresa adjudicataria, esta adoptará sobre las mismas las medidas de seguridad necesarias para evitar el acceso de terceros no autorizados.
[54] La empresa adjudicataria tratará los datos de carácter personal única y exclusivamente conforme a las instrucciones de la Amtega, comprometiéndose a dar traslado al personal que presta el servicio de su obligación xx xxxxxxx profesional respecto de los mismos y de su deber de guardarlos, obligaciones que subsistirán aún después de finalizar su relación con el servicio a prestar.
[55] Asimismo, el adjudicatario quedará obligado al cumplimiento de la legislación vigente en materia de protección de datos de carácter personal, en todo lo que sea de aplicación al presente proyecto, debiendo declarar documentalmente que se responsabiliza de que el tratamiento de datos de carácter personal que se pueda realizar en el marco de la prestación del servicio se realizará conforme a lo dispuesto en las leyes y decretos que se relacionan a continuación:
▪ 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.
▪ Las disposiciones de desarrollo de las normas anteriores en materia de protección de datos que estén en vigor en la adjudicación de este contrato o que puedan estarlo durante su vigencia.
[56] En caso de incumplimiento de lo estipulado, la entidad contratante y los técnicos destacados serán responsables de las infracciones que se deriven.
4.7 Metodología en la elaboración de los trabajos
[57] Todas las actividades, operaciones y productos del servicio deberán realizarse bajo los siguientes parámetros de acuerdo con el contrato y los pliegos, conforme a la metodología y estándares definidos, aprobados y publicados por la Amtega y según las instrucciones que para su interpretación esta proporcione.
[58] En particular se hace referencia a las siguientes herramientas:
a. Registro de tareas y planificación de las mismas utilizando la herramienta de gestión de tareas
Redmine del Área de Soluciones Tecnológicas Sectoriales.
i. El control y el seguimiento de las tareas técnicas asociadas al proyecto se hará a través de Redmine, siendo necesario reflejar todas las tareas técnicas asociadas al desarrollo del proyecto, así como el registro de las horas imputadas a cada tarea.
ii. Redmine debe reflejar la planificación del proyecto con las sucesivas versiones o hitos del mismo.
iii. Se actualizará el progreso de las tareas registradas en el Redmine con una periodicidad mínima semanal.
iv. Todos los nuevos requisitos o modificación de los existentes deben estar estimados previamente al inicio de las tareas técnicas asociadas a los mismos.
v. Las estimaciones se reflejarán y se justificarán utilizando las tareas correspondientes en el Redmine.
vi. La imputación de horas en el Redmine se utilizará como única prueba documental para justificar el consumo de horas.
b. Repositorio de código
i. La empresa adjudicataria utilizará la herramienta Subversion del Área de Soluciones Tecnológicas Sectoriales como repositorio de código durante el desarrollo.
ii. Las entregas del código fuente se harán en el Subversion utilizando la política de etiquetado y versionado del Área de Soluciones Tecnológicas Sectoriales.
iii. Todos los miembros del equipo de trabajo de la empresa adjudicataria que hagan cambios en el código fuente asociado al proyecto apuntarán sus herramientas de
desarrollo contra el SVN corporativo, y registrarán en el mismo todos los cambios en el código que hagan durante el proceso de desarrollo.
iv. Todos los “commits” al repositorio del proyecto (Subversion) se asociarán como mínimo con la tarea técnica correspondiente en el Redmine.
4.7.1 FORMATO DE LA DOCUMENTACIÓN
[59] En relación con el formato de la documentación resultado del servicio, la empresa adjudicataria deberá realizar sus actividades de acuerdo con las siguientes normas:
a. Toda la documentación deberá realizarse en formato ODF (OASIS Open DocumentFormat, norma ISO/IEC 26300). En caso de que la empresa adjudicataria solicitase entregar la documentación en otro formato, deberá ser solicitado por escrito y autorizado por el Director Técnico del proyecto. Si la solicitud fuese autorizada, los costes de adquisición de las licencias necesarias correrán por cuenta del contratista.
b. El Director Técnico del proyecto podrá solicitar a la empresa adjudicataria que entregue la documentación en otro formato de amplia difusión.
c. Toda la documentación técnica referente al proyecto seguirá las plantillas aprobadas y publicadas por el departamento de seguridad y calidad de la Amtega. No se admitirá ningún documento técnico que no se ajuste a dichas plantillas.
[60] Todas las actividades, operaciones y productos del servicio deberán realizarse bajo los siguientes parámetros:
a. Durante la ejecución del servicio, la Amtega podrá establecer las acciones de aseguramiento de la calidad sobre la actividad desarrollada y los productos que estime necesarios. A tal fin se podrán incorporar a la realización de las tareas encomendadas al contratista los recursos que se estimen oportunos para garantizar su correcta ejecución.
b. Deberán ser seguros, y no comprometer la seguridad, integridad y confidencialidad de los sistemas informáticos y de los datos manejados. En caso de que hayan sido detectados problemas de seguridad en los sistemas informáticos objeto del servicio, la empresa adjudicataria estará en la obligación de solventarlos en el menor tiempo posible.
c. Deberán ser óptimos y eficientes en términos de rendimiento y uso de recursos.
d. Deberán encuadrarse bajo criterios adecuados de disponibilidad, escalabilidad, mantenimiento y gestionabilidad.
e. No tendrán coste adicional para la Amtega.
[61] Cuando el proyecto sea incluido en el servidor de integración continua, el adjudicatario deberá presentar un plan de adecuación del proyecto al sistema de integración continua.
[62] El adjudicatario realizará una labor de mejora continua de la calidad del código y adecuación a las buenas prácticas, según lo indicado en los documentos de normas y estilos. Con la obligación de actualizarse de forma continuada a las buenas prácticas publicadas por el departamento de calidad de la Amtega.
[63] El software a desarrollar en el transcurso del contrato cumplirá con las normas de calidad establecidas en la gerencia de proyectos del área sectorial competente.
[64] La empresa adjudicataria propondrá las mejoras de calidad que estime oportunas, para optimizar la actividad desarrollada durante el tiempo de ejecución del presente contrato.
4.9 Acuerdos de niveles de servicio
[65] A continuación, se indican los valores que representan el menor nivel de servicio admitido para los diferentes parámetros de servicio:
Parámetro | Tiempo máximo |
Resolución de incidencias de prioridad baja | 48 horas |
Resolución de incidencias de prioridad normal | 24 horas |
Resolución de incidencias de prioridad alta | 8 horas |
Resolución de incidencias de prioridad muy alta | 4 horas |
Presentación en las dependencias de la Xunta de Galicia | 2 horas |
[66] Esta tabla muestra los valores máximos admitidos para los diferentes parámetros del servicio. Se indica el tiempo máximo en que la empresa adjudicataria deberá solucionar una incidencia atendiendo a su prioridad, a contar a partir del momento de comunicación de las mismas y dentro de la franjas de servicio normal o especial establecidas.
[67] Se define una incidencia como cualquier reducción de los parámetros medios de rendimiento o bien la interrupción no planificada de cualquier proceso, funcionalidad o servicio asociado a las aplicaciones objeto del servicio, y que se encuentren en producción.
[68] La Amtega definirá la prioridad de las incidencias atendiendo a la gravedad del servicio, proceso o funcionalidad interrumpida o de la pérdida de calidad del mismo.
4.9.2 FRANJA DE SERVICIO NORMAL
[69] A efectos de valorar el cumplimiento de los acuerdos de nivel de servicio, se considera como franja de servicio normal el tramo horario en el cual se desarrollará el servicio habitualmente. Este tramo horario se desarrollará de 8:00 a 20:00 de lunes a viernes, excluidos los días festivos de ámbito nacional, autonómico y local.
4.9.3 FRANJA DE SERVICIO ESPECIAL
[70] La franja de servicio especial conforma tramos horarios singulares no fijos, fuera de la franja del servicio normal, y establecidos a discreción por la Amtega, en función de la planificación de los trabajos, de cargas puntuales o de incidencias que precisen una atención especial. Esta franja de servicio especial operará en función de los siguientes criterios:
a. La Amtega comunicará con un margen de 5 días el establecimiento o alteración de la distribución de las horas de la franja de servicio especial.
b. Las horas de servicio semanales medias incluidas en la franja de servicio especial podrán ser anticipadas o atrasadas en función de la planificación de la Amtega según los requisitos de servicio.
c. Se considerará que se ejecutan dentro de la franja de servicio especial todas aquellas tareas que se desarrollen fuera de los tramos horarios descritos en el apartado 4.9.2 para la franja de servicio normal.
d. La Amtega comunicará al jefe de proyecto con una antelación de 4 horas, salvo causas de fuerza mayor o eventos sobrevenidos, aquellos servicios que modifiquen lo establecido para un día concreto dentro de la franja de servicio especial.
e. La Amtega comunicará al jefe de proyecto con una antelación de 48 horas, salvo causas de fuerza mayor o eventos sobrevenidos, aquellos servicios que, dentro de la franja de servicio especial, deban prestarse en xxxxxx, xxxxxxx, o días festivos de ámbito nacional, autonómico y local.
[71] El consumo de horas semanal podrá variar según las necesidades del servicio, atendiendo al cumplimiento de las fechas de los hitos marcados por la gestión administrativa, o contingencias puntuales.
[72] La Amtega comunicará al jefe de proyecto, con una antelación mínima de 3 días, las variaciones en el número de horas semanales a consumir.
[73] De acuerdo con el nivel de servicio indicado en el apartado 4.9.1, la empresa deberá disponer de los recursos suficientes para poner a disposición de la Amtega el número mínimo de horas semanales ofertadas.
4.10 Condiciones de inicio del servicio
[74] Una vez formalizado el contrato, la empresa adjudicataria deberá comenzar con la prestación del servicio.
4.11 Condiciones de finalización del servicio
[75] Durante el mes último de vigencia del contrato, la Amtega podrá establecer un período transitorio de ejecución en condiciones especiales, de modo que se garantice la prestación del servicio de forma ininterrumpida, comprometiéndose el adjudicatario a colaborar con la Amtega y, si es el caso, con las personas que esta designe a tal efecto, en aquellas actividades necesarias, encaminadas a la planificación y ejecución del cambio.
[76] El adjudicatario deberá garantizar por el período indicado en el Pliego de Cláusulas Administrativas Particulares los productos derivados de la presente contratación, contando desde la fecha de finalización del contrato, obligándose a realizar durante el período los cambios necesarios para solucionar las deficiencias detectadas imputadas al adjudicatario si la Amtega lo solicita.
[77] La garantía incluirá la solución de errores ocultos que se pongan de manifiesto en el funcionamiento de las aplicaciones o que se encuentren mediante pruebas o cualquier otro medio, así como la conclusión de la documentación incompleta y reparación de la que contenga deficiencias. Los productos originados como consecuencia de las reparación de errores deberán entregarse de conformidad con lo exigido en este pliego.
[78] El tiempo de respuesta ante una solicitud de asistencia por error en los productos obtenidos durante la ejecución del presente contrato será de como máximo 24 horas.
4.12 Transferencia de conocimiento
[79] En relación con la transferencia del conocimiento, la empresa adjudicataria deberá realizar sus actividades de acuerdo con las siguientes normas:
a. Se considerarán susceptibles de la transferencia de conocimiento todos aquellos elementos de ingeniería, componentes software, acciones, razonamientos, habilidades, procesos y documentos desarrollados como parte de las actividades objeto del servicio.
b. El plazo de transferencia de conocimiento comprende la duración del contrato y los 6 meses siguientes una vez finalizado.
c. A petición de la Amtega, y durante el plazo de transferencia de conocimiento, la empresa adjudicataria tendrá la obligación de realizar transferencias de conocimiento sobre los productos y actividades objeto del servicio.
d. La transferencia de conocimiento podrá realizarse mediante medios telemáticos, siempre y cuando la naturaleza de la misma lo permita.
e. La transferencia de conocimiento se realizará a personal de la Xunta de Galicia o a personal perteneciente a terceras partes que requieran de ese conocimiento para desarrollar sus actividades para la Xunta de Galicia.
f. Durante el plazo de transferencia la Amtega podrá solicitar la modificación de la documentación entregada en caso de que sea insuficiente o incorrecta.
g. Las tareas de transferencia de conocimiento una vez finalizado el contrato estarán sujetas a los mismos niveles de servicio que durante la ejecución del mismo. Una vez finalizado el contrato la empresa licitadora será responsable de los perjuicios ocasionados por la incorrecta transferencia de conocimiento o errores/omisiones en la documentación entregada.
5 CONTENIDO DE LA PROPUESTA TÉCNICA
[80] Con independencia de que el licitador pueda adjuntar cuanta información complementaria considere de interés, se recomienda que la propuesta, en su parte técnica, tenga el siguiente esquema:
▪ Índice
▪ Identificación y alcance de la oferta
o Identificación (definirá los objetivos y el alcance de la propuesta)
o Datos de la empresa
▪ Oferta técnica
o Propuesta funcional
o Propuesta tecnológica
o Plan y organización de proyecto
▪ Otros Santiago de Compostela,
Xxx Xxxxxxx Xxxxxxx
Directora de la Axencia para a Modernización Tecnolóxica de Galicia
6 ANEXO I: PLATAFORMA TÉCNICA DE SOFTWARE
[81] Las aplicaciones de formación actualmente se mantienen en la plataforma de empleo, descrita en el párrafo [86]. Sin embargo forma parte del servicio la migración de algunos de estos servicios a la plataforma corporativa que se detalla en el párrafo siguiente.
[82] Plataforma corporativa AMTEGA.
• Sistemas operativos de servidor:
◦ Plataforma Linux: Red Hat 7.X / Centos 7.X
◦ Plataforma Windows: Windows Server 2008 R2 / Windows Server 2012 R2
• Balanceadores y proxies
◦ Apache 2.2
Es el proxy web corporativo de referencia.
◦ IIS8.
Solo para plataforma Microsoft en la que se justifique su uso, al ser Apache el proxy web corporativo.
▪ Microsoft Forefront Unified Access Gateway (UAG) 2.0
El uso de UAG es exclusivamente para accesos externos: la publicación de forma autenticada de webs intranet en Internet (los accesos en el ámbito de la intranet no irán por UAG).
◦ Balanceadores hardware (A10)
Como solución generalizada se utilizan balanceadores HW para el reparto de peticiones con los proxies web.
• Servidores de aplicaciones:
◦ JBOSS EAP 6.2 con JRE Java SE 1.7 (con soporte JRE 1.6). Entorno UNIX.
El entorno JBOSS clúster soporta el despliegue de aplicaciones con cualquier nivel de criticidad. La selección de esta plataforma en lugar de la plataforma Weblogic para nuevos proyectos se debe decidir en base a criterios como la afinidad de negocio, tecnológica, de administración, de soporte, etc.
◦ Weblogic 12c con JRE 1.7.
Entorno Unix. Está orientado a albergar cualquier tipo de aplicaciones JEE y de cualquier criticidad. La selección de esta plataforma en lugar de la plataforma Jboss para nuevos proyectos se debe decidir en base a criterios como la afinidad de negocio, tecnológica, de administración, de soporte, etc.
◦ Tomcat 8 con JRE 1.7.
Su uso está reservado a proyectos existentes en plataformas heredadas y de ser necesario en nuevos proyectos en los que no encajen las soluciones estándar (Jboss o Weblogic), su uso deberá ser correctamente argumentado y consensuado con Arquitecturas Tecnológicas. Cabe destacar que las garantías de nivel de servicio de esta plataforma son inferiores a las de la plataforma Weblogic y Jboss, dado que no cuenta con soporte de fabricante y las herramientas de gestión y monitorización son más limitadas.
◦ IIS8.
Para aplicaciones .NET bajo entorno Windows 2012 R2. En proyectos en los que no encaje la versión estándar IIS8 se podrá evaluar, previa argumentación y consenso con el equipo de Arquitecturas Tecnológicas, el uso de la versión IIS7.
• Servidor de base de datos:
◦ Oracle 12c (codificación AL32UTF8)
Es la opción corporativa a utilizar en nuevos proyectos. Por defecto se utiliza el modo de clúster Oracle RAC. Si en alguna aplicación no encaja el uso de Oracle RAC por algún motivo, se podrá usar servicios XXXXXXXXX para simular el comportamiento de una base de datos Single Instance. Este aspecto deberá ser argumentado y consensuado con el equipo de Arquitecturas Tecnológicas.
Nota: La versión de Oracle 11gR2 también es corporativa, pero no es de aplicación para nuevos proyectos.
◦ Informix 11
La selección de esta plataforma en lugar de la de Oracle para nuevos proyectos se debe decidir en base a criterios como la afinidad de negocio, tecnológica, administración, soporte, etc., previa argumentación y consenso con el equipo de Arquitecturas Tecnológicas. Nota: está prevista una próxima instalación de la versión de Informix 12.
◦ MySQL 5.7.x clúster (basado en scripts multimaestro MHA)
Entorno Unix. Orientado a aplicaciones simples (divulgación, etc.), con un modelo de desarrollo LAMP, sin requerimientos altos de infraestructura.
Nota: la versión MySQL 5.1.x también es corporativa, si bien no dispone de características de alta disponibilidad.
◦ SQL Server 2012
En proyectos en los que no encaje el uso del gestor corporativo Oracle, podrá ser evaluada la utilización de SQL Server, previa argumentación y consenso con el equipo de Arquitecturas Tecnológicas. Además de la versión recomendada, podrá evaluar la utilización de SQL Server 2008.
• Gestores documentales
◦ Alfresco 4.2.x.
Desplegado sobre máquinas Linux. Es la opción recomendada para la gestión documental en un proyecto para albergar documentación de expedientes vinculados a procesos de tramitación electrónica. El acceso a Alfresco deberá realizarse a través de la capa de servicios definida en el proyecto XXXXX. Para poder realizar accesos directos a Alfresco deberá justificarse y acordarse con AATT, en cuyo caso se deberá utilizar el componente transversal ya existente para acceso por CMIS.
◦ Sharepoint 2013
El uso de esta plataforma está orientado exclusivamente a aplicaciones que ya están integradas con Sharepoint.
◦ Base de datos o sistema de ficheros
El uso de base de datos o sistema de ficheros para el almacenamiento masivo de documentos no está recomendado de forma general, pero para aquellos casos que no encajen en el resto de
escenarios, podrá valorarse su uso previa justificación y autorización por parte del equipo de Arquitecturas Tecnológicas.
• Gestores de contenidos (CMS)
◦ Drupal v7.
Es la solución recomendada para la implementación xx xxxxxxxx (con un modelo de desarrollo LAMP), con bajas necesidades de desarrollo y/o personalización.
◦ Liferay v6.2.
Orientado x xxxxxxxx más complejos donde la solución recomendada por defecto no aplique, con necesidades de personalización altas (desarrollos en JEE), para entornos multiportales con requisitos de integración importantes o con necesidades de infraestructura más exigentes. Su uso debe estar correctamente justificado y validado con AATT por los problemas que presenta en cuanto a los recursos dedicados de infraestructura necesarios para su despliegue y mantenimiento.
◦ OpenCMS v9.
Su uso está orientado x xxxxxxxx integrados con Liferay. Su uso como CMS independiente debe estar correctamente justificado y validado con AATT, siempre que no encaje en el uso de la solución Drupal
• Portales de colaboración
◦ SharePoint 2013.
Su uso no está orientado al desarrollo xx xxxxxxxx de negocio corporativos, sino únicamente para la generación de espacios de colaboración. También está disponible la versión SharePoint 2010 cuyo uso se debe argumentar y consensuar con el equipo de Arquitecturas Tecnológicas.
• Teleformación
◦ Moodle 2.8.x
Entorno Unix. En proyectos en los que no encaje la versión corporativa de Xxxxxx se podrá evaluar, previa argumentación y consenso con el equipo de AATT el uso de otras versiones.
• Soluciones de integración continua para el desarrollo
◦ Control de código fuente Subversion 1.11.x.
◦ Gestión de proyectos Redmine 3.x.
◦ Repositorio de artefactos Nexus 2.x.
◦ Gestor de pruebas TestLink 1.9.x.
◦ Servidor de integración continua: Xxxxxxx 1.x
◦ Medición de calidad del software: Sonar 4.x
◦ Pruebas de carga: Jmeter 2.x
• Gestión de tickets y gestión de la configuración (CMDB).
◦ Gestión de la configuración: OTRS 5.x
• Virtualización
◦ RHEV v3.x.
Es la solución corporativa por defecto para la virtualización.
◦ VMWare 5.x.
Es una solución disponible para ámbitos reducidos, por lo que su uso debe argumentarse y consensuarse con el equipo de Arquitecturas Tecnológicas en cada caso
• Correo
Servicio de correo en el ámbito Xunta basado en Microsoft:
◦ MS Exchange es 2010.
Nota: está prevista una próxima instalación de la versión Exchange 2013
◦ Symantec Enterprise Vault 11.x Servicio de archivado de correo para Exchange. Servidor de correo actual en los ámbitos de Educación y Justicia basado en:
◦ Postfix: 2.7.1. e Imapproxy: 1.2.6:
• Vulnerabilidades
◦ Acunetix versión 10.x Para el análisis de vulnerabilidades en aplicaciones web.
◦ Symantec Protection Engine for Cloud Services versión 7.x Servicio online en la Amtega para la detección de virus
[83] Plataforma de empleo
Los componentes de la arquitectura actual son:
• Base de datos: Oracle 10g.
• Back-end: Glashfish 4.
• ESB: OpenESB 3 en versión standalone.
• Front-end: Liferay 6.2.
• Sistema de SSO: OpenAM.
• Repositorio de identidades: Directory Server.
Base de datos
El motor de base de datos en el momento de la redacción xxx xxxxxx es un Oracle Enterprise Server 10g, con la posibilidad de que durante el proceso de licitación y tramitación del presente procedimiento el motor de base de datos sea migrado a versiones más recientes
Está prohibido el desarrollo de procedimientos almacenados que sean procesos de negocio.
Back-end
El back-end está formado por un conjunto de clases java que realizan el acceso a datos y realizan las comprobaciones y transformación de datos antes de escribirlos o leerlos.
En este elemento de arquitectura están construidas las primitivas de los procesos de negocio.
El back-end ofrece al ESB un conjunto de webservices que en sí, o son procesos de negocio atómicos, o son procesos de negocio primitivos que son orquestados por el ESB.
El back-end es el elemento encargado de garantizar la seguridad de acceso a los datos y a los procesos de negocio.
ESB
El ESB se encarga de la orquestación y acceso a los procesos de negocio de SIFO3 y a los procesos de negocio ofrecidos en el ESB por otros back-ends. En el ESB es donde residen los procesos de negocio.
Las CA del ESB verifican la autenticidad de la petición a través de un token SSO o a través de un par usuario- contraseña.
Durante la ejecución de este contrato se utilizará el estándar ws-security.
Front-end
Uno de los dos consumidores de recursos del ESB es el front-end de la aplicación que en este caso son portlets desplegados en un contenedor de portlets Life Ray 6.2.
En este elemento existen restricciones relativas al uso de librerías, hooks, etc.
Este componente es común para toda la infraestructura y todas las aplicaciones de Empleo. Está conectado al openSSO para la gestión de la autenticación
Sistema de SSO
Es el sistema de gestión de la autenticación, está conectado con todos los demás subsistemas para gestionar la autenticación de los usuarios. Dispone de los sistemas de autenticación por firma electrónica FNMT, empleado público, Camerfirma, etc.
Repositorio de identidades
Es un Directory Server donde están registradas las identidades de los usuarios del Servicio Público de Empleo.
Limitaciones generales de los desarrollos
Previamente al uso de cualquier framework o librería que desee emplear el adjudicatario en su desarrollo, deberá solicitarla expresamente al gestor del proyecto. La Administración se reserva la potestad de rechazar cualquier framework o librería propuesta por la adjudicataria. Las razones del rechazo pueden ser:
• Incompatibilidad con lo desarrollado por este u otro proyecto
• Antigüedad de la versión propuesta
• Desproporción para el uso requerido.
En el caso de que de la licitadora quisiese condicionar su oferta a un conjunto de framework, librerías o cualquier condicionante que por razones de economía o tecnología vinculasen su oferta, deberá indicarlo expresamente en su propuesta. La Administración podrá no aceptar esas restricciones y rechazar la oferta por no ser adecuada tecnológicamente.
La comunicación entres las interfaces se realizará mediante mensajes XML. Cada mensaje estará adecuadamente securizado de acuerdo con la naturaleza de la información que lleve.
Las clases de acceso a los web-services se generarán en tiempo de construcción y no en el proceso de codificación.
Los logs de la aplicación serán lo suficientemente claros, concisos y prácticos para permitir el seguimiento del funcionamiento de la aplicación en producción y la detección de errores. Para ello la Amtega está definiendo un formato de log común a todas las aplicaciones. En el caso de que en el desarrollo de esta aplicación el formato de log común no esté disponible se aplicará el formato empleado por la gerencia de proyectos.
La usabilidad de la aplicación deberá ser una máxima en el diseño de la aplicación, proporcionando esta las guías e indicaciones pertinentes para ayudar en todo momento al usuario final en el uso de la aplicación.
El desarrollo se realizará para una ejecución de clúster activo/pasivo.
Los parámetros de configuración de la aplicación se establecerán mediante JNDI. El número de parámetros de configuración y su valor seguirá un esquema racional pudiendo la dirección del proyecto rechazar formas de configuración que pudieran generar conflictos, complejidad o falta de flexibilidad.
7 ANEXO II: ÁMBITO FUNCIONAL
Listado de aplicaciones objeto de mantenimiento dentro del marco de este contrato. Todas las funcionalidades de la lista de aplicaciones en negrita serán objeto de mantenimiento a lo largo de la duración del contrato.
Dicho mantenimiento se refiere a los 4 tipos de mantenimiento definidos en Métrica v3.
SIFO3
• Solicitudes
◦ Convocatorias-Consulta de las convocatorias abiertas
◦ Solicitudes-Datos de las solicitudes de acciones formativas. Incluye los datos generales de la solicitud, autorización y documentación.
◦ Entidades-Datos de las entidades que impartirán las acciones formativas
◦ Representantes-Datos de representantes de las entidades de impartición
◦ Personas de contacto-Personas de contacto para la solicitud de peticiones de acciones formativas
◦ Cuenta bancaria-Cuentas bancarias de la entidad
◦ Personal de la entidad-Personal asociado a la entidad
◦ Acciones formativas-Datos de las acciones formativas que se solicitan. Incluye la gestión de la documentación validando los obligatorios.
◦ Programa-Datos de programa de la acción formativa que son la definición de los módulos a impartir
◦ Grupo/Curso-Datos del grupo o grupos que van a impartir la acción formativa. Estos datos se van a solicitar en presentación y se modifican en ejecución
◦ Presentación de las solicitudes-Proceso en el que se valida, firma y presenta la solicitud de la acción formativa.
• Partidas
◦ Datos de las partidas presupuestadas y el desglose de las mismas en los grupos de partidas.
• Tramitación
◦ Expedientes-Datos de expedientes de las acciones formativas
◦ Requisitos-Requisitos evaluados en el proceso de tramitación
◦ Baremaciones-Proceso de baremación de los expedientes.
◦ Expediente conjunto-Datos del expediente conjunto para realizar la concurrencia competitiva de los expedientes presentados
• Ejecución
◦ Reprogramaciones-Datos de reprogramaciones de las AF. Incluye los datos de incremento (AFD) y reprogramaciones (FC)
◦ Datos del curso-Datos del curso, en el que se incluye la definición del aula y las fechas de inicio y fin.
◦ Orden de los módulos de la AF-Orden en la que se imparten los módulos de la AF
◦ Horario del curso-Datos de horario de impartición del curso, indicando la fecha y la hora para cada día
◦ Visitas didácticas-Datos de las visitas didácticas que se realizan durante la impartición del curso
◦ Definición del programa-Se refiere a la gestión de la documentación que explica los contenidos y la información que se imparte por módulo
◦ Evaluaciones-Datos que definen las evaluaciones que se realizan en el curso y la puntuación de los alumnos por módulo y en el curso.
◦ Docentes-Docentes que van a impartir los módulos formativos. Incluye la validación de los docentes.
◦ Gestión de las prácticas-Datos de prácticas que se realizan en el curso.
◦ Selección de candidatos-En la selección de candidatos se solicitan alumnos para al curso. Incluye la solicitud y la prueba de selección
◦ Alumnos-Alumnos se entienden como personas seleccionadas para el curso y que pueden realizar la AF
◦ Asistencias-Asistencias de los alumnos y de los docentes a la acción formativa. Incluye la gestión del parte de asistencia.
◦ Exclusión-Solicitudes de exclusiones de acciones formativas para la baja de alumnos en el curso.
◦ Exenciones-Solicitudes de exenciones de módulos que no detecta SIFO3 (porque se hicieron en otra comunidad)
◦ Diplomas-Generación de diplomas para los alumnos que hacen el curso
◦ Documentos remitidos-Documentos anexados a la aplicación y que tienen que notificarse a los gestores
◦ Seguimiento-Seguimiento de las AF, registro de visitas que realizan los técnicos de seguimiento.
◦ Cancelaciones-Cancelaciones de las acciones formativas incluyendo la tramitación de las mismas.
◦ Ayudas-Becas de ayudas de los alumnos. Incluye la tramitación y la generación de las nóminas.
• Económico
◦ Justificantes-Incluyen los justificantes de pago incorporados en la aplicación. (Escritura, factura, nómina y recibo)
◦ Imputación-Imputaciones incluidas en la aplicación y asociadas a un justificante
◦ Pagos-Pagos introducidos en la aplicación. Incluyen las liquidaciones, anticipos, pagos parciales y costes.
SIFO2
• Mantenimientos: Mantenimientos de las diferentes entidades Sifo2: Especialidad, documentación, cálculo presupuestario, información del alumnado, técnicos, puntuación del curso, profesorado, zonificación, información de curso, oficina Spe, tipo de entidad, tipo de expediente, centro gestor, calendario oficial anual, entidad bancaria y mensajes.
• Administración: administración de usuarios, variables y funcionalidades: Usuarios, perfiles de usuario, funcionalidades modulares, perfil-funcionalidad, cambio de clave, cálculo de clave, usuarios conectados, variables del sistema Sifo, Gestión de procesos, mensajes y cambio de id. de candidato.
• Expedientes: tramitación de expedientes de homologación, cambio de titular y cursos.
• Centros: mantenimiento de centros, especialidades asociadas, aulas y calendario de dichos centros.
• Cursos: gestión de cursos: Solicitud de cursos, consulta, seguimiento de cursos y gestión económica (solamente en modo consulta para cursos anteriores al 2016, la gestión económica se hace con Sifo3). La funcionalidad de seguimiento de cursos recoge: Calendario del curso, actas de selección, ficha de inicio del curso, alumnos, profesores, asistencias de alumnos, asistencias de profesores, visitas de seguimiento y visitas de homologación, impresión de diplomas, prácticas no laborales, registro de ayudas de alumnos, contratos e históricos de alumnos y profesores.
• Informes: Informes de expedientes, especialidades, cursos, visitas de seguimiento e histórico de alumnos y profesores.
• Descargas: descarga de información de interés para al usuario.
• Manuales: manuales de funcionamiento de la aplicación.
FCONT
• Anónimo
◦ registrar usuario entidad
◦ recordar contraseña gestora Xunta
◦ recordar contraseña gestora entidad
◦ cambiar idioma de interfaz: xxxxxxx, castellano
• Inicio
◦ mostrar mensaje bienvenida
◦ ayuda: información de la orden, manuales, contacto soporte
• Administración
◦ enviar correo masivo
◦ registrar usuario Xunta
◦ gestión liquidación
◦ gestión rateos
◦ gestión históricos
◦ gestión del catálogo de especialidades: alta, baja, actualización.
◦ gestión de la caché de la aplicación
◦ gestión de la resolución/priorización
◦ cambio contraseña usuario
• Entidades
◦ buscar entidad por nif, razón social, todas.
▪ generar listado en excel, pdf
◦ gestión datos de la entidad:
▪ datos generales entidad
▪ representante legal
▪ gestor entidad
▪ histórico representante legal
▪ entidades integrantes
▪ entidades subcontratadas
▪ entidades asociadas
▪ entidades agrupadas
▪ sedes en la comunidad autónoma
▪ cuentas bancarias
▪ documentación
• Solicitudes
◦ buscar solicitudes por código acción formativa, nif entidad, código plan formativo, razón social entidad, estado plan formativo y convocatoria
◦ generar listado en excel, pdf
◦ Gestionar expediente
▪ gestión liquidación
▪ consulta resumen/estado de la liquidación
▪ generar modelos liquidación
▪ gestión anticipos
▪ gestión pagos parciales
▪ gestión costes del expediente: imputación y gastos
▪ gestión reconfiguraciones
▪ gestión del seguimiento
◦ Gestión de costes de la entidad
▪ gestión de las imputaciones
▪ gestión de los gastos
◦ Gestión del plan de formación
▪ gestión de documentación del plan
▪ gestión de la acción formativa
• gestión de módulos, horas, alumnos
• gestión programa, controles, documentación,
• gestión de grupos
◦ gestión de alumnos: candidatos, datos y resultados de alumnos, módulos actas
◦ gestión de docentes: datos y módulos impartidos
◦ gestión de asistencias
◦ gestión de listados y modelos
◦ gestión de diplomas: solicitud, pendientes, impresión, duplicados.
• gestión de costes del plan: imputación y gastos
• gestión de anticipos y rateos
• gestión de rateos
• gestión de seguimiento
• Individuos
◦ búsqueda por nif
◦ consulta datos personales, de gestión del centro, de acciones impartidas, del alumno, del diploma, impresión de datos
◦ modificación de datos personales
PORSIF
• Servicios generales
◦ catálogo de familias
◦ catálogo completo de especialidades
◦ catálogo de especialidades
◦ certificados de profesionalidad
◦ programación de cursos
◦ programación de cursos de un centro
◦ censo de centros propios
◦ censo de centros
◦ homologaciones de centros
◦ maestros por curso
◦ tipos de docente
◦ provincias
◦ ayuntamientos
• Servicios de catálogo
◦ formación complementaria
◦ competencias clave
◦ módulos formativos
◦ unidades formativas
◦ unidades de competencia
◦ unidades de competencia por curso
• Servicios XXXX
◦ especialidades
◦ módulos formativos
◦ unidades formativas
SIFOSEL
• Gestión de sondeos
◦ crear nuevo sondeo
◦ cargar sondeo
◦ anular sondeo
◦ Imprimir informe de una selección
◦ Generar el acta de selección
• Gestión de usuarios (candidatos)
◦ insertar nominalmente
◦ Modificar el estado del/de los candidato/s
◦ Refrescar los datos del/de los candidato/s
◦ impresión de carta de convocatoria
• Consulta de candidatos ya preseleccionados para una acción formativa
◦ Obtener listado de candidatos posibles de una acción formativa
• Obtener sondeos de otro usuario (gestor)
◦ por fechas o código de AF
RXCEF
• Gestión de censos
◦ búsqueda por criterios
◦ modificación datos de gestión del censo
◦ alta y modificación datos del censo de oficio
◦ alta, baja y modificación datos de inscripciones de censos de oficio
• Gestión de expedientes
◦ búsqueda por criterios
◦ resumen de expedientes por estado
◦ modificación de datos del expediente
◦ tramitación del expediente
◦ actualización de expedientes con la Sede electrónica
◦ recepción de solicitudes de la Sede electrónica
• Gestión de documentos
◦ anexar documentos al censo y al expediente
◦ elaborar documentos administrativos
◦ enviar a firmar documentos administrativos al Portafirmas