Pliego de Bases Técnicas: Adaptación del actual … · formato de los partes de enfermedad profesional a la normativa estatal, actualmente la aplicación IGATT funciona adecuadamente

Pliego de Bases Técnicas:

Adaptación del actual Aplicativo de IGATT (I80)a las Nuevas Necesidades

Fecha: Marzo de 2011 Referencia: 027/2011

EJIE S.A.

Mediterráneo, 3

01010 Vitoria-Gasteiz

Posta-kutxatila / Apartado: 809

01080 Vitoria-Gasteiz

Tel. 945 01 73 00*

Fax. 945 01 73 01

www.ejie.es

Este documento es propiedad de EJIE, S.A. y su contenido es confidencial. 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 de Bases Técnicas 2/35

Contenido

Capítulo/sección Página

1 Introducción 4 2 Objeto, Alcance y Descripción del Servicio 5

2.1 Objeto y Alcance del Servicio 5

2.2 Descripción del Servicio 7 Propuesta 8 3 Principales entregables 9 4 Metodología aplicable y entorno tecnológico 11

4.1 Metodología y Guía de Estilo Aplicable 11

4.2 Modelo de aseguramiento de la calidad 13

4.3 Nivel de Aseguramiento de la Calidad 13

4.4 Controles de calidad (SQA) 13

4.5 Metodología de Pruebas 14

4.6 Indicadores 14

4.7 Herramientas del ciclo de vida de las aplicaciones 15

4.8 Entorno Tecnológico 15 5 Planificación y organización 19

5.1 Plan de Proyecto 19

5.2 Plan de entregas e hitos de control 20

5.3 Diagrama de Gantt 20

5.4 Organización de equipo de trabajo 20

5.5 Asignación de recursos a fases del proyecto 20

5.6 Equipo de trabajo 21


5.6.1. Veracidad de los datos 21 5.6.2. Condicionante del equipo de trabajo ofertado 21 5.6.3. Constitución inicial del equipo de trabajo 21 5.6.4. Modificaciones en la composición del equipo de trabajo 22 5.6.5. Jornada laboral y lugar de realización de los trabajos 22 5.6.6. Curriculum de los componentes del equipo de trabajo 23

5.7 Transferencia tecnológica 23 6 Presupuesto / Oferta económica 24 7 Mecanismos de seguimiento, control y supervisión 25

7.1 Mecanismos de seguimiento y control 25

7.2 Supervisión del proyecto 25 8 Importe máximo, Plazo de ejecución y Plan de facturación 27 9 Criterios de valoración 28 10 Garantía y confidencialidad 29

10.1 Garantía 29

10.2 Confidencialidad de la información 30

10.3 Protección de datos 30 11 Propiedad intelectual 31 12 Prestaciones superiores o complementarias a las exigidas 32 13 Cláusulas de penalización 33 14 Estructura y formato de la propuesta 34

14.1 Estructura normalizada y contenido de las propuestas 34

14.2 Formato de la Propuesta 35

14.3 Sobres y Elementos 35


1 Introducción

Actualmente, la aplicación informática IGATT permite la realización de los trámites que integran el procedimiento de presentación telemática de los partes de accidente de trabajo regulados por la Orden Ministerial de Trabajo de 16 de diciembre de 1987 que establece los modelos para la notificación de los accidentes de trabajo, Orden TAS/2926/2002, de 19 de noviembre, por la que se establecen los nuevos modelos para la notificación de los accidentes de trabajo y se posibilita su transmisión por procedimiento electrónico y los partes de enfermedad profesional regulados por la Orden de 22 de enero de 1.973. Desde el 1 de enero de 2004, en la CAPV, se estableció como único medio de presentación de los partes de accidentes de trabajo y enfermedades profesionales ante la autoridad laboral el sistema telemático a través de dicha aplicación informática. Durante el año 2006 y principios del 2007 se abordó el desarrollo de nuevas funcionalidades que se consideraban necesarias y que se habían detectado a lo largo de la vida de la aplicación. La entrada en vigor el 9 de abril de 2007 de una serie de cambios normativos en los formatos de los partes de enfermedad y en menor medida en los partes de accidente, obligó a abordar una nueva modificación de la aplicación IGATT. Por último la entrada en vigor del CNAE-09 también implicó realizar una modificación en la aplicación. MARCO NORMATIVO COMPETENCIA

El artículo 12.2 de la ley Orgánica 3/1979, de 18 de diciembre del Estatuto de Autonomía para el País Vasco, de acuerdo con el artículo 149.1.7ª del la Constitución, atribuye a la CAPV la ejecución de la legislación del Estado en materia laboral.

PROCEDIMIENTO

El ámbito normativo en que se establece el procedimiento para la elaboración y presentación de los partes de accidente y de los partes de enfermedades profesionales está constituido por las siguientes normas:

- Orden del Ministerio de Trabajo y Seguridad Social de 16 de diciembre de 1987 por la que se establece modelos para notificación de los accidentes de trabajo y dicta instrucciones para su cumplimentación, declarada de aplicación por la Disposición derogatoria única apartado d) de la Ley 31/1995 de 8 de noviembre, y actualizada por la Orden TAS/2926/2002, de 19 de noviembre, por la que se establecen nuevos modelos para la notificación de los accidentes de trabajo y se posibilita su transmisión por procedimiento electrónico

- ORDEN TAS/1/2007, de 2 de enero, por la que se establece el modelo de parte de enfermedad profesional, se dictan normas para su elaboración y transmisión y se crea el correspondiente fichero de datos personales.

Esta Orden deroga los apartados 1 y 2 del artículo 22 de la Orden de 13 de octubre de 1967. Además, en su Disposición Adicional Segunda se establece que el parte electrónico de enfermedad profesional que se regula en la orden se puede considerar como notificación formal por el empresario a la autoridad


laboral competente. Y por último, en el artículo 4 se establece que la cumplimentación y transmisión del parte de enfermedad profesional se realizará únicamente por vía electrónica por medio de la aplicación informática CEPROSS.

APLICACIÓN TELEMATICA

- Resolución de 19 de noviembre de 2003, de la Dirección de Servicios del Departamento de Justicia, Empleo y Seguridad Social, por la que se aprueba la aplicación telemática, informática y electrónica para la puesta en marcha del procedimiento para la tramitación de partes de accidentes de trabajo y de enfermedades profesionales.

- ORDEN de 20 de noviembre de 2003, del Consejero de Justicia, Empleo y Seguridad Social, por la que se establecen los criterios generales del procedimiento para la presentación y tramitación telemática de los partes de accidente de trabajo y enfermedades profesionales.

- RESOLUCION de 21 de noviembre de 2003, del Director de Trabajo y Seguridad Social del Departamento de Justicia, Empleo y Seguridad Social, por la que se establecen las condiciones de realización del procedimiento para la tramitación de partes de accidente de trabajo y de enfermedades profesionales.

SITUACION ACTUAL Tras un periodo de inestabilidad debido a las modificaciones que se realizaron en el año 2007 para adaptar el formato de los partes de enfermedad profesional a la normativa estatal, actualmente la aplicación IGATT funciona adecuadamente respondiendo a las necesidades para la que fue creada y que no son otras que la presentación telemática de los partes de accidente de trabajo. No obstante, están pendientes de clarificar algunos aspectos del funcionamiento de la aplicación al haberse ido detectando en el uso diario de la misma por un lado aspectos mejorables y por otro lado situaciones que en principio no parece que debieran de producirse si se realizase un adecuado control de determinados campos.

2 Objeto, Alcance y Descripción del Servicio

2.1 Objeto y Alcance del Servicio

El objeto del presente pliego consiste en la realización de un Contrato Cerrado Llave en Mano, donde cualquier alteración del alcance del proyecto o del plazo de entrega del mismo deberá tener el Vº Bº del Comité de Dirección del Proyecto.

El alcance del proyecto es la Adaptación de la aplicación IGATT a nuevas funcionalidades.

El contrato contemplará las siguientes tareas:

• Diseño: Lo realizará en su totalidad la empresa contratada en sus dependencias, de forma coordinada con los representantes del Departamento y/o EJIE. Se partirá de un análisis funcional ya existente, se trata de una adaptación del sistema actual que regula los trámites que integran el procedimiento de presentación telemática de los partes de accidente de trabajo regulados por la


Orden Ministerial de Trabajo de 16 de diciembre de 1987 que establece los modelos para la notificación de los accidentes de trabajo, Orden TAS/2926/2002, de 19 de noviembre, por la que se establecen los nuevos modelos para la notificación de los accidentes de trabajo y se posibilita su transmisión por procedimiento electrónico y los partes de enfermedad profesional regulados por la Orden de 22 de enero de 1.973, de acuerdo a la metodología Arinbide y a los estándares del Gobierno Vasco para el desarrollo de aplicaciones informáticas.

• Desarrollo: Lo realizará en su totalidad la empresa contratada en sus dependencias, de forma coordinada con los responsables del Departamento y/o EJIE, y de acuerdo a las directrices del G.V. respecto a los módulos estándar, así como las normas de funcionamiento y albergue de las aplicaciones en Internet/Intranet y el Manual de Identidad Corporativa del G.V.

• Implantación: La empresa contratada llevará a cabo la instalación y generación de objetos en EJIE S.A., realizando las pruebas necesarias durante la fase de desarrollo; es decir, previamente a su implantación en producción y en los sistemas informáticos operativos, de acuerdo a lo previsto en las normas de instalación.

• Documentación: Será realizada en su totalidad por la empresa contratada en coordinación con los responsables del Departamento y/o EJIE, de acuerdo a la metodología utilizada y a la documentación existente actualmente. Estos trabajos se realizarán en las dependencias de la empresa contratada.

• Formación: La empresa contratada se encargará de impartir la formación necesaria tanto a los usuarios finales del sistema como a los futuros responsables del sistema por parte de EJIE proporcionando la documentación necesaria para ello. Esta formación se realizará en las dependencias del Departamento y su coste se encuentra incluido en el precio de adjudicación del contrato.


2.2 Descripción del Servicio

Los principales objetivos del sistema a construir son:

PRIMERO.- Considerando que no se ha producido ninguna modificación normativa que implique la necesaria adaptación de la aplicación actual a la legislación marco y que, por otro lado, la aplicación IGATT funciona adecuadamente tanto para las entidades gestoras como para la propia Dirección de Trabajo, a los efectos del cumplimiento de la obligación de las entidades colaboradoras de presentación de los partes de accidente con baja, de las relaciones de accidentes sin baja y de las relaciones de altas, no se considera necesaria la creación de una nueva aplicación informática para la tramitación telemática de partes de accidentes.

- SEGUNDO: No obstante, sería conveniente realizar alguna revisión y/o ajuste a la actual tendente a mejorar su funcionamiento, a la vista de la utilización diaria de la aplicación. Se proponen las siguientes:

o PARTES DE ALTA ó RELACIONES DE PARTES DE ALTA: sería conveniente habilitar una búsqueda en los partes de baja en la que el criterio de búsqueda sea el campo “causa del alta”. Este punto tiene especial importancia para tener conocimiento del número de partes de accidente que inicialmente han sido leves, graves o muy graves, y que al final han desembocado en el fallecimiento del trabajador. Conforme a la normativa vigente, en estos supuestos la entidad colaboradora debe presentar un parte de alta vinculado al parte de baja inicial indicando que la causa del alta es el fallecimiento.

o PARTES DE BAJA: Comprobar si la aplicación permite que tras la presentación de un parte de accidente en el que el grado de lesión consignado es FALLECIMIENTO, luego se pueda presentar el parte de alta de ese mismo trabajador. Si lo permite habría que corregirlo, pues si un trabajador ha fallecido en un accidente y así se comunica en el parte de baja, no es necesario volver a enviar un parte de alta con causa de fallecimiento, pues no ha habido una variación en el grado de la lesión.

o PARTES DE BAJA: Comprobar si la aplicación permite presentar un parte de alta sin que exista un parte de baja previo. Si lo permite, habría que corregirlo, porque para que un trabajador sea dado de alta es necesaria una baja previa.

o PARTES DE ENFERMEDAD: Teniendo en cuenta que las entidades gestoras cumplen con la obligación de presentar los partes de enfermedad profesional haciéndolo a través de la aplicación CEPROSS, sería conveniente eliminar todas las funcionalidades asociadas a la presentación telemática de los partes de enfermedad profesional. Se debería guardar el histórico de lo que se haya presentado.

o USUARIOS: habría que tener en cuenta la posibilidad de que cuando las Mutas se fusionen, los usuarios de la Mutua resultante también puedan acceder a los datos de las Mutuas originales, pues en ocasiones tienen que procesar datos de esas Mutuas y no pueden. Actualmente, lo que


se hace es dejar como usuario de la Mutua original a uno de ellos para que puedan seguir procesando datos en caso de que sea necesario y el resto pasan a ser usuarios de la Mutua. Esto genera problemas porque en ningún caso es posible que un usuario pertenezca a dos entidades.

o ESTADISTICAS: está pendiente de clarificar el modo en que se generan actualmente las estadísticas que se obtienen del IGATT. También habría que revisar la elaboración de estadísticas por fecha del accidente y por fecha de presentación del parte, pues actualmente el resultado que se obtiene es el mismo y eso en la realidad no es correcto.

En la actualidad, la base de datos soporte para la elaboración de consultas y estadísticas sobre accidentes de trabajo en la CAV, es la base de datos de la aplicación O80 para la tramitación telemática de AT y EP en la CAV (sistema IGATT). La Aplicación O80 tiene implementados y funcionando procedimientos de validación y comprobación de errores, generación de consultas, obtención de listados y procesos varios. Uno de los listados son Estadísticas: RESL y Comparativas. Permiten obtener cifras de AT por TH, Actividad, y Periodo de tiempo mensual. De cara a la elaboración de estadísticas se plantean una serie de puntos débiles que deben de ser mejorados:

Mejorar o incorporar nuevos criterios de validación y comprobación.

Sensibilidad del sistema. Deficiencia en la notificación de partes de alta. El porcentaje de partes de alta sobre los partes de baja es bajo. Esto impide elaborar indicadores de duración media.

Automatización de la generación de estadísticas a divulgar por OSALAN a partir de IGATT.

Ante la decisión comunicada por la Dirección de continuar con la base de datos IGATT como fuente de información de los accidentes de trabajo, se plantea esta propuesta de mejora en la obtención y difusión de las estadísticas.

Existe la necesidad de automatizar la obtención de las estadísticas y su difusión en la Web. Hasta ahora el proceso tiene un gran componente manual, tanto en la parte de elaboración de las tablas mensuales(RESL) como en la difusión en la Web, con la posibilidad de errores y la falta de eficiencia que ello implica. Propuesta Se presenta una propuesta de modificación de la aplicación informática O80 que nos permita automatizar la operación estadística, tanto en la elaboración como en la difusión. Actualmente utilizamos la aplicación O80 (aplicación responsabilidad del Departamento de Trabajo), que proporciona listados de estadísticas, pero los inconvenientes de esta aplicación son los siguientes:

• Falta de documentación detallada de la forma en que se obtienen los listados de estadísticas


• Falta la obtención del listado en formato electrónico (la única salida es la impresión en papel de esos listados; esto requiere la grabación manual de los datos de las tablas obtenidas para la elaboración de los RESL mensuales)

La modificación planteada consiste en la programación automática de la generación de las tablas contenidas en los informes mensuales y la automatización de la difusión tanto de los informes mensuales como anuales. Habría 2 alternativas:

1. Generación de tablas a partir del fichero leído directamente de IGATT (con ello asumimos que las depuraciones realizadas al fichero administrativo son suficientes para obtener las estadísticas)

2. Generación de tablas a partir de un fichero estadístico, obtenido a partir del fichero

administrativo y aplicando algunos criterios de depuración estadística que se consideren convenientes (y que no se realizan al fichero administrativo por la falta de necesidad para la finalidad que tiene).

3.

La aplicación modificada permitiría también actualizar de modo automático el apartado “Estadísticas” de la Web. Hasta ahora la difusión en la Web de los RESL requiere otra grabación manual de los datos.

3 Principales 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:

• 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á 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.


4 Metodología aplicable y entorno tecnológico

4.1 Metodología y Guía de Estilo Aplicable

La metodología a seguir para la organización del trabajo del presente 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. 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 EJIE.

Requisitos de ARINBIDE:

• Metodología basada en Métrica V3 pero adaptada o personalizada.

• Conjunto de herramientas que ayudan en las distintas fases y gestiones del ciclo de desarrollo.

• Sistema de gestión de versiones que garantice la integridad de las versiones.

• Metodología de pruebas.

• Metodología para el mantenimiento del sistema.

• Gestión o control de peticiones de cambio.

• Auditorias internas, control de calidad.

En las distintas fases del proyecto la empresa adjudicataria deberá contemplar, entre otros, los siguientes elementos:

• Diseño del sistema. El adjudicatario, basándose en el PBT entregado por EJIE y en base al actual análisis funcional ya existente, teniendo en cuenta la mencionada metodología ARINBIDE. Deberá incluir:

o Revisión del catálogo de requisitos y relación de los módulos del sistema.

• Construcción del sistema.

o Lo realizará en su totalidad el adjudicatario en sus dependencias, teniendo en cuenta las directrices de EJIE 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.

o Asimismo, deberán respetarse las convenciones adoptadas para un desarrollo de aplicaciones homogéneas.

o El diseño del sistema tendrá en cuenta el nivel de accesibilidad AA (WAI-AA), para aquellos módulos que sean accesibles desde Internet.

o Todos los sistemas desarrollados deberán soportar los siguientes idiomas: euskera, castellano.

o 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.


• Plan de pruebas.

• Implantación de la aplicación en el entorno de desarrollo:

o La empresa adjudicataria llevará a cabo la instalación de la aplicación en el entorno de desarrollo de EJIE.

o Los entregables de esta fase incluyen el Manual Técnico (CSI) y el sistema implantado.

o Se presentará un Plan de Pruebas que incluya todos los requisitos funcionales y los no funcionales.

o Ejecución de las pruebas unitarias, donde se llevan a cabo las verificaciones definidas en el plan de pruebas para cada uno de los componentes.

o Ejecución de las pruebas globales, que incluye la ejecución de las verificaciones asociadas a los componentes, individualmente, y la evaluación de los resultados.

• Pruebas de carga y rendimiento:

o Entorno de Pruebas. Incluirá 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á:

o Fuentes de la aplicación.

o BBDD: scripts y carga inicial de datos.

o Sistema implantado en entorno pruebas de EJIE.

o Informe de pruebas unitarias y de integración.

o Manual de instalación / Explotación.

o Manuales de Usuario y la Ayuda On-line deberán estar en ambos idiomas: euskera y castellano.

o Formación a los usuarios y administradores del sistema.

o Sistema implantado en entorno de producción.


4.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 obtenido, será de referencia obligatoria el modelo de aseguramiento de la calidad definido por EJIE 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 v1.0, así como la Metodología de Pruebas v1.0. A continuación se detalla el modelo de aseguramiento de la calidad establecido para el proyecto objeto de contratación.

4.3 Nivel de Aseguramiento de la Calidad

El NAC asignado para este proyecto es: MEDIO

4.4 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 v1.0. El adjudicatario deberá contemplar la ejecución de estos controles de calidad, dentro del alcance del proyecto objeto de contratación.


4.5 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 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.

4.6 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 v1.0, 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 v1.0. 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.


4.7 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 v1.0 se detallan las herramientas homologadas. 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 v1.0. El adjudicatario deberá contemplar la ejecución de estos controles de calidad, dentro del alcance del proyecto objeto de contratación. (O BIEN)

4.8 Entorno Tecnológico

El entorno tecnológico será el definido en los estándares del Gobierno Vasco que se considere necesario para la ejecución de este proyecto conforme a sus características específicas.

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 para el intercambio síncrono de información (exposición de servicios por medio de adaptadores), y el intercambio asíncrono (propagador-enrutador), así como la creación de procesos orquestados.

Como referencia obligada respecto a los ámbitos mencionados, deberá considerarse el documento PLATEA-Plataforma Tecnológica para la e-Administración.

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.

Para los desarrollos basados en entorno tecnológico J2EE, en todas las fases de desarrollo del nuevo sistema se deberá contemplar y utilizar el Framework J2EE homologado en el entorno de Gobierno Vasco:

• Geremua.

Capa software entre una aplicación y el software de base (sistema operativo, máquina virtual, bases de datos, Middleware) que ayuda a resolver problemáticas comunes a gran cantidad de aplicaciones. Se consigue acelerar los tiempos de desarrollo y mejorar la calidad del software, e incluso el rendimiento, pues también marca una tendencia arquitectural hacia las mejores prácticas de diseño y desarrollo.

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.


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. Inluye además información geográfica. En el documento PBT-Anexo NORA v1.0 se detalla información de referencia acerca del sistema.

Otros productos y soluciones corporativas existentes son los siguientes:

• Gestión de procesos batch:

o K31/O75: Soluciones corporativas para la ejecución de procesos desasistidos.

o CONTROL-M: Planificación de procesos batch.

• Generación de informes:

o Jreport. Existe un middleware corporativo (T43) para uso por las aplicaciones departamentales, con tecnología J2EE.

o Reporting Services (Microsoft)

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.

• Servidor de integración: BEA Weblogic Integration 8.1 sobre Linux Red Hat Enterprise

• Base 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): Documentum

• Gestión de versionado de aplicaciones: Subversion

• Documentación y trabajo en grupo: SharePoint Portal Server


Además, para el entorno tecnológico J2EE:

• Servidor de aplicaciones: BEA Weblogic Server 8.1 sobre Linux Red Hat Enterprise

• Herramientas para desarrollo:

o Framework J2EE: Geremua

o IDE (PC compatible con Windows XP SP1): Eclipse, con plugin MyEclipse y Ant 1.5

• Gestión de dependencias: Maven

• Pruebas de rendimiento (pre-producción): LoadRunner

Además, para el entorno tecnológico Microsoft .NET:

• Servidor de aplicaciones: IIS 6.0 sobre Windows 2003 Server

• Herramientas para desarrollo: IDE (PC compatible con Windows XP SP1) y Visual Studio 2005

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 homologadas.

Existe asimismo un conjunto de librerías software homologadas, 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 (Izenpe, FOP, POI, LinearBarCode, JfreeChart, IAIK, …).


5 Planificación y organización

Así mismo los documentos y manuales a entregar se realizarán teniendo en cuenta las normas de estilo que se dictan en la: ‘Guía para la elaboración de documentos – Estilo en la producción de documentos’ que estará a disposición de quien la solicite.

5.1 Plan de Proyecto

Sin perjuicio de la documentación administrativa y la acreditativa de la experiencia de la empresa licitadora en labores similares a las aquí solicitadas, los licitadores deberán presentar un programa de trabajo ajustado a lo prescrito en este pliego y conteniendo cuantos aspectos complementarios sobre la forma de realización de cada una de las tareas descritas en el mismo se consideren oportunas, detallando las actividades y la organización de los recursos humanos ofertados, donde figure:

• Descripción detallada de fases y tareas.

• Resultados y productos (entregables) en las distintas fases.

• Diagrama temporal de las actividades (cronograma de las tareas).

• Organigrama del equipo de trabajo, especificando las funciones y responsabilidades de cada uno de sus integrantes, por categoría profesional, y con indicación de los Curriculum Vitae.

• Mecanismos de seguimiento, control y calidad para el proyecto.

El equipo de trabajo estará formado por personal técnico con la categoría profesional y nivel de especialización adecuados a las necesidades planteadas en cada momento, de acuerdo con las actividades que se vayan desarrollando.

La empresa adjudicataria nombrará un responsable del proyecto con al menos las siguientes funciones, conocimientos y responsabilidades:

• Interlocutor principal ante EJIE.

• Seguimiento del plan de trabajo propuesto en la oferta y aprobado por EJIE, con estricto cumplimiento de plazos y calidad en las entregas de documentos previstos en dicho plan.

• Comunicación inmediata a la Dirección del proyecto de cualquier previsible alteración de las condiciones contractuales en cualquiera de sus aspectos (personal, técnico, económico, etc.), originado por causas ajenas al propio adjudicatario.

• Comunicación inmediata a la Dirección del proyecto de las repercusiones y/o problemas que puedan plantearse en el desarrollo del proyecto por cambios en la planificación, incumplimiento de los hitos previstos, cambios en el alcance del proyecto, modificaciones a tareas ya realizadas y aprobadas, etc.

• Gestión de riesgos.

• Coordinación e integración de equipos.

• Gestión del plan de trabajo y de los recursos.


5.2 Plan de entregas e hitos de control

El licitador deberá incluir en su Documento de Propuesta Técnica una descripción de las principales:

• Fases y tareas del proyecto.

• Entregas resultantes de cada fase.

• Hitos de control y/o verificación.

Además deberá indicar las 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.

5.3 Diagrama de Gantt

El licitador deberá presentar un Diagrama de Gantt o Cronograma de las Fases y Tareas propuestas para la ejecución de las realizaciones objeto del presente pliego.

5.4 Organización de equipo de trabajo

El licitador deberá describir en su Documento de Propuesta Técnica:

• La organización (perfiles) del equipo de proyecto asignado a la realización de las actividades resultantes del presente pliego, así como:

o Las funciones de los mismos.

o La relación nominal de los participantes, junto su correspondiente documento de currículo.

5.5 Asignación de recursos a fases del proyecto

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:

Descripción perfil Gest. Pry. Diseño Construcción Implantación Horas % Horas % Horas % Horas %

Total horas

Jefe proyecto Analista funcional Analista programador Programador ………. TOTAL


(*) Este 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.

5.6 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 que se vayan desarrollando.

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 cada actividad específica.

La totalidad del equipo de proyecto presentado, según sus funciones y la planificación a fijar, deberá estar disponible para la incorporación en el proyecto en el plazo de una semana posterior a la notificación de la adjudicación de la oferta por parte de EJIE.

5.6.1. Veracidad de los datos

EJIE se reserva la facultad de solicitar, en cualquier momento, antes o después de la adjudicación y durante el curso de los trabajos, de cualquier otro tipo de documento complementario, en orden a la comprobación de cuantos datos haya ofrecido la empresa adjudicataria, tanto respecto a la misma, como a los recursos de que disponga.

La falsedad en los mismos podrá implicar asumir penalizaciones, y en último término, podrá provocar la resolución del contrato.

5.6.2. Condicionante del equipo de trabajo ofertado

La falsedad en el nivel de conocimientos técnicos del personal ofertado, deducida del contraste entre lo reflejado en el currículo y los conocimientos reales demostrados en la ejecución de los trabajos, podría en último término provocar la revisión de la adjudicación y en su caso la rescisión del pedido/contrato.

5.6.3. 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 posibles candidatos con un perfil de cualificación técnica igual o superior al de la persona que se pretende sustituir.


Aceptación de alguno de los candidatos por parte de la Dirección del Proyecto de EJIE.

• Caso de que se demostrase que el cambio no se corresponde con causa justificada, de fuerza mayor y no imputable al adjudicatario, EJIE 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.

5.6.4. Modificaciones en la composición del equipo de trabajo

La valoración final de la productividad y calidad de los trabajos de las personas que realizan los trabajos objeto del presente pliego corresponde a la Dirección del Proyecto de E.J.I.E., siendo potestad suya 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, 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 posibles candidatos con un perfil de cualificación técnica igual o superior al de la persona que se pretende sustituir.

• Aceptación de alguno de los candidatos por parte de la Dirección del Proyecto de EJIE.

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 EJIE, esto no fuera posible, las dos primeras semanas de trabajo del sustituto no serán facturables corriendo a cargo del adjudicatario.

5.6.5. Jornada laboral y lugar de realización de los trabajos

Los trabajos de desarrollo se realizarán normalmente en las dependencias del adjudicatario en cuyo caso:

• La jornada de trabajo estará de acuerdo a la establecida por el adjudicatario,

• 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 lo suficientemente cercana a E.J.I.E., S. A. como para garantizar una presencia rápida en E.J.I.E., ante cualquier eventualidad que pudiera surgir.

Las pruebas de integración, de carga, aceptación y la puesta a punto de los productos se realizarán en los locales de E.J.I.E.

En aquellos casos en que los trabajos deban ser realizados en las dependencias de E.J.I.E, estos se realizarán en las siguientes condiciones:

• La jornada de trabajo estará de acuerdo a la establecida por E.J.I.E.,

• 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 instalación, implantación,


y puesta en marcha, que se realizará mediante los puestos asignados por la Dirección del Proyecto de E.J.I.E.

• 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.6.6. Curriculum de los componentes del equipo de trabajo

Se deberá adjuntar el currículo individual detallado de todos y cada uno de los componentes del grupo de trabajo propuesto para la realización de las tareas y actividades de los trabajos objeto de contratación, junto con el papel/perfil (conforme a los indicados en el cuado anterior) que asumen en la realización descrita.

La no inclusión del currículo de alguno de los participantes, puede suponer la imposibilidad de una adecuada evaluación del apartado de “Organización del Proyecto”, pudiendo el licitador no ser puntuado por este concepto.

Datos del currículo:

• Apellidos y Nombre.

• Edad.

• N.I.F., N.S.S. y justificación/certificación de alta en la empresa (certificado de la S.Social).

• Conocimientos metodológicos y tecnológicos principales.

• Formación Reglada: Centro, Titulación y Fechas (desde-hasta).

• Formación no Reglada: Centro, Curso y Fecha (desde-hasta).

• Certificaciones: Descripción y Fecha.

• Experiencia Acumulada: Total Años.

• Experiencia profesional: Empresa, Puesto / Responsabilidades, Meses o Años, Fecha (desde-hasta).

• Conocimientos y Experiencia obtenida Proyectos: Proyecto, Puesto / Responsabilidades, Meses, Fecha (desde-hasta), y principales tecnologías utilizadas, para al menos los principales o correspondientes a experiencias similares.

5.7 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.


6 Presupuesto / Oferta económica

En documento separado y siguiendo lo establecido en el modelo de Pliego/Hoja de Cláusulas Administrativas se deberá incluir el importe Total de la Oferta Económica, con y sin I.V.A. Y opcionalmente, cualquier otro desglose de estimación de esfuerzos que se considere relevante para la correcta evaluación del apartado “Proposición económica” contemplado en la sección de Criterios de Valoración. Del mismo modo podrán detallarse también posibles prestaciones superiores a las solicitadas, ofertadas por el licitador y debidamente argumentadas en cuanto al nivel de esfuerzo requerido, siempre y cuando E.J.I.E. las considere como tales desde el punto de vista del proyecto y si así se especificase en el apartado de “Prestaciones Superiores/Complementarias a las Exigidas” contemplado en la sección de Criterios de Valoración. 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. Con independencia de lo aquí indicado será necesario incluir el desglose de cualquier gasto o aspecto objeto del presente pliego si así fuera requerido de forma expresa en el Pliego/Hoja de Cláusulas Administrativas.


7 Mecanismos de seguimiento, control y supervisión

Los trabajos o prestaciones serán examinados y comprobados por los representantes de EJIE. Si los encuentran conformes, emitirán su informe favorable, empezándose a computar desde ese momento el año de garantía que todo trabajo de realización externa debe aportar, en previsión de defectos no detectados en las pruebas realizadas.

El incumplimiento de los plazos pactados sin causa que lo justifique, dará lugar a las penalizaciones que se acuerden en las condiciones particulares.

7.1 Mecanismos de seguimiento y control

El equipo de trabajo estará dirigido por un Responsable del Proyecto con dedicación estable y suficiente, quien coordinará las tareas implicadas en el proyecto y será el interlocutor principal con la Dirección del Proyecto de E.J.I.E.

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 (con una periodicidad máxima de 15 días): 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 mensuales de situación y progreso: con los que la empresa adjudicataria comunicará a la Dirección del Proyecto de E.J.I.E. el 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 E.J.I.E., 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 E.J.I.E.

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 E.J.I.E. 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.


El incumplimiento de los plazos pactados sin causa que lo justifique, dará lugar a las penalizaciones que se acuerden en las condiciones particulares (si existieran).


8 Importe máximo, Plazo de ejecución y Plan de facturación

El precio máximo del presente contrato se establece en 90.000 € sin IVA. El plazo máximo de puesta en marcha se establece como el 30 de Septiembre del año 2011 con depósito de la garantía definitiva.

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.

El plan de facturación definitivo se establecerá sobre la base del plan de proyecto establecido en la fase de definición inicial del mismo, teniendo en cuenta que:

• En función del plan del proyecto y de acuerdo con la Dirección del Proyecto, podrán ser establecidas entregas parciales, que podrán implicar facturaciones acordes al alcance de las mismas, tras las correspondientes verificaciones y certificaciones.

• El plan de facturación establecido al inicio del proyecto podrá ser revisado y/o modificado, a lo largo del proyecto y como consecuencia de actividades de replanificación del mismo, establecidas en los procedimientos de control y seguimiento del proyecto.

Las facturas recibidas objeto del contrato, serán abonadas por EJIE una vez comprobadas todas las condiciones del contrato, en un plazo máximo de 90 días.


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 Proposición Económica 35 Entendimiento del Proyecto y Planteamiento de la Solución 30 Planificación y Organización 25 Prestaciones Superiores/Complementarias a las exigidas 10

Proposición Económica

La fórmula para el cálculo de la proposición económica es la siguiente:

Total Puntos Apartado Proposición Económica * Precio Oferta Más Ventajosa (Mínimo Precio)

Precio Oferta Evaluada

Entendimiento del Proyecto y Planteamiento de la Solución

Contenido y alcance de la oferta. Se valorará especialmente el entendimiento de las labores a realizar y planteamiento de la solución.

Planificación y Organización

Se valorará la organización, planificación y estrategia de prestación de los trabajos descritos.

Prestaciones Superiores/Complementarias a las exigidas

Se valorarán las posibles mejoras propuestas por la empresa que en ningún caso tendrán incidencia en el precio final ofertado. Se tendrá en cuenta el valor añadido que aporten finalmente al proyecto.


10 Garantía y confidencialidad

Todos los trabajos realizados para el buen fin del presente contrato tendrán carácter confidencial, no pudiendo la empresa adjudicataria utilizar para sí ni proporcionar a terceros, datos o información alguna de los trabajos contratados sin autorización escrita de EJIE, estando, por tanto, obligado a poner todos los medios a su alcance para conservar el carácter confidencial y reservado tanto de la información y documentación recibida de EJIE, como de los resultados obtenidos del trabajo realizado.

La empresa adjudicataria será responsable de daños y perjuicios que se deriven del incumplimiento de esta obligación.

Todos los derechos de propiedad intelectual y de ‘Copyright’ que se puedan derivar de dichos trabajos serán propiedad exclusiva de EJIE, obligándose las partes a otorgar el documento oportuno cuando éste sea necesario, para la debida constancia pública de este hecho ante cualquier Organismo o Registro, tanto de la Comunidad Autónoma como de la Administración Central del Estado Español.


Las cláusulas relativas a la propiedad intelectual, garantía y confidencialidad de la información, así como el resto de condiciones generales de contratación se encuentran disponibles en la web de E.J.I.E. (www.ejie.net) en el apartado perfil de contratante.

10.1 Garantía

El período de garantía será como mínimo de 1 año a partir de la aceptación del trabajo. No obstante los licitadores especificarán, en su caso, el tiempo de garantía ofrecido superior al mínimo, así como el alcance de la misma.


10.2 Confidencialidad de la información

La Dirección del proyecto entregará la información y documentación que considere necesaria para la realización del presente trabajo, debiendo la empresa adjudicataria comprometerse a:

• Tratar con absoluta confidencialidad todo el material y la información que reciba como consecuencia de los trabajos realizados objeto de la adjudicación, durante el periodo de tiempo de duración de la misma.

• No utilizar la misma para otros fines que los recogidos en el presente Pliego de Condiciones Técnicas.

• No duplicar, copiar, revelar, ceder o vender total o parcialmente la información obtenida, en todo o en parte, a terceros sin autorización escrita de E.J.I.E.

• Advertir a sus empleados de sus obligaciones respecto a la confidencialidad de la información, velando por el cumplimiento de la misma.

• Restringir la utilización de la información obtenida como consecuencia de los trabajos realizados objeto del presente pliego de bases técnicas, exclusivamente para aquellos empleados que tengan necesidad de conocerla y con la finalidad de realizar los trabajos expuestos.

• Poner todos los medios a su alcance para conservar el carácter confidencial y reservado tanto de la información y documentación recibida de E.J.I.E., como de los resultados obtenidos del trabajo realizado.

• La devolución de toda la información, material y/ soportes informáticos obtenidos, así como a la descarga de la misma de sus equipos informáticos o (si existieran), una vez finalizado el periodo de contratación correspondiente.

Cualquier infracción en este sentido será calificada como grave y será causa de resolución del contrato, sin perjuicio de las responsabilidades penales, o de otro tipo, en que se puedan incurrir.

10.3 Protección de datos

El adjudicatario quedará obligado al cumplimiento de lo dispuesto en la Ley Orgánica de Protección de Datos, sobre protección de datos de carácter personal. En este sentido, deberá sujetarse a los preceptos de la Ley Orgánica 15/1999, de 13 de diciembre, LOPD, y su Reglamento de Desarrollo, RD 1720/2007, de 21 de diciembre.


11 Propiedad intelectual

Todos los derechos de propiedad intelectual y de ‘Copyright’ de cualquier producto o subproducto derivados de los trabajos realizados bajo la correspondiente adjudicación serán propiedad exclusiva de E.J.I.E., obligándose las partes a otorgar el documento oportuno cuando éste sea necesario, para la debida constancia pública de este hecho ante cualquier Organismo o Registro, tanto de la Comunidad Autónoma como de la Administración Central del Estado Español.

Así mismo todo producto o subproducto derivada de la correspondiente contratación no podrá ser utilizado para otros fines fuera del ámbito de la misma, sin el permiso expreso y por escrito de E.J.I.E.



12 Prestaciones superiores o complementarias a las exigidas

El Licitador podrá incluir en su propuesta de colaboración cuantas prestaciones adicionales considere oportunas para la mejora de su actuación, siendo valoradas conforme a lo establecido en el apartado de Criterios de Valoración.

Las Prestaciones Superiores/Complementarias ofrecidas por el licitador, serán valoradas siempre y cuando E.J.I.E.:

• Considere que realmente están fuera del alcance base del proyecto.

• Las considere como tales desde el punto de vista del proyecto.


13 Cláusulas de penalización

La penalización por incumplimiento del plazo de entrega será del 5% del importe adjudicado, por cada mes de retraso imputable al adjudicatario.

La no conformidad de los productos recepcionados, tanto en cuanto al alcance funcional respecto el plan de entregas preestablecido, como en cuanto al incumplimiento de las normas/estándares establecidos, y/o en cuanto al nivel de calidad de los mismos, provocará la paralización del plan de facturación hasta que se resuelvan las no conformidades.

Caso de que los trabajos efectuados no se puedan adecuar a la prestación contratada, como consecuencia de vicios o defectos graves imputables al contratista, no pudiendo ser utilizados por E.J.I.E. en tiempo y/o condiciones estará exento de la obligación de pago o tendrá derecho, en su caso, a la recuperación del precio satisfecho.


14 Estructura y formato de la propuesta

El licitador sólo podrá presentar su propuesta contemplando una única alternativa.

14.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

• Í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.

A partir de este punto, los siguientes apartados se particularizarán para cada una de las soluciones que se oferten.

• Descripción de la Solución Técnica.

Se incorporará al inicio de este apartado el resumen de los aspectos más significativos y relevantes de la solución propuesta. Se deberá incluir información detallada de la propuesta en relación con los requisitos de este pliego. Se trata, en definitiva, de una memoria descriptiva del proyecto.

• Metodología y Entorno Tecnológico.

• Planificación y Organización.

o Se indicarán las principales fases/tareas del proyecto y el cronograma de trabajos.

o Organización del equipo de proyecto, junto perfiles, funciones y responsabilidades.

o Equipo de trabajo.

o Datos relativos de todos los componentes del equipo de trabajo, incluyendo el cuadro de asignación de recursos a fases del proyecto.

o Composición del equipo de trabajo propuesto, ordenado por categorías profesionales.

o Currículo de cada uno de los componentes, de acuerdo a lo indicado en el apartado Equipo de Trabajo y recogido en Anexo al Documento de PropuestaTécnica.

• Procedimientos de Gestión, Control y Calidad de Proyectos

Se incluirá en este apartado la descripción de las medidas dispuestas por el licitador para asegurar la calidad de los trabajos, medios humanos y materiales, aseguramiento de calidad, así como aquellas otras que se prevé aplicar para vigilar y garantizar el adecuado cumplimiento del contrato.

• Prestaciones superiores o complementarias a las exigidas, si las hubiera:

El adjudicatario podrá incluir en su propuesta cuantas prestaciones adicionales considere oportunas para la mejora de su actuación, estas (salvo ampliaciones en la garantía) deberán ser necesariamente


valoradas tanto en cuanto al nivel de esfuerzo (horas por perfil) como económicamente y de forma separada en los Documentos de Propuesta Técnica y Propuesta/Oferta Económica

• Garantía, Confidencialidad y Propiedad Intelectual.

(*) En ningún caso se deberá incluir información Económica en el Documento de Propuesta Técnica.

Documento de Propuesta/Oferta Económica

• Importe Total de la oferta Económica: con y sin I.V.A.

• Relación completa de los costes contenidos en la propuesta, indicando:

o Número de horas por persona y categoría/perfil.

o Coste hora por categoría/perfil.

Siguiendo el modelo establecido.

• Cualquier otro requisito establecido en el Pliego/Hoja de Cláusulas Administrativas

14.2 Formato de la Propuesta

El soporte físico de las propuestas deberá ser:

• Papel, debidamente encuadernada y

• CD/DVD, en formato electrónico (.pdf).

14.3 Sobres y Elementos

Todas las propuestas deberán entregarse en sobre o paquete debidamente cerrado, y

• Con etiqueta indicando sobre el mismo:

o Descripción/Título y

o Referencia

Presentes en la carátula del presente Pliego.

• Recogiendo en su interior:

o Documento de Propuesta Técnica, siguiendo la estructura requerida en el apartado de Estructura y Formato de la Propuesta, del presente documento.

o Documento de Propuesta Económica siguiendo la estructura requerida en el apartado de Presupuesto/Oferta económica, del presente documento y de lo indicado en el Pliego/Hoja de Cláusulas Administrativas

o Soporte Magnético con los documentos electrónicos correspondientes, rotulado sobre el mismo: Descripción/Título y Referencia del Pliego.

Documents

Pliego de Bases Técnicas: Adaptación del actual … · formato de los partes de enfermedad profesional a la normativa estatal, actualmente la aplicación IGATT funciona adecuadamente