Pliego Técnico – Data warehouse

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
Índice
1 MARCO DEL PROYECTO ................................................................................................................ 4 1.1 1.2 MARCO ESTRATÉGICO................................................................................................................... 4 MARCO OPERATIVO ...................................................................................................................... 5 2 OBJETO DEL CONTRATO ............................................................................................................... 6 3 REQUISITOS FUNCIONALES .......................................................................................................... 7 3.1 3.2 CUADRO DE MANDO ...................................................................................................................... 7 DATA WAREHOUSE+DATA MARTS ...................................................................................... 11 3.2.1 3.2.2 3.2.3 3.2.4 3.2.5 3.3 3.4 Base de Datos Operacional. (descrito en el punto anterior). .............................................................. 11 Proceso ETL. ..................................................................................................................................... 11 Data Warehouse Multidimensional, .................................................................................................... 12 Data Marts específicos áreas negocio ............................................................................................... 12 Sistema de Explotación Dinámica de Información ............................................................................. 12 HERRAMIENTA DE GESTIÓN DE ESTADÍSTICAS ............................................................................... 14 CONTENIDOS GENERALES ........................................................................................................... 14 4 ARQUITECTURA ............................................................................................................................ 16 5 CONTENIDOS NO FUNCIONALES ................................................................................................ 18 5.1 5.2 5.3 5.4 5.5 5.6 6 INFRAESTRUCTURA TECNOLÓGICA ............................................................................................... 18 DIRECCIÓN TÉCNICA DEL PROYECTO ............................................................................................ 20 EVOLUCIÓN DEL PROYECTO ........................................................................................................ 20 ENTORNO DE PREPRODUCCIÓN / PRUEBAS Y PROCESOS DE IMPLANTACIÓN ................................... 20 MODELOS DE RELACIÓN .............................................................................................................. 21 DOCUMENTACIÓN TÉCNICA.......................................................................................................... 22 REQUISITOS DEL PRODUCTO/SERVICIO ................................................................................... 23 6.1 6.2 ESTRATEGIA DE DESARROLLO ..................................................................................................... 23 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 15.2 15.3 GARANTÍA .................................................................................................................................. 28 CONFIDENCIALIDAD DE LA INFORMACIÓN ...................................................................................... 28 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
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.
Desarrollo del Data Warehouse, Data Marts y cuadro de mando ambiental
4 de 35
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.
Desarrollo del Data Warehouse, Data Marts y cuadro de mando ambiental
5 de 35
• 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.
Desarrollo del Data Warehouse, Data Marts y cuadro de mando ambiental
6 de 35
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.
Desarrollo del Data Warehouse, Data Marts y cuadro de mando ambiental
7 de 35
» 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.
Departamentos.
Idéntica
filosofía
aplicada
al
personal
del
resto
de
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.
Desarrollo del Data Warehouse, Data Marts y cuadro de mando ambiental
8 de 35
• 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:
Desarrollo del Data Warehouse, Data Marts y cuadro de mando ambiental
9 de 35
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.
Desarrollo del Data Warehouse, Data Marts y cuadro de mando ambiental
10 de 35
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.).
Desarrollo del Data Warehouse, Data Marts y cuadro de mando ambiental
11 de 35
»
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 adhoc", 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).
Desarrollo del Data Warehouse, Data Marts y cuadro de mando ambiental
12 de 35
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.
Desarrollo del Data Warehouse, Data Marts y cuadro de mando ambiental
13 de 35
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.
Desarrollo del Data Warehouse, Data Marts y cuadro de mando ambiental
14 de 35
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.
Desarrollo del Data Warehouse, Data Marts y cuadro de mando ambiental
15 de 35
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.
Desarrollo del Data Warehouse, Data Marts y cuadro de mando ambiental
16 de 35
»
Entornos contemplados:
formación, etc.
desarrollo,
pruebas,
integración,
preproducción,
»
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".
Desarrollo del Data Warehouse, Data Marts y cuadro de mando ambiental
17 de 35
»
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
Desarrollo del Data Warehouse, Data Marts y cuadro de mando ambiental
18 de 35
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.
Desarrollo del Data Warehouse, Data Marts y cuadro de mando ambiental
19 de 35
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
Desarrollo del Data Warehouse, Data Marts y cuadro de mando ambiental
20 de 35
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
Desarrollo del Data Warehouse, Data Marts y cuadro de mando ambiental
21 de 35
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.
Desarrollo del Data Warehouse, Data Marts y cuadro de mando ambiental
22 de 35
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.
Desarrollo del Data Warehouse, Data Marts y cuadro de mando ambiental
23 de 35
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.
Desarrollo del Data Warehouse, Data Marts y cuadro de mando ambiental
24 de 35
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
Desarrollo del Data Warehouse, Data Marts y cuadro de mando ambiental
25 de 35
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.
Desarrollo del Data Warehouse, Data Marts y cuadro de mando ambiental
26 de 35
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.
Desarrollo del Data Warehouse, Data Marts y cuadro de mando ambiental
27 de 35
⎯ 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
Desarrollo del Data Warehouse, Data Marts y cuadro de mando ambiental
28 de 35
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
Desarrollo del Data Warehouse, Data Marts y cuadro de mando ambiental
29 de 35
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
Desarrollo del Data Warehouse, Data Marts y cuadro de mando ambiental
30 de 35
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:
Desarrollo del Data Warehouse, Data Marts y cuadro de mando ambiental
31 de 35
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 .......................................................................................
Desarrollo del Data Warehouse, Data Marts y cuadro de mando ambiental
32 de 35
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.
Desarrollo del Data Warehouse, Data Marts y cuadro de mando ambiental
33 de 35
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.
Desarrollo del Data Warehouse, Data Marts y cuadro de mando ambiental
34 de 35
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:
HAZI Kontsultoria, Granja Modelo S/N, 01192 Vitoria-Gasteiz (Araba). SPAIN. Tel. 00 (34)
945 00 32 47. E-mail: [email protected]
www.hazi.es
www.hazi.es/dataware
En horario de lunes a viernes de 10,00 a 13,00. Según el calendario laboral de la ciudad de
Vitoria-Gasteiz.
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:
HAZI Kontsultoria, Granja Modelo S/N, 01192 Vitoria-Gasteiz (Araba). SPAIN. Tel. 00 (34)
945 00 32 47. E-mail: [email protected]
Atención de Director Técnico. Referencia: Data warehouse
En horario de lunes a viernes de 10,00 a 13,00. Según el calendario laboral de la ciudad de
Vitoria-Gasteiz.
.
Desarrollo del Data Warehouse, Data Marts y cuadro de mando ambiental
35 de 35