PLIEGO DE PRESCRIPCIONES TÉCNICAS PARA LA...

Sociedad Andaluza para el Desarrollo de las Telecomunicaciones S.A. Avda. de la Arboleda, s/n, 41940 Tomares (Sevilla) Tel. 95 506 10 00 Fax: 95 506 10 19

PPT – SERVICIOS DE APOYO A LA EVOLUCIÓN Y ACTUALIZACIÓN DE PORTALES Y APLICACIONES WEB DE LA CONSEJERÍA DE FOMENTO Y VIVIENDA (EXPT16-00150)

1

PLIEGO DE PRESCRIPCIONES TÉCNICAS PARA LA CONTRATACIÓN POR SOCIEDAD ANDALUZA PARA EL DESARROLLO DE LAS TELECOMUNICACIONES, S.A. DE SERVICIOS DE APOYO A LA EVOLUCIÓN Y ACTUALIZACIÓN DE PORTALES Y APLICACIONES WEB DE LA CONSEJERÍA DE FOMENTO Y VIVIENDA (EXPT16-00150)

01. OBJETO 02. DESCRIPCIÓN TÉCNICA

02.1. Marco del servicio 02.2. Alcance y descripción de los servicios a prestar 02.3. Procedimiento de trabajo 02.4. Estimación de esfuerzos 02.5. Entorno tecnológico 02.6. Catálogo de Servicios y Acuerdo de Nivel de Servicio

03. CONDICIONES GENERALES 03.1. Información de base 03.2. Propiedad intelectual del resultado de los trabajos 03.3. Disponibilidad pública del software 03.4. Tratamiento de DCP

04. ORGANIZACIÓN DEL TRABAJO 04.1. Composición del equipo. 04.2. Seguimiento del servicio. 04.3. Constitución inicial del equipo de trabajo 04.4. Jornada laboral, lugar de realización de los trabajos y medios materiales 04.5. Gestión de la capacidad 04.6. Acreditaciones y documentación laboral

05. METODOLOGÍA 05.1. Métrica v3 y Metodología SSII 05.2. MADEJA 05.3. Seguridad 05.4. Interoperabilidad 05.5. Implementación de la interfaz para la interoperabilidad de contenidos web 05.6. Gestión de usuarios 05.7. Uso de herramientas corporativas e infraestructuras TIC horizontales de la JA

06. CONTENIDO DE LAS OFERTAS ANEXO I. METODOLOGÍA SSII ANEXO II. CURRICULUM VITAE DEL EQUIPO DE TRABAJO

Código Seguro De Verificación: CwE+wjMjyuANC9tpxjXfgw== Fecha 21/07/2016Normativa Este documento incorpora firma electrónica reconocida de acuerdo a la Ley 59/2003, de 19 de diciembre, de firma electrónica.

Firmado Por Fernando Cardenas FernandezSalvador Tello Zamora

Url De Verificación https://ws193.juntadeandalucia.es/verifirma/code/CwE+wjMjyuANC9tpxjXfgw==

Página 1/24



2

01. OBJETO. El presente pliego de prescripciones técnicas tiene por objeto establecer las condiciones técnicas que regirán la contratación por parte de Sociedad Andaluza para el Desarrollo de las Telecomunicaciones, S.A. (en adelante SAnDeTel) de SERVICIOS DE APOYO A LA EVOLUCIÓN Y ACTUALIZACIÓN DE PORTALES Y APLICACIONES WEB DE LA CONSEJERÍA DE FOMENTO Y VIVIENDA En este documento se describen los objetivos a cubrir, los requisitos técnicos generales y específicos necesarios para la realización de los trabajos, se enmarcan los aspectos organizativos que regirán el servicio a prestar y las condiciones generales de realización de los trabajos descritos. Todos los requisitos indicados regirán complementariamente con los fijados en el Pliego de Cláusulas Administrativas Particulares asociado, y serán concretados y desarrollados durante la realización de los trabajos por el responsable de SAnDeTel de los mismos.

02. DESCRIPCIÓN TÉCNICA. 02.1. Marco del servicio.

La Consejería de Fomento y Vivienda (en adelante CFV), a través de su Secretaría General Técnica (en adelante SGT), se enfrenta al reto de proporcionar unos servicios modernos y eficientes a los órganos directivos que la conforman, así como de ayudar a estos a desarrollar sus competencias. Las tecnologías de la información y comunicaciones (en adelante TIC), a través del Servicio de Informática de la SGT, desempeñan un papel crucial en relación a lo anteriormente expuesto, y entre las más destacadas infraestructuras TIC de la Consejería existen importantes sistemas de información (en adelante SSII) que aportan cobertura a las principales facetas de la modernización de la gestión pública. Entre los SSII de que dispone la CFV se encuentra un amplio ecosistema de portales web, así como las aplicaciones web de su entorno, siendo necesario para el aprovechamiento de estos sistemas, y por tanto su repercusión en una gestión eficaz, su evolución y actualización continuas para la adaptación y el soporte a las competencias que tiene asignadas la Consejería.

02.2. Alcance y descripción de los servicios a prestar.

El alcance de los trabajos a prestar por el adjudicatario consistirá en la prestación de servicios de apoyo a la evolución y adaptación de portales y aplicaciones web de la Consejería de Fomento y Vivienda. El formato de prestación del servicio será el de bolsa de horas por perfil, colaborando y coordinándose los recursos aportados por el adjudicatario del servicio con el resto de equipos de trabajo y servicios existentes, para el desarrollo de los trabajos que les sean asignados/solicitados, y siempre en base a órdenes de trabajo que, sobre el catálogo de servicios establecido, se realicen. Los trabajos a realizar se encontrarán siempre orientados y destinados a la evolución y actualización de portales y aplicaciones web, e incluirán, entre otras, las siguientes funciones: • Asesoramiento / Consultoría Web o Análisis y diseño de soluciones técnicas sobre portales y aplicaciones Web o Asesoramiento técnico para definición y realización de pruebas funcionales, de carga y de arquitectura. o Colaboración en la detección de problemas y realización de propuestas de mejora, tanto técnicas como

de arquitectura, funcionales, etc.




Página 2/24



3

o Análisis de incidencias y problemas relacionados. o Apoyo en labores de instalación, configuración, mantenimiento y prueba de software. o Evaluación de los desarrollos, servicios y arquitectura. o Apoyo a la preparación y celebración de reuniones de seguimiento sobre los proyectos.

• Diseño Gráfico / Diseño Web o Diseño de iconos, logotipos, imágenes, etc, para portales y aplicaciones. o Diseño y maquetación de documentos (carteles, folletos, etc.) para contenidos de los portales. o Creación gráfica de banners y su implementación en los portales. o Creación de plantillas y estilos para su implementación en portales y aplicaciones. o Diseños gráficos, en general, relacionados con los portales, sede-electrónica, aplicaciones, etc.

Los servicios a prestar se estructurarán en un Catálogo de Servicios, a definir en la fase inicial del proyecto, que deberá incluir, entre otras, las funciones descritas en este apartado,

02.3. Procedimiento de trabajo.

La ejecución, seguimiento y control de las tareas contempladas dentro del alcance de los servicios a contratar deberá seguir el siguiente procedimiento de trabajo: • Toda tarea a realizar se iniciará con una orden de trabajo emitida por la Dirección del Proyecto. • La empresa adjudicataria estudiará la orden de trabajo y elaborará una estimación del esfuerzo necesario

para la ejecución de la misma, indicando las horas necesarias para cada perfil del equipo de trabajo, plazo de ejecución y periodo de disposición.

• La Dirección del Proyecto analizará la estimación de esfuerzo, plazo de ejecución y periodo de disposición y, si es aceptada, se ordenará el inicio de la tarea.

• Si estuvieran ejecutándose varias tareas simultáneamente, la priorización de las mismas la determinará la Dirección del Proyecto.

• Las incidencias originadas por la ejecución de órdenes de trabajo se resolverán dentro del concepto de garantía de las mismas y, por lo tanto, no se facturarán.

• El coste de las órdenes de trabajo se determinará en función de los perfiles y dedicación asociados a estas y, para ello, el licitador debe aportar precios/hora por perfil incluido en su oferta y que serán vinculantes durante la vigencia del contrato.

• La facturación de los trabajos se realizará con periodicidad mensual. Para ello la empresa adjudicataria emitirá un informe de facturación a la Dirección del Proyecto que revisará y validará o, en su caso, pedirá las correcciones pertinentes. Tras la validación de la Dirección del Proyecto se procederá a la emisión de la factura del mes.

02.4. Estimación de esfuerzos.

El personal técnico que componga el equipo de trabajo será responsable de la realización de todos los procesos y trabajos objeto de la presente contratación. Para la prestación de los servicios descritos en este pliego la empresa debe ofertar un equipo de trabajo que será el que preste de forma normal o habitual los servicios a contratar y que, partiendo de la existencia de un procedimiento de trabajo en base a Órdenes de Trabajo, incluirá los recursos y dedicaciones indicados a continuación para los 12 meses de prestación de servicio inicialmente requeridos:




Página 3/24



4

Perfil Nª de Recursos Dedicación Estimada

Consultor Web (CO) 1 1.764 horas Diseñador Gráfico / Web (DG) 1 1.764 horas

Queda a potestad de SANDETEL el alterar dichas horas entre los perfiles o recursos propuestos por el adjudicatario, siempre por debajo del precio máximo del contrato. Los técnicos que compongan el equipo de trabajo deberán poseer conocimientos y experiencia tanto en el ámbito de los servicios a prestar como de las tecnologías, sistemas y materias objeto de esta contratación y, de forma específica, se consideran las siguientes necesidades sobre dichos recursos (solvencia profesional mínima exigida): Consultor Web

Solvencia Profesional CO

Titulación Universitaria Ingeniería Técnica,

Diplomatura o Grado en Informática

Experiencia en proyectos sobre portales y aplicaciones Web, ámbito y entorno tecnológico similares a los descritos en el pliego para este perfil, como Consultor y/o Jefe de Proyectos Web, y dentro de la Administración Pública

5 años (60 meses)

Experiencia en el uso de herramientas para la gestión de proyectos, operaciones y procesos tales como Redmine, Trac, Jira o equivalentes. 2 años (24 meses)

Experiencia en Métrica v3 2 años (24 meses) Certificación ITIL V3 Foundation Sí Certificación en Project Management Professional (PMP), Prince2 o metodología de gestión de proyectos similar. Sí

Certificación en metodología SCRUM Sí Formación acreditada en administración y desarrollo sobre Port@l 3.0 Sí

Diseñador Gráfico / Web

Solvencia Profesional DG Formación acreditada en la materia (Diseño Gráfico / Web) 800 horas Experiencia en proyectos de ámbito y entorno tecnológico similares a los descritos en el pliego para este perfil, con el mismo perfil exigido, y dentro de la Administración Pública

2 años (24 meses)

Experiencia en el uso de herramientas para la gestión de proyectos, operaciones y procesos tales como Redmine, Trac, Jira o equivalentes. 2 años (24 meses)

La incorporación de nuevos recursos al equipo de trabajo, así como cualquier otra modificación sobre perfiles, número de recursos, dedicaciones, etc. habrán de realizarse en base al modelo de Gestión de la Capacidad acordado, encontrándose sujetos los candidatos presentados a la verificación de su idoneidad, en función de los requisitos y características exigidos, así como a las mismas condiciones que en la constitución del equipo inicial.




Página 4/24



5

La oferta deberá contener una descripción de la asistencia, junto con los perfiles de cada uno de los integrantes del grupo que oferten, los medios técnicos y humanos a disposición del servicio y cuantas mejoras relacionadas con el servicio objeto de este contrato así lo estimen oportuno. Las empresas licitantes deberán proporcionar el curriculum vitae detallado de los integrantes de la asistencia, identificando claramente a los componentes del equipo de trabajo, utilizando para ello el formato establecido en el Anexo II de este documento. Se valorará el conocimiento de la organización a la que se presta servicio y de los canales de comunicación y roles desempeñados por cada parte, valorando especialmente su experiencia en administraciones públicas

02.5. Entorno tecnológico.

El equipo de trabajo aportado por el adjudicatario deberá poseer conocimientos y experiencia tanto en el ámbito de los servicios a prestar como de los sistemas y materias especificados en este pliego y, desde el punto de vista técnico sobre los entornos tecnológicos indicados a continuación: Consultor Web: • Java o J2EE 1.4 / JEE 5 o Spring Framework, Struts, Hibernate, Maven, Web Services o Tomcat 4.1/5.5/6.0 o Opencms 5.0.1/6.2/7.0 o Port@l 3.0

• PHP • Analítica Web • Base de Datos o Oracle o MySQL

Diseñador Gráfico / Web: • Adobe Creative Suite • Corel • PageMaker • QuarkXPress • FlippingBook

02.6. Catálogo de Servicios y Acuerdo de Nivel de Servicio.

La realización de las tareas objeto del presente contrato deberá llevarse a cabo bajo un enfoque de servicio y con sujeción al Catálogo de Servicios y a los parámetros de calidad que se establezcan en el correspondiente Acuerdo de Nivel de Servicio (en adelante ANS) asociado a este. Tanto el Catálogo de Servicios como el citado ANS deberán establecerse y perfeccionarse (p.e. añadiendo nuevos servicios o parámetros de servicio, mejorando los valores objetivo inicialmente comprometidos, etc.), a medida que la empresa adjudicataria adquiera un mayor conocimiento y experiencia en el entorno y contenido del proyecto, de modo que tras la puesta en marcha del servicio y en el menor plazo posible, la compañía adjudicataria deberá llevar a cabo las tareas necesarias para la completa definición del Catálogo de




Página 5/24



6

Servicios y su posterior aplicación y seguimiento, así como el del ANS asociado, incluyendo la realización de las siguientes tareas: • Evaluación del servicio prestado y propuesta de mejoras al mismo. • Diseño de nuevos servicios y definición del ANS mejorado (nuevos elementos de servicio, nuevos valores

objetivo para los citados elementos o valores objetivo mejorados para elementos existentes, procedimientos para la medición y seguimiento de dichos elementos, informes de seguimiento del ANS, tratamiento de desviaciones, etc.)

• Una vez aprobado por la Dirección del Proyecto el diseño del servicio y del correspondiente ANS, se iniciará el seguimiento del grado de cumplimiento del mismo, que se prolongará durante toda la duración del contrato.

• La experiencia adquirida por el adjudicatario durante la provisión del servicio deberá permitir seguir introduciendo mejoras en la provisión del mismo, que se traducirán en una evolución del ANS hacia valores con objetivos más ambiciosos, introducción de nuevos elementos de servicio, etc.

• Con carácter general, el adjudicatario asumirá los procedimientos y herramientas que la Dirección del Proyecto determine y, en su caso proporcione, para el adecuado desarrollo y seguimiento de los trabajos objeto del presente Pliego, incluyendo los relacionados con la definición y seguimiento del Catálogo de Servicios y ANS, debiendo el adjudicatario entregar y mantener actualizada en todo momento la correspondiente documentación.

El Catálogo de Servicios y su correspondiente Acuerdo de Nivel de Servicio se establecerán de común acuerdo entre la Dirección del Proyecto y la empresa adjudicataria durante la fase de puesta en marcha del servicio.

03. CONDICIONES GENERALES 03.1. Información de base.

SANDETEL facilitará a la empresa de servicios que resulte adjudicataria cuanta información disponga relacionada con las materias objeto del presente proyecto. Toda la información que se proporcione, es propiedad de la Junta de Andalucía y no podrá ser utilizada en futuros trabajos ya sea como referencia o como base de los mismos, a menos que se cuente con la autorización expresa, por escrito, de la Junta de Andalucía.

03.2. Propiedad intelectual del resultado de los trabajos.

Todos los estudios y documentos, así como los productos y subproductos software y hardware elaborados por el contratista como consecuencia de la ejecución del presente contrato serán propiedad de la Junta de Andalucía, quien podrá reproducirlos, publicarlos y divulgarlos, total o parcialmente, sin que pueda oponerse a ello el adjudicatario autor material de los trabajos. El adjudicatario renunciará expresamente a cualquier derecho que sobre los trabajos realizados como consecuencia de la ejecución del presente contrato pudiera corresponderle, y no podrá hacer ningún uso o divulgación de los estudios y documentos utilizados o elaborados en base a este pliego de condiciones, bien sea en forma total o parcial, directa o extractada, original o reproducida, sin autorización expresa de la Junta de Andalucía Específicamente todos los derechos de explotación y titularidad de las aplicaciones informáticas y programas de ordenador desarrollados al amparo de esta contratación, corresponden únicamente a la Junta de Andalucía.

03.3. Disponibilidad pública del software.

De conformidad con lo establecido en la Orden de 21 de febrero de 2005, sobre disponibilidad pública de los programas informáticos de la Administración de la Junta de Andalucía y de sus Organismos Autónomos, los




Página 6/24



7

distintos desarrollos realizados en el proyecto pasarán a formar parte del repositorio de software libre de la Junta de Andalucía, en las condiciones especificadas en la citada Orden. La empresa adjudicataria deberá entregar su código fuente, así como la documentación asociada y la información adicional que se precise, en un formato directamente integrable en el repositorio de software libre de la Junta de Andalucía. Los desarrollos serán publicados en el Repositorio de Software Libre de la Junta de Andalucía, por lo que los mismos se suministrarán en formato de fichero autodistribuible y autoconfigurable, viniendo acompañado además de la documentación completa, en formato electrónico, referente tanto al análisis y descripción de la solución así como del correspondiente manual de usuario, con objeto de que resulte fácilmente instalable y permitan que funcionalmente pueda ser explotado por quien pueda estar interesado en la implantación del mismo.

03.4. Tratamiento de DCP

El adjudicatario, en cumplimiento de la “Ley Orgánica 15/1999, de 13 de diciembre, de Protección de Datos de Carácter Personal”, únicamente tratará los datos conforme a las instrucciones de SANDETEL, y no los aplicará o utilizará con fin distinto al del contrato, ni los comunicará, ni siquiera para su conservación, a otras personas. Además, deberá cumplir las medidas técnicas y organizativas estipuladas en el Real Decreto 1720/2007, de 21 de diciembre, por el que se aprueba el Reglamento de desarrollo de la Ley Orgánica 15/1999 y que establece el “Reglamento de Medidas de Seguridad de los ficheros automatizados que contengan datos de carácter personal”. En el caso de que la empresa, o cualquiera de sus miembros, destinen los datos a otra finalidad, los comunique, o los utilice incumpliendo las estipulaciones del contrato, será responsable de las infracciones cometidas.

04. ORGANIZACIÓN DEL TRABAJO 04.1. Composición del equipo.

Es un objetivo de SANDETEL asegurar la calidad de los trabajos. Para lo cual debe existir una organización específica prevista para el desarrollo del proyecto en la que cada función quede perfectamente identificada y tenga una o más personas asignadas para su cumplimiento. En ese sentido, se establecen las siguientes figuras: • Director del Proyecto. Será designado por SANDETEL, siendo sus funciones y responsabilidades de

dirección, coordinación y aprobación del trabajo. El Director del Proyecto podrá delegar sus funciones en una persona de su equipo. Asimismo, podrá incorporar durante la prestación del servicio, las personas que estime necesarias para verificar y evaluar todas las actuaciones a su cargo.

• Jefe del Proyecto, será designado por la empresa adjudicataria, siendo sus funciones y responsabilidades la dirección del equipo de trabajo y el buen gobierno del servicio. Además deberá hacer el seguimiento detallado de los trabajos y velar por el cumplimiento de la calidad y la planificación en tiempo.

• Técnicos que componen el Servicio. Serán designados por la empresa adjudicataria, siendo sus funciones y responsabilidades las tareas objetivo del contrato.

04.2. Seguimiento del servicio.

El seguimiento y control de la prestación del servicio se efectuará sobre las siguientes bases: • Seguimiento continuo de la evolución del servicio por parte del Director del Proyecto.




Página 7/24



8

• Reuniones de seguimiento y revisiones técnicas, con periodicidad mensual, del Jefe de Proyecto/Interlocutor por parte del adjudicatario y del Director del Proyecto o persona en quien delegue, al objeto de revisar el grado de cumplimiento de los objetivos, las reasignaciones y variaciones de efectivos de personal dedicado al servicio, las especificaciones funcionales de cada uno de los objetivos y la validación de las programaciones de actividades realizadas.

• Tras las revisiones técnicas, de las que se levantará acta por parte del Jefe del Proyecto designado por la empresa adjudicataria o la persona a dicho efecto designada, el Director del Proyecto podrá rechazar en todo o en parte los trabajos realizados, en la medida que no respondan a lo especificado en las reuniones de planificación o no superasen los controles de calidad acordados.

04.3. Constitución inicial del equipo de trabajo.

El equipo humano que deba incorporarse, tras la formalización del contrato, para la prestación de los servicios contratados deberá estar formado por componentes relacionados en la oferta adjudicataria y consecuentemente valorados. La autorización de cambios puntuales en la composición del mismo requerirá de las siguientes condiciones: • Justificación escrita, detallada y suficientemente motivada, explicando el hecho que suscita el cambio. • Presentación de posibles candidatos con un perfil de cualificación técnica y experiencia igual o superior al

de la persona que se pretende sustituir. • Aceptación de alguno de los candidatos por parte del Director Técnico. En cualquier caso, la ausencia de prestación de servicio por parte de la empresa adjudicataria por más de dos días laborales sin causa justificada podrá ser motivo de la rescisión del contrato de forma unilateral por parte de Sociedad Andaluza para el Desarrollo de las Telecomunicaciones, S.A., sin que el adjudicatario pueda reclamar cantidad alguna en concepto de indemnización por daños y perjuicios, ni por cualquier otro concepto. La empresa adjudicataria se compromete a mantener a su personal perfectamente formado en las técnicas necesarias para la ejecución de las tareas encomendadas. En este sentido, la empresa adjudicataria atenderá las peticiones de formación sobre su personal, que SANDETEL estime conveniente.

04.4. Jornada laboral, lugar de realización de los trabajos y medios materiales.

Los trabajos se realizarán en el lugar que el Responsable del Servicio o Director del Proyecto designado por SANDETEL determine o autorice y, normalmente, en instalaciones de la empresa adjudicataria, siempre y cuando se garantice la correcta ejecución de los trabajos y cumplimiento de niveles de servicio establecidos. SANDETEL habilitará los accesos necesarios a la infraestructura de forma segura y a través de la Red Corporativa de la Junta de Andalucía. Para la correcta ejecución de las labores encomendadas, se podrán convocar reuniones fuera de las instalaciones donde se está desarrollando la prestación del servicio, por lo común en el municipio de Sevilla. El adjudicatario costeará dichos desplazamientos desde las dependencias dónde se desarrollan los trabajos al lugar de la reunión. El horario habitual de prestación de los servicios será de lunes a viernes, comprendido entre las 8:00h y 20:00h, y siempre en atención a las necesidades de realización de los trabajos, actividades y tareas que cada recurso tenga encomendados en el Plan de Proyecto. No obstante, en circunstancias excepcionales y cuando, a criterio del centro directivo, la realización efectiva de los trabajos no se ajuste a la planificación ordinaria, el adjudicatario deberá comprometerse a una plena




Página 8/24



9

disponibilidad de los recursos ofertados, sin que la realización del trabajo fuera del horario habitual tenga una consideración especial a efectos de cómputo de horas o tarifa aplicable a las mismas. El adjudicatario se compromete a poner a disposición del personal que realiza el servicio el equipamiento (ordenador personal, móvil, etc.) para la realización del mismo. Dicho equipamiento deberá ser entregado a SANDETEL para su adecuación a las normas de seguridad. Una vez finalizado el servicio, ningún equipamiento podrá ser sacado de SANDETEL sin el permiso y la supervisión de los responsables de la misma. En concreto, el Servicio de Producción se asegurará de que en dicho equipamiento no quede rastro de información que pueda ser usada contra los intereses de la organización. Si durante el curso de la prestación del servicio se previese que por causas legítimas (enfermedad, permisos por hijos, límites en el convenio, etc.) no se fueran a realizar todas las horas previstas la empresa adjudicataria aportara recursos adicionales hasta completar las horas previstas, debiendo poseer estos perfil, cualificación técnica y experiencia similar o superior a la del equipo de trabajo que viniese realizando la prestación del servicio.

04.5. Gestión de la capacidad.

Si bien los licitantes deberán concretar en sus respectivas ofertas el equipo de trabajo que, ajustándose a lo solicitado en el Pliego, atenderá desde un inicio y de forma normal las necesidades en éste especificadas, es objetivo de SANDETEL disponer de un modelo de Gestión de la Capacidad para la prestación del servicio que establezca mecanismos y procedimientos de gestión que regulen la adaptación de la capacidad real de ejecución de servicios al escenario de demanda que pueda darse en cada momento. El principal objetivo de este modelo es aportar la mayor flexibilidad posible a la dotación de recursos para la prestación de servicios, adecuando el dimensionamiento del equipo a las necesidades reales, y permitiendo la rápida incorporación o liberación de recursos. En líneas generales, el procedimiento de Gestión de la Capacidad: • Mantendrá una previsión de la carga de trabajo en la ventana temporal que se determine necesaria,

presentándose esta en el correspondiente comité de trabajo. • Establecerá una ventana temporal de previsión suficiente para la toma de las medidas necesarias de

cambio de capacidad según los tiempos y plazos de previsión definidos. • Permitirá determinar la necesaria modificación (aumento o disminución) de la capacidad y la

comunicación de esta información a la empresa adjudicataria del servicio en el comité de trabajo correspondiente para que proceda, en el momento oportuno, a realizar dicha modificación.

• Definirá el procedimiento de trabajo, en base a Órdenes de Trabajo, para los recursos incorporados al equipo con dedicación parcial y/o aquellos que realicen una colaboración bajo demanda.

El modelo de Gestión de la Capacidad se establecerá de común acuerdo entre la Dirección del Proyecto y la empresa adjudicataria durante la fase de puesta en marcha del servicio, debiendo perfeccionarse de forma continua a lo largo de su prestación. El equipo de trabajo que, tras la formalización del presente contrato, se encargue de llevar a cabo la prestación del servicio objeto del mismo, deberá estar formado por los componentes relacionados en la oferta y consecuentemente valorados. En el caso de que, por aplicación del procedimiento de Gestión de la Capacidad, deba prescindirse total o parcialmente de la dedicación de un componente del equipo de trabajo, siendo requerida posteriormente su reincorporación o aumento de dedicación, la empresa adjudicataria incorporará preferentemente a dicho componente y, en caso de no ser posible, propondrá otro recurso que cumpla, como mínimo, los requisitos y




Página 9/24



10

características originalmente exigidos, encontrándose sujetos los candidatos presentados a la verificación de su idoneidad así como a las mismas condiciones que en la constitución del equipo inicial.

04.6. Acreditaciones y documentación laboral.

Todo el personal objeto de este pliego deberá portar en lugar visible una tarjeta de acreditación personal que lo identifique como personal autorizado por la Junta de Andalucía cuando pretenda acceder a una sede de ésta. Los costes de elaboración de dichas acreditaciones serán asumidos por el contratista, aunque su tipo (plástica impresa, plástica impresa con banda magnética codificable, plástica impresa con chip programable, etc.), diseño y contenido será determinado por SANDETEL De igual manera, todo el personal deberá portar siempre un juego de documentación laboral que contenga: • Modelos tc/1 y tc/2 de relación de trabajadores y liquidación de los Seguros sociales del último mes.

Modelo tc1/15 si hubiera algún trabajador autónomo. Modelo ta1 de alta en seguridad social, si fuera trabajador de nueva Incorporación y no estuviera incluido en el modelo tc/2

• Plan de prevención de riesgos laborales de la empresa. • Evaluación de los riesgos existentes que conlleve los trabajos que se vayan a realizar. • Relación de equipos de trabajo homologados (art.16 ley 31/95 y R.d.1215/97) • Documento de entrega de equipos de protección individual (epi,s) • Si el trabajo conlleva riesgo específico (riesgo eléctrico, trabajo en altura y trabajos en espacios

confinados), se portará documento acreditativo de formación e información a los trabajadores, así como informe médico de que dichos trabajadores están aptos para el desarrollo del mismo.

05. METODOLOGÍA

05.1. Métrica v3 y Metodología SSII

Los trabajos a realizar se adaptarán a la "Metodología de Planificación, Desarrollo y Mantenimiento de Sistemas de Información en las Administraciones Públicas", MÉTRICA versión 3 en la medida de lo posible. Las fases y actividades del ciclo de vida, su secuencia, así como las técnicas de la metodología que deban realizarse de forma obligatoria serán determinadas por el Director del Proyecto siguiendo las pautas marcadas en la interface "Gestión de Proyectos" de MÉTRICA versión 3. Adicionalmente, SANDETEL dispone de una Oficina de Proyectos y Aseguramiento de Calidad, que ha definido una Metodología SSII siguiendo Métrica v3 y Madeja, y que recoge las políticas de Desarrollo e implantación a seguir por el proveedor. La Metodología SSII forma parte de la documentación del proyecto y, a su inicio, se hace entrega de esta a la empresa adjudicataria, debiéndola respetar a lo largo de todo el proyecto. En el Anexo II se realiza una introducción a la Metodología SSII que, no obstante, se encuentra disponible para cualquier empresa que así lo requiera al objeto de elaborar una oferta para la presente licitación, previa solicitud de esta y la firma de un acuerdo de confidencialidad en la que se comprometa a no utilizarla a otros efectos.

05.2. MADEJA

MADEJA es el Marco de Desarrollo de la Junta de Andalucía y tiene por objeto principal establecer las directrices aplicables a las actividades del desarrollo y explotación del software, así como dar a conocer los recursos y herramientas que están a disposición de los equipos de trabajo para tales fines.




Página 10/24



11

Los sistemas y proyectos deberán estar alineados y cumplir con las directrices de MADEJA, por lo que deberá tomarse como referencia tanto en la metodología como en la normativa técnica asociada. Como norma general, se aplicarán aquellas pautas y procedimientos de carácter obligatorio. Para el resto, el grado de aplicación será establecido por la Dirección de Proyecto. La versión actual liberada de MADEJA es de acceso libre en la dirección http://www.juntadeandalucia.es/servicios/madeja/ donde también podrá consultarse el histórico de versiones.

05.3. Seguridad.

Los proyectos deberán tener en cuenta la normativa que en el Marco de Seguridad de las Tecnologías de la Información haya dictado la Junta de Andalucía.

05.4. Interoperabilidad.

Las ofertas se presentarán conformes al Esquema Nacional de Interoperabilidad y a la normativa que sobre el Marco de Interoperabilidad digital haya dictado la Junta de Andalucía y por la que se pretende la normalización de los formatos, protocolos e interfaces que permitan garantizar el principio de neutralidad tecnológica, la interoperabilidad de los servicios y sistemas de información inter administraciones, así como la preservación del conocimiento general y la gestión eficaz y eficiente del uso de las TIC https://ws024.juntadeandalucia.es/ae/adminelec/areatecnica/eni

05.5. Implementación de la interfaz para la interoperabilidad de contenidos web.

Cualquier desarrollo realizado en el marco del presente proyecto que contenga información susceptible de ser publicada en web deberá implementar la Interfaz para la interoperabilidad de contenidos web de la Junta de Andalucía (iCMS), que se encuentra disponible en la siguiente URL. http://www.juntadeandalucia.es/repositorio/usuario/listado/fichacompleta.jsf?idProyecto=736

05.6. Gestión de usuarios.

Se exige que cualquier adaptación que afecte al módulo de gestión de usuarios (roles, gestión de identificador de usuario y contraseña, etc.) deberá respetar todas las directrices que la Junta de Andalucía elabore en lo referente a la gestión de identidades y en su caso, adaptándose a la solución de Single Sign On que la Junta de Andalucía haya provisto. En este sentido tiene especial relevancia el proyecto Guía. http://www.juntadeandalucia.es/servicios/madeja/contenido/recurso/430

05.7. Uso de herramientas corporativas e infraestructuras TIC horizontales de la JA.

Se tendrán en cuenta todas las infraestructuras TIC (tecnologías, frameworks, librerías software, centros alternativos para el respaldo y la continuidad, etc.) que en la Junta de Andalucía tengan la consideración de corporativas u horizontales y sean susceptibles de su utilización en el marco y alcance del proyecto objeto de este pliego. Con independencia de lo descrito en cada uno de los apartados de este pliego, se deberán utilizar dentro de lo posible las infraestructuras corporativas de software con que ya cuenta la Junta de Andalucía. Para toda la gestión de tramitación se deberá utilizar el tramitador Trew@. Igualmente todo el Sistema deberá estar preparado para soportar firma electrónica, es decir, no sólo debe estar preparado para admitir la documentación o información, sino además, debe permitir que toda la tramitación se pueda hacer por medios




Página 11/24



12

electrónicos. Para ello se deberán utilizar entre otras las citadas infraestructuras software, entre otras: • @firma: Plataforma Corporativa de Autenticación y Firma electrónica. • Notario: Plataforma de Notario Electrónico y sello de tiempo. • @ries: Registro Unificado de Entrada / Salida • Notific@: Prestador de Servicios de Notificación. • LDAP Corporativo para la identificación y autenticación de usuarios. • Port@firma: Gestor de firma electrónica interna. • Etc. Así como todas las infraestructuras corporativas que en el momento de ejecución del contrato la Junta de Andalucía defina como horizontales y sean susceptibles de su utilización.

06. CONTENIDO DE LAS OFERTAS Las ofertas, además de incluir la documentación que se establezca en el pliego de cláusulas administrativas, deberán incluir el siguiente contenido: Para la solvencia profesional exigida a los perfiles que compongan el equipo de trabajo ofertado (Sobre 1): • Relación nominal de los recursos humanos ofertados para la realización de los trabajos y Curriculum Vitae

detallado de cada uno de los integrantes del equipo de trabajo, según el formato establecido en el Anexo II de este documento, conteniendo los datos justos y necesarios para justificar la experiencia y conocimientos exigidos, junto a una tabla resumen (ver Anexo III-B del PCAP, apartado 2) del cumplimiento de la solvencia técnica por parte de todos los recursos ofertados que, no obstante, será contrastada sobre los CV aportados. Para la descripción y cómputo de experiencia en el CV, en caso de solape temporal de proyectos, deberá indicarse el porcentaje de dedicación a cada proyecto, no pudiendo superarse en modo alguno el 100% de dedicación dentro de dicho periodo de solape. Nota importante: los CV aportados en el Sobre 1 deben omitir cualquier dato o información a utilizar en los criterios por aplicación de fórmulas, que sólo se incluirán en el Sobre 3

• Titulaciones, certificaciones y/o acreditaciones exigidas, y/o sobre la formación exigida. Para los criterios por juicio de valor (Sobre 2): la extensión máxima de la propuesta técnica no podrá superar las 35 páginas (incluyendo anexos), impresas a una sola cara y una única página por cara, utilizando una fuente de tamaño 12 puntos o superior, y debiendo estructurarse en base al siguiente índice: • Catálogo de Servicios. • Plan de Entrada/Salida. • Plan de Trabajo. Debiéndose contemplar en estos los aspectos valorables e indicados para cada uno de ellos en la tabla de criterios de evaluación por juicio de valor (ver Anexo VI del PCAP correspondiente a la presente licitación) Para los criterios por aplicación de fórmulas (Sobre 3): • Tarifas por perfil (siguiendo para ello el modelo de proposición establecido en el Anexo V-B del PCAP) • Relación nominal de los recursos humanos ofertados para la realización de los trabajos y Curriculum Vitae

detallado de cada uno de los integrantes del equipo de trabajo, según el formato establecido en el Anexo II




Página 12/24



13

de este documento, que incluirán, adicionalmente a los datos aportado en el Sobre 1, los datos e información necesarios para la valoración de los criterios por aplicación de fórmulas, junto a una tabla resumen (modelo de proposición establecido en el Anexo V-C del PCAP) de la experiencia valorar (adicional a la exigida) según los criterios establecidos que, no obstante, será contrastada sobre los CV aportados. Para la descripción y cómputo de experiencia en el CV, en caso de solape temporal de proyectos, deberá indicarse el porcentaje de dedicación a cada proyecto, no pudiendo superarse en modo alguno el 100% de dedicación dentro de dicho periodo de solape.




Página 13/24



14

ANEXO I. METODOLOGÍA SSII La Metodología SSII está basada en la última versión de Madeja, la gestión de las aplicaciones del Área de Desarrollo se controla por una herramienta de Gestión de Proyectos (Redmine), accesible por la empresa adjudicataria y donde se deberá actualizar el trabajo diario (incluso imputación de horas). En el arranque del servicio se le proporcionará acceso a la Metodología SSII a la empresa adjudicataria, donde podrá consultar los módulos que la componen:

- Kit de bienvenida a la Metodología SSII, dónde de manera resumida te hace una introducción a la metodología y te establece una serie de restricciones hardware/software a la hora de desarrollar para el SANDETEL.

- Los procedimientos/Instrucciones técnicas de obligado cumplimiento: o Características técnicas de los SSII (o Gestión de la configuración) o Gestión de entregas SW de los SSII o Uso de HGP en SSII

- Plantillas de los productos documentales a aplicar para cada una de las fases de desarrollo del proyecto.

- Trípticos de trabajo para apoyo a la Metodología (Metodología SSII, Entregas SW y sus herramientas, Herramientas de Aseguramiento de Calidad y Tríptico de HGP).

Es obligatorio que la empresa adjudicataria conozca el uso de las herramientas que el SANDETEL utiliza para realizar las entregas de software, de tal manera que para cada entrega se deberán usar las siguientes herramientas como mínimo:

- HGP (Redmine), un ticket de tipo Entrega SW dónde se especifique el contenido de la entrega, y en el caso que sea la primera implantación, adjuntar el manual de implantación.

- SVN, dónde realizar la subida del código fuente, con la estructura estándar definida en MADEJA. - Artifactory, para el caso de librerías y para entrega de productos binarios.

Además, también se proporcionará a la empresa adjudicataria los complementos necesarios y configuración específica de SANDETEL para que pueda realizar las pruebas oportunas en sus instalaciones, como por ejemplo, las reglas de sonar (checkstyle, findbugs y pmd) que se le aplicarán al código fuente en las revisiones de calidad estática de código. Es responsabilidad de la empresa adjudicataria que replique en sus instalaciones la casuística que existe en el nuestros entornos, la infraestructura y el entorno de verificación sobre el que se realizarán las pruebas a la entrega. En ningún caso estará justificado proponer una modificación del entorno del SANDETEL para adaptarlo al entorno de la empresa proveedora. Por último, además de las entregas parciales y finales del producto contratado, SANDETEL exigirá a la empresa licitadora:

- Entrega completa del producto para la compilación por parte interna (se podrá solicitar el producto ya compilado pero en la Oficina de proyectos se trabaja para que las compilaciones se hagan de forma interna)

- Liberación del código fuente de los Frameworks y Librerías con las que haya realizado el proyecto. En el caso en que la propietaria de dichos binarios sea un tercero, se deberá notificar al inicio del proyecto por escrito de dicha peculiaridad, reservándose SANDETEL el derecho de cambiar a otro que crea oportuno.

Es muy importante que se tenga en cuenta que la Metodología SSII obliga a la empresa adjudicataria, entre otras cosas, a:




Página 14/24



15

• Mantener al menos dos entornos de trabajo para cada Sistema de Información o Producto, uno para desarrollo propio de sus trabajos necesarios y otro de pruebas accesible desde Internet para realizar pruebas antes de la entrega.

• Limitar el % de trabajo del Jefe de proyecto a un 10% como mucho respecto a los trabajos del equipo. Para esto debe optimizar los trabajos de gestión.

• Limitar el trabajo a certificar de una Entrega SW. Las Entregas SW son las entregas oficiales a SANDETEL de una versión/servicio. Una entrega puede englobar un trabajo amplio y variado (múltiples OT, trabajos correctivos, preventivos, tareas,...), pero en la certificación de la propia Entrega SW solo se debe considerar los esfuerzos necesarios para versionar, unificar, compilar y subir a repositorios de SANDETEL al cierre de la versión/servicio. No se puede englobar en la Entrega SW las tareas de aseguramiento de calidad de los desarrollos (pruebas, integración con otros trabajos…).

• En las certificaciones de las órdenes de trabajo el importe a facturar será el mínimo entre la valoración acordada y el coste de imputación de horas.

• Al cierre de un pedido/contrato la empresa adjudicataria está obligada a entregar a SANDETEL una entrega completa de la ejecución del pedido/contrato sin coste como Plan de Salida de los documentos básicos según metodología (Manual de implantación, Análisis de sistema, Análisis funcional, Diseño técnico (con el modelo de dato totalmente documentado), Manual de usuario, Manual de Administración, Análisis de impacto …), el código fuente, las librerías y cualquier elemento necesario para asegurar la independencia de SANDETEL para mantener el producto en un futuro.

A continuación se adjunta a modo orientativo (la versión definitiva se entregará al inicio de los pedidos) la checklist de revisión de las entregas para aplicaciones ya implantadas en SANDETEL:




Página 15/24



16

Descripción del requisito Detalles del contenido Ejemplo OK

Nom

encl

atur

a fic

hero

s

1 Versión de los entregables: <versión mayor>.<versión menor>.<revisión>

<versión mayor> (major): inicialmente a 1. Se incrementará cuando se incluyan nuevas funcionalidades en el sistema (nuevos requisitos, nuevos módulos...) <versión menor> (minor): inicialmente a 0 para cada versión mayor. Se incrementará cuando se produzca algún cambio en funcionalidades existentes o se corrija algún error del sistema de importancia media. <revisión> (revision): inicialmente 0 para cada versión menor.

(1) Pequeñas evoluciones o mejoras, arreglos o parches: pasaría por ej. de 1.0.1 a 1.0.2 (2) Modificaciones o evoluciones de importancia media: pasaría por ej. de 1.1.0 a 1.2.0 (3) Evolución de importancia: pasaría por ej. de 1.0.0. a 2.0.0.

2 La nomenclatura del componente (independientemente de cuál sea) sigue las siguientes pautas: .- Utiliza caracteres internacionales evitando los característicos de una lengua concreta (acentos, eñes, diéresis, cedilla...). .- Los caracteres más generales son letras en mayúsculas y minúsculas ([A-Z][a-z]), dígitos ([0-9]) y algunos signos de puntuación ([-._()%]). .- No contiene espacios en blanco.

Con

teni

do g

ener

al d

e la

Ent

rega

en

SVN

3 Se han incluido los fuentes, los recursos estáticos y los ficheros de configuración. Cualquier elemento que pueda generarse a partir de otros no debe almacenarse en este repositorio (binarios, paquetes jar, war, ear…).

4 Para el caso en que la OPAC realice la compilación de la entrega, se tendrá que hacer una comparación de binarios (WinMerge, BeyondCompare) a nivel de paquete generado. Esta comparación se hará entre el producto dejado en el artifactory y el que se sale de la generación del jenkins.




Página 16/24



17

5 Para el caso en que la OPAC NO realice la compilación de la entrega, se comprobará que los contenidos estáticos de la entrega son los mismos, entre otros: * Scripts de BBDD (totales, incrementales). * Contenido estático (html, js, imgs, etc...).

6 Las librerías no están almacenadas en el SVN sino en el repositorio Artifactory del SANDETEL

En el Manual de implantación el proveedor deberá haber informado de las librerías que tiene el proyecto y la versión de cada una de ellas.

7 Estructura del SVN: .- El directorio tags contiene las distintas versiones a modo de histórico. .- El directorio trunk contiene la rama principal de desarrollo del proyecto. Contendrá la última versión de la aplicación. .- El directorio branch, en caso de ser usado, contiene las distintas ramas independientes de desarrollo para trabajar en nuevas funcionalidades.

8 Se entregan junto al nuevo código desarrollado para este despliegue los test Junits de las nuevas clases desarrolladas, que demuestren su funcionamiento de manera unitaria. Estos JUnits serán invocados desde el Jenkins y se exigirá que la cobertura de las pruebas unitarias vaya aumentando en subsiguientes entregas. NOTA: Este requisito deberá ser tenido en cuenta cuando el evolutivo/correctivo tenga la entidad suficiente.




Página 17/24



18

9 En cuanto a los cambios que introduce la Entrega se cumplen los siguientes requisitos: . El ticket Entrega SW indica los cambios que introduce la Entrega. . En base a los cambios que introduce la Entrega se han incluido en el ticket Entrega SW las nuevas versiones de los documentos básicos del proyecto (ver Kit de bienvenida) que se ven modificados. . Los cambios introducidos no contradicen los requisitos del Checklist para implantaciones.

Cap

a B

D

Com

pone

ntes

10 Nomenclatura de las ´Tablas´: <SIS>_T_<nombre_tabla>

<SIS>: Identificación del Sistema de Información <nombre_tabla>: Nombre descriptivo de la tabla.

(1) GEA_T_PERSONAS

11 Nomenclatura de los ´Campos´: <tipo>_<nombre_campo>

<nombre_campo>: nombre descriptivo del campo. <tipo>: tipo de campo. Pueden ser (entre otros valores): − VARCHAR : cadena − CHAR:: caracteres − NUMBER:: numérico − FLOAT: decimal − DATE: fecha y hora − BOOLEAN: lógico − BLOB: datos binarios NOTA: Un campo clave ajena de una tabla debería llamarse igual que el campo clave de su tabla.

Scri

pts

12 Si en el changelog.txt se indica que se han realizado cambios en la BBDD, se deberán haber incluido los scripts sql nuevos correspondientes y/o los ya existentes modificados.

13 Los scripts vienen separados por esquemas en ficheros comprimidos (.zip), incluidos los de marcha atrás y contienen un versionado correcto en cada entrega que los diferencie de su anterior.

- PGEA_GEAWEB_1.0.1.ZIP: 00_GEA_instalador.sql (lanzador de scripts) 01_GEA_tablas.tab (creación y modificación de tablas). 02_GEA_constraints.con (creación y modificación de constraints). 03_GEA_indices.ind (creación y modificación de índices). 04_GEA_secuencias.sqs (creación y




Página 18/24



19

modificación de secuencias). 05_GEA_triggers.trg (creación y modificación de triggers). 99_GEA_desinstalador.sql (desinstalador de scripts).

14 El nombre de los ficheros comprimidos anteriores sigue el siguiente patrón: <SIS>_<entorno>_<esquema bd>_<versión>[_rollback].zip

<SIS>: corresponde con la abreviatura del Sistema de Información. <entorno>: des-pre-pro <esquema_bd> : es el esquema de base de datos sobre el que se ejecutarán los scripts. <versión>: es la versión del sistema de información donde se engloban dichos scripts Rollback: indica que se trata de la marcha atrás del esquema completo

15 Los scripts contenidos en cada fichero comprimido se han entregado en ficheros distintos en función del objeto creado o modificado, o el tipo de sentencia ejecutada, y con un prefijo numérico que indica su orden de ejecución: <99>_<SIS>_<objeto de actualización>_[rollback].<ext>

<99>: número secuencial del script que se ejecuta. <SIS>: corresponde con la abreviatura del Sistema de Información. <objeto de actualización>: identificación del tipo de objeto o tipo de contenido que se actualiza. [rollback]: indica que el script es de marcha atrás.

16 Por cada script de actualización existe un script de rollback.

17 La Entrega incluye dos txt: uno dónde se describe el orden de ejecución de los scripts de despliegue y otro donde se describe el orden de ejecución de los scripts de rollback. NOTA: en los casos en los que el rollback no proceda se debe mencionar explícitamente en el txt correspondiente que dicha marcha atrás no es posible/factible, requiriéndose por tanto para estos




Página 19/24



20

casos una copia en frío previa por parte del grupo de administración de bbdd. El nombre de ambos ficheros vendrá dado de la siguiente forma: <SIS>_<entorno>_[orden_ejecución_script]_txt <SIS>_<entorno>_[orden_ejecución_script]_[rollback].txt

Obj

etos

18 Todos los objetos de la bbdd están nombrados, No se debe dejar al motor de bbdd asignar nombre a los objetos (esto es especialmente aplicable a las foreings keys y otras constraints).

19 Los objetos que ocupan espacio (tablas, clusters, ...) vienen acompañado de las cláusulas de almacenamiento correspondientes.

INDICES_128K INDICES_1M

Com

pone

ntes

java

(p

roye

ctos

MAV

ENIZ

ADO

S)

Dep

ende

ncia

s

20 En las dependencias se especifica la versión a la que hacen referencia y en ellas no se usa el rango de versiones.

21 Si la dependencia es un desarrollo, éste está incluido junto con los ficheros fuentes del aplicativo.

Mód

ulos

22 Los nombres de módulos que forman parte del Sistema de información están formados por: <SIS> - <tipo de módulo> - <sufijo> NOTA: El sufijo se utiliza para distinguir entre módulos, cuando la aplicación dispone de más de un módulo del mismo tipo, o se prevé esta situación en un futuro.

<SIS>: abreviatura del Sistema de Información. <tipo de módulo>: web (módulos web), neg (módulos de negocio -ej. ejb-), per (módulos de persistencia -ej. jpa-), lib (bibliotecas de utilidades), dsk (módulos de escritorio), ear (aplicaciones J2EE), ws (servicios web) y bin (aplicación binarias, de las que no tenemos los fuentes). Si hay otros, consensuar con la OPAC. <sufijo> (opcional): es un nombre aprobado por la OPAC, que distingue varios módulos del mismo tipo.




Página 20/24



21

Otr

os

23 En la entrega se ha incluido el fichero settings_<SYS>.xml en el que se incluyen los parámetros dependientes del entorno. Este fichero se utilizará para el proceso de compilación y empaquetado. En la definición de los parámetros se incluye una breve descripción de los mismos.

24 Los proyectos mavenizados deben seguir las pautas marcadas por la versión 3.0.2 de maven debiendo compilar bajo dicha versión.

25 En el pom.xml de los proyectos se ha de incluir el plugin de sonar:sonar-maven3-plugin en su versión 2,12 Se indica en la columna "Detalles del contenido" el contenido a añadir en el pom.xml.

A añadir en el pom.xml: <plugin> <groupId>org.codehaus.sonar</groupId> <artifactId>sonar-maven3-plugin</artifactId> <version>2.12</version> </plugin>

26 En el fichero changelog.txt de cada proyecto maven, en el que se van incluyendo a modo de histórico todas las modificaciones del proyecto, se incluye el id del ticket de defecto o de evolutivo que propició el cambio.

Com

pone

ntes

java

(p

roye

ctos

NO

MAV

ENIZ

ADO

S)

27 Si se dispone del código fuente, el proveedor ha proporcionado el script de compilación ANT (build.xml) y ha especificado en el Plan de implantación qué pasos se han de seguir para su consecución.

28 En el caso excepcional de que no sea posible entregar el código fuente, han de entregarse todos los ficheros compilados, agrupados en paquetes por cada uno de los entornos, al mismo tiempo.

29 Los ficheros compilados anteriores poseen la siguiente nomenclatura: <SIS>.<extensión>

<SIS>: siglas identificativas del sistema de información. <extensión>: extensión del tipo de desplegable entregado




Página 21/24



22

30 Los ficheros compilados anteriores se han almacenado en la siguiente ruta del SVN: <SIS>/tags/<versión>/<entorno>/

<SIS> : siglas identificativas del sistema de información. <versión>: versión con la que se corresponde la entrega <entorno>: entorno al que hace referencia el fichero de compilación en cuestión (ver: entorno de verificación, pre: entorno de preproducción, pro: entorno de producción).




Página 22/24

So

cied

ad A

ndal

uza

para

el D

esar

rollo

de

las

Tele

com

unic

acio

nes

S.A.

Av

da. d

e la

Arb

oled

a, s

/n, 4

1940

Tom

ares

(Sev

illa)

Te

l. 95

506

10

00

F

ax: 9

5 50

6 10

19

PPT

– SE

RVIC

IOS

DE

APO

YO A

LA

EVO

LUCI

ÓN

Y A

CTU

ALIZ

ACIÓ

N

DE

PORT

ALES

Y A

PLIC

ACIO

NES

WEB

DE

LA C

ON

SEJE

RÍA

DE

FOM

ENTO

Y V

IVIE

ND

A (E

XPT1

6-00

150)

23

ANEX

O II

. CU

RRIC

ULU

M V

ITAE

DEL

EQ

UIP

O D

E TR

ABAJ

O

Los

Curr

icul

um V

itae

de lo

s m

iem

bros

del

equ

ipo

de tr

abaj

o, s

e pr

esen

tará

n en

el f

orm

ato

que

se e

spec

ifica

a c

ontin

uaci

ón.

1.

PER

FIL

OFE

RTAD

O:

2.

DAT

OS

PERS

ON

ALES

Nom

bre

y Ap

ellid

os

Fe

cha

naci

mie

nto

3. T

ITU

LAC

IÓN

AC

ADÉM

ICA

OFI

CIA

L (p

or fe

cha

desc

ende

nte)

4. F

ORM

ACIÓ

N R

ECIB

IDA

(por

fech

a de

scen

dent

e)

Tipo

(M

aste

r/cu

rso/

sem

inar

ios…

) D

enom

inac

ión

Hor

as

Fech

a (M

M/A

AAA)

En

tidad

Org

aniz

a En

tidad

Impa

rte

Ento

rno

tecn

ológ

ico

y/o

func

iona

l

5. F

ORM

ACIÓ

N IM

PART

IDA

(por

fech

a de

scen

dent

e)

Tipo

(M

aste

r/cu

rso/

sem

inar

ios…

) D

enom

inac

ión

Hor

as

Fech

a (M

M/A

AAA)

En

tidad

Org

aniz

a En

tidad

Impa

rte

Ento

rno

tecn

ológ

ico

y/o

func

iona

l

Títu

lo

Niv

el

(FP

GRA

DO

MED

IO /

UN

IVER

SID

AD G

RAD

O M

EDIO

/

UN

IVER

SID

AD G

RAD

O S

UP

ERIO

R /

DO

CTO

RAD

O)

Obs

erva

cion

es




Página 23/24

So

cied

ad A

ndal

uza

para

el D

esar

rollo

de

las

Tele

com

unic

acio

nes

S.A.

Av

da. d

e la

Arb

oled

a, s

/n, 4

1940

Tom

ares

(Sev

illa)

Te

l. 95

506

10

00

F

ax: 9

5 50

6 10

19

PPT

– SE

RVIC

IOS

DE

APO

YO A

LA

EVO

LUCI

ÓN

Y A

CTU

ALIZ

ACIÓ

N

DE

PORT

ALES

Y A

PLIC

ACIO

NES

WEB

DE

LA C

ON

SEJE

RÍA

DE

FOM

ENTO

Y V

IVIE

ND

A (E

XPT1

6-00

150)

24

6.

DAT

OS

PRO

FESI

ON

ALES

(por

fech

a de

scen

dent

e)

Em

pres

a u

Org

anis

mo:

Cate

goría

act

ual:

Fe

cha

desd

e:

Fe

cha

hast

a:

M

eses

:

Desc

ripci

ón F

unci

ones

:

Desg

lose

de

proy

ecto

s (p

or fe

cha

desc

ende

nte)

Nom

bre

Des

crip

ción

Em

pres

a u

Org

anis

mo

Clie

nte

Cat

egor

ía

ejer

cida

en

el

proy

ecto

Fech

a de

sde

(MM

/AAA

A)

Fech

a ha

sta

(MM

/AAA

A)

Mes

es

%

Ded

icac

ión

Ento

rno

Func

iona

l

Ento

rno

tecn

ológ

ico

y/o

func

iona

l




Página 24/24

PLIEGO DE PRESCRIPCIONES TÉCNICAS PARA LA...

Documents

Transcript of PLIEGO DE PRESCRIPCIONES TÉCNICAS PARA LA...