Desde TodoBI y Stratebi Business Solutions, estamos entusiasmados con el interés que está despertando el uso de tecnologías Open Source aplicadas al Business Intelligence usando java.

Como consecuencia, estamos embarcados en un buen número de apasionantes proyectos e iniciativas. Por ello, estamos buscando personas que se quieran subir al barco.

¿Qué es lo que buscamos?

Haber llegado a este blog y ser lector habitual es, desde luego, una muy buena credencial.

Es muy interesante que tengas una buena formación técnica y seas una persona con curiosidad e interés en el mundo de la Inteligencia de Negocio y el Software Libre, trabajar en equipo y estar muy orientado a la forma de trabajo en entornos dinámicos y de aprendizaje constante(colaborar en foros, trabajar por objetivos, pasión por sacar mejores productos, etc..)

No es imprescindible que tengas mucha experiencia profesional, en Stratebi existen muchas posibilidades de desarrollo.

Si además de lo anterior estas familiarizado con algunas de las siguientes áreas, mucho mejor; aunque no es imprescindible, con nosotros podrás aprender.

• Java: J2EE, JSP, HTML, AJAX, Servlets, etc... (importante)

• Bases de Datos: SQL, MySql, Oracle, SQL Server, Postgre...

• Portales: JBoss Portal, Liferay, BEA Weblogic, Websphere, etc...

• Vocacion Open Source: Eclipse, Linux, etc...

• Business Inteligente/DW: Conocimiento de alguna suite BI, leer TodoBI...

¿Qué ofrecemos?

- Trabajar en dos de las áreas de mayor futuro y crecimiento dentro del mundo de la informática: La consultoria de Business Intelligence y el Open Source.

- Entorno de trabajo dinámico, aprendizaje continuo, variedad de retos.

- Trabajo por objetivos. Lo que implica flexibilidad de horarios y la posibilidad ocasional de teletrabajar.

- Considerar el I+D y la innovación como parte principal de nuestros desarrollos.

- Retribución competitiva.

- Ser parte de un equipo que valora a las personas y al talento como lo más importante.

¿Qué hacemos?

Echalé un ojo a estos enlaces y veras a lo que nos dedicamos:

http://www.stratebi.com/

http://todobi.blogspot.com/2007/01/os-presentamos-unos-recortes-de.html

Nuestra base de operaciones está en Madrid, en donde nos gustaría que trabajaras. Pero no dejes de enviarnos tu CV si estas fuera pero tienes verdadero interés en subirte al barco.

Ya sabes, si te gusta la idea, escribenos: administrador_arroba_todobi.com

Una gran noticia: El próximo lunes 2 de Julio, se va a celebrar la Primera Formación Oficial de Pentaho en España. Asi, nos añadimos a EEUU, Canada, Australia y Francia, donde ya se han realizado.

Será en Madrid en el hotel NH Habana, y nosotros, como partners, colaboraremos en dicha sesión.

Aquí teneis el acceso para el registro y los detalles sobre la agenda. El precio de la sesión es de 550 euros, con un 20% de descuento si se realiza hasta 10 días antes del curso.

Las plazas son limitadas!!!, por lo que no esperéis mucho para reservar vuestra plaza.

¿Qué es Pentaho?:

Pentaho es la solución BI Open Source líder del mercado y la mejor alternativa a los productos comerciales.

Las soluciones que Pentaho pretende ofrecer se componen fundamentalmente de una infraestructura de herramientas de análisis e informes integrado con un motor de workflow de procesos de negocio. La plataforma será capaz de ejecutar las reglas de negocio necesarias, expresadas en forma de procesos y actividades y de presentar y entregar la información adecuada en el momento adecuado, mediante analisis OLAP, Cuadros de Mando, etc...

Para saber mas:

Pentaho: la solucion Open Source Business Intelligence

Hace unas semanas, estabamos en las oficinas de un cliente hablando de la mejor forma de implementar Business Intelligence Open Source, minimizando los riesgos y con resultados a corto plazo (ya que suelen ser unas de las principales demandas). Conversaciones similares a ésta la hemos mantenido en más ocasiones con otros usuarios, por lo que decidimos buscar una solución que diera respuesta a estas cuestiones. El resultado son los BI Packs, a ver que os parece.

Los Bi Packs son la solución que mejor se ajusta en precio y tiempo de implementación a todos los que quieran probar y utilizar Business Intelligence Open Source.

Cada BI Pack es una solución entre 1 y 16 semanas, basadas en Pentaho, la solución Open Source lider del mercado, con un precio fijo y alcance fijo que proporciona resultados tangibles usando datos reales en su propio contexto de negocio.

Garantía de Exito: Los BI Packs proporcionan beneficios reales a corto plazo, de forma que se reducen los riesgos de usar tecnología Open Source. El resultado de cada BI Pack genera una rápida visión de como se puede beneficiar de su uso y, dependiendo el BI Pack elegido, el fundamento para seguir mejorando su solución BI con todo el criterio.

Transferencia de Conocimiento: Stratebi tiene como objetivo transferir todo el conocimiento y los mejores templates, listos para usar. Dependiendo del BI Pack elegido, su equipo será capaz de realizar todo tipo de análisis, obtener claras ventajas competitivas, crear poderosos Cuadros de Mando, etc...

Echarle un ojo a cada uno de ellos. Seguro que encontráis el vuestro.

TodoBI lo montamos un grupo muy pequeño de apasionados por el BI, que lo que queriamos era divulgar y popularizar todos los temas relacionados con Inteligencia de Negocio. Lo cierto es que en el mundo anglosajón existe una larga tradición, pero no así en España.

En mi caso, ya tenía mas de 8 años de experiencia en estos temas. ¿Alguien le suena Oracle? (pero claro, es un área tan cambiante y competitiva que pronto te quedas obsoleto). Por ello, es muy buena idea utilizar un Blog para renovar los conocimientos.

Además quisimos dar cabida a todos aquellos expertos hispanos (que los hay muy buenos) y parece que lo estamos consiguiendo.

Entonces decidimos dar un paso mas y nos creamos una empresa de consultoría. StrateBI Business Solutions. Un poco osado, teniendo en cuenta la gran cantidad de empresas existentes y lo dificil que es destacar (tendría que seguir los consejos de mi buen amigo Andrés en Marcapropia).

Pero bueno, nos lanzamos. Motivos:

1. Parece que nos gusta y entretiene.

2. La gente se confunde con tantas palabras: EPM, Scorecard, DataMart, Dashboard, EIS, OLAP, DSS, CPM, DW, ODS, Schema, Data Mining, OLTP.... y alquien tiene que intentar 'traducirlas'

3. Hay muchos fabricantes y la gente se ve abrumada cuando se plantean montar algo: Hyperion, Cognos, BO, Oracle, MSFT, Information Builders, Informatica, Qlikview, MIS, Sage, Microstrategy.... y se puede seguir.

4. Hay mas apasionados del Business Intelligence que se nos han ido sumando y que los hemos ido conociendo gracias al Portal: Antonio, Javier, Chema, Oscar, Luis, Jorge...

5. De repente surge el BI Open Source y, nos decimos: esto puede cambiar las reglas de juego, va a democratizar las herramientas, los usuarios podrán invertir mas en negocio que en software, etc... y se puede 'trastear' con el código. Nos gustaba.

6. Y dentro del BI Open Source... nos llama la atención Pentaho. Aunque seguimos picotenando de otros, Pentaho tiene una gran cualidad. Se trata de una completa suite BI Open Source totalmente abierta.

7. Como nos seguía gustando el tema, decidimos sponsorizar el Foro Sobre Business Intelligence del 2006 y acudir a mas foros en donde hemos conocido a gente interesante que nos ha ido dando su opinión y feedback, como Enrique (Edans) y Sergio (La Pastilla Roja).

8. En este punto, no dejamos de dar la tabarra (insistir suena mas fino) a todos los que les guste el tema para que se vengan con nosotros, colaboren, prueben el software, les montemos un portal, etc...

9. Como no nos gusta la palabrería (en exceso), montamos una demo de Pentaho (con algunos retoques de nuestra cosecha), para ver un pequeño ejemplo de un portal Web Business Intelligence.

10. Le seguimos dando vueltas al tema y, creemos que las aplicaciones BI van a cambiar (estan cambiando). No seran cerradas. Seran totalmente web-based, interfaces RIA (un poco de ajax), los usuarios de BI quieren vistosidad y calidad de los datos, se integrará con suscripciones de noticias, blogs, gestores de contenido, aplicaciones 2.0. Creo que Business Intelligence dejara de ser un sinónimo de informes, filtros y análisis, para ser algo mas amplio (Inteligencia de Negocio): Procesos, alertas, suscripciones, blogs, web services, gestion de contenidos, totalmente integrable y abierto.. y todo debería estar via web y con altos standares de Interfaz de Usuario. No se si esto se podrá conseguier en breve (espero que si), pero lo que creo que es seguro es que es más facil que lo consigan los proyectos de Software Libre.

Bueno, no se que me decís. Se agradecen las opiniones. Si alguna es especialmente buena le invitamos a una cerveza si se deja caer por Madrid.

En dicha demo online, tenemos tres areas diferenciadas:

- En Mi carpeta podremos configurarnos portlets personalizados, personalizar las webs, suscibirnos via RSS, etc...

- En Carpetas Personales, tenemos el contenido mas importante de la solucion Business Intelligence con informes parametrizables, analisis OLAP, repositorio documental, etc...

- En Cuadros de Mando, se ofrece una visión de alto nivel y gran riqueza visual, incluyendo ficheros flash en los portlets, que no tiene nada que envidiar a las soluciones comerciales.

Esperamos realmente que os guste y sería muy interesante recabar vuestra opinión con sugerencias, mejoras, etc... Así mismo, estamos abiertos a todos los que quieran incorporar o desarrollar algún componente, etc...

La idea es ir mejorando la demo con nuevas funcionalidades.

Saludos,

La visibilidad que nos está dando Pentaho, la solución de software libre de BI de sus componentes, se ha convertido en un interesante ejercicio de análisis de la arquitectura de una suite de BI.

En las siguientes lineas vamos a comentaren que estado actual se encuentra la solución y que con que componentes cuenta.

Introducción a Pentaho

Pentaho se define a si mismo como una plataforma de BI “orientada a la solución” y “centrada en procesos” que incluye todos los principales componentes requeridos para implementar soluciones basados en procesos y ha sido concebido desde el principio para estar basada en procesos.

Las soluciones que Pentaho pretende ofrecer se componen fundamentalmente de una infraestructura de herramientas de análisis e informes integrado con un motor de workflow de procesos de negocio. La plataforma será capaz de ejecutar las reglas de negocio necesarias, expresadas en forma de procesos y actividades y de presentar y entregar la información adecuada en el momento adecuado.

Su modelo de ingresos parece estar orientado a los servicios (soporte, formación, consultoría y soporte a ISVs y distribuciones OEM) aunque en alguno de los documentos y páginas que hemos examinado aparece mencionado algunas funcionalidades “Premium” que hacen pensar en ingresos por futuras versiones o funcionalidades de pago.

En su web presenta una organización por productos: Reporting, Análisis, Dahsboards y Data Mining, acompañado por dos introducciones: a la plataforma y a los productos. En dichas introducciones se hace mención específica al workflow como una de las capacidades BI claves de la plataforma.

Presentando y entregando la información.

Pentaho está construído en torno al servidor de aplicaciones J2EE JBoss y Jboss Portal (en quien parece que estaban interesados BEA y Oracle), antes de ser adquirida por Red Hat, habilitando que toda la información sea accesible mediante un browser en la intranet de la empresa.

Pentaho presenta informes en los formatos habituales (html, excel, pdf...) mediante JfreeReport, proyecto incorporado recientemente a Pentaho junto con su responsable Thomas Morgner, u otras plataformas como BIRT o JasperReports. Para la generación de PDFs utilizan, como podría ser previsible, el conocidísimo Apache FOP. Asimismo incorpora la librería JPivot, gracias a la cual podemos ver tablas OLAP a través de un browser y realizar las aplicaciones típicas de análisis OLAP (drill down, slice and dice...).

Recientemente se anunció Pentaho Report Design Wizard, una herramienta de diseño de informes, que facilita el trabajo con JfreeReport y supera sus limitaciones. Suponemos que algo tiene que ver JFreeDesigner, el diseñador de informes para JFreeReport de jfree.org, ya que Thomas Morgner es también el responsable de JFreeDesigner.

Los dashboards son un desarrollo propio de Pentaho. Recogen información de todos los componentes de la plataforma incluyendo aplicaciones externas, feeds RSS y páginas web. Incluyen gestión y filtrado del contenido, seguridad basada en roles y drill down. Pueden ser integrados en terceras aplicaciones, en portales o dentro de la plataforma Pentaho.

Para generar gráficos se apoyan en JFreeChart, una librería para generar los gráficos más comunes (2D, 3D, barras, líneas series temporales, Gantt...), interfaces para acceder a diferentes fuentes de datos, exportación a PNG, JPEG y PDF y soporte para servlets, JSPs, applets y aplicaciones clientes.

Los WebServices son una característica fundamental de Pentaho. Las acciones, que son las tareas más sencillas que constituyen una solución de Pentaho, pueden publicarse como WebServices. Pentaho utiliza como motor de WebServices Apache Axis, quedando los servicios descritos en el lenguaje de definición de servicios web WSDL.

Para entregar la información Pentaho se apoya en una infraestructura JMS para enviar correos electrónicos y Quartz, un scheduler opensource integrable en aplicaciones J2EE (de hecho necesita ser instanciado). También está anunciado un feed RSS propio, para posicionarse en el desktop.

La solución BI

El workflow de procesos de negocio

Dos son los fundamentos del workflow de procesos de negocio: el motor de workflow Enhydra Shark y el estándar WPDL, auspiciado por la WorkFlow Management Coalition (WFMC), organismo que declara tener más de 300 empresas asociadas, incluyendo a las desconocidas IBM, Oracle, BEA, Adobe, SAP, TIBCO o SUN, por citar algunas de ellas. Dentro del proyecto Enhydra podemos encontrar también Enhydra JaWE, un editor de workflow XPDL, según las especificaciones de WfMC.

El servidor OLAP

Para obtener la funcionalidad de procesamiento analítico en línea (OLAP) se utilizan otras dos aplicaciones: el servidor OLAP Mondrian, que combinado con Jpivot, permiten realizar querys a Datamarts, que los resultados sean presentados mediante un browser y que el usuario pueda realizar drill down y el resto de las navegaciones típicas.

Algunas cuestiones interesantes sobre Mondrian:

- Mondrian utiliza MDX como lenguaje de consulta, que no tendría nada de raro si no fuera porque fue un lenguaje propuesto por Microsoft.

- En noviembre de 2005 Mondrian se incorporó al proyecto Pentaho, incluyendo a su fundador Julian Hyde.

- Mondrian funciona sobre las bases de datos estándar del mercado: Oracle, DB2, SQL-Server, MySQL... lo cual habilita y facilita el desarrollo de negocio basado en la plataforma Pentaho.

- JPivot está considerado con un “proyecto hermano” de Mondrian. Al incorporarse Mondrian también lo ha hecho JPivot

Data Mining

Por supuesto, qué sería de una aplicación de BI sin Data Mining. Para tal fin, Pentaho está incorporando la tecnología WeKa. Decimos está incorporando, porque a día de hoy <> el roadmap de Pentaho indica que están en ello. Weka es una herramienta extensible e integrable que incluye herramientas para realizar transformaciones sobre los datos, tareas de clasificación, regresión, clustering, asociación y visualización. Aquí, puede encontrarse un manual en español.

ETL

Se trata de la más reciente adquisición, como indicábamos hace unos días.

Kettle es un proyecto belga que incluye un conjunto de herramientas para realizar ETL. Uno de sus objetivos es que el proyecto ETL sea fácil de generar, mantener y desplegar.

Se compone de 4 herramientas:

- SPOON: permite diseñar de forma gráfica la transformación ETL.

- PAN ejecuta la transformaciones diseñadas con SPOON.

- CHEF permite, mediante una interfaz gráfica, diseñar la carga de datos incluyendo un control de estado de los trabajos.

- KITCHEN permite ejecutar los trabajos batch diseñados con Chef.

"Esperamos que esta explicación de Pentaho os sea de utilidad. Seguiremos informando sobre el tema. Ya os adelanto que estamos probando la herramienta. Si alguno de vosotros la ha probado también o la está usando, estaremos encantados de recibir vuestros comentarios"

¿Suena bastante bien hasta ahora, eh?

El problema viene, no porque contratemos a consultores externos; ya que eso se puede considerar como útil. El problema viene cuando el negocio desarrolla demasiada confianza en los consultores o los contratistas y no deja la maestría necesaria "en casa." Se debe recordar que cerca de 20% del coste de un proyecto de DW es sólo en la puesta en práctica inicial, y que el resto del coste viene de su gerencia en curso sobre la vida del proyecto.

Es vital importante que los encargados de DW comiencen, desde el principio del proyecto, a tomar la propiedad del producto final. Incluso si el desarrollo entero es de outsourcing como contrato a "precio fijo".

Si no se hace, se terminará por pagar los nuevos chalets de vacaciones de los consultores durante los siguientes años, en vez de cosechar para la propia empresa las recompensas del proyecto de DW.

Básicamente, se trata de controlar el funcionamiento del negocio a través de una suite de productos diferentes. Es como un 'paraguas' que recoge herramientas de diverso tipo: reporting, análisis, planificación, presupuestación, modelización, dashboards, scorecards, etc...

Digamos que, en este caso, lo más importante es el objetivo funcional o de negocio a conseguir y tratar de integrar todas estas herramientas de forma coherente.

BPM es una herramienta para los managers, no como un ERP, y es muy importante definir e integrar los procesos de negocio.

Por ello, lo más importante será elegir una solución BPM única, en lugar de comprar por separado. Pero cómo esto es dificil, desde el punto de vista del gasto y reutilización de los sistemas existentes, habrá que poner el foco también en integrar y homogeneizar las soluciones actuales.

Los 10 factores clave para el éxito en una implementación de un sistema BPM serían:

1) Tenemos que obtener información relevante para nuestro negocio. No el día a día como un CRM o ERP. Además se tiene que hacer con un acceso rápido, con información exacta, actualizada y con la posibilidad de establecer alertas.

2) Poder hacer análisis predictivo. Se trata de ser proactivo en la toma de decisiones, para poder detectar anomalías, hacer forecasts, lanzar nuevos prodcutos, cambair procesos actuales...

3) Establecer procedimientos de control, mediante la implementación de reglas de negocio, sistemas de monitorización en un sistema separado y controlable diferente al ERP y CRM.

4) Unificación e integración. Quizás sea uno de los elementos claves. Poder tener un entorno homogéneo, con datos reales, de presupuesto y de forecasts combinados, con un sólo sistema de cálculo y un repositorio com´çun.

5) Facilidad de uso. Debido a quienes son los usuarios potenciales, será necesario llevar la facilidad de uso a todos los ámbitos: facilidad de implementación, facilidad en la entrada de datos, facilidad de análisis y reporting, integración con excel, web interface...

6) Cumplimiento de las normativas vigentes. Estos sistemas BPM deben adecuarse a las normativas contables, legales, financieras vigentes en cada país, en cada momento.

7) Grandes posibilidades de workflow, controlando los procesos de planificación y presupuestación, estableciendo prioridades, consolidaciones, 'scheduled' de tareas...

8) Debe ser un sistema ágil, que detecte rápidamente los problemas y errores, y sea capaz deimplementar las mejoras y novedades en poco tiempo.

9) Autonomía en cada nivel. Para mejorar el sistema BPM es necesario dar autonomía en la forma de gestión y manejo a cada área dentro del proceso: IT, usuarios, servicios centrales, delegaciones...

10) Establecer un entorno colaborativo, es decir, poder compartir documentos y entrada de datos entre usuarios. Muy importante en el proceso de elaboración/aprobación de presupuestos, establecer relaciones jerárquicas, etc...

Fuente: Cartesis

Mas info:

Best Practices in Business Performance Management: Business and Technical Strategies--Excerpt from the Full Report

BPM Pulse: BPM Healthy, Vendors … OK

The Myths of BPM: TDWI

Business Performance Management

The Consultancy Approach to Business Process Management

Coincidiendo con el año del lanzamiento del Portal Todo BI, se ofrece a los lectores un estupendo regalo: un Informe muy completo que os podéis bajar sin ningún tipo de registro, ni cuota, ni nada.

Un informe de más de 200 páginas que contiene toda la información esencial que hay que conocer sobre el estado del Business Intelligence. Todo ello, siguiendo nuestra costumbre, está en castellano; para que os podáis guardar el informe y utilizarlo como herramienta de consulta en cualquier momento.

Bajar el Informe (puede tardar un instante, un minuto, según conexiones)

Os reseño el Indice del Informe, en dónde veréis el gran abanico de temas de interés que se abordan y que creo os serán de utilidad:

1. Introducción

2. La inteligencia de negocio como estrategia competitiva

3. Los mejores artículos de "Todo BI"

4. Estudios de Mercado

5. Listado de Fabricantes

6. Listado de Consultoras

7. Éxito en la implementación de sistemas BI

8. Identificación de los Indicadores Clave de Negocio, KPIs

9. El Open Source en Business Intelligence

Pero, por supuesto hay que agradecer expresamente a los sponsors de este Informe: XLCubed, Business Objects, Stratebi, Denodo, Hyperion, Iteva Solutions y Symtrax, que gracias a su colaboración ha sido posible.

Aunque MySQL es una de las herramientas más importantes, el documento nombra otras muchas, partiendo de lo que se llama 'LAMP stack' (Linux, Apache, MySQl y PHP).

Os recomiendo vivamente el documento, pues en no muchas páginas (unas 15) hace un recorrido por el auge del Open Source, y como puede ser aplicado en la empresa. Además repasa las principales herramientas y, todo, desde un punto de vista muy práctico y con un lenguaje claro.

Bajar documento:

A Guide to Developing an Enterprise Open Source Strategy

También proporciona datos interesantes de una encuesta de Forrester Inc. "Your Open Source Strategy". Schadler, Rustein, Lambert, Tseng, Whitely. September 2003.:

Se ofrece un open source scorecard, que es un cuestionario que nos sirve para valorar la posibilidad de utilizar Open Source en nuestras empresas.

Y, finalmente, el documento nos traza un 'Getting Started with Open Source', que deja a las claras como empezar en ésto de forma correcta.

También os recomiendo otro documento de MySQL en el que se posicionan y dan datos de cómo podemos reducir el TCO (Total Cost of Ownership) mediante su utilización.

Algunos datos:

- Reduce el coste total de licencias en un 90%.

- Reduce las caidas del sistema en un 60 %.

- Reduce el coste en Hardware en un 70 %.

- Reduce los costes de administración y soporte en más de un 50%.

Podeis bajaros el documento, previo registro desde aquí: A Guide to Lower Database TCO

Mas info: TodoBI

Dado que es uno de los temas que más me interesan voy a intentar explicar que significa, que características tiene y, sobre todo, para que nos puede ser útil.

OLAP significa ‘On-Line Analytical Processing’, que se contrapone con el término OLTP ‘On-Line Transactional Processing’. Término más habitual, que define los sistemas de bases de datos relacionales usadas ampliamente en el mundo empresarial.

En estos últimos sistemas lo importante es el registro de los datos, y en OLAP, lo importante es el análisis. Esta es la diferencia más general que os puedo dar. Pero existe mucho más.

Es importante saber ésto, por que muchos vendedores dicen que tienen productos con capaciadad OLAP, cuando ésto no es cierto del todo.

Desde el punto de vista teórico un sistema OLAP debe cumplir las reglas del Dr. Codd, recientemente fallecido, y 'padre' del concepto:

Se tiene que tener una visión multidimensional de los datos. Pensar en dimensiones y métricas de Negocio. No en tablas y en campos.

La manipulación de los datos tiene que ser intuitiva y sencilla. Son los análistas y altos ejecutivos los que manejan estas herramientas, y hay que pensar en ello.

El motor OLAP debe ser un organizador intermedio para que las aplicaciones finales: Cuadros de mando, Scorecard, aplicaciones de análiticas financieras, etc... provean de datos al usuario.

Posibilidad de acceder a datos almacenados directamente o en procesos batch, desde el relacional. Es decir, posibilidad de tener un sitema híbrido. Algo más parecido a un sistema HOLAP.

Creación de modelos basados en OLAP. Este requerimiento es muy subjetivo y depende de la complejidad de los modelos. Cuantos más tipos de modelo, mejor OLAP será.

Arquitectura Cliente/Servidor, pensado como la posibilidad de que los usuarios interactuen y colaboren en la aplicación.

Transparente para los usuarios. Se debe ocultar la capa de complejidad, de procesos batch, de cargas ETL... dejando sólo una capa de abstracción de negocio.

Acceso multiusuario a las aplicaciones, de forma concurrente, con posibilidad de modificaciones, estableciendo colas de trabajo, etc...

Integracion de datos no normalizados en el cubo OLAP, que garanticen que las modificaciones en datos no origen no afectan a los datos finales.

Mantener los cálculos y resultados de queries OLAP separados y almacenados en una ubicación diferente del sistema fuente.

DIferenciación de los valores vacíos de los valores 0. Muy importante a la hora de realizar cálculos matemáticos.

Posibilidad de ignorar todos los valores vacíos, las celdas del cubo sin datos.

Flexibilidad en la creación de informes.

Rendimiento uniforme de todos los informes, es otra forma de hacer 'transparente' la aplicación.

El sistema OLAP debe adaptar automáticamente su estructura según sean las dimensiones, métricas, etc... ésto no es fácil y, generalmente, requiere intervención manual.

Posibilidad de crear dimensiones de cualquier tipo.

Sin límite de dimensiones, niveles de agregación, jerarquías, etc... Debe ser la complejidad del negocio la que marque el límite.

No establecer restricciones a las operaciones que crucen cualquier dimensión o elementos de la dimensión.

Desde un punto de vista práctico me gustaría añadir algunas otras características:

- Debe ser rápido. No debe transcurrir mucho tiempo entre la necesidad de información y el resultado.

- Debe tener un lenguaje funcional y de negocio.

- Debe ser de manejo sencillo, con wizards y templates.

- Debe poder integrar API.

- Debe tener potentes posibilidades gráficas.

- Debe utilizar mapas de forma habitual.

- Posibilidad de almacenar y compartir los informes y cálculos creados por los usuarios.

- La administración la deben llevar los usuarios, no IT.

- El tiempo de implementación (proyecto) debe ser muy corto.

- Deber generar respuestas medibles para la toma de decisiones.

- Tenemos que ser capaces de obtner ROI con las aplicaciones OLAP.

Muchos de éstos se supone que son bastante conocidos, pero yo me he encontrado invariablemente con alguno de estos problemas en situaciones reales. Es más, creo que, por lo menos uno o dos de estos errores se producen en la mayor parte de empresas.

1. No hacer backup de las bases de datos.

2. Como se hace un backup cada noche, no se hace un export.

3. No hacer pruebas de recovery, por no dejar a los usuarios sin sistema.

4. No monitorizar la base de datos. Es mejor que se quejen los usuarios.

5. Pensar que lo que funciona en una versión de la Base de datos va a funcionar en otra.

6. Que tenemos un problema de memoria, pues incrementamos el shared pool. A veces la memoria es más un problema, que una solución.

7. No cambiar nunca los parámetros que Oracle da por defecto.

8. Recrear las tablas porque tengan más de cinco extensiones.

9. Indexar cualquier columna en cualquier tabla, por si acaso.

10. Solucionar los problemas de espacio poniendo autoextend en cada datafile de cada tablespace.

11. No analizar las tablas, ni generar estadísticas.

12. Darele a todo el mundo "connect," "resource" and "DBA" privileges.

13. Para conseguir espacio de un tablespace, simplemente hacer drop de datafile y borrarlo del disco.

14. Solo se necesita un user account para todo el que quiera utilizar la base de datos.

15. Poner cualquier parche, sin antes probarlo.

16. Dar a los desarrolladores y consultores accesos ilimitados a la base de datos de producción.

17. No guardar un repositorio con el código fuente.

18. Pensar inocentemente que cada entorno (desarrollo, producción), base de datos o aplicación tienen el mismo código.

19. No hacer scripts, ni guardar documentos con las modificaciones.

20. Cuando sale una nueva versión, actualizar de inmediato e implementar todas las nuevas funcionalidades.

Fuente: Top 20 mistakes an Oracle DBA can make

De este modo podremos evitar situaciones delicadas o conflictivas con nuestros clientes.

Los Servicios Profesionales, los podríamos identificar como aquellas personas que se dedican a implantar, mantener y dar soporte de un producto.

La Consultoría, tiene unos bordes más difusos, se trata de asesorar, ayudar y definir estrategias que ayuden a las empresas.

Cuando más clara se ve la diferencia es cuando en la misma empresa conviven Servicios Profesionales y Consultores. Debe estar claro, porque corremos el riesgo de que se solapen las funciones, con el consiguiente perjuicio que puede causar.

Creo que la distinción es importante por dos razones. Primero, los clientes pueden entender mejor donde están en términos del proceso de la solución (la consultoria parece estar anticipando la solución, mientras que los servicios profesionales parece que intervienen una vez que se haya elegido una solución). En segundo lugar, los clientes tienen una expectativa y una claridad mejores en lo que están comprando.

Resumiendo, no debemos confundirnos: ni consultores, ni clientes, ni servicios profesionales de cuales son nuestras funciones. Nos evitaremos unas cuantas reuniones de seguimiento tensas y algunos dolores de cabeza.

Sin embargo, parece ser que esta llegando el momento en que los Cuadros de Mando den un gran salto cualitativo y ofrezcan toda una serie de funcionalidades que los hagan plenamente productivos. Lo podremos llamar Dashboards 2.0

Se trata de llevar a la práctica, muchos de los requisitos teóricos que se le exigen a todo buen Cuadro de Mando.

Simplicidad: Nos tenemos que olvidar del concepto de BI Suite, de wizards, menus, etc... los cuadros de mando tienen que ser tan sencillos como lo es google.

Personalización: los Dashboards 2.0 deberán ser personalizados de forma sencilla y cómoda por los propios usuarios, usando 'drag & drop' y otras facilidades intuitivas-. Se trata de imitar el funcionamiento de webs como Eskobo, Favoor, GoogleAjax, HomePortals, Live.com, Netvibes, Pageflakes, Protopage....

El director de TDWI (The Data Warehouse Institute), Wayne Eckerson, es uno de los grandes defensores de los nuevos cuadros de mando. En su nuevo libro, "Performance Dashboards: Measuring, Monitoring, and Managing Your Business", apunta que la utilización de nueva tecnología hará que se pueda extraer el verdadero potencial de los cuadros de mando desde este 2006.

Hasta ahora los cuadros de mando eran una copia de lo que muchos usuarios tenían en excel. Sin embargo, los nuevos Dashboards 2.0 tendrán que manejar una serie de KPI´s e indicadores totalmente integrados con el resto de la compañía. Nunca más 'islas excel'.

Además de contener datos consistentes y más actualizados deberán ser consecuentes con la estrategia general de la compañía, apliacando las mismas reglas de negocio que se aplican en cada uno de los departamentos.

Uno de los motivos por los que muchos se aventuran a apostar por esta nueva generación de Dasboards, es el uso cada vez más extendido de nuevas técnicas de desarrollo web como AJAX, DHTML, LAMP, etc...

Se podría pensar que no estamos más que dando una vuelta de tuerca más sobre viejos conceptos. Sin embargo, son muchos los indicadores, de que algo se esta moviendo en el área de la Inteligencia de Negocio.