Más recursos para el Sizing #BI4

Las necesidades de hardware de SAP BusinessObjects BI 4.0 (BI4) pueden llegar a ser muy importantes, sobre todo en cuanto a la memoria que requiera el Host de esta plataforma de Business Intelligence. La identificación de las necesidades de hardware de una organización para un producto SAP se denomina Sizing, el cual se basa en uso de la aplicación Quick Sizer y guías específicas a cada producto.


Las necesidades de hardware de SAP BusinessObjects BI 4.0 (BI4) pueden llegar a ser muy importantes, sobre todo en cuanto a la memoria que requiera el Host de esta plataforma de Business Intelligence.  La identificación de las necesidades de hardware de una organización para un producto SAP se denomina Sizing, el cual se basa en uso de la aplicación Quick Sizer y guías específicas a cada producto.

Nueva herramienta para el Sizing de BI4

Para el caso de BI4 comentamos anteriormente, entre otras cosas, el uso de una plantilla del Quick Sizer, ahora a esto se suma una nueva aplicación, el principio es muy similar para introducir los parámetros, pero quizás el resultado es más legible: Se indica el número de usuarios y una estimación del volumen de datos que tendrán los documentos BI por cada tipo de componente que se va utilizar y como resultado obtenemos el número de SAPs que requiere el CPU y la cantidad de memoria recomendad en GB. 

How do we map BI performance to (SD) Benchmark performance

Esta nueva herramienta viene acompañada con la versión más actualizada de la guía de Sizing de BI4 (particularmente, preferimos las versiones anteriores de este documento).

Referencia: SAP SDN

Uso incorrecto de las escalas en los gráficos

Cuando utilizamos una herramienta para el diseño de visualizaciones gráficas como SAP BusinessObjects Dahsboard (Xcelsius) dejamos de utilizar muchas propiedades, asumiendo sus valores por defecto. Pero resulta que muchas veces estos valores que tiene la herramienta no son los que se requieren según lo que se esté representando. Una de estas propiedades, es la Escala.


Cuando utilizamos una herramienta para el diseño de visualizaciones gráficas como SAP BusinessObjects Dahsboard (Xcelsius) dejamos de utilizar muchas propiedades, asumiendo sus valores por defecto.  Pero resulta que muchas veces estos valores que tiene la herramienta no son los que se requieren según lo que se esté representando.  Una de estas propiedades, es la Escala.

Por ejemplo, se desea comparar la variación salarial entre dos poblados con los siguientes valores:

Valores a comparar mediante una representacion grafica

Si se representan estas dos series de valores y optamos por asumir el valor por defecto de la propiedad Escala, tendremos un eje vertical (Y) con una escala lineal o aritmética.

Con en este grafico se puede llegar a interpretar que los salarios de la Poblacion B tienen un mayor incremento

Si vemos el gráfico anterior, la conclusión inmediata sería que en el Poblado B hay mayores incrementos, lo que resulta inexacto.  Por otro lado, si indicamos la escala logarítmica tendríamos lo siguiente.

Con una escala logaritmica se obtiene una representacion grafica mas fiel a la realidad al comparar incrementos

Este gráfico es una representación más próxima a la realidad. Lo que permite concluir que para comparar las variaciones incrementales entre series de valores, la escala correcta del eje Y debe ser logarítmica. Debemos tener en cuenta que el gráfico debe brindar de manera inmediata y fidedigna los valores que está representando.

Ajuste de parametros desde Xcelsius

Referencia: ISBN 978-84-9281-207-3

Aspectos formales en las representaciones gráficas

Revisando un libro de estadísticas encontramos una sección que ha dado título a esta entrada, y es que precisamente estos aspectos formales son los que a menudo descuidamos al diseñar visualizaciones o al diseñar representaciones gráficas de los datos de un proceso de negocio. Los aspectos que se mencionan, son los siguientes:


Revisando un libro de estadísticas encontramos una sección que ha dado título a esta entrada, y es que precisamente estos aspectos formales son los que a menudo descuidamos al diseñar visualizaciones o al diseñar representaciones gráficas de los datos de un proceso de negocio.  Los aspectos que se mencionan, son los siguientes:

  • Fuente. Para facilitar consultas detalladas, indicar la fuente u origen de los datos representados.  Si es posible y lo amerita, incorporar un hipervínculo a informes o documento con los datos origen.
  • Títulos y subtítulos. Por lo general, en la parte superior y central del gráfico, de forma sintética debe ofrecer el máximo de información sobre lo que se representa. Los subtítulos figuran debajo del título y con un tamaño de fuente de letra menor, debe brindar información complementaria que ayude a comprender el gráfico.
  • Año y Período. Indispensable para brindar una  referencia temporal de la información representada.
  • Etiquetado de ejes. Estas etiquetas deben explicar lo que se está representado tanto en el eje vertical como el horizontal, y si corresponde, indicar la unidad de medida de los datos.
  • Base. El cero siempre debe mostrarse cuando se representen las escalas.
  • Discontinuidad en el eje vertical. Cuando se representa valores elevados, no es necesario comenzar desde cero.   En este caso, se puede establecer una discontinuidad en el eje, señalándolo con una línea dentada, que iría desde el cero hasta el primer valor representado en el gráfico.

Referencia: ISBN 978-84-9281-207-3