aníbal goicochea

¿Qué tienen en común un milhojas y SAP HANA?: Están compuestos por capas

Buscando una forma simple de explicar SAP HANA encontramos en la analogía de las capas, que puede conformar cualquier cosa, una alternativa por experimentar, por ejemplo, podríamos señalar lo siguiente: Un milhojas es un dulce compuesto por capas de hojaldre, cubiertas de crema y espolvoreado con azúcar glas. Luego podríamos agregar: Lo más importante son las capas de hojaldre porque de estas capas deriva el nombre de este dulce. Pero, ¿qué es más importante, las parte o cómo estas son combinadas, unidas o enlazadas?

SAP HANA es un conjunto de capas de hardware y software organizadas para procesar los datos del negocio en tiempos sustancialmente mejores que cualquier otra alternativa. La base de datos, la tecnología in-memory computing, los bancos de memoria o los sockets de CPUs no son más que piezas de este puzle que posibilita el procesamiento de la información en tiempo real. No encontramos mejor término para referirnos a SAP HANA que el de “Plataforma”.

Al señalar que SAP HANA es una base de datos, mencionamos sólo una parte de lo que representa este conjunto de componentes, y por consiguiente limitamos la visión a las posibilidades:

SAP HANA puede ser el data warehouse de una organización y/o los data marts de las áreas de negocio.
SAP HANA puede ser la plataforma para gestionar las transacciones diarias del negocio y/o para analizar la información actual e histórica.
SAP HANA puede ser la herramienta para comprender el pasado o para descubrir posibles escenarios futuros.
SAP HANA puede ser el framework para desarrollar, sin restricción, cualquier aplicación a medida con toda la tecnología in-memory computing.

Expectativas de los usuarios en la monitorización de un sistema

Una implementación de una solución informática no culmina con el denominado “pase a producción” y menos aún, todo lo hecho, será “para siempre”. No hay deseo más absurdo, tanto para las personas como para los sistemas, aquel que se repite sin meditar: “nunca cambies”. La maduración y evolución son indispensables en un sistema para que siempre cubra las expectativas y necesidades de los usuarios. Expectativas y necesidades que variarán en el tiempo porque los entornos evolucionan constantemente.

Una implementación de una solución informática no culmina con el denominado “pase a producción” y menos aún, todo lo hecho, será “para siempre”. La maduración y evolución son indispensables en un sistema para que siempre cubra las expectativas y necesidades de los usuarios. Expectativas y necesidades que variarán en el tiempo porque los entornos evolucionan constantemente.

Para encaminar la maduración de un sistema se debe contar con un plan de monitorización y optimización, calendarizado por diferentes períodos de tiempo, plan que no tan sólo cubra el aspecto técnico, sino que también contemple los feedbacks funcionales.

El gran objetivo es cubrir, constantemente, las expectativas de los usuarios, las cuales podrían circunscribirse en las siguientes categorías:

Disponibilidad. Asegurar la accesibilidad cuando se lo necesite, garantizando la comunicación entre los componentes y controlando que las aplicaciones no produzca errores graves que impidan las entradas o consultas de datos.
Rendimiento. Se debe controlar tanto en la introducción de datos como la ejecución de los procesos en segundo plano. Cada uno de estos dos aspectos requiere un control por separado.
Integridad. Asegurar la integridad de datos, la cual puede perderse por errores en la conexiones, fallos en el hardware o redes, software desactualizado, etc. Así mismo se debe contemplar un plan de recuperación ante fallos y copias de seguridad.
Seguridad. Brindar garantías que las personas indicadas accedan a los datos de su responsabilidad para realizar las tareas que le corresponden. Informar y auditar.

Buenas prácticas en el diseño de gráficos (y IV): Histogramas

Un histograma es una representación gráfica que secciona un grupo de datos en función de los valores de un indicador o variable numérica (por ejemplo, edad, ingresos o gastos) y muestra el número de elementos (frecuencia) o el porcentaje (frecuencia relativa) que representa cada grupo de elementos. Los casos más usuales son para analizar atributos o características de grupos de poblaciones.

Al diseñar un histograma ten presente los siguientes aspectos

Comprobar si las unidades del eje vertical indican frecuencias o frecuencias relativas. Si se trata de frecuencia relativa, es necesario conocer el tamaño de la muestra para hacer una adecuada interpretación.
Comprobar la escala utilizada en el eje horizontal (para los grupos de valores del indicador o variable numérica):
- Si los intervalos de valores son pequeños, posiblemente la altura de las columnas sea muy variable y se dificulte su interpretación.
- Si los intervalos son grandes la representación gráfica se podría ver más uniforme de lo que realmente es.

Buenas prácticas en el diseño de gráficos (III): Cronogramas o gráficos de líneas

Un cronograma o gráfico de líneas muestra la variación de los valores de un indicador o variable a lo largo de un período de tiempo. Cuando tengas la oportunidad de analizar o diseñar un gráfico de este tipo, ten presente lo siguiente:

Observa si las escalas del eje vertical (cantidad) y del eje horizontal (línea temporal) son las adecuadas, alterando la escala se puede conseguir que los valores parezcan más o menos significativos de lo que son en realidad.
Comprueba la distancia de separación entre los puntos del eje temporal, deberían ser uniformes. Si no hay datos para un período, de igual modo, debería visualizarse.
Verifica que las unidades representadas son válidas para realizar comparaciones a lo largo del tiempo. En algunas ocasiones las unidades monetarias deberían ser ajustadas considerando la inflación.
Las explicaciones sobre posibles tendencias que muestre este tipo de gráficos debe ser sustentada con información estadística. Un gráfico que representa la evolución de un indicador en el tiempo, muestra lo que está ocurriendo, no las causas que podrían determinar su comportamiento futuro.

Post relacionados: aquí y aquí

Buenas prácticas en el diseño de gráficos (II): Gráficos de barras

En esta categoría de gráficos incluimos tanto a los denominados gráficos de columnas (representaciones rectangulares verticales) como los gráficos de barras (representaciones rectangulares horizontales). En ambos casos son similares al gráfico de sectores (ver entrada anterior), en cuanto a que los valores de los grupos de datos son representados en porciones proporcionales al número (frecuencia) o porcentaje (frecuencia relativa) del valor de cada grupo.

Cuando diseñes o revises gráficos de barras, ten presente lo siguiente:

Se debe señalar las unidades representadas por el tamaño de las barras y qué significan los resultados.
Observar cual es el punto inicial del eje donde se encuentran las cantidades o porcentajes, lo usual y recomendable es que inicie en 0. Por ejemplo, si el punto inicial del eje es 30, todas las barras aparecerán cortadas por la parte inferior, por lo que las diferencias que hubiera entre 0 y 100, parecerán más importantes de lo que deberían
Prestar atención al tamaño entre cada punto, por ejemplo, si las alturas de las barras fluctúan entre 200 y 300 pero el eje comienza en 0, las diferencias parecerán poco relevantes.
Comprueba el rango de valores en el eje donde se señalan las cantidades o porcentajes:
- Verifica si el gráfico tiene más espacio de lo que requieren los valores representados (demasiado espacio libre o en blanco), las diferencias entre las barras serían difíciles de apreciar.
- Por el contrario, si hay apenas espacio en blanco, las barras aparecerán más estiradas de lo que deberían, las diferencias entre ellas se percibirán mayor de lo que realmente son.