Crono

Crono Analytics

Crono Analytics es una innovadora herramienta Business Intelligence que permite crear informes dinámicos o impactantes cuadros de mando de una manera muy sencilla y rápida.

Las empresas requieren acceso a la información para llevar a cabo su trabajo y para tomar diariamente decisiones bien informadas. Este trabajo se resuelve tradicionalmente mediante el uso intensivo de hojas de cálculo o mediante costosas herramientas de reporting. En cualquiera de los dos casos, acceder a la información que se necesita suele ser una tarea compleja que requiere un tiempo considerable y unos conocimientos avanzados.

Crono Analytics se ha creado para resolver esta necesidad. Con Crono Analytics, cualquiera puede crear informes interactivos de una manera extremadamente sencilla. Y sin renunciar a ninguna funcionalidad.

Knowledge Area
Business Intelligence

Miembro desde hace

13 años 5 meses

Publicaciones

  • Rendimiento

    RendimientoEn primer lugar, reconozcamos que tenemos un problema de rendimiento. Todos los datawarehouse tienen un problema de rendimiento. Ninguno va excesivamente rápido. Siempre se puede mejorar. Es más, la falta de problemas de rendimiento suele esconder un problema mucho mayor y de más difícil solución… la falta de uso del sistema.
    Si has llegado hasta esta página intentando resolver los problemas de rendimiento de tu sistema Business Intelligence, lamento decirte que no encontrarás la respuesta en este post. La respuesta está en todos los demás: Modeliza correctamente, y el sistema funcionará como debe...

     

  • Máximo nivel de detalle

    Máximo nivel de detalleAunque existen varias opiniones al respecto, yo soy de los que cree firmemente que en el DWH debe estar disponible el máximo nivel de detalle de la información. Se debe guardar cada ticket, cada venta, cada transacción.
    Si se dispone la información detallada, cualquier consulta posterior podrá resolverse en cualquier de las agrupaciones disponibles. Tal vez, de entrada, puede parecer suficiente ver las ventas diarias de cada familia, sí, ¿Pero y si luego quiero verlo por grupo social? ¿O por hora de venta? ¿O si lo quiero segmentar por precio de venta? ¿O por tipo de subfamilia? Sólo si inicialmente se diseñó y cargó el datawarehouse con la información detallada podrán contestarse estas preguntas...

     

     

  • DWH organizado por temas

    DWH organizado por temasOtra de las características importantes que debe tener un DWH es estar "organizado por temas" (subject-oriented). Bill Inmon es considerado uno de los padres del concepto DWH, y fue el quien introdujo esta característica en su definición:
    "A warehouse is a subject-oriented, integrated, time-variant and non-volatile collection of data in support of managements decision making process" (Bill Inmon, 1990)...

     

  • Tablas agregadas

    Tablas agregadasEl datawarehouse tiene, y debe tener, todo el detalle de información en su nivel atómico. Así, las ventas estarán detalladas por fecha, cliente, producto y punto de venta. Rápidamente nos daremos cuenta que estaremos trabajando con un volumen muy importante de información. Por poner algún ejemplo, en los sectores de distribución retail, telecomunicaciones o banca es habitual encontrarse con datawarehouses con miles de millones de registros...

     

     

  • Tablas de hecho

    Tablas de hechoDenominamos “hechos” a los indicadores de negocio. Por ejemplo, son “hechos” las ventas, los pedidos, los envíos, las reclamaciones, las compras, etc. Es decir, son todas aquellas medidas numéricas que incluiremos en nuestro sistema Business Intelligence.
    Técnicamente, una tabla de hecho es la tabla central de un modelo en estrella. En el siguiente diagrama, la tabla de ventas es la tabla de hechos...

     

     

     

  • Claves subrogadas

    Claves subrogadasEn la anterior entrega de esta serie sobre cómo construir un datawarehouse ya introducía el concepto de las “claves subrogadas”.
    Una clave subrogada es un identificador único que se asigna a cada registro de una tabla de dimensión. Esta clave, generalmente, no tiene ningún sentido específico de negocio. Son siempre de tipo numérico. Preferiblemente, un entero autoincremental.
    Habitualmente, el sistema operacional ya utiliza sus propias claves, aunque suelen ser de tipo carácter y tienen un sentido específico para los empleados de la compañía. Por ejemplo, el código BCN puede utilizarse para referirse a Barcelona, o el DNI de cada empleado puede ser la clave única de la tabla de empleados...