Después de casi un año...

Hola estimados lectores, después de casi un año, la reaparición es con un artículo de BI, y de qué manera... no hay nada técnico, simplemente 100% reflexivo.

Todo comenzó un día que no fue ayer, en un cliente al cual ya no estoy asignado, con un Portal de KPI’s desarrollado por alguien que no conozco.

La arquitectura de dicha solución era la siguiente:




Pero… Siempre tiene que haber un pero, esto era un diseño conceptual muy distanciado de la realidad, no porque no fuera esa la arquitectura, sino por la manera en la que se le dio vida a la misma y de ahí es que viene la reflexión. Inspirado en la obra de Oriana Fallaci “Carta a un niño que no llegó a nacer”, La División Technology Information Workers de CONSEIN presenta: “Documentación de un KPI que no se llegó a ver”.

#1) Proceso de Negocios: El enfoque inicial consistía en unas plantillas de Excel generadas con data de SOLOMON, las cuales pasaban a una BD, de ahí a un “Modelo Estrella” vía ETL y posteriormente al cubo. En estos escenarios hay que evaluar un aspecto, y es el ver si los datos provenientes de la hoja de Excel van a sufrir alteraciones una vez llegados a la BD (sumarización, desglose, actualización, etc.), de no ser así, por performance lo recomendable es llevar los datos directamente desde Excel al Modelo Estrella o Copo de Nieve, según sea el caso.

#2) Hechos y Dimensiones: En ese caso se manejaban como dimensiones Empresa, y Tiempo, lo que es perfectamente válido, y en la FactTable cada campo de la misma era un indicador. Pregunta: “¿y si se desea agregar un nuevo indicador?...” Respuesta: “Modificar el ETL y la FactTable”… ¡PLOP! En este contexto hay que manejarse con jerarquías y relaciones reflexivas, crear primero los indicadores átomos, y luego aquellos indicadores que dependan de otros.

#3) Nuevamente con los Indicadores: un indicador debe ser vinculado a una medida de un cubo, y luego con expresiones, calcular su valor, para finalmente asignarle un color de semáforo (rojo, amarillo o verde; o tipo termómetro si son más de tres las bandas), según los rangos que se establezcan, y dicho valor NO DEBE CALCULARSE al llenar la FactTable, esta recomendación viene dada por motivos de performance, ya que un cálculo muy complejo realizado vía T-SQL impactará negativamente sobre los tiempos de ejecución.

Finalmente, los cambios necesarios se hicieron, el proyecto culminó, el cliente quedó satisfecho, y CONSEIN salió por la puerta grande.

Bien... Estimados lectores, no me queda mas que despedirme y decir: nos en el próximo post, claro... no voy a esperar un año para ello. xD.

Saludos,

LeonelJ