Sec 5 - Hacienda

La secretaría de hacienda tiene en su misión toda la recaudación del erario, es fundamental poder conocer costos, obligaciones y dineros pendientes que son necesarios tomar para poder cubrir la inversión de la alcaldía.

En este caso el modelo cambia drasticamente, teniendo dos cubos; así uno de ellas parezca una copo de nieve.

El cubo más pequeño, se encuentra formado por tres tablas, que son:

• Cuentas por pagar.
• Cuentas por cobrar.
• Tercero.

En ese caso comprender el cubo puede ser complejo, porque falta una dimensión asociada al tiempo por ejemplo, pero permitiría saber cuantas cuentas tiene un tercero.

Por su parte el cubo más grande tiene como fac table la factura (como cabecera) y un sin número de detalles tales como concepto... si bien parece que sobre predio existiese un cubo realmente encontramos una dimensión extendida, más no una tabla de hechos, ya que el predio como entidad puede existir por si mismo.

Sec 4 - Sec Gobierno

La secretaría de gobierno, enfoca sus recursos de información para poder ampliar el panorama de información respecto a las contravenciones y querellas, en esta exploración se hace necesario conocer por ejemplo cantidad de estos items por inspección, detalle de personas involucradas...

En este sentido, nos encontramos con el siguiente modelo:

El cual representa a luves vistas una constelación, encontrando 3 tablas de hechos que se unen entre si con dimensiones y que aplicando filtos bi-direccionales podrían mostrar el universo de datos desde cualquiera de las orillas.

Sec 3 - Sec Salud

La secretaría de salud, en su modelo final de datos más que un cupo presenta un copo de nieve, en ella se podrán reconocer dos tablas de datos que se unen por medio de una dimensión común que es la EPS; si bien son muchos los objetivos de dicha secretaría, podriamos centralizar su negocio en materia de información en lo siguiente:

• Registrar los prestadores de servicios de salud para la gestión de la prestación de los mismos.
• Observar el historial de las personas en materia de salud y su relación con las entidades prestadoras de salud. 

Ante ello entonces, encontramos lo siguiente:

Como se observa, desde el punto de vista de las EPS podemos explicar su estado y sus servicios, desde ambas cardinalidades; por su parte, desde la persona observamos como todas las dimensiones se articulan para explicar por ejemplo pertenencia a una entidad, su tipo de afiliación y de formas más avanzadas, conocer por ejemplo cuantas personas están con una EPS en un estado particular.

Sec 2 - Recreación y cultura

La secretaría de recreación y cultura se propone como objetivo principal de su negocio: "Elaborar estudios para identificar los problemas y necesidades del Municipio en el campo deportivo, recreativo y cultural con el fin de formular planes y proyectos que respondan a esas demandas".

La necesidad central de información esta dada en poder conocer la cantidad de personas, la persona y las relaciones de tipo de evento existentes que adelanta la Secretaría; a su haber el cubo de datos propuesto, es el siguiente:

En este caso está claramente señalizada la fact table, que se reconoce como evento y las dimensiones que le rodean que son el participante del evento; el tipo de evento y la idetificación del evento; con un filtro en cualesquiera de dichas direcciones, el alcalde podrá conocer no solo la participación sino el detalle de cada una de dichas transacciones.

Sec 1 - Secretaría de ambiente

El objetivo primordial de la secretaría de ambiente es el siguiente: "Presentar información sobre indicadores ambientales en las áreas del municipio, para diferentes recursos naturales"; para ello se ha creado un cubo que se representa, así:

Se reconoce como una tabla de hechos la denominada "Indicador", las tablas asociadas tales como muestra mentual, recurso, zona y estación de muestreo corresponden a las denominadas dimensiones. Se puede decir que el cubo cumple con su cometido en tanto cualquier funcionario puede filtrar por "Recurso" o "Estación de muestreo" para observar datos precisos de un indicador.

¿Cómo construimos un cubo?

Para construir un cubo de datos, no basta con tener los datos dentro de una base de datos, incluso este proceso puede ser secundario si no sabemos cual es el objetivo de hacer un cubo. Es decir cual es el objetivo del negocio que se tiene en mente.

En este sentido y atendiendo a necesidades cercanas a un caso propuesto dentro del grupo de estudio como lo es: “Modelar los cubos de información de las distintas secretarias de la alcaldía de San Antonio del Sena”, es siempre valido preguntarse entre otros:

- ¿ Que se quiere mostrar?

- ¿Con que información cuento?

- ¿Qué quiero explicar?

Todo esto con base en un problema central que es: “Debido a los problemas de fidelidad en los datos suministrados por cada una de las secretarías el mes anterior, los informes derivados de éstos y presentados por el Señor alcalde en el último Consejo de Gobierno, no brindaron un nivel de confianza aceptable y dejaron en evidencia la necesidad inmediata de implementar soluciones con el fin de obtener datos precisos y confiables que soporten los nuevos proyectos. Consciente de esta necesidad, el alcalde y su equipo de asesores considera hacer lo necesario para disponer en el próximo consejo de gobierno de información coherente que les permita visualizar en forma clara y precisa la relación entre los acontecimientos registrados por las diferentes secretarías. De esta forma el Alcalde podrá tomar mejores decisiones con respecto a su plan de gobierno”

¿Qué son cubos de datos?

Los cubos de datos son piezas esenciales en nuestros días para comprender como funcionan los negocios, poder tomar decisiones de manera eficiente y constituir así la base de la inteligencia de negocios. Un cubo de datos (o sus derivados posteriores como constelaciones o copos de nieve) no son más que una explicación de hechos asociados a dimensiones. Si bien, esto suena complicado, podríamos decir que un cubo de datos es la constitución de tablas de hechos (o transacciones) que se asociación a dimensiones (o datos fijos) para poder explicar sucesos en el tiempo, los cubos suelen ser una representación muy dinámica de las bases de datos, especialmente aquellas que están compuestas dentro de bodegas de datos.

En la imagen anterior, observamos como se relaciona un cubo con las estructuras de datos que se pueden lograr en SQL, en este caso distintas fuentes u origentes de datos se integran en una bodega de datos, a partir de la cual abstraemos tanto dimensiones como tablas de hechos.