Mantenimiento Correctivo, Adaptativo y Evolutivo del Sistema de … · 2015-10-06 · Pliego...
Transcript of Mantenimiento Correctivo, Adaptativo y Evolutivo del Sistema de … · 2015-10-06 · Pliego...
SCR6150c Versión 2.0(12/01/05)
Pliego de Condiciones Técnicas :
Mantenimiento Correctivo, Adaptativo y Evolutivo del Sistema de Información Patrimonial Integrado (INTEGRA)
Fecha: Junio 2015 Referencia: 031/2015
E.J.I.E. S.A.
Mediterráneo, 14
Tel. 945 01 73 00*
Fax. 945 01 73 01
01010 Vitoria-Gasteiz
Posta-kutxatila / Apartado: 809
01080 Vitoria-Gasteiz
www.E.J.I.E..es
Este documento es propiedad de EJIE, S.A. Este documento no puede ser reproducido, en su totalidad o parcialmente, ni mostrado a otros, ni utilizado para otros propósitos que los que han originado su entrega, sin el previo permiso escrito de EJIE, S.A.. En el caso de ser entregado en virtud de un contrato, su utilización estará limitada a lo expresamente autorizado en dicho contrato. EJIE, S.A. no podrá ser considerada responsable de eventuales errores u omisiones en la edición del documento.
Pliego Prescripciones Técnicas
Contenido
Capítulo/sección Página
1 Introducción 4
1.1 Justificación de la necesidad de Contratación. Necesidad de
Contratación 4
2 Objeto, Alcance y Descripción del Servicio 6
2.1 Objeto y alcance del servicio 6
2.2 Descripción del servicio 6
2.3 Objetivos a alcanzar 6
2.3.1. Situación del problema 6
2.3.2. Estado inicial 7
2.3.3. Estado final 7
2.3.4. Estrategia de desarrollo 8
3 Metodología Aplicable y Entorno Tecnológico. 12
3.1 Metodología de desarrollo, normativa y Guía de Estilo 12
3.2 Modelo de aseguramiento de la calidad 14
3.2.1. Nivel de Aseguramiento de la Calidad 14
3.2.2. Controles de calidad (SQA) 14
3.2.3. Metodología de pruebas 14
3.2.4. Indicadores 15
3.3 Herramientas del ciclo de vida de las aplicaciones 15
3.4 Entorno Tecnológico. 16
4 Descripción de entregables. 21
Pliego Prescripciones Técnicas
5 Requisitos generales para la prestación del servicio 22
5.1 Formación 23
5.1.1. Equipo de Trabajo 23
5.1.2. Transferencia Tecnológica. 25
6 Presupuesto/Oferta económica. 26
7 Mecanismos de Seguimiento, Control y Supervisión 27
8 Condiciones particulares 28
8.1 Plazo de ejecución 28
8.2 Modelo de facturación 28
9 Criterios de Valoración. 29
10 Estructura y Formato de la Propuesta 31
10.1 Estructura normalizada y contenido de las propuestas. 31
11 Estructura normalizada y contenido de las Propuestas 32
Pliego Condiciones Técnicas 4/32
1 Introducción
EJIE, Eusko Jaurlaritzaren Informatika Elkartea – Sociedad Informática del Gobierno Vasco, es la
Empresa pública de servicios de las tecnologías de la información y las comunicaciones (TIC), cuya
razón de existir es contribuir a la consecución de un Sector Público Vasco, moderno y eficiente, en el
Marco Legal establecido por el Gobierno, con la seguridad y calidad necesarias y con el debido respeto
al medio ambiente.
EJIE tiene como meta final la consecución de la satisfacción de sus clientes, siendo el instrumento
común de prestación de servicios TIC en el Sector Público Vasco, y comprometiéndose en:
Construir y mantener con eficiencia y calidad la infraestructura de los Sistemas de Información,
posibilitando su continuidad y seguridad.
Garantizar la interoperabilidad entre las distintas administraciones.
Servir de apoyo a las necesidades de planificación y realización de la función informática de los
Departamentos y Organismos Autónomos del Gobierno, asegurando la cobertura de sus demandas
con el compromiso y profesionalidad adecuados a las relaciones contractuales que se establezcan.
Por tanto EJIE debe ser, un instrumento común de referencia para la prestación de servicios TIC en el
Sector Público Vasco:
Aportando valor añadido.
Proporcionando soluciones competitivas.
Transmitiendo confianza a sus clientes.
Contando con personas cualificadas y comprometidas.
Se puede obtener información más detallada y extensa en nuestra dirección de Internet
http://www.ejie.eus
1.1 Justificación de la necesidad de Contratación. Necesidad de Contratación
La Dirección de Patrimonio Cultural del Departamento de Educación, Política Lingüística y Cultura
tiene atribuida la responsabilidad de dirigir y gestionar el patrimonio cultural del pueblo vasco, tal y como
se detalla en el artículo 5 de la Ley 7/1990, de 3 de julio, de Patrimonio Cultural Vasco.
Dicha dirección dispone de una aplicación Sistema de Información Patrimonial Integrado (INTEGRA)
que gestiona y controla la red de información resultado de la investigación, documentación,
conservación y protección del Patrimonio Cultural Vasco.
Pliego Condiciones Técnicas 5/32
Una vez puesta la aplicación en producción surge la necesidad de realizar un mantenimiento de la
aplicación con el fin de mejorar el servicio.
La actividad objeto de contratación es necesaria para la prestación de un servicio que es competencia de
EJIE. Dicha actividad está incluida entre los servicios que pueden ser contratados, conforme a la
Instrucción sexta de las Instrucciones sobre las buenas prácticas en la contratación de servicios de
Gobierno Vasco, y su objeto no contiene prestaciones que con arreglo a la Instrucción quinta deben ser
satisfechas con medios propios.
Su prestación no puede ser asumida con los recursos humanos y técnicos de que dispone el EJIE siendo
además inconveniente o imposible su reorganización.
Los documentos contractuales elaborados en la fase de preparación del contrato incorporan las debidas
garantías para dar cumplimiento a la Instrucción octava, sobre las buenas prácticas en la celebración de
contratos de servicios a fin de evitar que se incurra en los supuestos de cesión ilegal de trabajadores.
.
Pliego Condiciones Técnicas 6/32
2 Objeto, Alcance y Descripción del Servicio
2.1 Objeto y alcance del servicio
El objeto del contrato es la contratación del mantenimiento correctivo, adaptativo y evolutivo de la
aplicación de Sistema de Información Patrimonial Integrado (INTEGRA).
La descripción detallada de dichas funcionalidades se encuentra en el apartado de Requisitos del
producto/servicio de este documento.
2.2 Descripción del servicio
El servicio objeto de la presente contratación consiste en la realización del mantenimiento de la
aplicación Sistema de Información Patrimonial Integrado (INTEGRA). Se contempla realizar un
mantenimiento evolutivo para incorporar todas las mejoras y ampliaciones de la aplicación que los
usuarios, y el Departamento, han transmitido durante el uso de la misma.
Las adecuaciones a realizar se pueden calificar como tareas de desarrollo consistentes en el análisis,
diseño y desarrollo de las adaptaciones y/o ampliación de funcionalidades sobre la aplicación actual.
2.3 Objetivos a alcanzar
Los objetivos a alcanzar fruto del presente contrato son la resolución de todas las incidencias que se
produzcan como consecuencia del uso diario de la aplicación por parte de los técnicos del
Departamento, así como la implementación de las nuevas necesidades descritas más adelante.
Los Requerimientos del sistema son los siguientes:
2.3.1. Situación del problema
La actual aplicación Sistema de Información Patrimonial Integrado (INTEGRA) gestiona y controla la
red de información resultado de la investigación, documentación, conservación y protección del
Patrimonio Cultural Vasco, el cual está formado por un conjunto de elementos, materiales e inmateriales,
que están reconocidos como propios de la sociedad vasca y, como tales, merecedores de protección
legal, de acuerdo a la LEY 7/1990, de 3 de julio, de Patrimonio Cultural Vasco.
INTEGRA está formado por los siguientes subsistemas:
Registro de Bienes Culturales Calificados e Inventario General
Pliego Condiciones Técnicas 7/32
Histórico de Expedientes de calificación, inventariado y zonas de presunción arqueológicas, así como
desafección.
Archivo gráfico
Gestión de informes de planeamiento urbanístico y de ordenación del territorio
Gestión de Depósito de Materiales arqueológicos y Paleontológicos
Histórico de Subvenciones (Datos de negocio)
Solicitudes de información atendidas por el Centro de Patrimonio
Gestión del Archivo administrativo
Gestión de Artículos de la publicación Arkeoikuska
Tras un periodo de utilización de la aplicación, surge la necesidad de:
Realizar un mantenimiento evolutivo de la misma con el fin de consolidar los procesos de gestión e
información derivada de las funciones que el Centro de Patrimonio tiene encomendadas y que a día de
hoy no están implementados en el sistema.
Dar a conocer el Patrimonio Vasco a la ciudadanía.
Realizar mejoras o evolución de las funcionalidades existentes en la aplicación para contemplar
aquellos cambios que los usuarios solicitan en el uso continuo de la aplicación.
2.3.2. Estado inicial
En la actualidad la Dirección de Patrimonio Cultural del Departamento de Educación, Política Lingüística
y Cultura dispone del aplicativo Sistema de Información Patrimonial Integrado (INTEGRA) que gestiona y
controla la red de información resultado de la investigación, documentación, conservación y protección
del Patrimonio Cultural Vasco. Se trata de una aplicación web, desarrollada en JAVA (UDA).
2.3.3. Estado final
Se procederá a la resolución de todas las incidencias que se produzcan como consecuencia del uso
diario de la aplicación por parte de los técnicos del Departamento, así como la implementación de las
nuevas necesidades descritas.
Una vez valoradas las nuevas necesidades, estas serán priorizadas por el Departamento y EJIE, para su
diseño, construcción e implantación por la empresa adjudicataria.
Pliego Condiciones Técnicas 8/32
2.3.4. Estrategia de desarrollo
Las actividades de desarrollo a realizar en el proyecto se pueden clasificar como actividades de
mantenimiento correctivo, mantenimiento adaptativo y mantenimiento evolutivo. A continuación se
describe cada uno de estos tipos:
Mantenimiento correctivo
Es el que se precisa como consecuencia de la aparición sobrevenida de incidencias en el
funcionamiento, que es necesario corregir para mantener su funcionalidad.
EJIE identificará, en el momento en que se manifiesten, las incidencias de funcionamiento sobrevenidos
en la aplicación y las trasladará al Jefe de Proyecto para su análisis previo, estudio de posibles
soluciones y estimación del esfuerzo necesario.
Las actuaciones necesarias se clasificarán de acuerdo con su impacto en la operación del Sistema,
siguiendo el siguiente criterio:
Incidencias Urgentes: aquellas que afectan gravemente a la funcionalidad del sistema y deben
corregirse inmediatamente para poder garantizar su operación.
Incidencias Planificables: las que afectan al funcionamiento del sistemas de forma no crítica o bien
su impacto puede gestionarse o mitigarse con otras medidas, de forma transitoria. Estas tareas de
mantenimiento correctivo clasificadas como planificables se acumularán para su desarrollo
conjunto y despliegue de forma planificada con una periodicidad aproximadamente cuatrimestral
(dos versiones al año), valorándose la oportunidad de su incorporación a otras posibles tareas de
mantenimiento adaptativo o evolutivo en curso.
Mantenimiento adaptativo
Es el que se hace necesario a raíz de cambios producidos en el entorno de operación del sistema, tales
como cambios o nuevas versiones del software de base.
No está previsto ningún cambio en el entorno de operación del sistema que haga necesario ningún
mantenimiento adaptativo.
Mantenimiento evolutivo
Es el que se precisa como consecuencia de nuevas necesidades o requisitos en cuanto a funcionalidad
o como consecuencia de la necesidad de tuning (optimización de rendimiento y eficiencia).
Se contempla realizar un mantenimiento evolutivo para incorporar las siguientes mejoras y ampliaciones
de la aplicación que los usuarios del Departamento, han transmitido:
Pliego Condiciones Técnicas 9/32
Gestión de Informes de Impacto Ambiental.
Módulo encargado del registro de informes de Impacto Ambiental y su relación con los bienes
patrimoniales referenciados.
Las funcionalidades a integrar serán:
o Registro y descripción del informe e identificación de los bienes patrimoniales a los que hace
referencia.
o Consulta y recuperación de la información.
o Generar informes sobre la gestión a Word.
o Exportar datos gestionados a Excel.
Los subsistemas con los que deberá interaccionar son:
Inventario de Bienes Patrimoniales: Para acceder a la ficha del bien patrimonial referenciado.
Gestión de entregas y control de materiales arqueológicos y Paleontológicos depositados en
los Centros de Depósito del País Vasco.
Módulo encargado del registro y control de materiales arqueológicos y Paleontológicos descubiertos
como resultado de la ejecución de intervenciones autorizadas o hallazgos casuales, y que carecen de un
inventario normalizado bajo estándares de Gobierno Vasco.
Las funcionalidades a integrar serán:
o Registro y descripción de la entrega.
o Control de ubicaciones.
o Generar informes sobre la gestión a Word.
o Exportar datos gestionados a Excel.
Gestión de consultas y acceso a los materiales arqueológicos y Paleontológicos depositados en
los Centros de Depósito del País Vasco.
Módulo encargado del registro y control de solicitudes de información recibidas y atendidas por el
personal de los Centros de Depósito para la consulta y acceso a materiales arqueológicos y
Paleontológicos depositados.
Las funcionalidades a integrar serán:
o Registro y detalle la consulta.
o Consulta y recuperación de la información.
o Generar informes sobre la gestión a Word.
o Exportar datos gestionados a Excel.
Pliego Condiciones Técnicas 10/32
Los subsistemas con los que deberá interaccionar son:
o Inventario de Materiales Arqueológicos y Paleontológicos de la CAPV.
Evolución de los procesos de edición de contenidos para automatizar la difusión de la
información:
o Herramienta para la definición y creación de catálogos temáticos.
o Herramientas para enlazar de contenidos y destacarlos.
o Procesos de difusión y publicación en Internet: euskadi.net, opendata.euskadi.net
Optimización de los procesos de gestión y explotación de la información (autoarchivo,
ampliación de criterios de búsqueda, historial de etapas de búsqueda, informes personalizados,
exportación de información)
o Interrelación del módulo de Archivo administrativo con los siguientes módulos para automatizar el
proceso de archivo:
o Solicitudes de información atendidas por el Centro de Patrimonio.
o Expedientes de declaración de bienes patrimoniales.
o Informes de planeamiento urbanístico y de ordenación del territorio.
o Informes de Impacto Ambiental.
o Ampliar la búsqueda avanzada de todos los módulos para que sea posible la búsqueda por
cualquier campo y cruce de variables.
o Impresión de fichas personalizadas en todos los módulos, de forma que el usuario decida los
campos que forman la ficha.
o Exportación personalizada de información en todos los módulos referente a cada módulo a formato
xml.
o Definición de estándar para la importación
o Generación de nuevos informes a partir de plantillas predefinidas: actas de depósito, nota de
entrega, justificante de entrega.
Herramienta para la difusión del Patrimonio Vasco en Internet
Consiste en dar a conocer el patrimonio posibilitando las consultas online de la información textual,
gráfica y geográfica sobre el Registro de Bienes Culturales Calificados e Inventario General.
Pliego Condiciones Técnicas 11/32
Dicha herramienta deberá cumplir los siguientes requisitos:
Adaptada a dispositivos móviles, tablets, …
Diseño atractivo
Fácil navegación y orientada al ciudadano
Dotada de filtros de búsqueda e información enlazada
Difusión de catálogos temáticos
Integración de Inventarios
INTEGRA gestiona el Registro de Bienes Culturales Calificados e Inventario General, y su información
puede revisarse periódicamente por entidades externas en colaboración con el Centro de Patrimonio.
Estas revisiones generan nueva información textual y gráfica, que hay que incorporar de forma masiva a
INTEGRA, una vez que ésta ha sido validada por el Centro de Patrimonio Cultural Vasco.
Esta actividad consiste en prestar el Soporte técnico informático para el desarrollo de procesos de
integración de información textual y gráfica de nuevos inventarios realizados por entidades
colaboradoras con el Centro de Patrimonio:
Identificación de la información a cargar.
Conversión y carga de información textual.
Ajustes en el modelo de ficha de Inventario derivados de la nueva información a integrar.
Conversión y carga de información gráfica.
Ajustes en el modelo de ficha de Archivo Gráfico derivados de la nueva información a integrar.
Pliego Condiciones Técnicas 12/32
3 Metodología Aplicable y Entorno Tecnológico.
3.1 Metodología de desarrollo, normativa y Guía de Estilo
La organización del trabajo y ejecución del proyecto estará basada en la Metodología de planificación y desarrollo de sistemas de información ARINBIDE.
ARINBIDE se concibe como una metodología práctica para el ciclo de vida completo del software, basada en Métrica 3, y adaptada a las necesidades y directrices de E.J.I.E. Además consta de un apartado para establecimiento de una metodología de Gestión de Proyectos. Como Plan de Calidad la propia metodología, en sus apartados de trabajo habitual, genera los registros de calidad necesarios para el sistema de calidad de E.J.I.E.
Para todo el ciclo de vida del proyecto, ARINBIDE define las siguientes fases metodológicas:
Gestión del proyecto (GPR)
Análisis del Sistema de Información (ASI)
Diseño del Sistema de Información (DSI)
Construcción del Sistema de Información (CSI)
Implantación y Aceptación del Sistema (IAS)
Manteni miento del Sistema de Información (MSI)
Gestión de la configuración (GCO)
Información detallada sobre las fases y entregables de la metodología ARINBIDE, se encuentra en la página web de E.J.I.E.: http://www.ejie.net/documentacion.htm
En las distintas fases del proyecto, teniendo en cuenta la mencionada metodología ARINBIDE, y según el alcance del mismo, la empresa adjudicataria deberá contemplar, entre otros, los siguientes elementos:
Construcción del sistema.
Lo realizará en su totalidad el adjudicatario en sus dependencias, teniendo en cuenta las
directrices de E.J.I.E. en lo que se refiere a los módulos estándar, las normas de
funcionamiento y albergue de las aplicaciones en Internet/Intranet, el Manual de
Identidad Corporativa del Gobierno Vasco y las directrices de la Oficina para la
Modernización de la Administración en lo que respecta a estética, diseño y funcionalidades de
las páginas Web.
Incluirá la ejecución del Plan de Pruebas, para verificar el cumplimiento de los requisitos
establecidos en el mismo, abarcando pruebas unitarias, de integración y del sistema.
Asimismo, deberán respetarse las convenciones adoptadas para un desarrollo de
aplicaciones homogéneas recogidas en el Libro de Estilo del Departamento de Educación.
El diseño del sistema tendrá en cuenta el nivel de accesibilidad AA (WAI-AA), para aquellos
módulos que sean accesibles desde Internet.
Todos los sistemas desarrollados deberán soportar al menos los siguientes idiomas: euskera,
castellano.
La aplicación, las páginas, los textos, los mensajes de error/aviso y/o cualquier otro
componente (tool-tip, textos en imagen,….) dirigidos al usuario final deberán estar en ambos
idiomas: euskera y castellano.
Pliego Condiciones Técnicas 13/32
Implantación en desarrollo.
La empresa adjudicataria llevará a cabo la instalación de la aplicación en el entorno de
desarrollo de E.J.I.E., habiendo realizado previamente las pruebas necesarias durante la fase
de construcción.
Los entregables de esta fase incluyen en la Especificación de Construcción del Sistema (CSI)
y el sistema implantado.
Ejecución de las Pruebas de implantación, y Pruebas de Aceptación del Sistema, evaluando
los resultados.
Implantación en entorno de test o pre-explotación.
La empresa adjudicataria preparará los paquetes y dará soporte a la realización por E.J.I.E.
de la correspondiente implantación en el entorno de test o preexplotación, donde se realice el
primer test con los usuarios finales de los sistemas.
En caso de considerarse necesario, se llevarán a cabo las Pruebas de Aceptación en este
entorno
Pruebas de carga y rendimiento:
Que incluye la verificación de los niveles de respuesta de la aplicación ante las previsiones de
carga del sistema, así mismo se verificará el comportamiento global del sistema en cuanto a
consumo de memoria y CPU de sus componentes.
Implantación en producción y puesta en marcha del sistema. Incluirá:
Fuentes de la aplicación.
BBDD: scripts y carga inicial de datos.
Sistema implantado en entorno pruebas de E.J.I.E.
Informe de pruebas unitarias y de integración.
Manual de instalación / Explotación.
Manuales de Usuario y la Ayuda On-line deberán estar en ambos idiomas: euskera y
castellano.
Formación a los usuarios y administradores del sistema.
Sistema implantado en entorno de producción.
Para las fases de implantación y pruebas de aplicaciones J2EE en entorno de desarrollo, existe un Manual de tareas de ant, donde se describe el conjunto de tareas disponibles y el uso que debe hacerse de ellas.
En todas las fases del proyecto, así mismo será de referencia el documento de Estándares de desarrollo de sistemas software, que establece requisitos obligatorios y recomendaciones a seguir en todo el proceso de ejecución del proyecto, en cuando a la elaboración de los productos y la entrega de los mismos a E.J.I.E. Cabe destacar que para el caso de desarrollo de aplicativos con interfaz web basado en navegador que será desplegado en el contexto de internet, las pruebas del sistema deberán contemplar los ensayos necesarios para garantizar que el sistema se comporta correctamente en los navegadores más utilizados (a fecha de Enero de 2010, Internet Explorer, Firefox, Chrome, Opera, y Safari). Mientras que si el contexto de despliegue es intranet (con PCs gestionados), el sistema deberá soportar los navegadores homologados por los estándares tecnológicos publicados por la Dirección de informática y telecomunicaciones del GV para dicho contexto. Para el caso de extranet, la lista de navegadores a soportar se deberá decidir en función de los colectivos usuarios de la aplicación y del uso o no de PCs gestionados.
Pliego Condiciones Técnicas 14/32
Igualmente será de referencia el Documento de Estándares Tecnológicos de Gobierno Vasco, publicado en: www.euskadi.net/informatika
3.2 Modelo de aseguramiento de la calidad
EJIE contempla la calidad en distintos ámbitos de aplicación, tanto calidad en los procesos como calidad en los productos.
Para asegurar la calidad en el proceso de gestión del proyecto, durante le ejecución del mismo el adjudicatario deberá contemplar y proveer la documentación que sea requerida en cumplimiento de la metodología ARINBIDE.
Por otro lado, con el objetivo de asegurar la calidad en el proceso de elaboración y la calidad de los productos software obtenidos, será de referencia obligatoria el modelo de aseguramiento de la calidad definido por E.J.I.E. en el documento Estándares de calidad de producto software. v1.3, que contempla:
Asignación del Nivel de Aseguramiento de la Calidad (NAC) del sistema a desarrollar
Definición de los controles de calidad a ejecutar, en base al NAC asignado
Metodología de pruebas y calidad del software elaborada por E.J.I.E, que define el desglose de
fases, actividades y tareas así como el conjunto de entregables a elaborar para el aseguramiento
de la calidad del sistema.
Obtención de Indicadores NAC, que define un conjunto mínimo de indicadores que toda aplicación
bajo estándares tecnológicos deberá satisfacer, así como el procedimiento y herramientas para
obtenerlos.
En este ámbito de definición de la calidad, será de referencia el documento de Aseguramiento de la Calidad de Sistemas Software, así como la Metodología de Pruebas.
A continuación se detalla el modelo de aseguramiento de la calidad establecido para el proyecto objeto de contratación.
3.2.1. Nivel de Aseguramiento de la Calidad
El NAC asignado para este proyecto es: BAJO
3.2.2. Controles de calidad (SQA)
En función del NAC asignado, se han definido una serie de controles de calidad, cuya ejecución es obligatoria o recomendada, tal y como se define en el documento de Aseguramiento de la Calidad de Sistemas Software.
El adjudicatario deberá contemplar la ejecución de estos controles de calidad, dentro del alcance del proyecto objeto de contratación.
3.2.3. Metodología de pruebas
Dada la no existencia de un proyecto de Oficina Técnica de Calidad, paralelo al presente pliego de contratación, el adjudicatario del presente pliego, además del cumplimiento de la metodología de
Pliego Condiciones Técnicas 15/32
desarrollo ArinBide, deberá contemplar la ejecución de las tareas propias de la Metodología de Pruebas que se consideren oportunas, como son:
Checklist de verificación de Arinbide (CVA)
Definición y gestión del plan de pruebas mediante la herramienta homologada a tal efecto (Ver
Anexo de herramientas)
Realización del Informe Final de Pruebas (IFPB)
Seguimiento y gestión de incidencias mediante la herramienta homologada a tal efecto (Ver
Anexo de herramientas)
Realización del informe final de incidencias (IIPB)
…
Con independencia de lo aquí especificado, se recuerda que la metodología de desarrollo ArinBide incluye tareas y actividades destinadas a la ejecución y gestión de pruebas, cuyo cumplimiento está implícito en el proyecto objeto del presente pliego.
3.2.4. Indicadores
Aunque la propia Metodología de Pruebas ya define un conjunto completo de indicadores y sus umbrales asociados, existe un conjunto básico de indicadores que toda aplicación a implantar en el entorno de GV-EJIE deberá satisfacer.
En el entorno de desarrollo, para obtener los resultados de los indicadores para el proyecto se deberán seguir las instrucciones marcadas en el documento Indicadores_NAC.Desarrollo, en el que se especifican detalladamente los pasos a realizar y las herramientas a utilizar en cada momento.
El adjudicatario del presente contrato deberá contemplar la ejecución de las tareas necesarias para la obtención de estos indicadores, dentro del alcance del proyecto objeto de contratación.
Igualmente, como parte del aseguramiento de la calidad, se ha definido para el entorno de pruebas (pre-producción) el documento Indicadores_NAC.Pruebas. El adjudicatario del presente contrato deberá suministrar toda la información y entregables que sean requeridos en este ámbito para la realización de las pruebas por parte de EJIE.
3.3 Herramientas del ciclo de vida de las aplicaciones
Como soporte e instrumento necesario en la ejecución de todas las fases del proyecto, existe un conjunto de Herramientas homologadas por E.J.I.E., que abarcan todo el ciclo de vida de las aplicaciones, y que facilitan la realización de distintas tareas y normalizan la obtención de entregables.
Estas herramientas homologadas son las que se utilizan en el entorno de trabajo de E.J.I.E., no pudiendo utilizarse en el mismo otras herramientas similares o equivalentes.
Para los trabajos a realizar en las dependencias del proveedor, su uso es recomendado frente a otros productos o herramientas del mercado, para dar cobertura a los cometidos para los que están destinadas. No obstante, en los casos en los que el resultado de uso de las herramientas sea un entregable con un formato específico y normado, su uso será obligatorio frente a otras herramientas de mercado, o bien en cualquier caso deberá proporcionarse un formato compatible.
En el documento PBT-Anexo Herramientas se detallan las herramientas homologadas.
Pliego Condiciones Técnicas 16/32
3.4 Entorno Tecnológico.
El entorno tecnológico del sistema INTEGRA en el que deberá incluirse el nuevo módulo a desarrollar es el siguiente:
Sistema Operativo Linux
Servidor Web Apache Web Server 2 sobre Linux Red Hat Enterprise
Servidor Aplicaciones WebLogic Server 11
Base de Datos Oracle 10g
Gestor de contenidos Interwoven.
Plataforma Internet / Intranet
Protocolo de acceso (http) No seguro
Autenticación XLNets
Framework UDA
Lenguaje Programación Java
Tecnología y versión WebLogic 11
Productos estándares homologados
POI
Navegadores MS IE 6.0 o superior, Mozilla Firefox, Google Chrome, Opera y Safari
Con independencia de lo anterior se describe a continuación información detallada sobre los aspectos
tecnológicos que deben contemplarse en el desarrollo de aplicaciones para el Gobierno Vasco.
El entorno tecnológico de referencia será el establecido en los estándares del Gobierno Vasco junto con
los específicos del Departamento de Educación, Política Lingüística y Cultura. Se deberán aplicar
por tanto aquellos que se consideren necesarios para la ejecución del servicio, conforme a las
características específicas de cada una de las aplicaciones incluidas en el alcance del presente pliego de
condiciones técnicas.
El adjudicatario se compromete a adoptar y soportar en todo momento cualquier modificación o
adaptación del entorno tecnológico establecido por el Gobierno Vasco e incluido dentro de sus
estándares, así como todas aquellas otras actualizaciones específicas impuestas por el Departamento.
Pliego Condiciones Técnicas 17/32
Existen un conjunto de utilidades y sistemas horizontales de uso corporativo que dan solución
tecnológica a distintos ámbitos funcionales de uso común, que se citan a continuación, y que el proyecto
objeto de contratación deberá contemplar según sus necesidades.
Para las áreas funcionales de tramitación de expedientes del sistema final se deberán seguir las
directrices marcadas por el modelo básico de tramitación (MBT) del Gobierno Vasco, es decir,
identificar la familia a la cual pertenece el procedimiento a mecanizar, recoger los datos mínimos
definidos como invariantes de información, modelar los trámites establecidos como invariantes de
tramitación, e informar al sistema de visión de ciudadano (Mis Gestiones). Además, con objeto de
simplificar y homogeneizar los puntos de acceso y las interfaces gráficas de usuario, y de asegurar una
correcta interpretación de las normas legales vigentes, el nuevo producto deberá hacer uso del conjunto
de módulos y sistemas comunes que constituyen el núcleo de elementos corporativos horizontales de
base de plataforma tecnológica de e-Administración, PLATEA, desarrollando y completando por lo tanto
todo aquello que dichos sistemas requieran:
Sistemas de infraestructura de tramitación, PLATEA-Tramitación. Permiten ofrecer al
administrado una visión homogénea de los procesos de tramitación gestionados por cualquier
departamento de Gobierno Vasco, facilitar al empleado público las herramientas básicas y únicas
de gestión de tareas de tramitación, definir y establecer los flujos de tramitación adscritos al
modelo básico de tramitación, y aportar las soluciones técnicas necesarias que garantizan el
cumplimiento de las normativas y procedimientos legales vigentes en materia de tramitación.
Para la publicación de contenidos y aplicaciones en internet, deberá seguirse la normativa corporativa
así como las herramientas de soporte al modelo de presencia en internet:
Herramientas de gestión de contenidos, portales, ejes de catalogación y buscador:
PLATEA-Internet. Gestionan la creación, publicación y mantenimiento de contenidos en los
portales de internet administrados por Gobierno Vasco, y su catalogación en ejes homogéneos
que faciliten su búsqueda. Facilita igualmente los mecanismos para la integración de las
aplicaciones en la propia infraestructura de portales.
Como plataforma de integración entre sistemas:
La infraestructura de integración. Simplifica y estandariza los modelos de intercambio de datos
y de procesos entre aplicativos, proporcionando para ello las herramientas y sistemas necesarios
para su implementación en base a una plataforma tecnológica unificada, normalizada y
compartida. Ofrece soluciones corporativas normadas que ofrecen utilidades y gestionan el
intercambio síncrono de información (exposición de servicios), y el intercambio asíncrono
(suscripción a eventos).
Como referencia obligada respecto a los ámbitos mencionados, deberá considerarse el documento
PLATEA – Plataforma Tecnológica para la e-Administración.
Para las necesidades de gestión documental, deberá utilizarse el sistema corporativo existente:
Dokusi. Sistema Integral de Gestión Documental cuyo principal objetivo es la implantación de
todas las funciones de gestión documental necesarias en los procesos de producción
administrativa. Expone su uso a las aplicaciones departamentales mediante su capa de servicios -
framework de servicios documentales – FSD, proporcionando además otras utilidades para la
carga masiva de documentación, e interfaces gráficas.
Para facilitar el tratamiento de pago telemático del ciudadano a la administración:
Pliego Condiciones Técnicas 18/32
Pasarela de pagos: Sistema que provee los servicios necesarios para gestionar peticiones de
pago generadas por la administración para el ciudadano, incluida la aplicación internet de pago
electrónico on-line u off-line. En el documento PCT-Anexo Pasarela de Pagos se detalla
información de referencia acerca del sistema.
En el documento PCT-PLATEA-Anexos se incluye explicación detallada de los sistemas corporativos
involucrados en PLATEA.
El sistema final deberá utilizar el sistema de seguridad homologado en el entorno de Gobierno Vasco:
XLNetS. Gestiona los procesos de autenticación y autorización de accesos a usuarios (y sistemas)
para aplicativos y recursos, desarrollados bajo distintas tecnologías.
Como solución corporativa de información de datos de localización:
NORA. Sistema horizontal de gestión de datos de localización –dirección postal-, que proporciona
información actualizada y normalizada hasta nivel de portal. Ofrece diversas alternativas
tecnológicas de uso, y como principal valor añadido aporta el tratamiento de Altas Provisionales,
solución que permite a las aplicaciones asegurar la normalización de los datos de su negocio, y a
su vez favorecer la actualización continua de la información. Incluye además datos y servicios de
información geográfica (visor y geolocalizador). En el documento PCT-Anexo NORA se detalla
información de referencia acerca del sistema.
Para los desarrollos basados en entorno tecnológico JAVA, el nuevo sistema a implantar utilizará el
conjunto de Utilidades de Desarrollo de Aplicaciones (UDA) homologadas para su despliegue en el
servidor de aplicaciones Weblogic 11:
UDA: Conjunto de herramientas, tecnologías, componentes y normativas funcionales y técnicas
que permiten acelerar y normalizan el proceso de construcción de aplicaciones JEE en el ámbito
de Gobierno Vasco – EJIE. En el documento PCT-Anexo UDA se detalla más información acerca
del sistema, así como en la dirección http://code.google.com/p/uda/
Debido a la diversidad de aplicaciones y las distintas necesidades, pueden surgir nuevos patrones de
comportamiento para los que no exista un componente disponible en UDA en el momento del desarrollo
de la aplicación. En estos casos, el adjudicatario puede desarrollar su propio componente para cubrir la
funcionalidad necesaria bajo la supervisión del grupo de Consultoría de Áreas del Conocimiento, y una
vez desarrollado el componente (junto con su documentación) deberá ponerla a disposición de este
grupo para ser incorporado en la lista de componentes de UDA.
Otros productos y soluciones corporativas existentes son los siguientes:
Gestión de procesos batch:
K31/O75: Soluciones corporativas para la ejecución de procesos desasistidos
CONTROL-M: Planificación de procesos batch
Generación de informes:
FOP, iText o JasperReports para tecnología J2EE.
Reporting Services (Microsoft)
Pliego Condiciones Técnicas 19/32
Business Intelligence:
Oracle Business Intelligence
Bitam
Sistemas de Información Geográfica:
GIS Corporativo, basado en productos ESRI (ArcGIS 10.2, Oracle Spatial)
Servicio de envío de mensajes SMS:
SMS Corporativo, basado en plataforma Latinia
Además de los sistemas horizontales especificados, el nuevo sistema, según sus necesidades, deberá
utilizar los módulos y servicios establecidos por el Plan de Informática y Telecomunicaciones del G.V. y
especificados en el documento de guía de estándares tecnológicos.
Las plataformas tecnológicas y productos comunes de base serán, entre otros:
Servidor web:
Apache Web Server 2 sobre Linux Red Hat Enterprise.
Bases de datos:
Oracle 10g sobre HP-UX
SQL Server 2005
Seguridad:
XLNets y PKI Izenpe
Infraestructura para la Gestión de contenidos y portales (PLATEA-Internet):
Interwoven TeamSite 6.7
Open Deploy 6.1
Autonomy
Infraestructura para la gestión documental (Dokusi):
Basado en Documentum
Gestión de versionado de aplicaciones:
Subversion
Documentación y trabajo en grupo:
SharePoint Portal Server
Para el entorno tecnológico JEE, en caso de nuevos desarrollos:
Servidor de aplicaciones:
Oracle Weblogic Server 11g (10.3.5) sobre Linux Red Hat Enterprise
Herramientas para desarrollo:
Utilidades de Desarrollo de Aplicaciones (UDA)
IDE (P1C compatible con Windows 7): Eclipse, con OEPE y plug-ins UDA
En todos los casos, y según corresponda al entorno tecnológico a utilizar, se utilizarán igualmente las
Herramientas del ciclo de vida de las aplicaciones. En el documento PCT-Anexo Herramientas se
relacionan las herramientas homologadas.
Pliego Condiciones Técnicas 20/32
Existe asimismo un conjunto de librerías software soportadas, recogidas en los manuales de albergue de aplicaciones, que deberán contemplarse según corresponda, en el proceso de diseño técnico y construcción del sistema (FOP, POI, JasperReports, LinearBarCode, JfreeChart, IAIK, …)
Pliego Condiciones Técnicas 21/32
4 Descripción de entregables.
Los productos a entregar, tanto productos software como documentación, serán aquellos que define la metodología de desarrollo ARINBIDE, en referencia a las fases definidas dentro del alcance del proyecto.
Igualmente, dentro del alcance definido del proyecto, la Metodología de Pruebas, así como el documento de Aseguramiento de la Calidad de Sistemas Software, detallan los entregables a proporcionar en el ámbito de la calidad.
Con independencia de lo descrito y requerido a nivel metodológico (metodología de desarrollo Arinbide, y Metodología de Pruebas), a continuación se añaden tareas y entregables a realizar/suministrar por el adjudicatario:
Código Probado y Funcionando
Implantación en el Entorno de Desarrollo de EJIE.
Definición, ejecución y gestión del Plan de Pruebas
Preparación de componentes y soporte a la implantación en el entorno de Test o Preproducción.
Soporte a la implantación en el entorno de Producción.
La documentación de usuario deberán estar en ambos idiomas: euskera y castellano.
La aplicación, las páginas, los textos, tablas de códigos, los mensajes de error/aviso y/o cualquier otro componente (tool-tip, textos en imagen,….) dirigidos al usuario final deberán estar en ambos idiomas: euskera y castellano.
Entrega de fuentes de todos los componentes, ficheros de configuración, elementos gráficos utilizados,…..y cualquier otro elemento que se considere necesario para el normal y adecuado mantenimiento/evolución del sistema, en soporte magnético (DVD).
Confección y entrega de la documentación (funcional, técnica, de explotación y de usuario) correspondiente a cada una de las fases del proyecto tanto en formato papel, como en formato electrónico.
Todos los entregables deberán proporcionarse utilizando las herramientas homologadas en EJIE para el ciclo de vida de las aplicaciones, o en su caso proporcionando formatos compatibles.
Pliego Condiciones Técnicas 22/32
5 Requisitos generales para la prestación del servicio
Las empresas licitadoras, definirán en sus ofertas el planteamiento del servicio, así como los recursos de
la misma para abordar el servicio, y propondrán la estructura de profesionales adecuada a la prestación
del servicio requerido:
Propuesta de funcionamiento del sistema de mantenimiento de INTEGRA
Fases y tareas del proyecto,
Entregas resultantes de cada fase,
Hitos de control y/o verificación, junto con sus correspondientes fechas orientativas de
finalización.
Así mismo, el licitador podrá establecer propuestas de entregas y/o certificaciones parciales acordes con el planteamiento del proyecto establecido, siempre que:
Lo considere más adecuado para facilitar la implantación y puesta en marcha
del objeto del contrato.
No se establezca nada en sentido contrario en los apartados de: Objeto,
Alcance y Descripción del Proyecto.
Persona o personas propuestas en cada perfil (relación nominal), aportando la documentación
oportuna que acredite la capacitación de dicha persona en el perfil propuesto (currículo) en
relación a su solvencia técnica o profesional.
Diagrama de Gantt o Cronograma de las Fases y Tareas propuestas para la ejecución de las
realizaciones objeto del presente pliego.
El licitador deberá incluir en su Documento de Propuesta Técnica, un desglose de horas y % de dedicación total por perfil y fase del proyecto, siguiendo el siguiente modelo:
(*) Este d(*)Desglose de horas se considerará como orientativo y será tenido en consideración en el momento de valorar el grado de aproximación a la planificación del proyecto según la estimación del licitador, permitiendo, de esta forma, valorar la idoneidad del dimensionamiento del equipo de trabajo propuesto y su adecuación a la consecución de los objetivos. No obstante este desglose de horas no se considera vinculante, al no tratarse de una contratación de horas de desarrollo, sino un proyecto “llave en mano” según el importe total ofertado.
Descripción Perfil Gest. Proyecto Análisis Diseño Construcción Implantación Total Horas
Horas % Horas % Horas % Horas % Horas %
Jefe Proyecto
Analista Funcional
Analista Técnico
Analista-Program.
Programador
Diseñador
…
TOTAL
Pliego Condiciones Técnicas 23/32
El licitador debe comprometerse, en caso de ser adjudicatario, a mantener el equipo, según lo establecido en el Documento de Propuesta Técnica, y durante el periodo fijado en el apartado 8, del presente pliego.
Es responsabilidad del adjudicatario verificar que el personal del equipo de trabajo asignado, posea las titulaciones y certificaciones que pueda acreditar así como el verificar con referencias la capacitación técnica de dicho personal.
5.1 Formación
Es responsabilidad del adjudicatario garantizar la formación adecuada del personal del mismo asignado al equipo de trabajo.
5.1.1. Equipo de Trabajo
El equipo de trabajo propuesto estará formado por personal técnico con categoría profesional y nivel de especialización adecuados a las necesidades planteadas en cada momento, de acuerdo con las actividades planteadas y a lo propuesto por el licitador.
El licitador debe comprometerse, en caso de ser adjudicatario, a mantener el equipo de Oficina Técnica, durante la duración establecida del servicio.
La totalidad del equipo de proyecto presentado, deberá estar disponible para la incorporación de forma inmediata a la notificación de la adjudicación de la oferta por parte de EJIE.
5.1.1.1. Constitución inicial del equipo de trabajo
El equipo humano a incorporar tras la formalización del contrato para la ejecución de los trabajos deberá estar formado por componentes relacionados en la oferta adjudicataria y consecuentemente valorados.
Si tras la adjudicación se observara que el equipo de proyecto no se corresponde con el Documento de Propuesta Técnica objeto de la misma y:
Caso que el adjudicatario presente justificación escrita, detallada y suficiente, explicando el motivo
que suscita el cambio, se procederá a:
La presentación por el adjudicatario de sustituto o sustitutos con un perfil de cualificación
técnica igual o superior al de la persona que se pretende sustituir,
Aceptación de los sustitutos por parte de la Dirección del Proyecto de E.J.I.E.
Caso de que E.J.I.E. estime que el cambio no se corresponde con causa justificada, de
fuerza mayor y no imputable al adjudicatario, E.J.I.E. se reserva el derecho no solo a la
aprobación de la persona o personas sustitutivas, sino incluso a la revisión de la adjudicación y en
su caso la rescisión del pedido/contrato, si este hecho fuera elemento determinante en la
mencionada adjudicación.
Pliego Condiciones Técnicas 24/32
5.1.1.2. Modificaciones en la composición del equipo de trabajo
La valoración final de la calidad del servicio la realizará EJIE y podrá solicitar el cambio de cualquiera de los componentes del equipo de trabajo, con un preaviso de quince días, por otro de igual categoría, titulación, perfil lingüístico y experiencia, si existen razones justificadas que lo aconsejen.
Si el adjudicatario propusiera el cambio de una de las personas del equipo de trabajo, se deberá solicitar por escrito con quince días de antelación, y requerirá de las siguientes condiciones:
Justificación escrita, detallada y suficiente, explicando el motivo que suscita el cambio,
Presentación de sustituto o sustitutos con un perfil de cualificación técnica igual o superior al de la
persona que se pretende sustituir,
Aceptación de la Dirección del Proyecto de E.J.I.E.
Los posibles inconvenientes de adaptación al entorno de trabajo y al proyecto debidos a las sustituciones de personal, deberán subsanarse mediante periodos de solapamiento sin coste adicional, durante el tiempo necesario. Si a criterio de la Dirección del Proyecto de E.J.I.E., esto no fuera posible, las tres primeras semanas (periodo de adaptación) de trabajo del sustituto no serán facturables corriendo a cargo del adjudicatario. Igualmente correrán a cargo del adjudicatario las actividades/costes de formación necesarias para la realización efectiva de las actividades del servicio.
5.1.1.3. Horario y lugar de realización de los trabajos.
Los trabajos de desarrollo se realizarán en las dependencias del adjudicatario en cuyo caso:
El horario de trabajo y por lo tanto del servicio será la acorde al servicio planteado y que será el
del horario de E.J.I.E,
Los componentes del grupo de trabajo deberán estar en una única ubicación y desarrollarán su
labor con hardware y software propiedad del adjudicatario. Dicha ubicación deberá ser indicada
por el licitador en su oferta, indicando los motivos y ventajas de la misma.
En aquellos casos en que por alguna circunstancia alguna de las actividades deba ser realizada en las dependencias de E.J.I.E/Departamento, estas se realizarán en las siguientes condiciones:
La jornada de trabajo estará de acuerdo con las necesidades del servicio
Con carácter general los componentes del grupo de trabajo deberán desarrollarán su labor con
hardware y software propiedad del adjudicatario, salvo para labores de impartición de formación,
que se realizará mediante los puestos asignados por E.J.I.E./Departamento
Si por circunstancias excepcionales y cuando la realización efectiva de los trabajos no se ajuste a
la planificación o así se requiera por las necesidades del servicio, el adjudicatario deberá
comprometerse a una plena disponibilidad incluso fuera del horario habitual (salvo acuerdo previo
por la Dirección del Proyecto de E.J.I.E.), sin que la realización del trabajo tenga una
consideración especial a efectos de cómputo de horas o tarifa aplicable a las mismas
5.1.1.4. Perfiles de los componentes del equipo de trabajo
Se deberá adjuntar, en la oferta técnica, la descripción detallada de los perfiles de todos y cada uno de los componentes del equipo de trabajo propuesto para la realización de las tareas y actividades de los trabajos objeto de contratación.
Pliego Condiciones Técnicas 25/32
5.1.2. Transferencia Tecnológica.
Durante la ejecución de los trabajos objeto del contrato el adjudicatario se compromete, en todo momento, a facilitar a las personas designadas por la Dirección del proyecto de E.J.I.E., y a tales efectos, la información y documentación que ésta solicite para disponer de un pleno conocimiento de los trabajos desarrollados, así como de los eventuales problemas que puedan plantearse y de las tecnologías, métodos, y herramientas utilizados para resolverlos.
Así mismo el adjudicatario y antes de la finalización del servicio, se compromete a realizar las actividades formativas, que garanticen la continuidad del servicio, al equipo que pudiera dar soporte a este servicio, tras la finalización del servicio al que se refiere el presente pliego, según las directrices marcadas por E.J.I.E. y el Departamento de Educación.
Pliego Condiciones Técnicas 26/32
6 Presupuesto/Oferta económica.
En documento separado y siguiendo lo establecido en el modelo de Pliego de Condiciones Particulares se deberá incluir el importe Total de la Oferta Económica, sin I.V.A.
En el precio ofertado se entenderán ya incluidos: las dietas, gastos de desplazamiento y/o cualquier otro gasto necesario para la realización del servicio.
El presupuesto máximo para este contrato es de 180.000,00 € (I.V.A. No incluido). Este valor será el tomado como base para los Criterios de Valoración explicados posteriormente.
Pliego Condiciones Técnicas 27/32
7 Mecanismos de Seguimiento, Control y Supervisión
La gestión del proyecto se realizará según las normas procedimentales y de calidad de la Gestión de Proyectos de EJIE y del Departamento.
El control y seguimiento de la calidad de servicio, será realizado por la Dirección del Proyecto de EJIE.
Durante el desarrollo y ejecución del proyecto, EJIE podrá establecer controles de calidad sobre la actividad desarrollada.
7.1 Mecanismos de Seguimiento y Control.
El equipo de trabajo estará dirigido por el Consultor Técnico/Responsable del Proyecto, quien coordinará las tareas implicadas en el proyecto y será el interlocutor principal con la Dirección del Proyecto de EJIE.
Deberán establecerse todos los mecanismos de control que permitan verificar de forma continuada el cumplimiento de los objetivos especificados, tanto en plazos como en términos de calidad final. Para ello se contempla:
Reuniones de seguimiento: a partir del plan de entregas requerido se celebrarán reuniones periódicas
o coincidiendo con los puntos de decisión, destinadas a revisar el grado de cumplimiento de las
tareas planificadas, le entrega de productos, las reasignaciones de personal, la validación de las
programaciones de actividades a realizar, etc.
Reuniones de control económico: de control económico del proyecto para llevar a cabo el plan de
pagos establecido.
Informes de situación y progreso: con los que la empresa adjudicataria comunicará a la Dirección del
Proyecto de EJIE, del estado puntual de los trabajos, de los objetivos alcanzados, de las incidencias
ocurridas, etc.
Certificaciones parciales: si procede.
Hojas de control de tareas: si procede.
Documentos de gestión de proyectos: a solicitud del responsable de EJIE, la empresa adjudicataria
cumplimentará los documentos de gestión de proyectos, según un modelo definido: actas de
reuniones, registro de inspección y ensayo, informes de progreso, control de configuración (módulos-
componentes instalados), etc.
7.2 Supervisión del proyecto
Tanto la dirección como la supervisión del Proyecto serán llevadas a cabo por el personal de EJIE asignado al proyecto.
Los productos del trabajo deberán ser aprobados tanto por el Responsable del Proyecto por parte del adjudicatario, como por la Dirección del Proyecto de EJIE, si los encuentran conformes, emitirán su informe favorable, empezándose a computar desde ese momento el período de garantía que todo trabajo de realización externa debe aportar en previsión de defectos no detectados en las pruebas realizadas.
.
Pliego Condiciones Técnicas 28/32
8 Condiciones particulares
8.1 Plazo de ejecución
Los servicios objeto del presente pliego tendrá una duración máxima de 12 meses, desde la formalización del contrato.
8.2 Modelo de facturación
El adjudicatario tiene derecho al abono, con arreglo a los precios convenidos, de los trabajos que realmente ejecute, con sujeción al contrato otorgado, a sus modificaciones aprobadas y a las órdenes dadas por escrito por E.J.I.E.
La facturación del precio del contrato, se efectuará a través de la presentación de las correspondientes facturas expedidas con los requisitos legales exigidos y con periodicidad mensual, según los trabajos realizados en el mes vencido.
Pliego Condiciones Técnicas 29/32
9 Criterios de Valoración.
Los criterios de adjudicación que servirán de base para la valoración de las propuestas, así como sus pesos de ponderación se recogen a continuación. Para la evaluación de las propuestas se establece un criterio de ponderación con una puntuación máxima de 100 puntos.
A continuación se detalla la puntuación y aspectos que se tendrán en cuenta para la adjudicación del trabajo:
Característica Objeto de valoración Puntos
Valoración económica 50
Planteamiento del servicio y adecuación a los requerimientos 35
Mecanismos de control y seguimiento de los servicios a prestar 10
Planificación, metodología y calidad 5
Se establecen DOS FASES de valoración:
FASE 1: En esta fase se valorarán los criterios, cuya evaluación exige hacer un juicio de valor y
que se indican a continuación:
1. Calidad Técnica 50 Puntos
o Planteamiento del servicio y adecuación a los requerimientos: 35 Puntos
Descripción del planteamiento del sistema de mantenimiento de Integra. 20 Puntos
Descripción del modelo de trabajo, identificación detallada servicios/actividades y
asignación de recursos a fases del proyecto, 10 Puntos
Descripción de los entregables y productos resultantes de cada fase, 5 Puntos
o Mecanismos de control y seguimiento de los servicios a prestar 10 Puntos Descripción del procedimiento para la realización del control y seguimiento del servicio en relación a:
Detalle específicos de las actividades de control,
Tareas solicitadas en el período,
Tareas realizadas en el período,
Factores críticos de éxito, Todo aquello que según el licitador facilite el seguimiento y la toma de decisiones
o Planificación, metodología y calidad 5 Puntos
Descripción de la planificación,
Descripción de la metodología a utilizar,
Sistema de gestión de calidad.
La adjudicación de puntuación para todos y cada uno de los apartados, se basará para cada uno de los apartados en:
Si es una propuesta que no aporta valor, y lo que procede es a básicamente duplicar el
contenido del pliego o aspectos básicos establecidos en los estándares de desarrollo,
calidad y metodología publicados (0 puntos)
Si es una propuesta básica, es decir, se ajusta aportando un valor mínimo. (hasta un 15%
de los puntos).
Pliego Condiciones Técnicas 30/32
Si es una propuesta media, es decir, si se desarrolla más en detalle los aspectos
especificados. (hasta un 50 % de los puntos).
Si es una propuesta buena, es decir, si se detallan los aspectos requeridos aportando valor
añadido (hasta un 75% de los puntos).
Si es una propuesta óptima o excelente, es decir, si se detallan los aspectos especificados
aportando valor añadido e incorporando aspectos innovadores (hasta 100% de los puntos).
2. Umbral mínimo: 25 puntos
Conforme al Artículo 150.4 del TRLCSP, para ser admitidos a la valoración global, se exigirá que en los criterios no cuantificables por fórmulas los licitadores alcancen el umbral mínimo de puntuación establecido es de 25 puntos, de forma que no serán tenidas en cuenta las ofertas cuya puntuación no sea igual o superior al mismo, quedando automáticamente excluidas del resto del proceso selectivo.
FASE 2: En esta fase se valorará el criterio evaluable automáticamente a través de fórmula.
Fórmula Cálculo Proposición Económica:
Total Puntos Apartado Proposición Económica * Precio Oferta Más Ventajosa (Mínimo Precio) Precio Oferta Evaluada
Pliego Condiciones Técnicas 31/32
10 Estructura y Formato de la Propuesta
El licitador sólo podrá presentar su propuesta contemplando una única alternativa.
10.1 Estructura normalizada y contenido de las propuestas.
La propuesta que se presente por el licitador deberá aportar la información que se requiere en todos sus apartados y estar obligatoriamente estructurada de la siguiente forma:
Documento de Propuesta Técnica, incluyendo
Índice.
Presentación y características generales:
o Identificación del pliego al que responde la propuesta.
o Acatamiento con carácter general a las condiciones del pliego.
Planteamiento del servicio y adecuación a los requerimientos.
Mecanismos de control y seguimiento de los servicios a prestar
Planificación, metodología y calidad.
(*) En ningún caso se deberá incluir información Económica en el Documento de Propuesta Técnica.
De acuerdo con las posibilidades ofrecidas por el Real Decreto Legislativo 3/2011, de 14 de noviembre, por el que se aprueba el Texto Refundido de la Ley de Contratos del Sector Público y por la Ley 11/2007, de 22 de junio, de acceso electrónico de los ciudadanos a los Servicios Públicos, la oferta de las Empresas licitadoras y la forma de adjudicación de concurso para la contratación de los servicios descritos en el presente pliego de bases técnicas, sólo podrá efectuarse por procedimientos electrónicos.
Las ofertas deberán presentarse en el sitio Web www.contratación.euskadi.net a través de la cual podrán acceder a la aplicación de licitación electrónica.
Pliego Condiciones Técnicas 32/32
11 Estructura normalizada y contenido de las Propuestas
La estructura de la Oferta Económica y Técnica a presentar a través del sistema de Licitación Electrónica se deberá adecuar a este esquema:
Sobre A: Documentación administrativa.
Sobre B: Propuesta Económica.
o Según Modelo Anexo 1 del Pliego de Condiciones Particulares.
Sobre C: Propuesta Técnica: Según estructura indicada en el apartado anterior.