PLIEGO TÉCNICO PARA EL DESARROLLO DEL DATA©cnico … · CONSULTORÍA Granja Modelo s/n 01192 Arkaute Araba T 945 003 240 F 945 003 290 [email protected] WAREHOUSE, PLIEGO TÉCNICO

KONTSULTORIA / CONSULTORÍA Granja Modelo s/n 01192 Arkaute Araba T 945 003 240 F 945 003 290 [email protected] www.hazi.es

PLIEGO TÉCNICO PARA EL DESARROLLO DEL DATA

WAREHOUSE, DATA MARTS Y CUADRO DE MANDO

AMBIENTAL DEL ÁREA DE MEDIO AMBIENTE DEL

DEPARTAMENTO DE MEDIO AMBIENTE, PLANIFICACIÓN

TERRITORIAL, AGRICULTURA Y PESCA

Data / Fecha: 24/07/2012

Desarrollo del Data Warehouse, Data Marts y cuadro de mando ambiental

Índice 1 MARCO DEL PROYECTO ................................................................................................................ 4

1.1 MARCO ESTRATÉGICO................................................................................................................... 4 1.2 MARCO OPERATIVO ...................................................................................................................... 5

2 OBJETO DEL CONTRATO ............................................................................................................... 6

3 REQUISITOS FUNCIONALES .......................................................................................................... 7

3.1 CUADRO DE MANDO ...................................................................................................................... 7 3.2 DATA WAREHOUSE+DATA MARTS ...................................................................................... 11

3.2.1 Base de Datos Operacional. (descrito en el punto anterior). .............................................................. 11 3.2.2 Proceso ETL. ..................................................................................................................................... 11 3.2.3 Data Warehouse Multidimensional, .................................................................................................... 12 3.2.4 Data Marts específicos áreas negocio ............................................................................................... 12 3.2.5 Sistema de Explotación Dinámica de Información ............................................................................. 12

3.3 HERRAMIENTA DE GESTIÓN DE ESTADÍSTICAS ............................................................................... 14 3.4 CONTENIDOS GENERALES ........................................................................................................... 14

4 ARQUITECTURA ............................................................................................................................ 16

5 CONTENIDOS NO FUNCIONALES ................................................................................................ 18

5.1 INFRAESTRUCTURA TECNOLÓGICA ............................................................................................... 18 5.2 DIRECCIÓN TÉCNICA DEL PROYECTO ............................................................................................ 20 5.3 EVOLUCIÓN DEL PROYECTO ........................................................................................................ 20 5.4 ENTORNO DE PREPRODUCCIÓN / PRUEBAS Y PROCESOS DE IMPLANTACIÓN ................................... 20 5.5 MODELOS DE RELACIÓN .............................................................................................................. 21 5.6 DOCUMENTACIÓN TÉCNICA.......................................................................................................... 22

6 REQUISITOS DEL PRODUCTO/SERVICIO ................................................................................... 23

6.1 ESTRATEGIA DE DESARROLLO ..................................................................................................... 23 6.2 PROCEDIMIENTO DE GARANTÍA DE CALIDAD ................................................................................. 23

7 METODOLOGÍA APLICABLE Y ENTORNO TECNOLÓGICO ...................................................... 23

8 DESCRIPCIÓN ENTREGABLES .................................................................................................... 23

9 PLANIFICACIÓN Y ORGANIZACIÓN ............................................................................................ 24

10 PLAN DE ENTREGAS E HITOS DE CONTROL ............................................................................ 25

11 PROCEDIMIENTOS Y CALIDAD .................................................................................................... 25

12 MECANISMOS DE SEGUIMIENTO, CONTROL Y SUPERVISIÓN ............................................... 25

13 PLAZO DE EJECUCIÓN Y PLAN DE PAGOS ............................................................................... 26

14 CRITERIOS DE VALORACIÓN ...................................................................................................... 27

Desarrollo del Data Warehouse, Data Marts y cuadro de mando ambiental

15 GARANTÍA Y CONFIDENCIALIDAD .............................................................................................. 28

15.1 GARANTÍA .................................................................................................................................. 28 15.2 CONFIDENCIALIDAD DE LA INFORMACIÓN ...................................................................................... 28 15.3 PROTECCIÓN DE DATOS .............................................................................................................. 29

16 PROPIEDAD INTELECTUAL .......................................................................................................... 29

17 ANEXO CUMPLIMIENTO CLÁUSULA MEDIOAMBIENTAL ........................................................ 30

18 ANEXO II: MARCO TECNOLÓGICO .............................................................................................. 34

19 ANEXO III. PODER ADJUDICADOR .............................................................................................. 35

Desarrollo del Data Warehouse, Data Marts y cuadro de mando ambiental 4 de 35

1 Marco del Proyecto

1.1 Marco estratégico

⎯ El modelo del Data Warehouse, Data Marts y Cuadro de Mando Integral Ambiental deberá apoyarse en la estrategia diseñada desde el Nuevo Modelo de Gestión del Área de Medio Ambiente, GeeMIS (Green environment electronic Model for Smart information).

⎯ Modelo GeeMiS Objetivo Protección y mejora medioambiental, biodiversidad y patrimonio natural (Prioridad) Estrategia Identificar (Políticas medioambientales), definir, desplegar, medir y supervisar objetivos medioambientales Medio clave Información y conocimiento (Tecnologías de la información y de la comunicación) Factores clave Apertura y ejemplaridad (el Departamento acomete en primera persona la gestión del cambio a nivel de negocio (GRI) y a nivel de tecnológico (green IT).

⎯ Las principales razones que justifican el diseño e implantación de un Data Warehouse y un cuadro de mando integral ambientales para el Departamento de Medio Ambiente, Planificación Territorial, Agricultura y Pesca del Gobierno Vasco son:

» La disponibilidad de recursos limitados en un reto tan difícil de medir como el de la sostenibilidad de una región, requiere de la adopción de estrategias de mejora de la gestión, que precisan de la incorporación de instrumentos de información y herramientas de gestión, imprescindibles para facilitar y mejorar la toma de decisiones.

» Implicación de las diferentes Direcciones dependientes del Departamento en la gestión de los recursos como clave para el aumento la eficacia y eficiencia de los recursos, dada la influencia en los datos de la variabilidad en la práctica ambiental.

» Necesidad de generalizar, homogeneizar y mejorar la fiabilidad de la información, como instrumento para afinar las fórmulas de financiación y soporte presupuestario de los recursos para dar respuesta a los retos y objetivos estratégicos marcados en los diferentes Programas Marco Ambientales de la Estrategia Ambiental Vasca de Desarrollo Sostenible, Ecoeuskadi 2020.


1.2 Marco Operativo

¿Por qué? Retos

Con el objeto de superar los retos a los que nos enfrentamos como autoridad pública medioambiental y que pueden resumirse en:

• Aumento exponencial de la legislación

• Aumento exponencial de las demandas sociales

• Escasez de recursos

• Dispersión de la información

• Falta de Comunicación

• Deficiente gestión del conocimiento entre los distintos stakeholders

• Descoordinación

¿Para qué? Necesitamos:

• Sumar, conectar recursos y talento interno (apertura a nivel interno)

• Sumar, conectar recursos y talento externo (apertura a nivel externo con el resto de stakeholders)

• Comunicación, participación, colaboración.

• Promover un modelo fluido a través de Metaestructuras colaborativas en red

¿Cómo? Para ello debemos:

• Crear cultura.

• Compartir buenas prácticas.

• Difundir guías y protocolos.

• Identificar riesgos y potenciar notificación.

• Potenciar uso racional de recursos

• Discrepar, discutir, debatir.

• Conocimiento Socializado

• Conocimiento compartido y mejora de interrelación.


• Necesidad de generar ideas y plantear retos mediante la participación de todas las personas interesadas que trabajan en el ámbito del medio ambiente.

• Diseñar plataformas como sistema de generación de ideas y retos.

• Desarrollar estructuras que generen actividad económica fundamentalmente en el ámbito de la innovación y gestión del conocimiento.

En definitiva

» Son las nuevas tecnologías de la información las que plantean nuevos retos y oportunidades que deben ser aprovechadas para asumir los nuevos modelos de gestión, de forma que se facilite que la información y el conocimiento emerja y fluya hacia la gente que lo necesita en cada momento, creando valor para la sociedad vasca.

» Debemos crear entornos de trabajo donde la información puedan ser fácilmente compartida, permitiendo a los individuos tomar de decisiones de la forma más optima, hacer un seguimiento del análisis de la casuística y resultados, seguimiento de los objetivos marcados , etc., y todo ello hacerlo posible basado en datos reales.

» SEIS implica un cambio de enfoque, de países individuales o regiones que informan en las diferentes directivas a las organizaciones internacionales específicas, a que ellos mismos creen sus sistemas “online” con servicios que permitan que la información este accesible para múltiples usuarios y sistemas.

» No se trata tanto de la colección de nuevos datos sino de la armonización e intercambio de la información que ya existe con la Comunidad.

2 Objeto del contrato

Desarrollo de un Cuadro de Mando Ambiental que de soporte a los tres vértices de gestión (dirección (visión estratégica), personal funcionario (visión de negocio) y centros operativos (visión de cliente), y un Data Warehouse, Data Marts y Sistema de Explotación Dinámica de Información asociados. Se trata de desarrollar instrumentos que refuercen los objetivos de apertura y provisión de servicios, pilares del nuevo modelo de gestión GeeMiS, generando una mayor interacción en el personal de la organización y entre este y el resto de stakeholders con el Departamento, facilitando la gestión del conocimiento a todos los niveles en aras a aumentar los niveles de eficacia en el cumplimiento del objetivo fundamental como organización que no es otro que la Protección y mejora medioambiental, de la biodiversidad y del patrimonio natural.

Integrar las distintas bases de datos existentes que conforman la plataforma GeeMiS y obtener la información precisa con el nivel de agregación/desagregación demandado.

Superar el modelo anterior basado en el desarrollo de módulos independientes no interoperables con visión parcial de cada área.


Disponer de un repositorio de información corporativa que recopile, estructure y organice los datos e información relevante del área de negocio del Departamento obtenida de diferentes fuentes, y que permita desarrollar procesos de validación y/o verificación automatizados para facilitar la verosimilitud, validez, credibilidad y calidad de la misma, respondiendo a las distintas demandas de información en el ámbito CE.

Definir los mecanismos y los procesos necesarios para integrar la información de negocio con la presupuestaria y de control económico.

3 Requisitos funcionales

3.1 Cuadro de mando

a) Integrar en la plataforma de gestión GeeMiS del Departamento de Medio Ambiente, Planificación Territorial, Agricultura y Pesca, un Cuadro de Mando Ambiental basado en una arquitectura escalable, parametrizable (nuevos Programas Marco, nuevos objetivos, nuevos indicadores…) interoperable y de fácil mantenimiento, que permita traducir su misión, en parte devenida de sus Programas Marco, en objetivos estratégicos medidos a partir de indicadores, alineando así el comportamiento de todos los actores de la sociedad vasca bajo una herramienta común. En definitiva un modelo orientado a resultados.

En ese sentido deberán contemplarse en cuanto a dimensiones del modelo las siguientes prescripciones:

• Dimensión Ambiental del Modelo: Dimensión de Negocio

Se deberá tomar como referencia los modelos del Global Reporting Iniciative, SEIS, INSPIRE, Estrategia Ambiental Vasca de Desarrollo Sostenible ECO Euskadi 2020, y los Programas Marcos Ambientales del Departamento.

En ese sentido el escenario de la Dimensión Ambiental se establecerá atendiendo a la estructura recomendada por el GRI, con una consideración especial a su tipificación, a sus posibles agregaciones/segmentos/colectivos objeto de análisis.

Igualmente se atenderá a la revisión de ratios e indicadores recomendados por la Agencia Europea de Medio Ambiente, Eurostat, y otros organismos públicos y privados de ámbito europeo y paneuropeo, tales como el JRC de la DG Environment, OCDE,…

• Dimensión Catálogo Servicios

Entre otras cuestiones, se atenderán a las necesidades del Departamento de Medio Ambiente, Planificación Territorial, Agricultura y Pesca en cuanto a:

» Exploración del concepto ambiental, de sus agrupaciones y de los posibles algoritmos de cálculo necesarios para establecer estas agrupaciones, para su integración en el Data Warehouse y Data Marts.


» Identificación de fuentes de datos para construir los atributos de las tablas de esta dimensión.

» Estudio y revisión de otros conceptos asociados y que se deberán introducir en el repositorio: datos de perfiles sociodemográficos, relaciones, etc.

• Dimensión Organizativa

a) Capa interna. Se atenderá a la filosofía del modelo de gestión GeeMIS en lo que se refiere al concepto de Sistema abierto y a la creación de metaestructuras colaborativas entre las distintas áreas de gestión

b) Capa INTERNA. Idéntica filosofía aplicada al personal del resto de Departamentos.

c) Capa Externa. Ídem para el Resto de Stakeholders (organizaciones y stakeholders).

El análisis de esta dimensión se orienta desde un doble objetivo:

» Definir y recopilar los niveles de información requeridos para el análisis por partes de las áreas usuarias: información necesaria para modelizar los “hechos” (variables que miden la situación y evolución de la actividad del Departamento de Medio Ambiente Planificación Territorial, Agricultura y Pesca, modelo de información) y las métricas (cálculo analítico realizado a partir de uno o varios hechos para obtener los resultados de la actividad de las distintas unidades organizativas de dicho Departamento) en cuanto a agregaciones/vistas de la información en sus distintas jerarquías organizativas.

» Servir como punto de partida para la definición de la seguridad funcional del sistema: qué usuarios acceden a la información y con qué privilegios (qué contenidos y con qué niveles de agregación y desagregación).

• Dimensión Seguridad

Se contemplará a través de un módulo específico la seguridad funcional: tipos de perfiles de usuario, tipologías de acceso y niveles de información.

a) perfiles de uso de las herramientas:

• Visualizador: usuario que únicamente visualiza informes y que posee muy baja capacidad de interacción con el sistema.

• Analista: usuarios (número muy reducido) que acceden, visualizan y modifican (sin afectar a los objetos públicos) los informes (predefinidos) que integran el Cuadro de Mando a los que tiene acceso. Genera solicitudes de informes con fines analíticos.

• Diseñador de Informes: usuario que utiliza los objetos proporcionados desarrollados por el “diseñador” para crear informes que se integran en el CMI para apoyar la toma de decisiones. En principio no es necesario conocer el modelo dimensional ni otras funciones complejas del sistema.


• Diseñador/es de Cuadro de Mando: usuarios “desarrolladores” que crean esquemas de proyectos (atributos, relaciones, dimensiones, jerarquías, hechos, etc.).

• Administradores: usuarios que instalan y configuran el sistema, definen usuarios y grupos de usuarios, asignan privilegios y cuentas de acceso. Su misión es controlar, analizar y ajustar el sistema para su correcto funcionamiento.

b) Tipologías de acceso:

El Sistema se desacollarará en un entorno web en el que, por medio de un navegador estándar, se accederá a las diferentes funcionalidades del mismo

A nivel general se seguirá el modelo establecido al respecto en el Sistema IKS eeM. Como referencia se contemplan los siguientes niveles de acceso:

• Limitación del contenido mediante la creación de filtros de seguridad (la asignación de un filtro de seguridad a un usuario, o grupo de usuarios, implicará que todas las consultas e informes sobre un determinado indicador o parámetro del Cuadro de Mando estén condicionados por este filtro, de forma que el nivel de agregación de información asignado a ese usuario o grupo de usuarios limitará su capacidad de buceo o navegación sobre la información).

• Limitación a nivel de Objeto que consiste en restringir la visualización de cada uno los objetos a un usuario o grupo de usuarios (funcionalidad especialmente útil para mostrar distintas carpetas/indicadores en función del departamento o área funcional al que está asignado el usuario).

• Otras Dimensiones (espacial, temporal, económica, social,…).

Se definirán en el desarrollo aquellas dimensiones necesarias para responder a los objetivos del proyecto y fundamentadas en los requerimientos de las organizaciones referencia de ámbito europeo y paneuropeo anteriormente citadas.

b) Desarrollar un sistema que mejore las prestaciones en información de gestión del Sistema Operacional pero integrado para concebir una solución global de apoyo a la gestión del Departamento, que permita consolidar y administrar de modo eficaz la información del citado Sistema Operacional construyendo una fuente consistente de información, accesible y adaptable permitiendo afrontar con éxito la creciente demanda de información en los tres vértices de gestión, dirección, personal funcionario y centros operativos. Así:

b1) Vértice Dirección

Posibilitar la explotación eficiente, ágil y rápida de la información con el objeto de:


b1.1) Conocer la evolución de cada uno de los objetivos estratégicos marcados en el Programa Marco correspondiente y de sus correspondientes indicadores con las dimensiones de análisis deseados.

b1.2) Desarrollar los nuevos planes y políticas en base a un conocimiento exhaustivo de la situación de partida relativa al entorno y población afectadas.

b1.3) Hacer comparaciones entre otras regiones o países gracias a los estándares GRI marcados en las Memorias de Sostenibilidad.

b1.4) Controlar las desviaciones con respecto a los objetivos marcados.

b1.5) Facilitar la evaluación del efecto de las políticas y planes emprendidos en base al análisis coste-beneficio de los mismos.

b2) Vértice Personal Funcionario (Departamento y otros Departamentos)

Obtener un feed-back inmediato de las distintas áreas de responsabilidad a través de informes de situación orientados a dos perfiles: responsables de área y técnicos de área. El primero más orientado a actividades de gestión y cuenta de resultados y el segundo a actividades de prospección y análisis de la información.

b3) Vértice Centros Operativos (públicos y privados)

Ídem que b1 y b2 pero orientado a los centros operativos.

c) Diseño, Gestión y Mantenimiento de indicadores

c1) El sistema integrará información para la gestión y mantenimiento de los indicadores establecidos para cada uno de los vértices enunciados en el apartado anterior: Dirección, Personal y Centros Operativos.

Se estima un volumen de 50 a 60 indicadores por cada vértice, teniendo que contemplarse y desarrollar las siguientes funcionalidades:

⎯ Consulta de los indicadores on line

⎯ Actualización del banco de datos a partir de las fuentes utilizadas.

⎯ Actualización de la información de los indicadores gestionados (Catálogo de indicadores)

c2) En el diseño del sistema de indicadores, se determinarán los factores críticos, objetivos estratégicos relacionados, objetivos a alcanzar, fórmula de medición, frecuencia de recogida, responsable de la recogida de los datos, fuente de información, responsable del resultado, acciones a emprender, etc. Dicha Información será registrada en formularios diseñados al efecto.

c3) A cada uno de los indicadores se le asignará un peso en función de su importancia/relevancia para la consecución del objetivo asignado.


d) Integración con la IDE de Euskadi.

El sistema deberá integrarse con la IDE de Euskadi garantizando la interoperabilidad entre ambos para los metadatos compartidos.

e) El sistema contará con un módulo, para realizar la administración y gestión independiente del módulo de gestión de usuarios, que asegure su correcto funcionamiento y que tendrá, entre otras, las siguientes funciones:

• Gestión de variables: de forma que se puedan dar de alta, baja o modificar las características de las variables que se incorporan en el sistema. Así como configurar la carga automática de información procedente de la fuente de datos externa.

• Gestión de cálculos de indicadores: Módulo que proporciona la interfaz para la gestión y el cálculo de los indicadores clave, necesarios en la gestión. Permite definir nuevas variables o indicadores a partir de otras.

f) Integración de un Servicio específico orientado a la publicación de Informes para la Ciudadanía.

3.2 DATA WAREHOUSE+DATA MARTS

Implantación de una solución integral de Data Warehouse, Data Marts y Sistema de Explotación Dinámica de información a partir de herramientas Business Intelligence (DWH), a partir de la información de la Base de Datos Operacional (Sistema IKS eeM y distintas aplicaciones satélite que conforman la plataforma GeeMiS).

Dicha solución integrará al menos los siguientes elementos: Base de datos Operacional, Proceso ETL, Data Warehouse Multidimensional, Data Marts y Sistema de Explotación Dinámica de la Información.

3.2.1 Base de Datos Operacional. (descrito en el punto anterior).

Es el origen de los datos, la herramienta que recoge los datos desde las diferentes fuentes.

3.2.2 Proceso ETL.

Es el proceso que se encarga de realizar la transformación, validación, filtración y carga de los datos contenidos en la Base de Datos Operacional en el Data Warehouse.

Conllevará, entre otros, la definición detallada de la arquitectura tecnológica para los procesos de extracción y carga.

» Elaboración de una planificación detallada del desarrollo de los procesos de extracción y carga, estableciéndose las tablas iniciales a cargar, los mecanismos de carga más adecuados (incremental, total), los plazos de desarrollo y los recursos necesarios (humanos, tecnológicos, etc.).


» Definición de la ejecución de procesos, donde se especificarían las secuencias de ejecución de los procesos batch necesarios para la extracción y carga del repositorio de información (Data Warehouse y Data Marts) y del Cuadro de Mando, fijando periodicidades, dependencias entre procesos y necesidades de recarga de la información tratada Documento de Plan de Explotación de la Infraestructura de Extracción y Carga.

» Tareas de explotación y mantenimiento de la infraestructura de extracción y carga: tareas de ejecución y control de la planificación de los procesos batch de carga, control de errores y relanzamiento de tareas, validación técnica de la ejecución correcta de las cadenas, procesos de validación sobre el contenido de los ficheros, etc.

3.2.3 Data Warehouse Multidimensional,

Sistema analítico que se nutrirá fundamentalmente de los datos que residen en la Base de Datos Operacional, pero también de otras fuentes de información (EEA, MAGRAMA, E3P, AAPP LOCALES, HAZI, URA, IHOBE,…), adecuándolos a un modelo para el análisis multidimensional de los datos,

3.2.4 Data Marts específicos áreas negocio

Generados a partir del modelo de datos corporativo, pueda satisfacer las necesidades de información y de rendimiento de las distintas áreas de negocio. La información agregada almacenada en los Data Mart deberá poder ser explotada por herramientas de "Query ad-hoc", que deberán generar las queries y procedimientos de análisis más habituales para su reutilización por los usuarios de los distintos vértices que corresponda.

3.2.5 Sistema de Explotación Dinámica de Información

Dará soporte a la realización de procesos de consulta y explotación de la información. Se contemplará poner a disposición de los usuarios herramientas de diferentes niveles:

⎯ Soporte, Análisis y Toma Decisiones (Cuadro de Mando Integral, descarga de microdatos y generación de informes de nivel de servicio, desarrollo y prestación).

⎯ Procesos de difusión y publicación en Internet: Green I+D+i.euskadi.net y opendata.euskadi.net.

Dicho Sistema dispondrá de funcionalidades para la consulta y el análisis de la información almacenada. El objetivo de este módulo es poner a disposición de los usuarios de los tres vértices de acción, de un área de consulta y análisis con diferentes informes que posibiliten el acceso a la información del sistema en forma de informes gráficos que se actualicen automáticamente con las nuevas entradas de datos. Estos informes podrán ser descargados en diferentes formatos: Excel, CSV, XML, …a las web Green I+D+i e IREKIA (OPEN DATA).


Para poder realizar un análisis completo de la información almacenada, será necesario contar con información de los sistemas transaccionales así como de información agregada en el Data Warehouse.

Se construirán los procesos automatizados y desatendidos para el cálculo de nuevos indicadores a partir de información base, para la realización de las agregaciones y para el cumplimiento de los objetivos de la Estrategia Ambiental Vasca de Desarrollo Sostenible, Ecoeuskadi 2020, Programas Marco y Memorias de Sostenibilidad del GRI, en concreto y con vistas a los centros operativos facilitará información (datos y gráfica ) acerca de los campos de desempeño ambiental relacionados con los impactos medioambientales, y más concretamente, de aquellos relacionados con los siguientes aspectos: Materiales, Energía, Agua, Emisiones, Vertidos y Residuos.

Procesos:

• Proceso de cálculo de indicadores

• Proceso de agregaciones

• Proceso de cumplimento de objetivos de la Estrategia Ambiental Vasca de Desarrollo Sostenible, Ecoeuskadi 2020, Programas Marco y GRI.

Se integrará una solución para la suscripción a informes o cuadros de mando que automáticamente llegue al buzón o e-mail del usuario de forma programada, por ejemplo los lunes, el primer día de mes, etc…

Integración de módulo para la gestión de peticiones de nuevos informes, consultas o explotaciones de datos (como complemento para dar servicio a aquellos usuarios que no puedan generar sus propias consultas e informes), cuyo funcionamiento sería:

• Funcionalidad que registre y haga llegar al equipo de desarrollo, las peticiones de nuevas necesidades de informes, consultas o explotaciones.

• El equipo dedicado a nuevos informes realiza la consulta y envía el resultado al solicitante. La tarea realizada debe quedar registrada en la solución.

• Si el informe parece suficientemente interesante o es repetitivo, se añadirá a la lista de informes existentes en el sistema.

• Se notificará a los usuarios con permiso sobre el nuevo informe, de su existencia por si lo quieren añadir a su selección de informes en su escritorio.

• Procedimiento de Auditoria sobre el uso y suscripción a los informes existentes.


3.3 herramienta de gestión de estadísticas

El sistema deberá implementar una herramienta que permita dar respuesta a las necesidades estadísticas del Departamento en el área de medio ambiente, sectores aire, agua, suelo, residuos y PRTR) y, fundamentalmente todas aquellas devenidas del SEIS y Directiva INSPIRE de la CE.

Los procesos de explotación, consulta y preparación para la difusión de la información serán diseñados a través del Data Warehouse y el Sistema de Explotación Dinámica de Información, contemplando la integración de las actuales herramientas utilizadas: BD Access, SPSS, PC ASCII,..).

El sistema propuesto deberá generar las estadísticas correspondientes a la cuenta de resultados de las distintas áreas departamentales atendiendo al Catálogo de Servicios Electrónicos (e-environment).

3.4 Contenidos generales

El diseño tendrá un look&field en consonancia con el ámbito de negocio (medio ambiente), apuesta decidida de la organización por las nuevas tecnologías, el concepto de smart regulation y el gobierno abierto teniendo como vértices de actuación y acción ejemplarizadora de la administración medioambiental (Green IT).

Reutilización de procesos y componentes

Se tendrán en cuenta en el diseño de las soluciones la reutilización de componentes de otros modelos existentes en el ámbito de medio ambiente tanto a nivel nacional como internacional, así como aquellos desarrollados por otros Departamentos del Gobierno Vasco con resultado satisfactorio.

Cumplimiento del Plan de Igualdad del Departamento en cuanto a la presencia de contenidos en Internet, contemplando la perspectiva de género en el mantenimiento y evolución de las funciones, procesos y contenidos en el sitio web atendiendo a la metodología, modelo de gestión y prescripciones del “Documento Programa para la Igualdad de mujeres y hombres 2011 (IX Legislatura) aprobado, así como aquellas recomendaciones dimanantes del documento ”Diagnóstico de la situación de igualdad de mujeres y hombres en el ámbito de actuación del Departamento de Medio Ambiente, Planificación Territorial, Agricultura y Pesca”.

Plataforma Multiidioma. Los productos obtenidos deben mostrar sus contenidos como un sistema multi-idioma que permita a las personas usuarias alternar la navegación así como a nivel de otras posibles funcionalidades colaterales como mensajes de usuario, literales, etc … en tres idiomas, los dos idiomas oficiales de la Comunidad: el castellano y el euskera.


El proveedor podrá proponer la reutilización de datos y/o componentes desde otras plataformas ya sean éstas de tipo Open Data, o dispongan de servicios de Sindicación de contenidos y/o APIs de intercomunicación.

Entre las funcionalidades básicas a suministrar se deberá contemplar la disponibilidad de una solución o módulo de búsquedas para los contenidos que se gestionen.

El proveedor detallará y diferenciará la parte funcional correspondiente a la zona de visibilidad pública (front end), de la vinculada con la administración interna de la misma (back end). A este respecto, se deberán prever expresamente los instrumentos que vayan a ser necesarios desde el seno de la Administración para atender las demandas generadas por los distintos stakeholders.

El proveedor deberá desarrollar un sistema de registro de usuarios a nivel interno garantizando la interoperabilidad de los diferentes identificadores y claves actualmente en existentes en Sargune.

La totalidad de la información manejada en la explotación de datos deberá tener los controles de seguridad que se definan: autenticación, autorización, control de acceso a datos, etc. Asimismo, el acceso a la información deberá cumplir con lo descrito en la LOPD proporcionando, en su caso, las soluciones de auditoría que se definan.

Los sistemas de información del Gobierno Vasco incorporan controles de seguridad que cubren los aspectos generales de: autenticación, autorización, control de acceso a datos, etc. Esta característica de seguridad será transversal a la totalidad de las funcionalidades contempladas dentro de la plataforma y deberá tener la posibilidad de integrarse con los sistemas de seguridad estándar que existen actualmente, como es el caso de XLNets.

Deberá diseñarse un plan de formación adaptado a los distintos perfiles y vértices definidos (visión dirección, personal funcionario y centros operativos). El despliegue e impartición de la formación externa serán gestionados por el Departamento.

En este sentido se llevarán a efecto las sesiones de formación necesarias para el personal del Área de Medio Ambiente y Dirección de Servicios del Departamento estructurada del modo que a continuación se detalla:

a) Formación de “formadores” internos: jornadas de explicación del contenido del cuadro de mando y, en general, del modelo de información diseñado para el Departamento de Medio Ambiente. Este equipo de formadores será el encargado de difundir posteriormente al resto de la organización el conocimiento sobre el uso y aplicación de los diseños.

b) Formación personalizada a usuarios target dentro de la organización del Departamento de Medio Ambiente: jornadas donde se revisen detalladamente los resultados del trabajo realizado y se resuelvan las dudas que hayan podido surgir.


c) Jornada de difusión dirigida a todo el personal del Departamento

d) Jornada de difusión dirigida al resto de Departamentos

e) Jornada de difusión a los distintos stakeholders externos.

Elaboración de la correspondiente Documentación de Apoyo que sirva de soporte para las distintas sesiones de formación y/o jornadas.

Elaboración de presentación y documentación de apoyo para la organización de tres jornadas de difusión y promoción de los elementos y funcionalidades destacados del sistema hacia los stakeholders implicados, teniendo en cuenta los niveles de uso potencial que pueden realizar y con el objeto de destacar el valor añadido. En la estrategia y diseño de las mismas deberán tenerse en cuenta entre otros:

• Identificación y segmentación de audiencia objetivo

⎯ Destinatarios

⎯ Grupos de Interés

• identificación de necesidades comunicativas y Niveles de Comunicación (Divulgativo, Funcional básico, Técnico)

Maqueta: diseño gráfico de la aplicación en una Maqueta HTML, donde se pueda visualizar el look&feel de la aplicación, su contenido, navegación, etc.

Diseño y elaboración de presentación del Cuadro de Mando+DW (PPT)a cuatro niveles: Dirección, personal funcionario, centros operativos y ciudadanía.

4 Arquitectura

Definición y diseño de la arquitectura tecnológica, en la que se determinará el hard y soft básico para el funcionamiento óptimo de los Sistemas objeto del presente pliego, incluyendo:

» Se plantea que la base de datos sobre la que se apliquen los procesos de extracción ETL sea una réplica de la base de datos OLTP de producción existente en EJIE.

» Plataformas base necesarias y/o compatibles para la solución propuesta: Sistema operativo, Servidores de Aplicaciones, Sistemas gestores de base de datos, etc.

» Arquitectura general del sistema: descomposición en capas del sistema, despliegue de los diferentes componentes, exposición de las diferentes funcionalidades, etc.

• Configuración inicial de desarrollo.

• Configuración inicial de pruebas.

• Configuración en fase de producción.

• Entornos de desarrollo para ampliaciones futuras.


» Entornos contemplados: desarrollo, pruebas, integración, preproducción, formación, etc.

» Dimensionamiento aproximado de los elementos físicos necesarios (hardware, almacenamiento, comunicaciones, etc.) para dar soporte a la funcionalidad requerida.

» Herramientas de compilación y despliegue

» Traspaso entre entornos

» Procedimientos de backup y recuperación

» Monitorización de los sistemas

» Identificación y gestión de incidencias y problemas

» Plan de Implantación de la arquitectura tecnológica tanto para la plataforma de desarrollo como para el Hardware, Software en fase de producción.

» Plan de Mantenimiento e Implantación de la Infraestructura: Mantenimiento y explotación de toda la arquitectura tecnológica y de sistemas que detallará:

• Plan de Mantenimiento y actualización de la infraestructura Hardware.

• Plan para la administración de la base de datos (DBA):, identificando la tipología de tareas a realizar en el mantenimiento típico de un Cuadro de Mando (dimensionamiento de tablas, política de backup -lógico y físico-, revisión de índices y claves, reorganizaciones de tablas e índices, Seguridad de usuarios, etc)..

• Impacto en la Gestión de red de área local, infraestructura de acceso Web a los sistemas y administración de la red de comunicaciones.

» Dentro del proyecto deberán fijarse los SLA requeridos para cada uno de los servicios a proporcionar y, en caso de requerir del uso de servicios de terceros, fijar los SLA requeridos para cada uno de dichos servicios externos.

» La plataforma deberá estar diseñada y desarrollada para el soporte de dichos requerimientos.

» Los diferentes elementos deberán estar preparados para funcionar en esquemas de reparto de carga para ser capaces de soportar, no sólo los requerimientos derivados de un uso habitual de la herramienta, sino también los "picos" de actividad que pudieran darse.

» Dentro de los procedimientos de calidad, deberán realizarse las pruebas de carga y rendimiento del sistema necesarias para garantizar esta condición.

» Con el objeto de analizar y detectar posibles anomalías en el comportamiento del sistema, la nueva plataforma deberá dotarse de sistemas de monitorización y análisis de métricas que permitan realizar las tareas anteriores.

» La plataforma deberá ser altamente escalable, tanto desde su diseño como para el despliegue posterior de la misma. Deberá fijarse el procedimiento de escalabilidad así como un procedimiento de "gestión de la capacidad" que permita a los equipos de soporte de sistemas del Gobierno Vasco realizar las acciones necesarias que sean requeridas para escalar en aquellos casos que así se determinen.

» La solución deberá funcionar en escenarios de "alta disponibilidad" así como en escenarios de "contingencia".


» Se primará y valorará el uso de estándares de integración. Esta orientación hacia el uso de estándares no se circunscribirá únicamente al escenario de integración con sistemas terceros sino que aplicará a la totalidad de los componentes de la nueva plataforma.

» Los escenarios de integración podrán ser síncronos, asíncronos, procedimientos de extracción y carga, replicación de datos, etc. Deberá definirse el mecanismo de integración a utilizar en cada caso y realizar las acciones necesarias para la consecución de los objetivos marcados. Las tecnologías de integración deberán adaptarse, en la medida de lo posible, a las herramientas y estrategias de integración existentes en los sistemas de información del Gobierno Vasco En el caso de sistemas terceros, se deberán llegar a los acuerdos que sean precisos en dichas situaciones.

» En este pliego no se contrata la comprar alguna de herramientas adicional, la DTP se reserva el derecho de gestionar las licencias. Para lo cual la empresa adjudicataria deberá estudiar tanto las aplicaciones actuales como el nuevo sistema.

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.

5 Contenidos no funcionales

5.1 Infraestructura tecnológica

El proyecto se acomodará a la infraestructura tecnológica de HAZI y aquella definida en los estándares del Gobierno Vasco que se considere necesaria para la ejecución de este proyecto conforme a sus características específicas.

Las herramientas homologadas por el Gobierno Vasco para estos servicios son, SGBD del DW (SQL Server, Oracle...), extracción y carga (procesos de desarrollo a medida y/o utilización de herramientas ETL y/o apoyo en herramientas de carga de los gestores...), herramientas OLAP (Oracle Discoverer,...), capa de software del EIS…

En la mediad de lo posible se compatibilizará la solución con el conjunto de utilidades y sistemas horizontales de uso corporativo del Gobierno que dan solución tecnológica a distintos ámbitos funcionales de uso común, que se citan a continuació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:

Como solución corporativa de información de datos de localización:

NORA Sistema horizontal de gestión de datos de localización –dirección postal-, que proporciona información actualizada y normalizada hasta nivel de portal. Ofrece diversas alternativas tecnológicas de uso, y como principal valor añadido aporta el tratamiento de Altas Provisionales, solución que permite a las aplicaciones asegurar la normalización de los datos de su negocio, y a su vez favorecer la actualización


continua de la información. Incluye además datos y servicios de información geográfica (visor y geolocalizador).

Para los desarrollos basados en entorno tecnológico JAVA, el nuevo sistema a implantar deberá ser compatible con el conjunto de Utilidades de Desarrollo de Aplicaciones entorno de desarrollo Weblogic 11:

Generación de informes:

• Herramientas Oracle

• Reporting services de Microsoft

• IReport Business Intelligence:

• Oracle Business Intelligence Enterprise Edition 10g

• Bitam

Sistemas de Información Geográfica:

• GIS Corporativo, la IDE, productos ESRI (ArcIMS, ARcSDE, ArcView)

Servicio de envío de mensajes SMS:

• SMS Corporativo Además de los sistemas horizontales especificados, el nuevo sistema, según sus necesidades, deberá ser compatible con 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, así como con el Sistema IKS eeM y aplicaciones satélites que conforman la plataforma GeeMiS.

Las plataformas tecnológicas y productos comunes de base serán, entre otros:

• Servidor web: Apache Web Server 2 sobre Linux Red Hat Enterprise.

• Bases de datos:Oracle 10g y SQL Server 2005

• Gestión de versionado de aplicaciones: Subversion

Además, para el entorno tecnológico J2EE, en caso de mantenimiento de sistemas existentes:

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

Cualquier variación sobre las plataformas disponibles deberá ser argumentada por el proveedor.


Los desarrollos del proyecto deberán ser plenamente funcionales con navegadores de estándares abiertos como Chrome, Firefox, Ópera, Safari, etc. Por otro lado, deberá cumplir con las normas de accesibilidad aplicables a la Administración Pública, así como se valorará la utilización de HTML5..

5.2 Dirección técnica del proyecto

El Departamento de Medioambiente, Planificación Territorial, Agricultura y Pesca ( en adelante DMAPTAP ) designará a los interlocutores con la responsabilidad última de la dirección técnica del proyecto (en adelante DTP).

5.3 Evolución del Proyecto

Para la gestión del seguimiento del proyecto, el proveedor además de sus herramientas de gestión de proyecto y tareas que permitan el adecuado análisis de la evolución de las distintas fases de desarrollo del mismo, entregará la información de seguimiento en un formato y detalle que facilite la utilización de la herramienta de OPEN TIC´s de la DIT

5.4 Entorno de preproducción / pruebas y procesos de implantación

Con independencia del entorno de desarrollo utilizado por el proveedor, será de su cuenta los siguientes medios y servicios:

Medios técnicos en el periodo de desarrollo y pruebas

La permanente puesta a disposición en internet de una infraestructura y plataforma que replique el entorno funcional de trabajo bajo acceso restringido, donde montará y ofrecerá a los responsables del proyecto DATAWARE los nuevos desarrollos para la validación y verificación de los contenidos. Dicha plataforma de prueba se habilitará en la infraestrutura de HAZI.

Trabajos de consultoría orientados al albergue del DATAWARE en HAZI:

La empresa adjudicataria deberá trabajar conjuntamente con HAZI para llevar a cabo las siguientes tareas orientadas a la provisión de entornos de trabajo:

• Arquitectura del Sistema. Se deberá desarrollar la documentación técnica que refleje los distintos escenarios de uso del sistema indicando los distintos actores, los subsistemas identificados, los entornos necesarios para el desarrollo del sistema, su integración con otros sistemas, las pruebas de aceptación y calidad y las pruebas de escalabilidad y disponibilidad del sistema.

• Solución de Albergue del Sistema: Se deberá desarrollar la documentación técnica que refleje el albergue de los escenarios propuestos en la arquitectura. Se dará propuesta de solución a los siguientes ítems:

o Entornos de pruebas y producción


o Hardware y software específicos para la solución de albergue (su adquisición será responsabilidad de la DTP)

o Infraestructuras de almacenamiento

o Infraestructuras de comunicaciones y seguridad

o Infraestructuras de backup y recuperación

o Disponibilidad y monitorización del sistema

• Implantación de la solución de Albergue: El consultor deberá trabajar conjuntamente con HAZI en la instalación y configuración de las infraestructuras y del software necesario en los entornos definidos con anterioridad.

• Documentación técnica del software del sistema y su configuración: El consultor aportará la información técnica necesaria para establecer las tareas de explotación del Sistema, en sus aspectos de: seguimiento de incidencias, normativa de implantación de mantenimiento del software, labores proactivas, operatorias periódicas previstas y operatorias relativas a eventos de monitorización.

5.5 Modelos de relación

La empresa adjudicataria deberá trabajar conjuntamente con la DTP y HAZI en la definición de este servicio. La colaboración se plasmará en la definición e implantación de: la gestión de cambios y despliegues y los procedimientos de despliegue asociados, así como otros aspectos generales de la explotación del sistema. Todo ello, buscando la integración con los actuales procedimientos de mantenimiento y continuidad existentes en HAZI.

Las tareas de soporte y mantenimiento del citado sistema de información serán llevadas a cabo de forma coordinada entre la DTPy el proveedor en base al reparto de responsabilidades y acciones que se resume en los siguientes apartados.

a) IMPLANTACIÓN EN PRODUCCIÓN

Se establecerá mediante el protocolo correspondiente suscrito entre con el adjudicatario.

Será responsabilidad del adjudicatario la gestión del correcto versionado así como proceder a la instalación y documentación de las mismas en las condiciones que oportunamente se establezcan.

En este sentido, se priorizará el establecimiento con carácter ordinario de un calendario predefinido semanal para los citados trabajos. Todo ello, sin perjuicio de implantaciones extraordinarias o de urgencia requeridas para el cumplimiento de los plazos establecidos.

b) PRUEBAS DE CARGA Y RENDIMIENTO

Asimismo será responsabilidad del adjudicatario la verificación de los niveles de respuesta de la aplicación ante las previsiones de carga del sistema y la verificación del


comportamiento global del sistema en cuanto a consumo de memoria y CPU de sus componentes.

c) RESOLUCIÓN DE INCIDENCIAS

c1) Tareas bajo la responsabilidad del Proveedor:

Los licitadores deberán detallar en sus ofertas el procedimiento y los datos de las personas que se encargarán de la resolución de aquellas tareas de su responsabilidad.

c2) Tareas responsabilidad de la DTP:

La DTP pondrá a disposición del adjudicatario el procedimiento y los datos de las personas que se encargarán de la resolución de aquellas tareas de su responsabilidad. Así como la interlocución con los responsables de HAZI

C3) Tareas responsabilidad de HAZI:

Quedan incluidas en esta área de responsabilidad aquellas tareas y/o incidencias correspondientes al albergue y comunicaciones en HAZI.

d) HERRAMIENTA DE MONITORIZACIÓN

Para garantizar una disponibilidad del servicio (24x7). la oferta del proveedor adjudicatario deberá contemplar la integración de herramienta de monitorización para garantizar el cumplimiento de la prescripción citada.

5.6 Documentación técnica

El proveedor se responsabilizará de entregar la siguiente documentación en formato electrónico:

⎯ Manual de Construcción, que deberá incluir:

a) Documentación de las aplicaciones desarrolladas, su estructura, clases y módulos principales y estructuras de las bases de datos.

b) Versionado: características y actualización.

⎯ Manual de Configuración e Instalación, que deberá contener:

a) Guía de instalación del software necesario una vez instalado el sistema operativo, incluyendo un inventario completo de todos los componentes de software instalados.

b) Manual de recuperación de los datos y aplicaciones a partir de las copias de seguridad.

c) Procedimiento de inicio, parada y dependencia entre los servicios que quedan residentes en cada momento.


d) Descripción de las cuentas de usuarios creados y su propósito. Cuando se trata de personas físicas sus responsabilidades y cualificación.

6 Requisitos del producto/servicio

6.1 Estrategia de Desarrollo

En cuanto a la estrategia de construcción y de implantación se elige una estrategia evolutiva, dependiendo por ejemplo, de la falta de definición en determinados procesos.

En cuanto a la estrategia de construcción y de implantación se elige una estrategia evolutiva donde los hitos y entregables de producto sean plenamente funcionales, previo acuerdo en prioridad y funcionalidades con la DTP.

6.2 Procedimiento de Garantía de Calidad

Durante el desarrollo de los trabajos y la ejecución de las diferentes fases del proyecto se establecerán controles de calidad sobre la actividad desarrollada y los productos obtenidos, siempre en el marco de referencia del plan específico de calidad aplicable en cada caso.

7 Metodología aplicable y entorno tecnológico

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 la Metodología de Planificación y Desarrollo de Sistemas de Información METRICA, versión 3, promovida por el Consejo Superior de Informática. 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 HAZI

La metodología de Gestión y Organización de Proyectos será facilitada por la empresa adjudicataria. Las propuestas técnicas deberán contener una descripción detallada de las metodologías propuestas en cada caso, los entregables de cada fase y los criterios de validación aplicables.

8 Descripción entregables

Los entregables se elaborarán en base a lo definido en la metodología aplicable a este proyecto.


Toda la documentación será entregada en soporte electrónico. En aquellos casos que también se entregue documentación papel, ésta será en formato DIN A-4 y debidamente encuadernados, cuyo papel será 100% libre de cloro y como mínimo un 80% reciclado (las fibras del papel no reciclado procederán de explotaciones forestales sostenibles).

9 Planificación y organización

En este proyecto se contemplarán las siguientes fases

• Análisis del Sistema de Información

• Diseño del Sistema de Información

• Construcción del Sistema de Información

• Implantación del Sistema de Información

• Soporte y Mantenimiento

• Formación

En el Arranque mediante reuniones se definirá la estructura organizativa y como entregable se espera un Plan de gestión que incluya los diferentes aspectos relacionados con el proyecto.

Análisis del sistema fase en la que se esperan estos entregables: Contexto del sistema, Estándares y plataformas soportadas, Catálogo de requisitos (Sistema, Técnicos, Funcionales, Integración), Migración de datos, Plan de entregas,… Análisis y diseño de la plataforma que incluyan la Arquitectura del sistema, Definición de la arquitectura de publicación, despliegue en producción (Servidor WEB, Servidor de aplicaciones, Base de datos,…) El proveedor se responsabilizará de entregar la siguiente documentación:

• Documentación funcional

• Manual de operación, con el desglose de:

o Guía de Instalación con la descripción de la instalación y configuración completa de los componentes necesarios y de la propia aplicación.

o Manual de recuperación con la descripción de la recuperación del sistema.

o Procedimiento de inicio y parada donde se describan los componentes de la solución completa y las dependencias que existen entre ellos, el orden correcto de inicio y parada. Los procesos de inicio, parada y los periódicos (si lo hay).

o Informes mensuales de progreso.


o Documentación técnica de arquitectura

10 Plan de entregas e hitos de control

El licitador deberá incluir en su propuesta, junto con sus correspondientes fechas orientativas de finalización, una descripción de las principales:

• Fases y tareas del proyecto,

• Entregas resultantes de cada fase,

• Hitos de control y/o verificación,

• Asimismo, el licitador podrá establecer propuestas de entregas y/o certificaciones parciales acordes con el planteamiento del proyecto establecido, siempre que:

• Lo que 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.

11 Procedimientos y calidad

El control y seguimiento de la calidad de servicio, será realizado por la DTP.

Durante el desarrollo y ejecución del proyecto, la DTP podrá establecer controles de calidad sobre la actividad desarrollada y los productos obtenidos, siempre en el marco de referencia del plan específico de calidad aplicable en cada caso.

Para el aseguramiento de la calidad en la ejecución de los trabajos, el adjudicatario ha de realizar las siguientes actividades:

• Control de calidad durante todas las fases y actividades del proyecto.

• Revisión y control de los hitos y entregables.

• Revisión y control de calidad previa a la entrega de documentación final y cierre de los proyectos.

12 Mecanismos de seguimiento, control y supervisión

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

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 la entrega de la información de seguimiento en un


formato y detalle que facilite la utilización de la herramienta OPEN TIC´s de la DIT y los siguientes instrumentos de gestión de proyectos:

• 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 DTP, 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 de la Dirección del Proyecto 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.

13 Plazo de ejecución y plan de pagos

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 la Dirección del Proyecto.

La empresa adjudicataria, antes de realizar una facturación a HAZI, deberá justificar la entrega de servicios objeto del contrato. La realización de dicha entrega se justificará mediante entregas parciales o totales según lo que especifique el contrato y deberá incluir la siguiente documentación:

• Memoria de los trabajos.

• Descripción de los juegos de ensayo realizados al efecto y designados por HAZI, a los que asistirá un representante del adjudicatario si lo creyese necesario.

• Acta de recepción de dichos trabajos firmada por el Jefe de Proyecto y la Dirección de Desarrollo.

Las facturas recibidas objeto del contrato, serán abonadas por HAZI una vez comprobadas todas las condiciones del contrato.

El plazo máximo de ejecución será de doce meses a partir de la adjudicación definitiva.


14 Criterios de valoración

En el proceso de selección de ofertas, se valorarán especialmente los siguientes puntos:

⎯ Proposición económica

⎯ Cláusula medioambiental

• Se deberá acreditar la adecuada gestión de los residuos que se generan en la entidad a través de:

a) Certificados expedidos por organismos independientes públicos y privados conforme a las normas europeas o internacionales relativas a certificación, que acrediten el establecimiento de un sistema de gestión ambiental basado en normas europeas o internacionales en la materia (Sistema de Gestión Ambiental, en virtud del Reglamento CE 761/2001, de 19 de marzo de 2001 (Reglamento EMAS) o la Norma UNE-EN-ISO 14001, Norma Ekoscan u otra norma equivalente.

b) Aportación del sistema de gestión ambiental establecido firmado por la alta dirección de la empresa especificando su contenido y el grado de implantación en la empresa.

c) Cuantos otros documentos puedan demostrar de forma fehaciente el cumplimiento de los medios y criterios ambientales, condicionado, en todo caso, a que dicho documento sea emitido por una entidad que no mantenga relación contractual directa con la o el licitador.

d) Suscripción del Anexo I de este pliego, de Declaración Jurada de buenas prácticas medioambientales por parte de la persona que firma la oferta en representación de la entidad.

⎯ Cláusula de evaluación de recursos humanos

La oferta deberá incluir la siguiente información:

• Número de personas dedicadas al proyecto por cada categoría profesional.

• Número de jornadas por categoría que se ofertan para la realización de los trabajos.

• Coste unitario por jornada y hora de cada categoría profesional.

• Procedimiento utilizado, en su caso, para la estimación de los recursos humanos necesarios para la ejecución del contrato.

⎯ Cláusula tipo de seguridad

Los oferentes deberán garantizar la confidencialidad e integridad de los datos manejados y de la documentación facilitada.


⎯ Cláusula tipo de certificado de empresa registrada

Al objeto de justificar la conformidad del suministrador o del prestador del servicio con determinadas normas de garantía de calidad, se valorará como criterio para la adjudicación del contrato la aportación por los oferentes de certificados de seguro de calidad basados en la serie de normas Internacionales.

⎯ Cláusula tipo de garantía de calidad

Durante el desarrollo de los trabajos y la ejecución de las diferentes fases del proyecto se establecerán controles de calidad sobre la actividad desarrollada y los productos obtenidos, siempre en el marco de referencia del plan específico de calidad aplicable en cada caso.

15 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 HAZI (www.ikt.net) en el apartado perfil de contratante.

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

15.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 la Dirección del proyecto.,

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

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

16 Propiedad intelectual

El software desarrollado en exclusiva para este proyecto será entregado bajo una licencia de software libre reconocida por la Open Source Initiative, y será una licencia apropiada para la Administración Pública europea: EUPL v.1.1 (European Union Public Licence) y será desarrollado con herramientas de software libre.

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

A Detalle de las características técnicas del producto/servicio

B Condiciones Administrativas

Véanse en www.hazi.es en el apartado licitaciones en curso


17 Anexo cumplimiento cláusula medioambiental

1.- En todos los contratos de DMAPTAP cuando los criterios ambientales estén relacionados directamente con el objeto del contrato o su modo de ejecución, los pliegos de cláusulas administrativas particulares de consultoría y asistencia y de servicios por procedimiento abierto o restringido y forma de adjudicación de concurso, incorporarán alguno o varios de los siguientes criterios ambientales de carácter objetivo que se relacionan de manera no exhaustiva ni excluyente como criterios objetivos de adjudicación:

a) En los contratos de servicios, se valorará que la prestación se realice de la forma más beneficiosa para el entorno o con menor impacto ambiental, ya sea por el método empleado, por la gestión de productos, recursos y residuos, u por otros similares. Para demostrar la adecuación de la prestación a la finalidad aludida, se podrán tener en cuenta alguno o varios de los siguientes aspectos, que se relacionan de manera no exhaustiva ni excluyente:

• Empleo de productos reutilizados o reciclados.

• Empleo de productos reutilizables, reciclables o valorizables.

• Empleo de energías renovables.

• Mejor aislamiento térmico o acústico.

• Compatibilidad electromagnética y reducción en la radiación emitida por los equipos o sistemas a utilizar.

• Menor emisión de gases.

• Medios de transporte más respetuosos con el entorno.

• Medidas de mantenimiento con el menor impacto ambiental.

• Reducción de la cantidad o mejor gestión de los residuos generados.

b) Cuando se trate de contratos de consultoría y asistencia, se valorará que en su ejecución o en el producto final de la misma se incorporen aspectos ambientales relevantes. No será necesario incluir ninguna puntuación de esta naturaleza cuando se trate de consultorías o asistencias que tengan por objeto la elaboración de un estudio de naturaleza exclusivamente ambiental.

c) Cuando se trate, específicamente, de asistencias para la redacción de proyectos de obras, y en función del contenido técnico del trabajo a realizar, se podrá valorar que las ofertas propongan la integración de aspectos ambientales en la ejecución de los proyectos a realizar. A tal fin, se podrá valorar la incorporación de materiales cuyo ciclo de vida y puesta en obra sean respetuosos con el medio ambiente, procedimientos de ejecución beneficiosos para el entorno, prácticas de construcción y/o demolición orientadas a minimizar la generación de residuos o a incrementar las


tareas de reciclaje o valorización de los residuos generados, medidas específicas destinadas a evitar la contaminación de los suelos objeto de actuación y/o controlar su calidad, u otros similares que supongan una mayor protección ambiental y que siendo convenientes para el cumplimiento del objeto de la licitación, excedan, en su caso, de los que vinieran exigidos con carácter obligatorio por el pliego de prescripciones técnicas o por otras disposiciones de obligado cumplimiento.

2.- Sólo se valorarán como criterios objetivos de adjudicación aspectos que excedan de las exigencias establecidas, con carácter mínimo y obligatorio, por las prescripciones técnicas o las condiciones de ejecución establecidas en los pliegos y en cualquier norma aplicable.

3.- Los criterios de adjudicación se describirán de forma específica y concreta y se relacionarán por orden decreciente de importancia, con indicación de la ponderación que se les atribuya.

4.- La puntuación acumulada de los distintos criterios de carácter medioambiental podrá alcanzar hasta un 10% de la puntuación total de los criterios objetivos de adjudicación del contrato.

MEDIOS DE ACREDITACIÓN

1.- La documentación acreditativa del cumplimiento de los requisitos y criterios ambientales, sin perjuicio de que pueda exigirse otra complementaria, podrá consistir en lo siguiente:

a) Certificados expedidos por organismos independientes públicos y privados conforme a las normas europeas o internacionales relativas a certificación, que acrediten el establecimiento de un sistema de gestión ambiental basado en normas europeas o internacionales en la materia (Sistema de Gestión Ambiental, en virtud del Reglamento CE 761/2001, de 19 de marzo de 2001 (Reglamento EMAS) o la Norma UNE-EN-ISO 14001, Norma Ekoscan u otra norma equivalente).

b) Aportación del sistema de gestión ambiental establecido firmado por la alta dirección de la empresa especificando su contenido y el grado de implantación en la empresa.

c) Cuantos otros documentos puedan demostrar de forma fehaciente el cumplimiento de los medios y criterios ambientales, condicionado, en todo caso, a que dicho documento sea emitido por una entidad que no mantenga relación contractual directa con la o el licitador.

d) Suscripción de la Declaración de Buenas Prácticas Medioambientales por parte de la persona que firma la oferta en representación del adjudicatario, atendiendo al siguiente modelo:


DECLARACIÓN DE BUENAS PRÁCTICAS MEDIOAMBIENTALES

La persona licitadora declara que cumple las condiciones que a continuación se detallan:

1,- Utilizar materias primas respetuosas con el medio ambiente y reutilizar, reciclar o valorizar los materiales.

2.- Utilizar de forma racional los recursos naturales y suministros necesarios (agua, energía, etc.).

3.- Gestionar todos los residuos generados en la realización de la actividad (peligrosos y no peligrosos) de acuerdo con la legislación vigente en la materia.

4.- Adoptar las medidas necesarias para minimizar los posibles ruidos y olores desagradables que se pudieran generar en el desempeño de la actividad.

5.- Tomar las medidas necesarias para evitar los derrames y vertidos de productos, que puedan tener incidencia negativa en el entorno y en el medio ambiente.

6.- Mantener el orden y la limpieza en todas las instalaciones y lugares de actuación, para dar imagen de respeto y cuidado del Medio Ambiente.

Aporta para ello como anexo a la presente declaración una descripción de los procedimientos y medidas de que dispone la empresa para su cumplimiento.

Fdo.: D.ª/D. ....................................................................................................

DNI: ................................................................................................................

En representación de .......................................................................................


2.- Cuando no se haya establecido como condición de solvencia exigible para participar en la licitación, los y las licitadoras que tengan implantado un Sistema de Gestión Ambiental conforme al Sistema europeo, regulado en el Reglamento CE 761/2001, de 19 de marzo, o dispongan de una certificación de gestión ambiental, según la Norma UNE-EN-ISO 14001, Norma Ekoscan, o equivalentes, podrán aportar los mismos a efectos de acreditar, respecto a los productos o servicios que oferten, que en los mismos se cumplen los criterios ambientales objeto de valoración. A tal efecto, deberá existir relación entre lo que se acredite mediante los instrumentos de gestión ambiental aportados y los criterios a valorar.


18 Anexo II: Marco tecnológico

Productos y versiones mínimas seleccionadas

• Software Libre en su máxima expresión (salvo imponderables):

• Sistema operativo: Red Hat Enterprise Linux Server release 5.5

• Software www: Apache

• Bases de datos: Oracle 10g

• Lenguaje J2EE

• Servidor de aplicaciones: Weblogic

• Soluciones Oracle Business Intelligence

Núcleo del portal Green I+D+i.Euskadi.net

• Dominio de primer nivel: Euskadi.net

• Subdominio propio de trabajo: Green I+D+i

Entorno complementario Green I+D+i.Euskadi.net

Función y objetivos

Interoperar con IREKIA y todas las nuevas aplicaciones a incorporar a la iniciativa de Open Government.

Definición y condiciones del entorno

El contratista estructurará el entorno del proyecto de forma tal que pueda trasladarse directamente a las infraestructuras informáticas del Gobierno Vasco.

En este punto se deberá tener en consideración los principios Heurísticos de Nielsen.


19 Anexo III. Poder adjudicador

Nombre, direcciones y puntos de contacto:

HAZI Kontsultoria, Granja Modelo S/N, 01192 Vitoria-Gasteiz (Araba). SPAIN. Tel. 00 (34) 945 00 32 47. E-mail: [email protected]

En horario de lunes a viernes de 10,00 a 13,00. Según el calendario laboral de la ciudad de Vitoria-Gasteiz.

Puede obtenerse más información en:


www.hazi.es

www.hazi.es/dataware


El pliego de condiciones y la documentación complementaria (incluidos los documentos destinados a un diálogo competitivo y un Sistema Dinámico de Adquisición) pueden obtenerse en: www.hazi.es/dataware

Las ofertas o solicitudes de participación deben enviarse a:


Atención de Director Técnico. Referencia: Data warehouse


.

Documents

PLIEGO TÉCNICO PARA EL DESARROLLO DEL DATA©cnico … · CONSULTORÍA Granja Modelo s/n 01192 Arkaute Araba T 945 003 240 F 945 003 290 [email protected] WAREHOUSE, PLIEGO TÉCNICO