Un road map de SAP, una declaración de intenciones y nada más

Un road map describe muy brevemente la situación actual de un producto o portfolio de productos, los planes de mejoras inmediatos (Planned Innovations) los cuales podrían tardar entre 12 y 18 meses para tener una actualización con estas funcionalidades y las ideas futuras (Future Direcction), posibles mejoras sin una previsión concreta.


Un road map describe muy brevemente la situación actual de un producto o portfolio de productos, los planes de mejoras inmediatos (Planned Innovations) los cuales podrían tardar entre 12 y 18 meses para tener una actualización con estas funcionalidades y las ideas futuras (Future Direcction), posibles mejoras sin una previsión concreta.

Road map de SAP BusinessObjects Analysis, edition for MS Office al 2012-Q1

Si revisamos el road map de SAP BusinessObjects Analysis, edition for MS Office, el complemento (Add-in) para MS Office (Excel y PowerPoint) que permite analizar fuentes de datos multidimensionales (OLAP) de SAP NW BW y SAP HANA Database, vemos diferencias entre el documento publicado en el primer trimestre del 2012 y el publicado en el último trimestre de 2013.

Road map de SAP BusinessObjects Analysis, edition for MS Office al 2013-Q4

Observando ambos documentos, vemos que en la publicación más reciente se han agregado algunos temas como la futura conectividad con Lumira (antes llamado Visual Intelligence), pero también se observa que ya no figuran otros, como el posible uso de otras fuentes de datos OLAP. Al parecer, muchos usuarios deberían perder la esperanza de utilizar fuentes como MS SQL Server Analysis Services (SSAS).

Propuesta para utilizar el nuevo gráfico «marimekko» de SAP Dashboards 4.1 SP02 (Xcelsius)

SAP Dashboards 4.1 SP02 (Xcelsius) introduce un nuevo tipo de gráfico, denominado «Marimekko», el cual describe del siguiente modo:


SAP Dashboards 4.1 SP02 (Xcelsius) introduce un nuevo tipo de gráfico, denominado «Marimekko», el cual describe del siguiente modo:

«…es un tipo de gráfico de barras apiladas en el que todas las barras tienen la misma altura, cada segmento de las barras representan una proporción del total (en lugar de un valor absoluto, como en el gráfico de barras apiladas) y la anchura de cada barra representa un valor.. Este gráfico es útil porque cada barra contiene dos variables; por ejemplo, el porcentaje de ventas y la cuota de mercado.»

Atendiendo la descripción anterior, nuestro ejemplo o propuesta para utilizar este tipo de gráfico es el siguiente:

Una propuesta para utilizar el gráfico Marimekko(clic para ampliar)

Fichero XLF 4.1 SP02 Patch 01

Nuevos nombres para los tipos de graficos de SAP Dashboards 4.1 SP02 (Xcelsius)

SAP ha cambiado el nombre de algunos tipos de gráficos de SAP Dashboards (Xcelsius) en la reciente actualización SP02 de la versión 4.1, el motivo señalado es para uniformizar estos nombres con los utilizados en otras herramientas dela plataforma Business Intelligence y Analysis.


SAP ha cambiado el nombre de algunos tipos de gráficos de SAP Dashboards (Xcelsius) en la reciente actualización SP02 de la versión 4.1, el motivo señalado es para uniformizar estos nombres con los utilizados en otras herramientas dela plataforma Business Intelligence y Analysis. 

Nuevos nombres para los tipos de gráficos en SAP Dashboards 4.1 SP02 Patch 01 (Xcelsius)

Los nombres modificados son los siguientes:

  • Combination Chart (Gráfico Combinado) por Column Line Chart (Gráfico de líneas y columnas)
  • Bubble Chart (Gráfico de burbujas) por Bubble Plot (Diagrama de burbujas)
  • XY Chart (Gráfico XY) por Scatter Plot (Diagrama de dispersión)

Utilidad de las «funciones de proyección» de IDT (SAP BusinessObjects BI)

Cuando utilizamos Information Design Tool (IDT), componente de SAP BusinessObjects BI 4.*, para crear universos, y definimos objetos de tipo indicador (measure) debemos señalar la función de agregación a nivel de base de datos, pero adicionalmente, debemos seleccionar la función de proyección (Projection Function).


Cuando utilizamos Information Design Tool (IDT), componente de SAP BusinessObjects BI 4.*, para crear universos, y definimos objetos de tipo indicador (measure)  debemos señalar la función de agregación a nivel de base de datos, pero adicionalmente, debemos seleccionar la función de proyección (Projection Function).

Agregacion

Podríamos señalar que la función de proyección es exclusiva para Web Intelligence.  El resultado de una consulta WebI es almacenado localmente (local report cache), este almacenamiento temporal es conocido como microcubo y es utilizado para calcular los valores de los indicadores en los informes, según como se organicen los objetos en tablas y gráficos. Si en una tabla de un informe WebI, se utilizan menos dimensiones de los devueltos por la consulta, con la función de proyección, WebI sabrá calcularlos los valores de los indicadores.

Para universos con fuentes de datos relacionales se recomienda utilizar, como funciones de proyección, las siguientes: SUM, MIN, MAX, COUNT y AVG.  Para universos multidimensionales se recomienda escoger la opción DELEGATED, a menos que se conozca, con exactitud, la función de agregación.

Cómo fluyen los datos en QlikView

Tenemos muy clara nuestra elección de plataforma de Business Intelligence, pero vemos necesario conocer las principales características de funcionamiento de otras alternativas, como puede ser QlikView, del cual no dudamos sus bondades, tales como la tecnología asociativa (rutas de análisis de los datos que requiera el usuario) y el procesamiento de datos en memoria.


Tenemos muy clara nuestra elección de plataforma de Business Intelligence, pero vemos necesario conocer las principales características de funcionamiento de otras alternativas, como puede ser QlikView, del cual no dudamos sus bondades, tales como la tecnología asociativa (rutas de análisis de los datos que requiera el usuario) y el procesamiento de datos en memoria.

En el documento de referencia encontramos una breve explicación del modo en que fluyen los datos a través de QlikView, que nos permitimos compartir:

  1. Se comienza con los datos fuente. QlikView puede extraer datos de una gran variedad de fuentes, incluyendo ODBC, OLE DB, XML y archivos planos (Excel, CSV, etc). También existen conectores para grandes aplicaciones empresariales como SAP, hasta redes sociales como Twitter.
  2. Los datos se envían a QlikView usando un script de carga. Este script se puede usar para extraer, transformar, y cargar datos al modelo de datos en memoria o para guardarlos a archivos físicos intermedios en disco, en formato QVD.
  3. Los datos de la base de datos en memoria se guardan en formato desagregado, lo que significa que todas las agregaciones y cálculos se hacen al momento que lo solicita el usuario. Esto simplifica el modelado de datos en QlikView, ya que no hay necesidad de crear tablas resumidas por separado.
  4. Las selecciones que hace el usuario se propagan automáticamente a todo el modelo de datos y estos cambios son reflejados por el motor de presentación de QlikView.
  5. Las aplicaciones QlikView se pueden presentar en diferentes clientes.

Referencia: ISBN 978-1-78217-423-3