KONTSULTORIA / CONSULTORÍA. Granja Modelo s/n Arkaute Araba T F kontsultoria@hazi.es

Transcripción

1 KONTSULTORIA / CONSULTORÍA Granja Modelo s/n Arkaute Araba T F kontsultoria@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

2 Índice 1 MARCO DEL PROYECTO MARCO ESTRATÉGICO MARCO OPERATIVO OBJETO DEL CONTRATO REQUISITOS FUNCIONALES CUADRO DE MANDO DATA WAREHOUSE+DATA MARTS Base de Datos Operacional. (descrito en el punto anterior) Proceso ETL Data Warehouse Multidimensional, Data Marts específicos áreas negocio Sistema de Explotación Dinámica de Información HERRAMIENTA DE GESTIÓN DE ESTADÍSTICAS CONTENIDOS GENERALES ARQUITECTURA CONTENIDOS NO FUNCIONALES INFRAESTRUCTURA TECNOLÓGICA DIRECCIÓN TÉCNICA DEL PROYECTO EVOLUCIÓN DEL PROYECTO ENTORNO DE PREPRODUCCIÓN / PRUEBAS Y PROCESOS DE IMPLANTACIÓN MODELOS DE RELACIÓN DOCUMENTACIÓN TÉCNICA REQUISITOS DEL PRODUCTO/SERVICIO ESTRATEGIA DE DESARROLLO PROCEDIMIENTO DE GARANTÍA DE CALIDAD METODOLOGÍA APLICABLE Y ENTORNO TECNOLÓGICO DESCRIPCIÓN ENTREGABLES PLANIFICACIÓN Y ORGANIZACIÓN PLAN DE ENTREGAS E HITOS DE CONTROL PROCEDIMIENTOS Y CALIDAD MECANISMOS DE SEGUIMIENTO, CONTROL Y SUPERVISIÓN PLAZO DE EJECUCIÓN Y PLAN DE PAGOS CRITERIOS DE VALORACIÓN Desarrollo del Data Warehouse, Data Marts y cuadro de mando ambiental

3 15 GARANTÍA Y CONFIDENCIALIDAD GARANTÍA CONFIDENCIALIDAD DE LA INFORMACIÓN PROTECCIÓN DE DATOS PROPIEDAD INTELECTUAL ANEXO CUMPLIMIENTO CLÁUSULA MEDIOAMBIENTAL ANEXO II: MARCO TECNOLÓGICO ANEXO III. PODER ADJUDICADOR Desarrollo del Data Warehouse, Data Marts y cuadro de mando ambiental

4 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 Desarrollo del Data Warehouse, Data Marts y cuadro de mando ambiental 4 de 35

5 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

6 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

7 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

8 » 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. Desarrollo del Data Warehouse, Data Marts y cuadro de mando ambiental 8 de 35

9 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

10 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

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

12 » 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 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, 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 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

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

14 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

15 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

16 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

17 » 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". Desarrollo del Data Warehouse, Data Marts y cuadro de mando ambiental 17 de 35

18 » 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

19 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: IReport Business Intelligence: Herramientas Oracle Reporting services de Microsoft 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

20 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 HTML 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