5.

Construccin y mantenimiento de un DW
5.1. Metodologas actuales para la construccin de un DW
Existen muchas metodologas de diseo y construccin de DW. Cada
fabricante de software de inteligencia de negocios busca imponer una
metodologa con sus productos. Sin embargo, se imponen entre la
mayora dos metodologas, la de Kimball y la de Inmon. Para comprender
la mayor diferencia entre estas dos metodologas, debemos explicar
adems de la nocin de DW mencionando en la introduccin, la idea de
Data mart. Un Data mart es un repositorio de informacin, similar a un
DW, pero orientado a un rea o departamento especfico de la
organizacin (por ejemplo Compras, Ventas, RRHH, etc.), a diferencia del
DW que cubre toda la organizacin, es decir la diferencia fundamental es
su alcance. Desde el punto de vista arquitectnico, la mayor diferencia
entre los dos autores es el sentido de la construccin del DW, esto es
comenzando por los Data marts o ascendente o comenzando con todo el
DW desde el principio, o descendente. Por otra parte, la metodologa de
Inmon se basa en conceptos bien conocidos del diseo de bases de datos;
la metodologa para la construccin de un sistema de este tipo es la
habitual para construir un sistema de informacin, utilizando las
herramientas habituales, al contrario de la de Kimball, que se basa en un
modelado dimensional (no normalizado).
Cul metodologa adoptar?
Pensamos que la metodologa ms acorde a los negocios de nuestra
regin es la de Kimball, por cuanto proporciona un enfoque de menor a
mayor, muy verstil, y una serie de herramientas prcticas que ayudan a
la implementacin de un DW. Es acorde a nuestras empresas porque se
pueden implementar pequeos datamarts en reas especficas de las
mismas (compras, ventas, etc.), con pocos recursos y de poco irlos
integrndolos en un gran almacn de datos.
5.2. La metodologa de Kimball
La metodologa se basa en lo que Kimball denomina Ciclo de Vida
Dimensional del Negocio (Business Dimensional Lifecycle. Este ciclo de vida
del proyecto de DW, est basado en cuatro principios bsicos:
Centrarse en el negocio: Hay que concentrarse en la identificacin de
los requerimientos del negocio y su valor asociado, y usar estos esfuerzos
para desarrollar relaciones slidas con el negocio, agudizando el anlisis
del mismo y la competencia consultiva de los implementadores.
Construir una infraestructura de informacin adecuada: Disear una
base de informacin nica, integrada, fcil de usar, de alto rendimiento
donde se reflejar la amplia gama de requerimientos de negocio
identificados en la empresa.
Realizar entregas en incrementos significativos: crear el almacn de
datos (DW) en incrementos entregables en plazos de 6 a 12 meses. Hay
que usa el valor de negocio de cada elemento identificado para
determinar el orden de aplicacin de los incrementos. En esto la

metodologa se parece a las metodologas giles de construccin de

software.
Ofrecer la solucin completa: proporcionar todos los elementos
necesarios para entregar valor a los usuarios de negocios. Para comenzar,
esto significa tener un almacn de datos slido, bien diseado, con
calidad probada, y accesible. Tambin se deber entregar herramientas
de consulta ad hoc, aplicaciones para informes y anlisis avanzado,
capacitacin, soporte, sitio web y documentacin.
La construccin
Intelligence) es
metodologa que
esta metodologa

de una solucin de DW/BI (Datawarehouse/Business

sumamente compleja, y Kimball nos propone una
nos ayuda a simplificar esa complejidad. Las tareas de
(ciclo de vida).

Podemos observar dos cuestiones. Primero, hay que resaltar el rol central de
la tarea de definicin de requerimientos. Los requerimientos del negocio son
el soporte inicial de las tareas subsiguientes. Tambin tiene influencia en el
plan de proyecto (ntese la doble fecha entre la caja de definicin de
requerimientos y la de planificacin). En segundo lugar podemos ver tres
rutas o caminos que se enfocan en tres diferentes reas:
Tecnologa (Camino Superior). Implica tareas relacionadas con software
especfico, por ejemplo, Microsoft SQL Analysis Services.
Datos (Camino del medio). En la misma disearemos e
implementaremos el modelo dimensional, y desarrollaremos el
subsistema
de
Extraccin,
Transformacin
y
Carga
(Extract,
Transformation, and Load - ETL) para cargar el DW.
Aplicaciones de Inteligencia de Negocios (Camino Inferior). En esta ruta
se encuentran tareas en las que diseamos y desarrollamos las
aplicaciones de negocios para los usuarios finales.
Estas rutas se combinan cuando se instala finalmente el sistema. En la
parte de debajo de la figura se muestra la actividad general de
administracin del proyecto. A continuacin describiremos cada una de
las tareas.

5.3. Mantenimiento
El mantenimiento del DW o refrescado asegura contar con datos
actualizados. Existen dos formas de refrescar los datos: la primera es llevar
datos al DW segundos despus de que las fuentes fueron actualizadas. La
segunda es acumulando y almacenando los datos ya integrados y
transformados, en un sitio intermedio para que de forma peridica pasar la
informacin al DW. El refrescado se puede realizar de manera incremental o
recalculando todos los datos.
El refrescado de un DW est considerado como un problema difcil debido a
las siguientes razones: primero, el volumen de datos almacenados en el DW
es muy grande y crece cada vez ms. Segundo, el refrescado debe ser
accesible a los diferentes cambios de ejecucin del DW. Finalmente, el
refrescado engloba transacciones que por lo regular acceden mltiples
datos, lo que implicara contar con clculos que pueden convertirse en
complejos ya que producirn un alto nivel de agregacin.