Pliego de Bases Técnicas · Pliego de Bases Técnicas 4/38 1 Introducción El Gobierno Vasco,...

SCR6150c Versión 2.0(12/01/05)

Pliego de Bases Técnicas:

Evolución Tecnológica Platea Gestión Documental dokusi – Dokumentu Kudeaketa Sistema Integrala. EXPEDIENTE PREPARADO EXCLUSIVAMENTE PARA LICITACIÓN ELECTRÓNICA.

Fecha: Abril 2011 Referencia: 033/2011

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

Contenido

Capítulo/sección Página

1 Introducción 4

2 Objeto del contrato 6

2.1 Objeto y Alcance del Servicio 6

2.2 Descripción del Servicio 8

2.2.1. Evolución Funcional 8

2.2.2. Evolución Técnica 10

2.2.3. Sustitución del Papel 11

2.2.4. Custodia y Conservación 12

2.2.5. Requisitos y soporte a los departamentos para la evolución de la

Administración Electrónica y mantenimiento preventivo, evolutivo y correctivo

general de dokusi. 12

3 Metodología Aplicable y Entorno Tecnológico. 14

3.1 Metodología de desarrollo, normativa y Guía de Estilo 14

3.2 Modelo de aseguramiento de la calidad 16

3.2.1. Nivel de Aseguramiento de la Calidad 16

3.2.2. Controles de calidad (SQA) 17

3.2.3. Metodología de pruebas 17

3.2.4. Indicadores 17

3.3 Herramientas del ciclo de vida de las aplicaciones 17

3.4 Entorno Tecnológico. 18

4 Descripción de entregables. 22

Pliego de Bases Técnicas

5 Planificación y Organización 23

5.1 Plan de Proyecto 23

5.1.1. Plan de Entregas e Hitos de Control 23

5.1.2. Diagrama de Gantt 23

5.2 Organización del Equipo de Trabajo 23

5.2.1. Asignación de recursos a fases del proyecto 23

5.2.2. Equipo de Trabajo 24

5.3 Transferencia Tecnológica. 28

6 Presupuesto y oferta económica. 29

7 Mecanismos de Seguimiento, Control y Supervisión 30

7.1 Mecanismos de Seguimiento y Control. 30

7.2 Supervisión del proyecto 30

8 Plazo de ejecución y Plan de Facturación 31

9 Criterios de Valoración. 33

10 Garantía y Confidencialidad. 34

10.1 Garantía 34

10.2 Confidencialidad de la información 34

10.3 Protección de datos 34

11 Propiedad intelectual. 35

12 Prestaciones superiores o complementarias a las exigidas 36

13 Estructura y Formato de la Propuesta 37

13.1 Estructura normalizada y contenido de las propuestas. 37

13.2 Formato de la Propuesta. 38

Pliego de Bases Técnicas 4/38

1 Introducción

El Gobierno Vasco, siguiendo las directrices del Modelo de Gestión Documental, ha desarrollado e implantado un Sistema Integral de Gestión Documental denominado dokusi —Documentu Kudeaketa Sistema Integrala, que se integra con las Infraestructuras actuales de PLATEA (Plataforma Tecnológica para la e-administración).

La finalidad del proyecto es crear un repositorio unificado para la documentación administrativa generada por los Sistemas de Información del Gobierno Vasco.

El Sistema Integral de Gestión Documental dokusi se divide en 3 grandes bloques:

• Modelo de Gestión Documental.

• Políticas y Metodologías.

• Infraestructura de Gestión Documental.

La utilización de dokusi garantiza a sus usuarios la preservación de la autenticidad, integridad, conservación, disponibilidad y confidencialidad de los documentos electrónicos en él depositados.

El Modelo de Gestión Documental es un esquema teórico que facilita la comprensión y la homogénea implantación de la Gestión documental corporativa del Gobierno Vasco. Es una propuesta de sistematización de la Gestión documental corporativa del Gobierno Vasco. Describe y concreta las funciones, procesos y roles en materia de Gestión documental con el objetivo final de contribuir a la eficacia organizativa.

dokusi está formado por dos grandes sistemas: el Archivo Digital (AD) y el Sistema de Gestión de Archivo (AKS/SGA).

El Archivo Digital es un sistema de gestión de documentos electrónicos y sus metadatos, con orientación archivística, y gestionables mediante unos servicios web. El Archivo digital dará servicio a todos los Sistemas de Información del Gobierno Vasco que requieran funcionalidades de Gestión Documental, tanto si estos sistemas derivan de la tramitación como de otros procesos de gestión que no estén originados en un procedimiento administrativo.

Para asegurar la correcta organización del Archivo Digital, los documentos tendrán que cumplir unos requisitos previos: tipificación documental, asignación a una serie documental o clasificación…

Las principales características del Archivo Digital son:

• Repositorio común de documentos electrónicos

• Servicios documentales (almacenamiento, búsquedas, trasformación de formato…)

• Conservación y custodia de documentos

• Control de acceso a documentos (XLNetS, ACL’s)

• Cumplimiento de LOPD

• Gestión de registro de accesos

• Gestor documental con todas las potencialidades de un ECM Enterprise Content Management.

• Independencia de la plataforma ECM

• Arquitectura SOA

• Almacenamiento de documentos encriptados


• Requisitos de Seguridad. Autenticidad, Integridad, Disponibilidad, Confidencialidad y Conservación, de acuerdo con el Decreto de Medios Electrónicos, Informáticos y Telemáticos en los Procedimientos Administrativos

El Archivo Digital se compone de un Framework de Servicios Documentales, un Framework de Servicios Básicos —capa intermedia entre el ECM y los servicios documentales— y la herramienta de ECM Documentum (DTCM).

El Framework de Servicios Documentales (FSD) es un conjunto de servicios mediante los cuales se puede utilizar las funcionalidades documentales que el Archivo Digital ofrece a todos los Sistemas de Información. El FSD ofrece a los Sistemas de Información los siguientes servicios:

• Servicios de acceso relacionados con el almacenamiento y gestión de documentos.

• Servicios de contextualización relacionados con el ciclo de vida de los documentos en la producción administrativa.

• Servicios de ficheros maestros de Gestión Documental.

El AKS/SGA es el sistema que gestiona la conservación y el acceso a la información a lo largo del tiempo. El AKS/SGA automatiza los procesos de Archivo. El Sistema de Gestión de Archivo dispone de un «Framework» de Servicios de Archivo (FSA), compuesto por los siguientes servicios:

• Registro y Descripción de Archivo en base a una descripción multinivel

• Consulta de información por criterios múltiples

• Gestión de cuadros de clasificación de fondos

• Gestión de estructuras organizativas productoras actuales

• Gestión de estructuras organizativas productoras históricas

• Transferencia de documentación entre distintos niveles de archivos

• Control y Gestión de Préstamos, consultas y reproducciones

• Control y Gestión de espacios de archivo

• Gestión de Expurgo

• Ingreso automático de información desde los Sistemas de Gestión de Expedientes

• Ingreso automático de información desde ficheros Access

• Acceso a través de internet para la ciudadanía: OPAC

• Firma electrónica en procesos de autorización

• Integración con el Sistema de Gestión de la COVASAD

• Módulo de estadísticas

• Integración con la seguridad corporativa: XL-nets

• Gestión del depósito automatizado de Gamarra


2 Objeto del contrato

2.1 Objeto y Alcance del Servicio

En este apartado se describen las necesidades detectadas en el Gobierno Vasco para la ampliación, mejora y aplicación de dokusi.

El alcance del proyecto cubre todos los aspectos necesarios para la evolución del contexto en el que se sitúa Dokusi:

• La aplicación práctica del sistema, facilitando su implantación en todo el Gobierno Vasco y OOAA.

• La evolución y mejora de las funcionalidades que proporcionan las herramientas que lo componen

Estos objetivos han de alcanzarse mediante la ejecución de los siguientes bloques de subproyectos (para una descripción detallada ver el apartado 2.2):

1. Evolución Funcional

1.1. Integración con otros sistemas de información

1.2. Adaptación a requerimientos normativos y asesoría para la evolución de normativa asociada

1.3. Incorporación de nuevos módulos a Dokusi

1.4. Evolución del sistema de gestión de archivo AKS/SGA

1.5. Otras evoluciones funcionales

2. Evolución Técnica

2.1. Pruebas de rendimiento y stress de dokusi en Internet,de solicitudes masivas de carga de documentación, de solicitudes de transformación, de solicitudes de localizador y de búsquedas por contenido.

2.2. Aplicación de procesos de monitorización a los servicios de Dokusi

2.3. Implementación de un sistema de restore selectivo.

2.4. Aprovechamiento de las prestaciones de la nueva versión de la herramienta ECM

3. Sustitución del Papel

3.1. Digitalización de documentos en registro e integración del componente de digitalización segura

3.2. Servicio de asesoría para la digitalización de documentos de los departamentos

4. Custodia y Conservación.

4.1. Implantación de mecanismos de conservación de documentos electrónicos a largo plazo.

5. Requisitos y soporte a los departamentos para la evolución de la Administración Electrónica y mantenimiento preventivo, evolutivo y correctivo general de dokusi.

El objeto es la contratación de los servicios profesionales de una empresa para que realice las tareas asociadas a los subproyectos enumerados.


En el momento de comienzo de cada subproyecto, éste se someterá a la aprobación definitiva del mismo por parte del Gobierno Vasco, que deberá decidir sobre su oportunidad e idoneidad. En caso de que se decida no ejecutar alguno de los subproyectos enumerados, el esfuerzo planificado correspondiente será dedicado a otras tareas dentro del alcance del proyecto.

Igualmente este documento describe los requisitos, de cada uno de los proyectos, que deben cubrir todas aquellas ofertas que presenten las empresas consultoras que deseen colaborar con EJIE en el desarrollo del mencionado proyecto.


2.2 Descripción del Servicio

Dentro del alcance de este Pliego de Condiciones, se espera que los siguientes temas ya enunciados en el punto 2.1, sean desarrollados y valorados por el suministrador.

La organización global del proyecto comprende la división de los trabajos en subproyectos que permitan facilitar la consecución de hitos parciales que favorezcan la completa ejecución de los trabajos. De este modo el suministrador deberá realizar:

2.2.1. Evolución Funcional

La evolución funcional de dokusi se compone de varios subproyectos cuya misión global es la mejora y evolución de las funcionalidades proporcionadas por dokusi. Entre los aspectos que se verán potenciados está la usabilidad de cara a usuarios del sistema. También se considera importante desde el punto de vista de homogenización de sistemas dentro del ámbito de EJIE.

2.2.1.1. Integración con otros sistemas de información

Los objetivos de este subproyecto son:

• Extender el uso de DOKUSI a todo el ámbito de la administración general

• Dotar al archivo digital de mayor seguridad facilitando unos servicios de custodia de la documentación electrónica

Dentro del ámbito de ejecución de este subproyecto se identifican las siguientes integraciones:

• Exposición de servicios a través de la red JASO.

dokusi en entornos multientidad: Adecuación de dokusi para dar servicio a las entidades que están dentro del ámbito general, Institucional y Sector Publico. Permitiendo la utilización de dokusi tanto desde dentro de la red corporativa del Gobierno Vasco como desde fuera de dicha red corporativa.

Implantación de dokusi en otros entornos sin necesidad de implantación del Sistema de Gestión de Archivo AKS/SGA.

Tipo de proyecto: Análisis y desarrollo.

• Evolución de la integración SAP-dokusi.

Análisis e implantación de nuevos escenarios de conexión SAP – dokusi.


• Adaptación de dokusi al Catálogo de Servicios del Gobierno Vasco.

Unificación de códigos de procedimiento y conexión a los servicios comunes del Catálogo de Servicios.



2.2.1.2. Adaptación a requerimientos normativos y asesoría para la evolución de normativa asociada

El objetivo principal es la evolución de dokusi para asegurar el correcto cumplimiento de la normativa relacionada con la administración electrónica. Las adaptaciones funcionales a realizar en dokusi para asegurar el cumplimiento de la normativa asociada son:

• Estudio del impacto de la sede electrónica en dokusi y desarrollos necesarios.

Estudio de los nuevos requerimientos que para dokusi pueda tener la sede electrónica y desarrollo de las modificaciones que se consideren necesarias.


• Integración con el anteproyecto de ley de Archivo.

Consultoría de apoyo en la redacción de la futura ley de archivo del Gobierno Vasco.

Tipo de proyecto: Consultoría.

• Estudio de las implicaciones de la normativa de índice del expediente electrónico sobre el AKS/SGA.

Estudio de los nuevos requerimientos que para el sistema de gestión de archivo AKS/SGA pueda tener la normativa sobre índice del expediente electrónico y desarrollo de las modificaciones que se consideren necesarias.


2.2.1.3. Incorporación de nuevos módulos a Dokusi

Con este subproyecto se debe dotar a dokusi de capacidad de almacenamiento y gestión avanzada de contenidos multimedia, gestión avanzada de permisos sobre la documentación almacenada y gestión de archivo y políticas de retención.

Se deberán abordar el estudio de la posibilidad y utilidad de integración de nuevos módulos a dokusi para ampliar sus funcionalidades, como son:

• Estudio de herramientas de gestión de contenidos multimedia: DAM

Estudio comparativo y propuesta de selección de herramientas de gestión de contenidos multimedia, así como análisis de la solución propuesta.

Se realizará igualmente una propuesta de plan de implantación y se llevará a cabo un piloto de implantación.

Tipo de proyecto: Consultoría, análisis y desarrollo.

2.2.1.4. Evolución del sistema de gestión de archivo AKS/SGA

Se deberá llevar a cabo la evolución funcional del AKS/SGA relacionada con:


• Integración del AKS/SGA con el archivo robotizado de Gamarra.

Análisis y desarrollo de una solución de conexión entre el Sistema de Gestión de Archivo AKS/SGA y la solución de gestión robotizada del archivo de Gamarra.


2.2.1.5. Otras evoluciones funcionales

Dentro de este subproyecto se identifican las siguientes acciones a realizar:

• Evolución del Interfaz Gráfico del Archivo Digital.

Evolución de las funcionalidades del interfaz genérico de acceso a las funcionalidades del Archivo Digital, entre dichas evoluciones se encuentra:

Control de permanencia de documentos y expedientes en archivo de oficina en la tramitación telemática.


• Control de extensiones más empleadas de documentos.

Control de la correspondencia entre el formato indicado por los sistemas de información al almacenar documentos en el Archivo Digital y el formato del documento binario almacenado, con el fin de asegurar en lo posible la coherencia entre ambas informaciones.


2.2.2. Evolución Técnica

Dentro de las acciones a realizar en el subproyecto de Evolución técnica se pretende el objetivo de analizar y desarrollar de aquellas mejoras técnicas que puedan detectarse en el proceso de evolución y mejora continua de Dokusi.

2.2.2.1. Pruebas de rendimiento y stress de dokusi en Internet, de solicitudes masivas de carga de documentación, de solicitudes de transformación, de solicitudes de localizador y de búsquedas por contenido

Se deberán llevar a cabo las siguientes acciones:

• Diseño y realización de pruebas de rendimiento y stress de dokusi para asegurar un correcto nivel de servicio ante el acceso a la información del mismo desde Internet, de solicitudes masivas de carga de documentación, de solicitudes de transformación de formato, de solicitudes de localizador y de búsquedas por contenido.

• Asegurar el correcto desempeño de dokusi en los posibles accesos masivos desde internet.

• Asegurar la disponibilidad completa de dokusi en dicho entorno.

• Análisis de soluciones a los posibles problemas de rendimiento localizados durante las pruebas realizadas y desarrollos necesarios para la solución de los mismos.


Tipo de proyecto: Diseño, realización y documentación de las pruebas realizadas y desarrollo de las modificaciones necesarias.

2.2.2.2. Aplicación de procesos de monitorización a los servicios de Dokusi

El objetivo del subproyecto será:

• Instaurar sistemas y métodos de monitorización de cada componente de dokusi.

• Asegurar la disponibilidad del sistema y la rápida respuesta a incidencias.


2.2.2.3. Implementación de un sistema de restore selectivo

Se deberá llevar a cabo el estudio de las posibilidades de selección de información a restaurar así como el desarrollo de procesos de selección y restauración de la información procedente de un backup.


2.2.2.4. Aprovechamiento de las prestaciones de la nueva versión de la herramienta ECM

Estudio e implantación de funciones que exploten las nuevas posibilidades ofrecidas por la herramienta ECM.


2.2.3. Sustitución del Papel

Se trata de un subproyecto cuya misión es estudiar, diseñar y desarrollar mecanismos que permitan la sustitución del papel por equivalentes electrónicos en el ámbito de la tramitación administrativa. Para llevar a cabo este propósito, se requieren iniciativas enfocadas a la digitalización de documentos, y la optimización de los procesos de digitalización ya existentes

2.2.3.1. Digitalización de documentos en registro e integración del componente de digitalización segura

Se deberán llevar a cabo las siguientes acciones:

• Análisis organizativo, normativo y técnico de las implicaciones de la digitalización de documentos durante la creación de asientos registrales en los registros de entrada.

• Integración del componente de digitalización segura con el sistema de gestión de libros de registro del Gobierno Vasco

• Gestión del cambio.

Tipo de proyecto: Consultoría, análisis y desarrollo.

2.2.3.2. Servicio de asesoría para la digitalización de documentos de los departamentos

Apoyo en la definición y gestión de procesos de digitalización de documentación en papel de los diferentes departamentos.


Tipo de proyecto: Consultoría.

2.2.4. Custodia y Conservación

2.2.4.1. Implantación de mecanismos de conservación de documentos electrónicos a largo plazo

Desarrollo e implantación en el AKS/SGA y en el Archivo Digital (EVS hasta IAS) de los principales mecanismos de conservación:

• Definir los metadatos técnicos de los documentos electrónicos y de registro de actuaciones de conservación.

• Resellado periódico de la firma de las copias en formato de conservación a largo plazo (PDF/A).

• Gestión de la obsolescencia de formatos de documentos electrónicos.

• Realización de una simulación con vistas a estudiar el impacto, rendimiento y posibles mejoras en la estrategia de realización de las funciones de conservación a largo plazo.


2.2.5. Requisitos y soporte a los departamentos para la evolución de la Administración Electrónica y mantenimiento preventivo, evolutivo y correctivo general de dokusi.

Integración con los departamentos y OOAA, que así lo soliciten.

Así mismo, se trabajará proactivamente en el impulso de la implantación dokusi en los distintos departamentos.

No sólo se realizarán los desarrollos identificados por medio de requisitos de departamentos, sino también aquellos que se identifiquen por el equipo trabajo durante la evolución del proyecto. Estas acciones incluirán el asesoramiento, apoyo técnico y/o todas las tareas de implementación y mantenimiento relacionadas.

Todos los desarrollos a realizar en este subproyecto formarán la infraestructura del Sistema Integral de Gestión Documental (FSA, FSD, etc.…).

Las tareas a realizar en este proyecto son las siguientes:

• Evolución del Sistema de Gestión de Archivo AKS/SGA

Mantenimiento evolutivo del AKS/SGA.

Control de permanencia y expurgo de la documentación no archivable.

Apoyo en la ejecución de las siguientes tareas de asistencia presencial:

• Gestión de cambios.

• Gestión de incidencias y consultas.

• Mantenimiento de Series documentales y Procedimientos en los entornos de desarrollo y pruebas.

• Desarrollos puntuales motivados por solicitudes de los usuarios.

• Adaptación a las Normas Técnicas del Esquema Nacional de Interoperabilidad – ENI.

Documento electrónico.

• Adaptar el servicio del localizador para que muestre también la descripción y valor de los metadatos mínimos obligatorios.


• Analizar las correspondencias entre metadatos mínimos exigidos por el ENI y los metadatos de dokusi.

Expediente electrónico.

• Analizar con el Archivo general la solución para poder almacenar el DNI, a fin de que, a posteriori, se pueda extraer.

• Adaptación a las Normas Técnicas del Esquema Nacional de Seguridad – ENS.

Protección de claves criptográficas.

• Sincronización de contraseñas entre dokusi y el sistema de gestión de identidades de Gobierno Vasco.

Protección de servicios y aplicaciones web

• Analizar la seguridad del “Acceso al Archivo digital mediante localizador” y el “OPAC” frente a ataques externos.

• Evolución de la aplicación de la Comisión de Valoración, Selección y Acceso a la Documentación (COVASAD)

Adecuar la aplicación para generar los documentos administrativos en el formato actual de larga duración: PDF/A.

Desarrollar el proceso de generación del fichero de carga de expedientes COVASAD en el AKS/SGA.

Implementar las mejoras solicitadas por los usuarios:

• Ampliar el ámbito de las unidades productoras a otras ajenas a Xl-Nets.

• Sugerir valores por defecto en algunos campos de los formularios.

• Ampliar la longitud de algunos campos descriptivos.

• Posibilitar el establecimiento de un determinado orden tanto en la normativa legal como en los documentos que componen el expediente.

• Preimpresos bilingües.

• Otras modificaciones que pudieran surgir de la definición de una segunda fase de la aplicación COVASAD con los responsables de archivo.

• Desarrollo de un sistema de validación de documentos por medio del móvil.

• Integración con el Departamento de Interior: Tareas de formación, análisis y labores de apoyo funcional y técnico a la integración de aplicaciones del Departamento de Interior con el Archivo Digital.

• Consultoría proactiva, que permita a EJIE proporcionar apoyo consultivo especializado en Administración Electrónica en materia de Gestión Documental, tanto a los diferentes departamentos del Gobierno Vasco como al Comité dokusi (DIT, DIAE y Archivo).

• Difundir e implantar AKS/SGA en los Departamentos: Se aplicará MEDESGA (MEtodología de DEspliegue del Sistema de Gestión de Archivo en los departamentos del Gobierno Vasco) a los departamentos que se vayan a integrar con el AKS/SGA realizando el perfil que MEDESGA denomina “Empresa consultora” y que engloba a Consultores de Archivo y Desarrolladores informáticos.

• Difusión y Gestión del Cambio:

Preparación de presentaciones para difundir el proyecto dokusi.

Impartir jornadas de difusión.

• Mantenimiento preventivo, evolutivo y correctivo general de dokusi


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)

• Mantenimiento 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, la empresa adjudicataria deberá contemplar, entre otros, los siguientes elementos:

• Análisis del sistema. Lo realizará en su totalidad el adjudicatario y en sus dependencias. Debe incluir:

El catálogo de requisitos y la relación de los módulos del sistema.

Análisis de las aplicaciones, ASI (ERS)

Especificación del Plan de Pruebas resultante de la fase Análisis

El adjudicatario partirá de los entregables resultantes de las actividades de Definición del Sistema (ASI 1) y de la de Establecimiento de Requisitos (ASI 2).

• Diseño del sistema. Lo realizará en su totalidad el adjudicatario y en sus dependencias. Debe incluir:

Diseño de las aplicaciones, DSI.

Especificar el detalle del Plan de Pruebas del sistema por cada uno de los niveles de prueba: unitarias, de integración, de sistema, de implantación y de aceptación

• Construcción del sistema.

Lo realizará en su totalidad el adjudicatario, 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 Dirección de Innovación y Administración Electrónica 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 correspondiente.

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.

• 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 preexplotació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.

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

3.2.1. Nivel de Aseguramiento de la Calidad

El NAC asignado para este proyecto es: ALTO


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

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

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.

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

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 v1.0 se detallan las herramientas homologadas.

3.4 Entorno Tecnológico.

El entorno tecnológico será el definido en los estándares del Gobierno Vasco que se consideren necesarios 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/UDA. 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.

En el documento PBT-PLATEA-Anexos v2 2 se anexa explicación detallada de los sistemas corporativos involucrados en PLATEA.

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

Para facilitar el tratamiento de pago telemático del ciudadano a la administración:

• 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 PBT-Anexo Pasarela de Pagos 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:

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

• CONTROL-M: Planificación de procesos batch

Generación de informes:


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

• Reporting Services (Microsoft)

Business Intelligence:

• Oracle Discoverer

• Bitam

Sistemas de Información Geográfica:

• GIS Corporativo, basado en productos ESRI (ArcIMS, ARcSDE, ArcView)

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/11 sobre Linux Red Hat Enterprise

• Herramientas para desarrollo:

Framework J2EE: Geremua

IDE (PC compatible con Windows XP SP1):


Eclipse, con plugin MyEclipse 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): 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. En el documento PBT-Anexo Herramientas v1.0 se relacionan las herramientas 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, …)


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 v1.0, así como el documento de Aseguramiento de la Calidad de Sistemas Software v1.0, 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 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.

Elaboración y mantenimiento de la carpeta de proyecto según el sistema de calidad de EJIE, tanto en formato papel como 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.


5 Planificación y Organización

5.1 Plan de Proyecto

5.1.1. 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,

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.

La empresa adjudicataria deberá presentar, previamente al inicio del proyecto, una estimación en Puntos Función de cada uno de los subproyectos descritos en el presente pliego de bases técnicas.

5.1.2. 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.2 Organización del 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

• Las funciones de los mismos, y

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

5.2.1. 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 persona y fase del proyecto, siguiendo el siguiente modelo:


Gest. Proyecto Análisis Diseño Construcción Implantación Descripción Perfil

Horas % Horas % Horas % Horas % Horas %

Total Horas

Responsable de proyecto

Responsable de equipo

Responsable de consultoría

Responsable de desarrollo

Asesor I Asesor II … Consultor I Consultor II … Técnico Análisis I Técnico Análisis II … Técnico Desarrollo I Técnico Desarrollo II … 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.2.2. 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 equipo de trabajo estará formado al menos por los siguientes perfiles:

• Responsable de proyecto: Responsable de la coordinación de todos los aspectos relativos al proyecto, para lo que se requerirá un seguimiento cercano y continuado del proyecto y con una presencia estimada de al menos un día a la semana en las instalaciones de Ejie, independientemente de la dedicación necesaria el resto del tiempo.

• Responsable de equipo: Responsable de la coordinación de todos los miembros del equipo y de sus diferentes actividades y tareas, así como del control y supervisión de los entregables de los diferentes subproyectos. Este perfil deberá tener una dedicación a tiempo completo al proyecto desde su comienzo hasta su finalización.

• Responsable de consultoría y análisis: Encargado de coordinar y gestionar las múltiples actividades del proyecto relacionadas con labores de consultoría y análisis, así como el equipo de consultores y analistas que desarrollen dichas actividades. Dedicación a tiempo completo al proyecto desde su comienzo hasta su finalización.


• Responsable de desarrollo: Encargado de coordinar y gestionar las actividades del proyecto relacionadas con labores de desarrollo, así como al equipo de técnicos de desarrollo que realicen dichas actividades. Dedicación a tiempo completo al proyecto desde su comienzo hasta su finalización.

• Consultores, técnicos de análisis y técnicos de desarrollo: Resto de perfiles que la empresa adjudicataria considere necesarios para la correcta ejecución de cada una de las tareas de los diferentes subproyectos.

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.

Responsable de Proyecto

Responsable de Equipo

Responsable de Consultoría y Análisis

Equipo de Consultoría y Análisis

Responsable de Desarrollo

Equipo de Desarrollo


5.2.2.1. Certificaciones en PLATEA y Geremua

En caso de que en el equipo de trabajo propuesto, la empresa licitadora incluya personal certificado en alguna de las siguientes especialidades:

• Infraestructura de tramitación electrónica, PLATEA-Tramitación

• Infraestructura de presencia en Internet, PLATEA-Internet

• Infraestructura de integración

• Framework J2EE, Geremua

Deberá indicarlo en su oferta, conforme al siguiente cuadro:

Nº de certificaciones Especialidad

Analista Desarrollador PLATEA-Tramitación PLATEA-Internet Integración Geremua

5.2.2.2. Veracidad de los datos

E.J.I.E. 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.2.2.3. 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, podrá provocar la revisión de la adjudicación y en su caso la rescisión del pedido/contrato.

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

• Caso de que se demostrase 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.

5.2.2.5. 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 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 dos primeras semanas de trabajo del sustituto no serán facturables corriendo a cargo del adjudicatario.

5.2.2.6. 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.2.2.7. Currículo de los componentes del grupo 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 en PLATEA y/o Geremua: 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.3 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 y oferta económica.

El importe máximo de licitación es de 650.000,00€ SIN IVA.

En documento separado y siguiendo lo establecido en el modelo de Pliego/Hoja de Cláusulas Administrativas se deberán incluir:

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

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

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

Coste hora por categoría/perfil.

Los costes se presentarán, desglosarán y totalizarán, por cada uno de los componentes del equipo de trabajo, según el siguiente modelo.

Categoría y/o Precio Unitario Horas Importe Importe

Perfil Euros / Hora Dedicadas Neto IVA Incluido Responsable de proyecto

Responsable de equipo Responsable de consultoría

Responsable de desarrollo

Asesor I Asesor II … Consultor I Consultor II … Técnico Análisis I Técnico Análisis II … Técnico Desarrollo I Técnico Desarrollo II … TOTAL Precio/Medio Total Horas Total Neto Total con IVA

(*) En los precios ofertados 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.

(**) Se tendrán en cuenta posibles prestaciones superiores a las solicitadas ofertadas por el licitador y debidamente valoradas, tanto en cuanto al nivel de esfuerzo (horas por perfil), como económicamente, 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” dentro del apartado de Criterios de Valoración.


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 E.J.I.E. y del Gobierno Vasco.

El control y seguimiento de la calidad de servicio, será realizado por la Dirección del Proyecto de E.J.I.E.

Durante el desarrollo y ejecución del proyecto, E.J.I.E. podrá establecer controles de calidad sobre la actividad desarrollada.

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: 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 E.J.I.E., 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 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 EJIE, S.A. 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 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.


8 Plazo de ejecución y Plan 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 repartidas de forma orientativa según el cuadro de hitos de facturación siguiente:

Subproyecto – Hito de facturación Importe Fecha fin

Evolución Funcional

• Integración con otros sistemas de información

• Adaptación a requerimientos normativos y asesoría para la evolución de normativa asociada

• Incorporación de nuevos módulos a Dokusi

• Evolución del sistema de gestión de archivo AKS/SGA

• Otras evoluciones funcionales

Evolución Técnica

• Pruebas de rendimiento y stress de dokusi en Internet

• Aplicación de procesos de monitorización a los servicios de Dokusi

• Implementación de un sistema de restore selectivo.

• Aprovechamiento de las prestaciones de la nueva versión de la herramienta ECM

Sustitución del Papel

• Digitalización de documentos en registro e integración del componente de digitalización segura

• Servicio de asesoría para la digitalización de documentos de los departamentos

Custodia y Conservación

• Implantación de mecanismos de conservación de documentos electrónicos a largo plazo

Requisitos y soporte a los departamentos para la evolución de la Administración Electrónica y mantenimiento preventivo, evolutivo y correctivo general de dokusi.


• La aprobación implica: La implantación en el entorno correspondiente, y la aprobación por la Dirección del Proyecto de E.J.I.E. de las tareas correspondientes.

• 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 de E.J.I.E, podrán ser establecidas entregas parciales, que podrán implicar facturaciones acordes al alcance de las mismas, tras las correspondientes verificaciones y certificaciones.

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, pueden 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.

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.

• Para llevar a cabo el abono de los importes relativos a los conceptos de cada una de las facturas será requisito imprescindible disponer de la certificación de conformidad de los mismos emitida por la Dirección del Proyecto de E.J.I.E.

• Se aplicará un sistema de penalizaciones al adjudicatario por los retrasos en las entregas (siempre y cuando sean imputables al mismo), el cual será acordado a la firma del contrato.


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

La fórmula de cálculo aplicada para evaluación de la proposición económica, será la siguiente:

Total puntos proposición económica x Precio oferta más ventajosa (la de menor precio) Precio de la oferta evaluada


10 Garantía y Confidencialidad.

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.

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


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, caso de que en el mencionado apartado no se establezca criterios de valoración específicas de las mismas estas podrán ser cuantificadas dentro del conjunto del apartado correspondiente a Entendimiento del Proyecto y Planteamiento de la Solución.

En cualquier caso, indicar que:

• Deberán ser:

Descritas en cuanto a sus objetivos, funcionalidad y alcance,

Necesariamente valoradas tanto en cuanto:

Esfuerzo: Horas, (dentro del Documento de Propuesta Técnica Técnica), como en

Coste: Euros, (dentro del Documento de Propuesta Económica), La finalidad de esta solicitud es la de permitir a E.J.I.E. realizar un mejor y más adecuado análisis comparativo de las propuestas recibidas.

Caso que:

Elementos similares hayan sido diferentemente valorados en las distintas propuestas recibidas, o que

Determinadas prestaciones hayan sido (a juicio de EJIE) sobrevaloradas.

Se definirá por parte de E.J.I.E. un patrón general de esfuerzo por perfil para las mismas y se re-estimará su valoración a los precios correspondientes de los perfiles de cada uno los licitadores.

• Posibles mejoras correspondientes a la ampliación del periodo mínimo de garantía establecido, deberán ser referidas e indicadas, pero en ningún caso valoradas en cuanto a esfuerzo y coste.

• Con independencia de lo indicado en los puntos anteriores, 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 Estructura y Formato de la Propuesta

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

13.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:

Identificación del pliego al que responde la propuesta.

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.

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

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

Equipo de trabajo.

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

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

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 Propuesta Té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, incluyendo: • Importe Total de la oferta Económica: con y sin I.V.A.

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

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

Coste hora por categoría/perfil. Siguiendo el modelo establecido.

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

13.2 Formato de la Propuesta.

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: Vacío. (No se ha de aportar ninguna documentación, pues la aplicación verifica que la Empresa Licitadora cuenta con inscripción en vigor en el Registro Oficial de Contratistas de Euskadi).

- Sobre B: Propuesta Económica.

o Modelo Adjunto.

- Sobre C: Propuesta Técnica.

o Planificación del proyecto.

o Equipo de Trabajo.

o Bandeja de uso libre si procede.

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 de Bases Técnicas · Pliego de Bases Técnicas 4/38 1 Introducción El Gobierno Vasco,...

Documents

Transcript of Pliego de Bases Técnicas · Pliego de Bases Técnicas 4/38 1 Introducción El Gobierno Vasco,...