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 la información edilicia de las Universidades. Está instalado en la SPU y las Universidades acceden 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 de este proyecto es Integrar Pentaho al 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 Querandíes, el Pentaho 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 Querandíes por lo tanto cualquier cambio de esta última no es necesario reflejarlo.

Soluciones encontradas (2)

Se creó la clase PHP (llamada pentahopentaho) que posee el método sincroniza_usuarios_toba_pentaho()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 usersusers.La password se genera mediante:

base64_encode(md5('????' . $usuario['usuario'] . '?',false))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_settingsuser_settings para que al abrir la interfaz muestre el browse de carpetas.

Inserta un registro en la tabla authoritiesauthorities para crear el rol SIU-U-(código saf de la Universidad)SIU-U-(código saf de la Universidad) que servirá para definir perfil de datos en Mondrian.

Inserta tres registros en la tabla granted_authoritiesgranted_authorities asignarle al usuario los roles (AuthenticatedAuthenticated, UniversidadUniversidad y SIU-U-(saf)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:

<FORM ACTION="(URL)(URL)/j_spring_security_check" METHOD="POST" TARGET="_blank">

<table width='40%' border='0' cellspacing='0' cellpadding='0'> <tr><th colspan=2><b>Parametros por POST</b></th></tr> <tr><td>Usuario:</td> <td><INPUT TYPE="text" NAME="j_username" VALUE=<?php echo $usuario$usuario; ?> ><BR> </td></tr> <tr><td>Clave:</td> <td><INPUT TYPE="text" NAME="j_password" VALUE=<?php echo md5('????'.$usuario.'?',false)md5('????'.$usuario.'?',false); ?> ><BR> </td></tr> <tr><td><INPUT TYPE="submit" VALUE="Ir a Pentaho"> . . .

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: <session-config><session-timeout>

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