Using OLAP and multidimensional

data for decision making

Resumen

Los directores ven la informacin como un recurso crtico y requieren sistemas que les
permitan explotarla para obtener una ventaja competitiva. Una forma de utilizar mejor
informacin de la organizacin es a travs de procesamiento analtico en lnea y bases de
datos multidimensionales (MDDBs). OLAP y MDDBs presentarn informacin resumida de las
bases de datos de la compaa. Utilizan estructuras multidimensionales que permiten a los
administradores fragmentar los datos de rendimiento de la empresa y profundizar en los
puntos conflictivos. Desde hace ms de una dcada, los promotores han promocionado estas
herramientas como el sistema de informacin ejecutiva definitiva, pero la mayor parte de la
publicidad de productos proviene de los propios proveedores. Sobre la base de nuestra
experiencia con varias herramientas OLAP, hemos desarrollado un enfoque ms pragmtico
para el diseo de sistemas de informacin multidimensional que permite a los administradores
a tomar la mayor parte de los activos de informacin de sus empresas.

Vista superior

Los administradores a menudo tienen una actitud ambivalente hacia los sistemas de
informacin. Por un lado, la paradoja de la productividad conocida sugiere que no existe una
correlacin entre la inversin y el rendimiento de IT de una organizacin. A pesar de este
hecho, las organizaciones siguen gastando una gran proporcin de sus presupuestos en los
sistemas de IT.

Por otro lado, algunos administradores ven los sistemas de informacin como una parte
esencial del xito del negocio, moderno, la mejora de la eficiencia de los procesos de negocio y
apoyar formas innovadoras de hacer negocios. La creciente popularidad de almacenamiento
de datos sugiere que muchos administradores ahora ven los enormes volmenes de datos
almacenados en bases de datos de la organizacin como un potencial activo de la empresa. Se
utiliza con eficacia, estos datos proporcionan informacin para la toma de decisiones de
gestin y planificacin estratgica. De hecho, creemos que la paradoja de la productividad no
implica que las organizaciones estn desviando su inversin en IT. En su lugar, la paradoja
simplemente no tiene en cuenta el valor de los activos de informacin en bases de datos de la
compaa.

En la prestacin de estos sistemas basados en OLAP- y MDDB-, el reto consiste en distinguir

entre los sistemas adecuados para el procesamiento de transacciones en lnea (OLTP) -lo cual
hace hincapi en las operaciones de los negocios cotidianos- y las que son adecuadas para
OLAP, la forma que apoya la toma de decisiones empresariales. Por ejemplo, los gerentes rara
vez se leen los informes de los enlatados - producido tpicamente por los sistemas de
informacin de gestin tradicionales- con mucho entusiasmo. Ellos prefieren un sistema fcil
de utilizar tanto la informacin interactiva para la bsqueda intencionada o para la navegacin
para tener una idea general de lo que est pasando en y alrededor de su organizacin. Tal
sistema es una aplicacin ideal de OLAP y MDDB. La comprensin de cmo los gerentes se
renen y utilizan la informacin, y luego la construccin de sistemas de apoyo a ellos, plantea
problemas tcnicos y no tcnicos complejos. La estructura multidimensional de datos y
presentacin de informacin de gestin es un enfoque conceptualmente simple para los que
los sistemas tcnicos ya estn disponibles. Sin embargo, los gerentes deben saber cmo
obtener el mximo rendimiento de estos sistemas, y los profesionales de IT necesitan mtodos
viables para el diseo de bases de datos multidimensionales para que coincida con las
necesidades de gestin.

CMO HACER BASES DE DATOS SUMINISTRADAS POR OLAP?

Desarrolladores y usuarios MDDB consideran el punto de vista dimensional de datos de la

organizacin para proporcionar a los administradores un mejor medio de la comprensin de
las posibilidades del estado actual y futuro de su negocio. MDDBs presentan datos a los
usuarios como un hipercubo o matriz multidimensional, donde cada valor de datos bsicos
(por lo general los indicadores clave de rendimiento) ocupa una celda en un ndice por un
conjunto nico de valores de dimensin. En su forma ms simple se puede visualizar
fcilmente esta estructura utilizando un valor, como el nmero de productos vendidos , y
mostrar cmo vara a lo largo de las tres dimensiones ms comunes ( hora, lugar y tipo de
producto).

Hipercubos, sin embargo, no se limitan a un solo conjunto de valores o de tres dimensiones de

referencia, ya que pueden extenderse para incluir cualquier nmero de valores y dimensiones.
Esta representacin est en agudo contraste con el conjunto de tablas que se utilizan para
representar datos en el modelo de base de datos relacional bien conocido. Las organizaciones
han adoptado sistemas de gestin de bases de datos relacionales (RDBMS) para sus
aplicaciones OLTP cuando las tablas de bases de datos -aquellas que el sistema registra la
informacin en dos dimensiones- hacen que sea rpido y sencillo para registrar las
transacciones comerciales. Los gerentes pueden extraer informacin de la base de datos a
travs de los informes generados por el sistema o recuperarlo ad hoc mediante el uso de
lenguaje de consulta estructurado (SQL). Sin embargo, el enorme volumen y la fragmentacin
de los datos normalizados requieren un increble nmero de combinaciones para satisfacer las
consultas complejas que incluso moderadamente un ejecutivo podra preguntar.

Los datos ms comnmente almacenados en un MDDB son figuras histricas de rendimiento

de una organizacin. Organizaciones pueblan un MDDB con datos de varias bases de datos de
la organizacin a travs de un proceso que limpia, resume, y procesa los datos para el
consumo de administracin. El concepto de un modelo unificado, lgicamente, la corporativa
de datos fue muy popular en la dcada de 1980; en la dcada de 1990, las organizaciones
implementan fsicamente el concepto como almacenes de datos. As MDDBs se utilizan a
menudo en combinacin con un almacn de datos o para la explotacin de datos en un
sistema de informacin ejecutiva. Los administradores pueden manipular el hipercubo MDDB
resultante de la informacin por
 - cortar y rebanar el cubo, que, por ejemplo, le permite ver las ventas por hora,
ubicacin, tipo de producto, o cualquier combinacin de estas dimensiones;
- la perforacin hacia abajo y enrollando, que, por ejemplo, le permiten ver las ventas
de un ao, un cuarto, un mes o incluso un solo da; y
- filtrar los datos para especificar un nico elemento de inters, tal como un tipo
especfico de producto.

Esta informacin est disponible a travs de una interfaz grfica de usuario interactiva, y la
literatura utiliza el trmino "OLAP" para describir el conjunto de herramientas que apoyan
estas manipulaciones. OLAP es compatible con el anlisis de negocio en los niveles ejecutivos y
de gestin, tal como OLTP en lnea automatiza los procesos de negocio a nivel operativo.

Varias variantes de OLAP se han desarrollado durante los ltimos aos, siendo el ms
importante de OLAP multidimensional (MOLAP) y OLAP relacional (ROLAP). Las principales
diferencias entre las dos tecnologas son la capacidad de procesamiento de almacenamiento
de datos y la actualizacin de los datos.

Los datos en los sistemas MOLAP se carga peridicamente a partir de bases de datos
relacionales de una organizacin en un hipercubo semipermanente. Al cargar estos datos, es
necesario realizar varias agregaciones de los datos de origen y para "limpiar" los datos
mediante la eliminacin de duplicados o registros incompletos que puedan existir en los datos
de origen. Este mecanismo ofrece una mayor flexibilidad y un mejor rendimiento, lograr un
ptimo rendimiento y flexibilidad para los usuarios de la MDDB. Una crtica muy comn en
MOLAP es la falta de estandarizacin entre los productos patentados MDDB que lo incorporan.
Sin embargo, el hecho de que la mayora de las bases de datos MOLAP son de slo lectura y se
puede automatizar el proceso de sacar los datos de todos los RDBMS estndar minimiza este
inconveniente.

ROLAP, por otra parte, analiza los datos originales en la base de datos de la organizacin actual
o un almacn de datos relacional. Utilizando los datos de origen permite a los usuarios
directamente (en teora) clasificar el nivel de unidad de datos, generalmente por medio de
extensiones SQL. Sin embargo, la potencia de procesamiento para llevar a cabo este tipo de
anlisis sobre la marcha es enorme, lo que requiere equipos caros y de alto rendimiento.
Adems, los sistemas ROLAP tienden a usar slo las bases de datos actuales de la organizacin
as que carecen de datos histricos. ROLAP tiene la ventaja de estar atado a los estndares de
sistemas abiertos de las RDBMS.

PARA EMPEZAR CON UN MDDB

Varios informes han discutido las altas tasas de fracaso de los proyectos OLAP; la mayora de
los proyectos gastan demasiado esfuerzo por muy poco beneficio. Estamos de acuerdo con la
observacin -a menudo llamada la regla 80 20 - que las organizaciones obtienen el 80 por
ciento de los beneficios de cerca del 20 por ciento del esfuerzo. La ganancia restante 20 por
ciento en funcionalidad se requiere el 80 por ciento del esfuerzo y es casi seguro que no vale la
pena.
Tambin estamos a favor de desarrollo incremental, lo que conduce a una mayor aceptacin
por parte de todos los interesados en la organizacin, ya que fomenta el crecimiento de una
comprensin mutua entre las partes interesadas. El desarrollo incremental tambin permite a
una organizacin alcanzar un equilibrio entre los beneficios a corto y largo plazo.

DOS ENFOQUES POPULARES

Comenzamos nuestra investigacin sobre MDDB mediante el empleo de dos enfoques

diferentes para el desarrollo MDDB:

- el enfoque de arriba hacia abajo, que se centra en la planificacin de negocios , y

- el enfoque de abajo hacia arriba, que se centra en los sistemas y bases de datos
existentes.

Existe la creencia general de que el enfoque de abajo hacia arriba es ms comn, pero ms
probable que conduzca al fracaso. Esto se conoce como el sndrome de la disponibilidad de
datos; es decir, slo porque usted tiene una gran cantidad de datos no hay ninguna razn para
ponerlo todo junto y ponerlo a disposicin de todo el mundo. Dos estudios de caso destacan
ventajas e inconvenientes de cada enfoque.

CASO 1: EL ENFOQUE DE ARRIBA HACIA ABAJO

Caso 1 se refera al desarrollo de un sistema de MDDB para registrar, controlar y supervisar

problemas que son manejados por un servicio de soporte en una gran empresa multinacional.
El gerente de negocios proporciona requisitos, de los cuales el desarrollador determina las
medidas y dimensiones para el modelado multidimensional. El desarrollador incorpor esta
informacin en un modelo dimensional simple y genera una MDDB prototipo en un producto
OLAP comn. Este enfoque de arriba hacia abajo asegur que las medidas y las dimensiones de
la MDDB acertaron las necesidades empresariales del gerente que con el tiempo se utilizar la
informacin proporcionada por el sistema. Este enfoque se basa un MDDB sin preocuparse por
cmo o desde donde el sistema obtiene los datos. El Prototipo -producido a partir de los datos
de la muestra - gan una recepcin entusiasta de la gerente, que comprender fcilmente su
forma multidimensional.

Hay, sin embargo, al menos dos problemas con este enfoque. En primer lugar, la MDDB no
est totalmente integrada con las bases de datos de la Organizacin subyacentes, por lo que el
MDDB no refleja inmediatamente cambios en la estructura de esas bases de datos. Por
ejemplo, una unidad de negocio podra aadir o fusionar las regiones geogrficas en sus bases
de datos, pero el MDDB no reflejara estas diferencias. Ese cambio significa que las bases de
datos de la unidad de negocio ya no eran compatibles con el modelo de datos
multidimensional en el MDDB. Los gestores tendran que decidir cmo anticipar y hacer frente
a los posibles cambios en los datos de origen.

En segundo lugar, estaba claro que el desarrollador adapt este sistema a las necesidades de
un gerente en particular. El MDDB no era necesariamente adecuado, en la forma que tena,
para un uso ms general.
CASO 2: EL ENFOQUE DE ABAJO HACIA ARRIBA

Caso 2 se refera al desarrollo de un sistema de MDDB para analizar los datos existentes de los
alumnos en una universidad grande. Estos datos incluye tanto la informacin demogrfica
sobre los estudiantes y los registros del curso del estudiante. La universidad almacena los
datos de origen en una base de datos Oracle con un diseo relacional basado en los requisitos
de informacin del gobierno. La implantacin se inici con un anlisis de los datos en la base
de datos relacional existente para identificar las medidas y dimensiones que se relacionan con
un tema de inters. Estas medidas y dimensiones que normalmente forman lo que se conoce
como el esquema en estrella.

Los conceptos clave en esta estructura son dos tipos de tablas:

- una tabla de hechos , que consiste en las medidas numricas que existen dentro de la
base de datos, y
- tablas de medidas, que son elementos de datos ms descriptivos que se asignan a las
dimensiones naturales dentro de la empresa.

La tabla de hechos se compone de varias partes claves que vinculan de nuevo a las tablas de
dimensiones, produciendo un esquema de estrella o de copo.

Para traducir correctamente los datos de una base de datos relacional en un MDDB es
necesario identificar el esquema de estrella dentro de la base de datos relacional que se
refiere a los sujetos que los analistas de negocios de inters. El proceso de traduccin es
esencialmente una de desnormalizacin y, por tanto; la simplificacin. Se debe, en principio,
ser posible utilizar un procedimiento automatizado.

Tal procedimiento estaba disponible en el producto de software utilizado en este caso. Sin
embargo, la extraccin de datos multidimensionales, significativa a partir de una gran base de
datos de la organizacin, de relacin era extremadamente difcil, incluso para personal
altamente calificado. Esto fue particularmente cierto cuando (como suele ser el caso) los datos
de origen no fueron diseados para el propsito de la MDDB. En este caso, decidimos convertir
slo una parte de todo el conjunto de datos en forma multidimensional. El sistema resultante
era de poco inters para la gestin, cuya principal preocupacin era para resumir la
informacin en todo el conjunto de datos. Dados los problemas con los datos subyacentes, la
administracin decidi cancelar el proyecto.

UN ENFOQUE INTERMEDIO

Hemos utilizado las lecciones aprendidas de los casos 1 y 2 para crear un enfoque compuesto
para el desarrollo MDDB. Nuestro enfoque intermedio llevado a cabo consiste en las siguientes
directrices para un nuevo enfoque, pragmtico del desarrollo MDDB:

- Dar de alta un gestor adecuado para actuar como promotor del proyecto. Entrevistar a
este gestor para determinar un conjunto de trabajo inicial de medidas y dimensiones,
centrndose en las necesidades de informacin de todos los gerentes.
 - Localizar las fuentes de datos para el mayor nmero de estas medidas y dimensiones
como sea posible, la identificacin de un conjunto de datos de ejemplo que es
relativamente fcil de extraer.
- Identificar cualquier informacin disponible en estas fuentes que el promotor del
proyecto no se ha identificado. Tener el patrocinador evaluar la utilidad de dichos
datos a otros gestores.
- Eliminar las medidas o dimensiones que no son esenciales para las necesidades de los
gerentes de reuniones o que son difciles de extraer. Esta optimizacin se aplica la
regla 80-20.
- Construir un prototipo utilizando una herramienta de desarrollo MDDB y tienen tanto
el promotor del proyecto y el gestor de bases de evaluarlo.
- Si es necesario, el gestor de bases modifica los datos de origen para facilitar la
extraccin de los datos MDDB.

CASO 3

Hemos probado este enfoque en dos estudios de casos nuevos. Caso 3 afecta al desarrollo de
un sistema MDDB para ayudar a los administradores de una universidad recoger y realizar un
seguimiento de los datos de publicacin de investigacin. El gerente de la oficina de
investigacin de la universidad indic qu medidas y dimensiones seran tiles para la
planificacin y gestin. La disponibles en las colecciones de datos del sitio fueron analizados
para identificar las fuentes de datos existentes que podran proporcionar las medidas y
dimensiones requeridas. Los datos de la publicacin de cada ao se almacenan en un nico
archivo plano que podran ser fcilmente exportados a un archivo de texto delimitado por
comas. Se utiliz una herramienta OLAP para cargar el archivo delimitado por comas en un
modelo multidimensional de estos datos.

Aunque el sistema OLAP funcion bien y cumpli con todos sus requisitos de diseo, los altos
directivos no lo han utilizado, como se pretenda originalmente. Sin embargo, la organizacin
cargue los datos de publicacin de cada ao en el sistema y varios mandos medios (no oficial)
utilizar los datos. Las razones de su utilizacin por los mandos medios en lugar de los altos
directivos parecen ser poltica, ms que tcnico. A pesar del aumento de la funcionalidad
ofrecida por el sistema OLAP, los registros de publicacin oficial todava se almacenan en
archivos planos que no proporcionan altos directivos con una visin efectiva de los datos.

CASO 4

Caso 4 respecta al diseo y construccin de un sistema MDDB genrica para proporcionar

datos estadsticos de fuentes externas a los ejecutivos y analistas de mercado. Para determinar
las necesidades del usuario, se entrevist a varios usuarios tpicos de datos estadsticos
externos. Revertir la ingeniera de los sistemas existentes para la difusin de estos datos
proporcionados requisitos adicionales.

En este punto, los requisitos fueron exclusivamente de arriba hacia abajo. A pesar de que el
sistema podra almacenar y analizar una variedad de informacin sobre la salud de datos, las
cifras de comercio, valores de la tierra , y as sucesivamente - este estudio de caso se utiliza el
censo de Australia 1991 como la fuente de datos . Los datos contienen la unidad (registro de
nivel) de datos para cada uno de 63.000 viviendas, 67.000 familias y 168.000 personas.
Contena ms de 60 dimensiones, y el nmero de miembros en cada dimensin vara de dos (el
sexo de la persona) a 58 (campo de la calificacin ms alta). MDDBs se desarrollaron durante
varios subconjuntos de las dimensiones disponibles para cada entidad porque MDDBs que
contienen todas las dimensiones para una sola entidad eran prohibitivamente grandes. Por lo
tanto, los datos en s determin la estructura de cada modelo, un enfoque de abajo hacia
arriba.

Un grupo de 40 usuarios, la mayora de los cuales no tenan experiencia previa con

herramientas OLAP, prob el sistema. Despus de un breve perodo de formacin, la mayora
de los usuarios podra completar un conjunto de 18 tareas de recuperacin de informacin
complejos en menos de una hora. Los usuarios tambin evaluaron el sistema para la facilidad
de uso y la eficacia. Los resultados fueron muy positivos, lo que sugiere que los usuarios
encuentran la interfaz OLAP fcil de usar y por lo general muy eficaz.

COMPARACIONES

Los cuatro estudios de caso muestran que la visin multidimensional de datos puede
proporcionar a los usuarios un medio eficaz para dar sentido a las grandes cantidades de
datos. La estructura de datos pero significativo simplificado en un MDDB coincide con las
necesidades de informacin de los usuarios. Los ms notables de estos son los altos directivos
que quieren peridicamente informacin resumida y comparativa sobre el rendimiento hacia
los objetivos de negocio.

Por el contrario, los datos subyacentes de la cual un MDDB debe extraer informacin til es, en
la mayora de los casos, almacenados en estructuras relacionales que facilitan el
procesamiento de las transacciones de negocios da a da. Los datos de negocio acumulado en
las bases de datos de la organizacin son a menudo extremadamente complejos. Caso 2
demostr que esta complejidad es difcil de evitar si se utiliza una metodologa de abajo hacia
arriba para disear un MDDB. En este caso, el proceso de bsqueda de los datos en tablas
relacionales OLTP a un sistema OLAP multidimensional era innecesariamente difcil, incluso
con el uso de una herramienta sofisticada.

El enfoque de arriba hacia abajo de la caja 1 se centr ms en el significado de la informacin

MDDB - entregado que en los datos de origen. Este enfoque produce un sistema orientado al
usuario, ya que la informacin dispuesta por temas y no por las aplicaciones operativas
mejores apoya la toma de decisiones de gestin. Sin embargo, la complejidad de la
identificacin de la fuente de datos apropiados y transfirindolo a la MDDB siguen siendo un
problema para los profesionales de IT.

Casos 3 y 4 muestran el valor de un enfoque combinado o medio de salida. Los desarrolladores

determinan las medidas y dimensiones que deben incluirse en el MDDB mediante el uso de un
enfoque iterativo para reunir las especificaciones de los usuarios y desarrolladores. Al mismo
tiempo, la disponibilidad y la calidad de los nimos de datos de origen a la seleccin de
medidas y dimensiones.
En un enfoque intermedio de salida, las fases de abajo hacia arriba definen la calidad de los
datos de origen y disponibilidad. Las fases de arriba hacia abajo definen el significado de
negocios de la informacin MDDB. Un enfoque pragmtico usando la regla 80-20 puede
garantizar que los saldos resultantes del sistema tanto de abajo arriba y de arriba hacia abajo
aspectos para obtener el mejor provecho a un costo razonable.

Adems, en contraste con un sistema OLTP, un MDDB no requiere la transferencia de datos en

tiempo real ya que los administradores del sistema slo repoblar un MDDB a intervalos poco
frecuentes. As, en lugar de utilizar un esquema de estrella como un vnculo directo entre una
base de datos relacional y un MDDB, a menudo es ms fcil de utilizar los recursos de la base
de datos relacional para desnormalizar de datos (a travs de consultas SQL) en un archivo de
texto delimitado por subir en un MDDB. Aunque ineficiente en trminos de tiempo y espacio,
el proceso de repoblacin slo tiene que ejecutar peridicamente, cuando se dispone de
recursos.

PROBLEMAS EN CURSO

Aunque el enfoque intermedio de salida parece ser eficaz y eficiente, cuestiones sin resolver
permanecen.

MOLAP VERSUS ROLAP

La decisin sobre si se debe utilizar MOLAP o ROLAP es un ejemplo del dilema del espacio-
tiempo. MOLAP ocupa ms espacio mediante la creacin de un cubo fsico, que duplica los
datos, pero en gran medida acelera OLAP. Por otro lado, ROLAP utiliza mucho menos espacio
pero es inherentemente lento. Desde nuestra perspectiva, una aplicacin MOLAP es ms
probable que sea el resultado de un enfoque de arriba hacia abajo, a partir de un modelo
multidimensional basado en las necesidades del negocio. Una aplicacin ROLAP es ms
probable que el resultado de un enfoque de abajo hacia arriba, extraer datos de bases de
datos relacionales existentes sobre la marcha. Nuevas investigaciones sobre los mritos
relativos de los sistemas MOLAP y ROLAP sera til.

IDENTIFICAR Y SOLUCIONAR LOS DATOS ERRNEOS

En el segundo caso, la limpieza de datos era el problema ms importante encontrado en la

creacin de un MDDB sobre la base de datos de origen ubicados en una base de datos de la
organizacin grande. El enfoque de abajo hacia arriba revel que aunque la organizacin de los
datos de origen era adecuado para las necesidades de OLTP, era inadecuado para los anlisis
que implican una perspectiva general del negocio.

Por ejemplo, el sistema que produce los datos de origen suele calcular los indicadores clave de
rendimiento de varios valores de los datos recogidos en diferentes momentos
significativamente. Esta inconsistencia significaba que los administradores no podan usar
estos indicadores clave de rendimiento para el anlisis significativo a travs de la dimensin de
tiempo. El desarrollo de MDDBs revela a menudo este tipo de problemas, y los gerentes
necesitan formas prcticas tanto de anticipar y corregir los problemas cuando surgen.
CAMBIOS EN LA ESTRUCTURA CON EL TIEMPO

Un problema fundamental con un MDDB donde el tiempo es una dimensin es cmo hacer
frente a las dimensiones cuya estructura cambia con el tiempo. Por ejemplo, una cadena de
tiendas de rpido crecimiento podra querer informar sobre las ventas a nivel regional, donde
antes slo haban informado sobre las ventas a nivel estatal. Para dar cabida a tales informes,
la compaa tendra que redefinir la dimensin ubicacin y subir una nueva copia de los datos.
Para sistemas pequeos, como los prototipos descritos anteriormente, al hacerlo, no era un
problema grave. Sin embargo, algunos sistemas tienen gigabytes de datos, y este problema
puede convertirse en una pesadilla logstica para los que no hemos encontrado ninguna
solucin inmediata.

ADAPTACIN DE MDDB A LOS DISTINTOS ADMINISTRADORES

La bibliografa consultada durante el primer estudio de caso pareca dividido en cuanto a los
requisitos de una MDDB deben basarse en los factores crticos de xito y los indicadores clave
de rendimiento de un gestor individuales o las de toda la organizacin. Desde un punto de
vista pragmtico, es probablemente mejor para construir sistemas de apoyo a un gestor
individual debido a las dificultades que entraa la identificacin de todas las medidas y
dimensiones necesarias para crear un modelo de datos dimensional para toda la organizacin.

EL DESARROLLO DE HERRAMIENTAS ESTNDAR MDDB

En nuestros estudios, la naturaleza propietaria de las herramientas OLAP hizo el proceso de

desarrollo ms difcil de lo que debera haber sido. Guas de referencia votos y paquetes de
formacin para estos productos son poco frecuentes. Los desarrolladores tambin no crean
que el tiempo o el coste de la formacin de proveedores se justificaban porque las habilidades
especficas del producto no son transferibles. Herramientas estndar -similares a las
herramientas como el modelado de entidad-relacin y en el mbito SQL en la base de datos
relacional- debe ser desarrollado para MDDB.

HABILIDADES PARA EL MODELADO MULTIDIMENSIONAL

Todos los profesionales de IT que participan en los estudios de casos reportaron dificultades
con los conceptos bsicos de las medidas y dimensiones, y con la identificacin de ellos en los
datos. Por otro lado, fue sorprendente la rapidez con que los gerentes de empresas captaron
los conceptos de dimensin. Esto sugiere que la familiaridad con los datos, junto con las
necesidades de informacin del problema de negocio, es ms importante que la base de datos
de conocimientos tradicionales de arriba hacia abajo, modelado multidimensional. Las
investigaciones futuras deberan probar esta hiptesis.

GERENTE DE EDUCACIN

Por ltimo, creemos que los cursos de gestin deberan poner ms nfasis en la comprensin
de la informacin y el conocimiento como activos de la empresa para la planificacin de la
organizacin, toma de decisiones, y la innovacin.