Usamos cookies y otras tecnologias similares (Cookies) para mejorar su experiencia y proporcionarle contenido y anuncios relevantes para usted. Al utilizar nuestro sitio web, acepta el uso de Cookies. Puede cambiar su configuracion en cualquier momento. Politica de cookies.


Nigel Pendse (OLAP Report) explica el proceso de proyectos de Business Intelligence

Originally published abril 14, 2008

Todo el proceso de determinar una necesidad, decidiendo que una solución OLAP pueda ser la apropiada, obteniendo la aprobación, seleccionando un producto y poniendo en práctica un sistema, puede demorar de 3 meses hasta 2 ó más años. En esta sección abordaremos algunos de esos pasos pero esto no significa que sea una metodología completa para poner en práctica aplicaciones de gran escala. En su lugar, estamos proporcionándole algunas directivas para hacerle conciencia de los temas claves a lo largo del camino.

La necesidad

Las aplicaciones OLAP no son usualmente consideradas como sistemas operacionales normales, por tanto no se requiere que las organizaciones las tengan. Sin embargo, en la práctica, una aplicación OLAP usualmente estará reemplazando algún otro sistema de análisis informatizado el cual ha demostrado ser demasiado inflexible, caro, lento e insostenible.

El punto clave para una herramienta de OLAP es usualmente un cambio en las circunstancias; si el entorno de la empresa es completamente estable, raramente hay un requisito para una planificación, un análisis y una información realzables.

Selección del Producto

Si usted está convencido que OLAP podría ser la solución a su necesidad, este informe le ayudaría a elegir una corta lista de productos a considerar. Le sugerimos comenzar con la Plaza OLAP ya que la misma le proporciona una propuesta simple para seleccionar la parte vendedora correcta a considerar. Incluso, si ya usted tiene instalado un producto OLAP en el lugar de trabajo, usted debe examinar este ejercicio porque el producto instalado podría ser enteramente inapropiado para una nueva aplicación.

A quién involucrar

Las aplicaciones OLAP existen para ayudar a los usuarios a analizar los negocios, por tanto los usuarios finales (incluyendo a aquellos que actualmente hacen los análisis) deben estar involucrados en cada parte de una aplicación OLAP– la justificación del coste, la selección del producto y la puesta en práctica. El sistema no entregará su valor potencial completo a menos que esté hecho. Lo que no debe ocurrir es que los profesionales de TI pidan una especificación detallada la cual es diseñada entonces durante un período de meses con un nivel de compromiso mínimo por parte del usuario y entregada con un nivel de perfección sólo para descubrir que la especificación era incorrecta y ahora suplantada por nuevas necesidades.

A partir de la conclusión técnica, la red, la base de datos y las habilidades cliente/servidor serán casi siempre necesarias. La programación de las habilidades debería ser menos importante, incluso si las aplicaciones tienen que ser construidas a partir de cero, pero esto no es cierto acerca de todos los productos OLAP y algunos compradores preferirían de cualquier forma un producto programado mejor orientado. Usted debe ser capaz de descubrir cuán necesaria es una habilidad de programación durante la fase de prototipo – pero no permita al personal de apoyo comercial que hagan la materia complicada sin su participación, a menos que usted tenga la intención de que sean ellos los responsables de aquellos pequeños detalles en el sistema real.

Generalmente, una aplicación OLAP debe incluir datos a partir de un número de sistemas operacionales y esto será mejor logrado si los requisitos de la información son reconsiderados desde el principio – jamás facilite versiones en pantalla de reportes anteriores. Aunque esto pudiera parecer un punto de partida obvio, daría lugar a que muchas oportunidades se perdieran y probablemente a que el sistema se volviera lento e inflexible además.

Debe estar involucrada una dirección superior. Esto no es solamente porque es un sistema que toma sus propias decisiones sino porque la aplicación requiere casi siempre de la participación activa de personas de múltiples departamentos y todo funcionaría mejor si existiera el apoyo administrativo absoluto.

Los dispositivos OLAP son vulnerables a toda la política de la empresa contra la TI. Si existen tensiones entre estos grupos, como en muchas compañías, entonces los dispositivos OLAP podrán agudizar los problemas porque cada grupo es, hasta cierto punto, dependiente del otro; en la falta de confianza, cada uno pudiera pensar que el otro está saboteando sus mejores esfuerzos. Nosotros no podemos resolver esos problemas aquí pero le recomendamos que tenga cuidado con cualquier historia como tal antes de precipitarse a instalar un sistema OLAP de gran escala.

Los datos

Casi todas las aplicaciones OLAP requieren cantidades de datos considerables de los sistemas de procesamiento de transacción en la empresa. Algunos también necesitarán información externa (tales como datos de investigación de mercado) y datos de los usuarios finales, lo mismo introducido directamente o de otras aplicaciones tales como hojas de cálculos. Nuestra mayor experiencia es la recopilación de datos y su perfeccionamiento, la cual resulta la más compleja de cualquier aplicación OLAP o almacén de datos.

Escalas de tiempo

Si usted es realista, debe permitirse alrededor de dos a tres meses para la selección de su producto (desde la decisión de continuar para firmar un contrato). Antes de hacer esto, tendrá que identificar lo que el sistema debe hacer, para quién y por qué. A menudo, su proceso de selección involucrará la construcción de los prototipos de prueba de conceptos con uno o más comerciales y debe estar tentado a construir el sistema real usando el prototipo desarrollado por el proveedor seleccionado, pero no aconsejamos esto. El prototipo habrá ignorado la producción en marcha y su mantenimiento y esto son más tarde los factores importantes. De este modo, debe dar tiempo para comenzar otra vez desde el principio.

Tamaño estimado de la base de datos

Si su aplicación es totalmente amplia (más de un millón de celdas de entrada de información), no será posible hacer los cálculos de manera dinámica, porque sería demasiado lento. Esto significa que como parte del proceso de bajar datos, tendrá que hacer arreglos para precalcular algunos o todos los cálculos definidos. Esto puede tomar bastante tiempo (quizás horas) y puede expandir grandemente el tamaño de la base de datos. Como se muestra en la sección de explosión de la base de datos, precalcular las bases de datos muy expandidas con más de seis dimensiones pueden causar un gran aumento de tamaño. Esto no tiene nada que ver con que la base de datos esté guardada en una base de datos multidimensional o correlativa, pero es una consecuencia del número de análisis válidos que pueden ser creados.

onsideraciones de la red y el hardware

Usualmente necesitará mayor espacio en disco en el servidor que el que usted esperaba, más aún si usa un disco base de precálculo. De igual forma también puede necesitar más memoria – los proveedores parecen subestimar consistentemente los requerimientos del hardware para sus productos con la esperanza de hacer ver el sistema completo más barato.

Costes involucrados

Los honorarios de la licencia del software son usualmente la parte más barata de la mayoría de las aplicaciones, y OLAP no es una excepción. Sin embargo, los proveedores de OLAP han estado tratando de modificar esto, reduciendo los esfuerzos humanos que se usan para instalar sus productos y haciéndolos más eficientes en términos de hardware y también elevando los precios de los softwares, Ud puede pagar miles de dólares por un software OLAP y esto estaba en ascenso no en descenso hasta que MICROSOFT entró al mercado en 1999. Sin embargo ahí está el potencial para negociar precios en los más grandes mercados, particularmente si el contrato está siendo finalizado al trimestre o fin de año del comercial. Una técnica que ofrecen los comerciales es aumentar el volumen del trato, con el objetivo de ofrecer más bajos costos por unidades, esto puede ser muy atractivo para Ud., pero asegúrese que Ud. tiene necesidad de todas las licencias que se le ofertan. Hemos tropezado con muchas situaciones donde las compañías han comprado más de lo necesario y no han utilizado todas las unidades que han comprado, debido a cambios en la organización o por otro incluso más atractivo que fue seleccionado posteriormente. Especialmente ahora es imprudente comprar por adelantado, ya que los precios de hardware están decayendo más con la entrada de MICROSOFT al mercado. No solamente los servicios de análisis de MICROSOFT son extremadamente baratos, también otros proveedores importantes como Oracle, están bajando sus precios como resultado. Los precios de los clientes del software OLAP también están bajando, por ejemplo el Análisis Cristal es mucho menos costoso que el de los clientes OLAP más viejos.

Dirección del proyecto

Las grandes implementaciones OLAP requieren controles de proyectos formales, como otros sistemas. Esto puede no ser verdadero si es puramente un sistema departamental, siendo implementado primariamente por los usuarios, pero una vez que múltiples grupos de usuarios están involucrados o si especialistas externos están siéndolo para implementarlos, entonces se necesitarán controles y especificaciones. Los usuarios finales para los cuales la experiencia principal es con sistemas de hojas de cálculo, pueden no ver la necesidad del uso de estas disciplinas profesionales, pero se vuelven necesarias si el desarrollo tiende a durar varios meses, habiendo empleado asesores y con una inseguridad potencial sobre los resultados.

Mantenimiento

Por más de cinco años los costes de mantenimiento de un sistema exitoso usualmente exceden los honorarios de licencia del software original y los costes iniciales del desarrollo.

¿Qué marcha mal?

Las implementaciones OLAP son inherentemente más complicadas que la mayoría de los softwares por lo que hay más campo que lo usual para los problemas. Esto se debe a que ellas abarcan ambas TI y usuarios finales, a menudo incluyendo administradores de mayor categoría y ejecutivos. Los últimos usualmente muy ocupados, incapaces o reacios a especificar sus necesidades en detalles, dispuestos a dedicar tiempo a aprender a usar sistemas de ordenadores y muy impacientes. Más aún, si la información tiene que ser descargada de múltiples sistemas de alimentación, cada uno de los cuales tiene tendencia a tener sus propios problemas y ninguno de ellos parece ser compatible con los otros. Entonces a pesar del hecho de que los productos de los sistemas OLAP son algunas veces demasiado lentos y pueden ser bastante intervenidos, los problemas más significantes en un despliegue OLAP usualmente no tienen nada que ver con los productos asociados.

Usted puede contactar a Nigel Pendse, el autor de esta sección, a través de su correo electrónico NigelP@olapreport.com, en caso de que usted tenga alguna sugerencia, comentario, observación o desee agregar alguna experiencia como usuario.

All information copyright ©2001, Business Application Research Center, all rights reserved.
  • Nigel Pendse

    Nigel Pendse ist Begründer des OLAP Report (www.olapreport.com) und Autor des OLAP Survey. Im OLAP Report stellt der Brite seit vielen Jahren die neusten Trends im OLAP-Markt vor und analysiert detailliert OLAP-Produkte. Pendse gilt als einer der weltweit führenden unabhängigen Experten für OLAP-Technologie.


Related Stories


 

Comments

Want to post a comment? Login or become a member today!

Be the first to comment!