Archive

Posts Tagged ‘Business Intelligence’

Cómo configurar OBI MUDE con AdminTool – Permisos Desarrolladores Repositorio Común

Este post muestra cómo crear y probar un entorno de desarrollo multiusuario (MUDE) utilizando la Herramienta de Administración de OBI. En concreto, detallamos cómo configurar el entorno para que diferentes grupos de desarrolladores puedan trabajar simultáneamente en el repositorio de BI, cada uno con permisos distintos, a nivel de proyecto y de acceso según su área de responsabilidad.

Escenario

Los proyectos consisten en áreas temáticas de la capa de presentación y sus datos asociados de modelo de negocio lógico, hechos y dimensiones, grupos, usuarios, variables y bloques de inicialización.

A continuación veremos cómo configurar el acceso para que RAÚL y NOEL, dos desarrolladores que están trabajando en el mismo proyecto, puedan seguir el siguiente flujo de trabajo:

  1. RAÚL accede al repositorio y hace las modificaciones necesarias.
  2. NOEL también realiza modificaciones.
  3. RAÚL confirmar los cambios, fusiona el repositorio principal con todos los cambios, y publica en el repositorio actualizado.
  4. A continuación, NOEL tratará de publicar su repositorio, encontrando conflictos, por lo que hará una resolución de problemas y toma de decisiones.

EssbaseCube

  Para este ejemplo necesitaremos Oracle BI EE 11G y la aplicación de ejemplo (BISAMPLE) que le acompaña. Así mismo, crearemos primero en el dominio de WLS (a través de la consola weblogic de OBI) y después, en el repositorio de OBI, los usuarios  RAÚL y NOEL como desarrolladores del entorno multiusuario.

 

El proceso de configuración consta de los siguientes pasos:

  1. Verificación de las funciones y privilegios de usuario
  2. Crear un proyecto de trabajo
  3. Configuración del Directorio de MUDE
  4. Configuración de usuarios que apunta al directorio multiusuario
  5. Control de salida de un proyecto
  6. Realizar cambios en el repositorio por el desarrollador
  7. Revisión de las opciones multi-usuario durante el desarrollo
  8. Registro de publicación de un Proyecto MUDE
  9. Resolución de problemas de una actualización de Repositorio
  10. Revisión de la Historia y verificación de un nuevo repositorio

1. Verificación de las funciones y privilegios de usuario

Los cambios en el repositorio de OBI se gestionan mediante la Herramienta de administración. Los desarrolladores desprotegen el archivo y realizan los cambios a nivel local, después, estos cambios se reconcilian y se fusionan en el repositorio principal en el recurso compartido.

Para ello, debemos crear dos usuarios en la consola Weblogic y asignarlos al grupo BIConsumers. A continuación, los verificamos desde el .RPD.

1

2. Crear un proyecto de trabajo

Los administradores pueden crear proyectos para que cada grupo de desarrolladores trabaje en proyectos dentro de su área de responsabilidad.

Para crear un proyecto es necesario editar el .RPD en modo fuera de línea. Desde la Herramienta de administración, haga clic en Archivo> Abrir> Fuera de línea.

1. Haga clic en Administrar Proyectos> para abrir el Administrador de proyectos.

2

2. Dos proyectos se incluyen en el panel de la derecha: Samp Essbase y relacional Samp. Estos proyectos se definen como objetos de metadatos en el repositorio de aplicación de ejemplo que se incluye con la aplicación de ejemplo.

3

3.  Haga clic en Acción> Nuevo proyecto.

Leer más…

Cómo integrar fácilmente BI Publisher con nuestras aplicaciones

BI PublisherHace ya tiempo que Oracle eligió a BI Publisher (BIP) como motor de reporting de la compañía y lo ha ido integrando en sus aplicaciones y/o sustituyendo a otras aplicaciones de reporting (EBS, OBI EE, JDE, …). En ocasiones con integraciones más elaboradas y ad-hoc como en el caso de OBIEE (bidireccional: podemos publicar informes BIP en cuadros de mando de OBI y también podemos utilizar OBI como orígen de datos para BIP) o de manera más “embedded”, como con algunas aplicaciones estándard (la aplicación invoca a BIP, que ejectura el informe y genera un fichero de salida -PDF u otro, según convenga- para su posterior reprocesado/presentación por parte de la aplicación).

Hoy vamos a ver cómo podemos integrar fácilmente informes BIP con nuestras aplicaciones y/o desarrollos a medida, incluso también, por qué no, con aplicaciones estándard que permitan invocar una URL externa. En primer lugar vamos a clarificar el concepto “fácil”. Uno de los factores críticos la hora de integrar herramientas es la seguridad: ¿cómo hacer para que una vez autenticado en la aplicación A, el usuario tenga los mismos privilegios en la aplicación B, o que no tenga que volverse a autenticar al navegar entra A y B?

En realidad sería más apropiado hablar de integración “simplificada”, puesto que explicaremos cómo invocar un informe BIP vía URL sin que éste solicite autenticación, obviando  problemáticas importantes, como que sea necesario aplicar restricciones sobre los datos accedidos en función del usuario, o más aún, que cualquiera que haya obtenido la URL de un informe pueda ejecutarlo. Ahora bien, si necesitamos una solución fácil para publicar informes operativos, sin valor estratégico ni confidenciales, dentro de un entorno LAN que ofrezca una mínima seguridad, esta es una manera válida.

BIP tiene una característica llamada “Acceso para invitados” (Guest Access) que permite ejecutar informes a usuarios no autenticados.

Para poder utilizarla, TODOS los elementos que participan en los informes a publicar, deben estar bajo una misma carpeta del catálogo de BIP, que a su vez, estará bajo las carpetas compartidas del catálogo, que será la que haremos accesible a los invitados (si el desarrollo ya existe, será necesario reasignar el data source tras mover/copiar los informes).

Una vez preparados los informes seguiremos los siguientes pasos:

  1.  Configurar el “Guest Access” desde la página de administración de BIP:

    Admin > Security Center > Security Configuration

    BIP Security Options
    Activaremos el flag “Allow” y seleccionaremos la carpeta del catálogo donde hemos ubicado los informes a publicar.
    Navegaremos a la página de administración de orígenes de datos de BIP.

  2. Administration > Data Sources >  JDBC Connections

    Editaremos cada uno de los datasources que participen en los informes a publicar, y en el apartado de seguridad, activaremos el checkbox “Allow Guest Access”

    BIP Datasource Security Options

  3. Obtendremos la URL de cada uno de los informes a publicar.

    La manera más rápida de obtenerlo es ejecutar el informe y desplegar las opciones a la derecha, donde encontraremos “Compartir Enlace Informe”

    Opciones de enlaces del informe

  4. Reiniciamos BIP

  5. Según cada caso particular, añadiremos la URL previamente obtenida al menú de la aplicación con la que vamos a integrar BIP. En este punto, es interesante tener en cuenta todos los parámetros de invocación que ofrece BIP y que nos permitirán personalizar su comportamiento al ejecutar el informe, en especial, en lo referente al modo de visualización (mostrar los parámetros, la cabecera de BIP, URL, parámetros que puedan haber sido seleccionados en la aplicación con la que se integra …) para construir la URL definitiva.

¡Esperamos que os sea útil!

Crónica Workshop Oracle Endeca Information Discovery (Barcelona, 22 mayo)

mayo 26, 2014 1 comentario

El pasado día 22 de mayo avanttic y Oracle realizamos un Workshop en las oficinas de avanttic de Barcelona, en el que se pudo probar y conocer Oracle Endeca Information Discovery.

avanttic Oracle Workshop OEID BCN 20140522

 

Invitamos a un reducido grupo de clientes interesados en probar la herramienta más actual de la familia de Business Analytics de Oracle. Endeca combina información de cualquier fuente (datos estructurados, semiestructurados y desestructurados) y permite descubrir rápidamente los datos más relevantes para el negocio, con una interfaz de usuario sencilla e intuitiva. Combina el Business Intelligence tradicional con avanzadas capacidades de Data Discovery.

La sesión se enfocó primero a la presentación  del producto, de la mano de un comercial de Oracle, con un overview genérico en el que se mostró cómo incluso puede utilizarse como un laboratorio de Big Data, pues cubre todas sus fases: Stream&Acquire + Organize + Discover + Analyze.

En la segunda parte del workshop los asistente pudieron familiarizarse con Endeca, siguiendo las indicaciones de la instructora de avanttic.  Realizaron varios ejercicios prácticos, buscando el porqué de los cambios en los patrones de comportamiento de los clientes de una empresa de consumibles electrónicos con varias tiendas y venta on-line. También se les guió para poder elaborar su propio cuadro de mando y, finalmente, se  les enseñó a crear una nueva aplicación a partir de los datos almacenados en formato Excel.

El éxito de esta iniciativa nos anima a realizar nuevas sesiones próximamente, tanto en Barcelona como en Madrid. Contacta con nosotros si estás interesado en asistir a alguna de ellas, a través de este e-mail Mónica Esteve o llamando al teléfono 618 907 428.

De Oracle Warehouse Builder (OWB) a Oracle Data Integrator (ODI)

odiHace tiempo que estaba anunciado y el roadmap de OWB y ODI lo dejaba claro: 11.2 es la versión terminal de Warehouse Builder, no habrá mejoras funcionales más allá de dicha versión (aunque su soporte está garantizado a lo largo de todo el ciclo de vida de la BD 11g) y estará certificado con la versión 12.1, pero no más allá del release 1.

A partir de la versión 12c de la BD ya no se incluye OWB en la instalación y para utilizarlo debe ser descargado de OTN e instalado adicionalmente.
¿Y ahora qué? ¿Qué alternativas tiene nuestra organización si cuenta con numerosos ETL desarrollados con OWB?

En realidad, la única opción viable es migrar a ODI, pero existen diversas maneras de realizar la transición:

  1. La más drástica: abandonar OWB y rediseñar todos los procesos ETL con ODI. La enunciamos como opción, pero sólo parece viable si nos encontramos en un estado bastante embrionario del proyecto ETL.
  2. Continuar ejecutando los paquetes ETL desarrollados con OWB desde ODI, ya que ODI 12c puede coordinar su ejecución. Esta característica nos abre la posibilidad de realizar los nuevos desarrollos con ODI y continuar ejecutando la funcionalidad existente mientras no requiera modificaciones, momento en el que sería necesario plantear su migración o rediseño. De esta manera ganamos el tiempo necesario para el aprendizaje y despliegue de ODI (si no lo hemos iniciado aún) y podemos realizar la transición paulatinamente (dentro del plazo establecido por el soporte a la BD 11g).
  3. Migrar los desarrollos existentes de OWB a ODI con la utilidad proporcionada por Oracle. Como en cualquier proceso de migración automatizada … será necesario un piloto con muestras significativas de las diferentes casuísticas de cada proyecto para verificar el % de cobertura sobre “nuestro estilo de desarrollo”. En síntesis, la idea es, a partir de un fichero de exportación de los metadatos de un proyecto OWB 11.2.0.4, mediante una utilidad de línea de comandos, se generen los objetos para ODI 12.1.2.0. Son necesarios determinados parches sobre las versiones indicadas de ambas herramientas, y la utilidad está disponible sólo sobre Linux-64. Además, si nuestro desarrollo no está en 11.2.0.4, deberemos subirlo primero hasta dicha versión.
  4. Migrar los desarrollos existentes de OWB a ODI mediante utilidades desarrolladas por terceros. Ciertamente no son muchas las alternativas y por diversos motivos no vamos a referenciarlas aquí, pero es una opción puesto que existe alguna herramienta.

Planteado el escenario, dedicaremos futuros posts a ilustrar brevemente cómo sería el proceso a seguir por nuestra organización si decidiéramos implementar alguna de las opciones (2. Ejecutar paquetes OWB desde ODI) o (3. Migrar los desarrollos OWB a ODI con la utilidad de Oracle), con el objetivo de ofrecer visibilidad suficiente sobre ambas opciones para facilitar la elección, si es que nos encontrásemos en la necesidad de tomarla.

Workshop Oracle Endeca – BI & Data Discovery (Barcelona, 22 mayo)

abril 22, 2014 Deja un comentario

avanttic-Oracle Workshop OEID BCN-20140522

Hoy en día uno de nuestros mayores retos consiste en sacar partido a toda la información disponible para poder utilizarla en la toma de decisiones de negocio. Sólo el 20% de la información son datos estructurados, que pueden ser manejados por las herramientas tradicionales de Business Intelligence; el otro 80% son datos no estructurados: texto en aplicaciones empresariales, emails, file systems, social media (twitter, linkedin, etc.), Big Data, encuestas, websites, …

avanttic y Oracle le invitan a este workshop (*), dirigido a consultores técnicos del área de Business Intelligence, en el que podrá probar y conocer Oracle Endeca Information Discovery.

Este producto, que forma parte de la familia Business Analytics de Oracle, combina información de cualquier fuente y le permite descubrir rápidamente lo que es importante, con una interfaz de usuario sencilla e intuitiva. Combina el Business Intelligence tradicional con avanzadas capacidades de Data Discovery.

Oracle Endeca puede incluso considerarse un laboratorio para Big Data, pues cubre todas sus fases: Stream&Acquire + Organize + Discover + Analyze.

Enfocaremos la sesión desde un punto de vista funcional, pero lo más interesante es que podrá, desde su propio portátil, tener una toma de contacto práctica con la plataforma, observando los procesos para cargar datos en el servidor de Endeca, explorando la información como un usuario final y generando sus propios cuadros de mando.

(*) Workshop de aforo reducido. Imprescindible asistir con Ordenador Portátil, preferible con navegador Firefox para mayor compatibilidad.

Agenda:

08.45 Registro e inscripción
09.00 Overview Endeca Information Discovery
09.30 Test Drive (Familiarizarse con el entorno. Caso práctico de negocio. Construir un Dashboard)
14.00 Cierre

Calendario:

Barcelona 
jueves, 22 de mayo 2014
Oficinas avanttic
Aragó 182, 4ª planta, 08011 Barcelona

Si desea obtener más información o desea inscribirse a este evento, por favor indíquenoslo a través de este e-mail Mónica Esteve o llamando al teléfono 618 907 428

Debug con Oracle Data Integrator 12c

odiEntre las novedades que más nos han llamado la atención de ODI 12c está la incorporación de la capacidad de debugar (añorada en alguna ocasión por los que hemos trabajado con OWB, que contaba con ella).

ODI 12c permite depurar la ejecución de los siguientes elementos: mappings, escenarios, procesos y paquetes, sobre el esquema (blueprint) de la sesión en ejecución.

Podemos tener varias sesiones en ejecución a la vez, pero “sólo” podremos depurar una de ellas (aunque podremos conectarnos a cualquier sesión en ejecución o reiniciar una finalizada), así como lanzar una nueva sesión de cualquiera de los objetos mencionados desde diferentes puntos de ODI Studio, y lógicamente, habrá algunas diferencias entre las opciones de cada uno de ellos (p.ej. dónde establecer un breakpoint).

La imagen a continuación corresponde a una captura de pantalla de la depuración de un sencillo mapping de carga de un fichero de texto en el filesystem a una tabla.

Pasos de depuración

Si nos fijamos en la barra de herramientas del depurador, encontraremos las funciones típicas (iniciar, ejecutar, ejecutar un paso, hasta el siguiente paso, hasta el final, … establecer breakpoint) que se irán activando y desactivando según el contexto y estado de la ejecución y que nos permitirán desplazarnos rápidamente y de manera visual hasta el paso que intuyamos conflictivo.

En la siguiente captura, un ejemplo de clicar el botón “Get Data”  Get Data que se habilita durante la ejecución de los pasos de acceso a datos y que recupera en la pestaña “Debug Data”, en la parte inferior, las sentencias SQL que ejecutará el paso (tanto en la fuente de datos origen como en la de destino), donde tendremos la posibilidad de editarlas y ejecutar el código modificado. De manera similar, podemos también inspeccionar los valores de las variables y los hilos en ejecución, en las otras pestañas.

Debug DataTambién es interesante saber que, además de iniciar sesiones de depuración en el propio Studio (sin agente), también podremos depurar sesiones sobre cualquiera de los agentes de nuestra topología al conectarnos a una sesión en ejecución.

Acabaremos el post con una pequeña reflexión: aunque es una buena noticia la incorporación del debug, no debemos descuidar el correcto diseño y validación de los procesos antes de abordar los proyectos de ETL, así como la ejecución del perfilado de datos (bien sea manualmente, bien sea mediante las opciones de Data Quality disponibles para Oracle Data Integrator).

Síguenos en avanttic slideshare (11.226 visitas en el 2013)

enero 16, 2014 Deja un comentario

Las presentaciones de avanttic se sitúan dentro del 3% del contenido más visto en SlideShare durante el 2013, con 11.226 visitas.slideshare results avanttic 2013

Estas son nuestras 5 presentaciones más visitadas durante el último mes:


Migración a Oracle Database 11g Migración a Oracle Database 11g
– Descubra en este webinar las ventajas que le aportará migrar su base de datos a la versión 11g Release 2 y los diferentes métodos de migración disponibles.

Modernización Oracle Forms Modernización Oracle Forms
– Modernice sus desarrollos realizados con Oracle Forms y vea su integración con las tecnologías Java y SOA.

Oracle WebLogic Server 11g Oracle WebLogic Server 11g – Disponibilidad, rendimiento, escalabilidad
– Descubra en este seminario Web las ventajas que le aportará desplegar sus aplicaciones web sobre Oracle WebLogic Server 11g

Oracle Application Testing Suite Oracle Application Testing Suite
– Realización y automatización de pruebas completas, de sus aplicaciones y servicios web

Nuevas Herramientas de Business Intelligence Oracle BI Publisher
– Herramienta ágil y sencilla de generación de informes (Pdf, Word, Excel, Html, Flash, …)

Seguir

Recibe cada nueva publicación en tu buzón de correo electrónico.

Únete a otros 247 seguidores