Interfaz Querandíes - Pentaho

Download Report

Transcript Interfaz Querandíes - Pentaho

Interfaz Querandíes - Pentaho

 Consorcio SIU Objetivo Problemas a resolver Soluciones encontradas Estado actual

Objetivo

El SIU Querandíes es un sistema desarrollado en Toba para administrar Universidades.

la Está instalado en la SPU y las Universidades acceden información edilicia de las vía Internet para la carga de sus datos. Hasta el momento no poseen un conjunto completo de reportes de sus datos y menos aún posibilidad de analizar los mismos.

 El objetivo Pentaho al de este proyecto es Integrar Querandíes de tal manera que todo usuario de una Universidad pueda utilizar la potencialidad de analisis y reportes del Pentaho con la información del Querandíes.

Problemas a resolver (1)

 De interfaz    A Pentaho se debe acceder directamente desde SIU Querandíes mediante una opción de menú.

Esa opción no debe pedir ningún dato para acceder al Pentaho.

Cuando se cierra Pentaho se debe volver al SIU Querandíes.

   No debe existir timeout o el mismo debe hacer cerrar Pentaho y volver a SIU-Querandies.

Cuando se crea un usuario en Querandíes o se modifican sus datos, debe impactar automáticamente en Pentaho.

Debe mostrar únicamente las carpetas relacionadas con Querandíes.

  No debe permitir modificar los servicios predefinidos.

Pentaho permite grabar nuevos servicios que quedarán disponibles tanto para la Institución que lo definió como para las restantes (pero convenientemente filtrado para todas).

Problemas a resolver (2)

 De parcialización de datos (cada Universidad puede ver únicamente sus datos)   Reportes ad-hoc (mediante Report Designer) Cubos de análisis (tanto al crear un nuevo cubo como las vistas ya guardadas)  Reportes creados a partir de la metadata  Tableros

Soluciones encontradas (1)

 Para la sincronizacion de usuarios:

La base real de Usuarios va a estar en Pentaho Querandíes, el tendrá una réplica de usuarios (sincronizada desde Querandíes) con claves autogeneradas reproducibles y desconocidas por los usuarios. De esta forma Querandíes sabe cuál es la clave de cada Usuario para cada llamado y Pentaho acepta dicha clave. Esta clave además no está asociada con la que el usuario carga en cambio de esta Querandíes por lo tanto cualquier última no es necesario reflejarlo.

Soluciones encontradas (2)

Se creó la clase PHP (llamada

pentaho

) que posee el método

sincroniza_usuarios_toba_pentaho()

que obtiene todos los usuarios de Querandíes que no están en Pentaho y los agrega. La base Pentaho debe estar en PostgreSQL. Sus características son:  Inserta un registro en la tabla

users

.La password se genera mediante: base64_encode(md5('????' . $usuario['usuario'] . '?',false)) De esta forma la password es una función del usuario encriptada con md5. Por otro lado el encode base64 es la forma en que pentaho a su vez encripta las password en la BD, por lo tanto es necesario también incorporar esta encriptación para guardar el valor.

Soluciones encontradas (3)

 Inserta un registro en la tabla

user_settings

para que al abrir la interfaz muestre el browse de carpetas.

 Inserta un registro en la tabla

authorities

rol

SIU-U (código saf de la Universidad)

para crear el que servirá para definir perfil de datos en Mondrian.

 Inserta tres registros en la tabla

granted_authorities

asignarle al usuario los roles (

Authenticated

,

Universidad

y

SIU-U-(saf)

.

Soluciones encontradas (4)

 Para invocar a Pentaho salteando la pantalla de login y asignando el usuario de Querandíes (con la password de Pentaho) se puede utilizar el siguiente código:

Parametros por POST
Usuario: >
Clave: >
. . .

Estado actual (1)

 Falta resolver:  Que el timeout de Pentaho no vuelva a la pantalla de login de Pentaho (porque el usuario no va a poder ingresar nuevamente) 

En /tomcat/webapps/pentaho/WEB-INF/web.xml hay que modificar:

Que la opción salir de Pentaho cierre la ventana que se abrió y por lo tanto quede la de Querandíes.

 Parcializar los datos por roles en la metadata y por lo tanto en los reportes que puede definir el usuario.

Estado actual (2)

    Se implementaron: 6 reportes ad hoc de información de tablas de parámetros.

2 reportes ad hoc de información edilicia.

5 cubos para análisis de datos 10 vistas de análisis  Metadata para que cada usuario pueda hacer sus propios reportes A continuación se muestran algunos ejemplos para visualizar los resultados obtenidos.

Navegador Pentaho

Listado de Ubicaciones

Listado de Construcciones

Cubos y Vistas

Superficie por año de construcción

Construcciones por Unidad Académica