009 introducción a_gxplorer

Notas del editor

• #6: En las empresas tenemos muchos sistemas, sistemas hechos por nosotros, sistemas hechos por terceros, que no tienen la información consolidada. El conocimiento esta en las personas y no esta formalizado. Esto trae problemas cuando la gente va rotando y sobre todo no hay una consistencia en la visión de los usuarios y se toman decisiones en direcciones opuestas por no contar con la información adecuada en el momento adecuado.Al estar repartido en diferentes personas muchas veces las decisiones son inconsistentes.También sucede que como no hay información consolidada cuando se necesita la información no la tienen disponible, necesitan del área de sistemas para que les brinde la información. Haciendo retrasar las decisiones que se tienen que tomar.Al verla seguramente diga que le faltan datos, porque al analizarla ahí es donde empiezan a saltar los nuevos requeremientos.
• #7: Que nos pasa hoy en dia, dentro de la empresa tenemos mucha cantidad de datos, nuestras base de datos están llenas de información, entonces tenemos que transformar esos datos en información y que le llegue esa información a los usuarios de una manera amigable.Lo que hacemos hoy es crear los reportes a pedido de los usuarios, y en muchos casos esos reportes ya están hechos pero nos es más fácil crer uno nuevo que buscarlo. Lo que yo quiero es cambiar todo esto buscarle alguna solución al problema de obtener la información de nuestras bases de datos y crear algo diferente.-----------------------El día a día se debate entre lo urgente y lo importante.Tenemos a los usuarios trabajando con los sistemas y con el paso del tiempo surge la necesidad de obtener información de los mismos para apoyar a la toma de decisiones del día a día. Generalmente esto hace que sea necesario generar un nuevo reporte.Entonces, las personas de IT son las encargadas de realizar esos reportes que ellos solicitan, el problema es que esto no termina acá, una vez que le mostramos el reporte surgen nuevos requerimientos. Quiere decir que resolvemos el problema creando reportes específicos para cada una de las solicitudes. Pero esto no acaba acá, una vez entregado el reporte surgen nuevos requerimientos, entonces este ciclo nunca termina. Todo esto se debe a que cuando comenzamos un proyecto, los reportes nunca están bien especificados. Hasta que los usuarios comienzan a utilizar los sistemas de la empresa nunca se sabe el valor de la información que tienen y que van a necesitar.Ahí es cuando en realidad comienzan a surgir los requerimientos, en el día a día.La solución que estamos dando no es la más adecuada, ya que la información NO la tienen en el momento necesario.Entonces lo que se quiere es cambiar esta manera de trabajar. Dentro de nuestra empresa tenemos muchos Datos y queremos transformar esos datos en Información. Y que esa información este disponible para los diferentes usuarios.
• #8: BI ha dejado de ser una herramienta para unos pocos y en la actualidad se requiere que sean todos los usuarios posibles del sistema los que tengan acceso a la información que necesitan para trabajar.La premisa de Business Intelligence es: “Apoyar con Información Confiable y Oportuna la medición del Negocio para la toma de decisiones”Para eso tenemos que construir algún componente que nos permita realizar los reportes sobre la información que los usuarios finales quieren.Como dentro de la empresa vamos a tener diferentes tipos de usuarios, ellos van a necesitar diferente información, no es lo mismo la información que necesita el gerente de la empresa que la información que necesitan los usuarios operacionales.Entonces lo que vamos a plantear como solución a este problema es la construcción de un componente de Business Intelligence, con la cual vamos a poder cumplir con los requerimientos de todos los usuarios de la empresa. De manera que puedan ver la información que quieren de la manera que la quieren ver.
• #10: Acá podemos ver una arquitectura genérica de BI, con la cual podemos ver que abarcamos dos áreas, el área de Reporting y el área de Data Warehouse.La diferencia que existe entre ellas es que la información que se está consultando en un caso está en la base de datos operacional y en el otro en la Data Warehouse que se ha creado con el objetivo de tener un base resumida que se enfoca en el análisis de períodos mas largos en el tiempo.Reporting: permite consultas dinámicas sobre datos operacionales de detalle y actuales.Datawarehousing: permite consultas dinámicas sobre datos resumidos, con mayores horizontes de tiempo a los de la base operacional.
• #11: ¿Cómo es la arquitectura de nuestra solución?Partimos de nuestra Base de Conocimiento en GeneXus mediante la cual generamos la Base de Datos Operacional del sistema. Además con GeneXus, luego de un análisis y formalización del negocio previos, especificamos el diseño de la data warehouse en términos de indicadores y dimensiones. Por lo tanto tendremos la definición del DW dentro de la propia base de conocimiento, incluyendo también los procedimientos de carga que nutrirán al DW con información extraída desde la base de datos operacional.Lo siguiente es generar una metadata que se nutre de la Base de conocimiento. En este momento tomamos la decisión de si la vamos a generar tomando los atributos en caso de que queramos una solución de Reporting o si generamos la metadata en base a los indicadores y dimensiones si queremos darles a los usuarios la posibilidad de consultar la Data Warehouse.Luego simplemente los usuarios accederán a la metadata creando su consultas que se ejecutan directamente sobre la base de datos operacional o la DW usando nuestra interfaz Web o nuestra interfaz integrada a Excel. Este esquema explica lo básico de la arquitectura de la solución de BI de GeneXus, ya que además por ejemplo en reporting la metadata se puede cargar directamente de una BD, sin la intervención de una KB GeneXus o por ejemplo se puede tener una arquitectura distribuida teniendo la BD operacional y el DW en bases físicas distintas. Además también la creación y el mantenimiento de la metadata se hacen en forma automática desde la base de conocimiento.
• #12: Actualmente nos encontramos trabajando en dar mas herramientas que permitan integrar en las aplicaciones GeneXus la información que nuestros usuarios necesitandirectamente en la aplicación. Para esto hemos creado un nuevo objeto Query que nos permite declarar las consultas en la Base de Conocimiento y visualizar las mismas con un nuevo User Control que hemos generado para esto que es el QueryViewer que permite mostrar la información en formato Pivot Table ó gráfica.