avanttic blog

Muchas veces realizamos consultas o reportes frecuentes sobre tablas con gran cantidad de información y necesitamos obtener un buen rendimiento, por ello es interesante saber que en OBI tenemos la opción de trabajar sobre diferentes tablas fuente, donde por ejemplo una puede contener datos actuales y otra datos históricos y que el sistema consulte una u otra o las dos en función de lo que se le solicite.

A continuación un ejemplo fácil para que lo veáis.

Partimos de una tabla de hechos Ventas en la que podemos dividir sus fuentes en dos tablas, una de ventas del ejercicio actual 2011 y otra de histórico de ventas, con datos referidos al ejercicio 2010 y/o anteriores.

En  el diagrama físico unimos las dimensiones con las dos tablas físicas fuentes de la tabla de hechos, VENTAS e HISTORICO_VENTAS.

Leer más…

En uno de nuestros últimos proyectos de Business Intelligence (OBIEE11g) nos han solicitado poder realizar análisis de geolocalización a nivel de comunidad autónoma y provincias. Desde avanttic creemos interesante dedicar este post a mostraros de forma visual cómo quedan este tipo de análisis con la nueva versión 11g de Oracle Business Intelligence.

Lo primero que nos gustaría transmitiros es que para la realización de este tipo de análisis necesitaremos realizar tres pasos de configuración:

• Generar los mapas que queramos tratar con Mapbuilder y Mapviewer
• Tener un campo que relacione los datos geolocalizados con nuestros datos corporativos.
• Configurar en la administración de OBI los mapas y el campo de conexión.

Una vez realizados los pasos de configuración –profundizaremos en cada uno de ellos en futuros posts-, el comportamiento para la realización de este tipo de análisis es muy sencillo ya que la forma de tratarlos es muy similar a la de los gráficos, proporcionando grandes posibilidades para realizar todo tipo de interacción con el mapa (drill down, cambios de rango, leyendas OnMouseOver, etc.).

Leer más…

En uno de nuestros clientes se me planteó como objetivo de un proyecto independizar la capa de negocio de la capa de presentación, desacoplándola totalmente para que pudiera ser reutilizada desde cualquier entorno gráfico y dispositivo móvil, en una posible evolución a orientación a servicios (SOA).

Lo primero que revisé fue la estructura interna de la aplicación para determinar qué cambios se debían realizar para dejarla lo más reutilizable posible. Después tocó evaluar en tiempo, coste y recursos esos cambios, tratándolos como si fuesen un proyecto más. Aquí pensé en los responsables y en cómo iban a enfocarlos de cara a obtener la aprobación desde arriba ya que este tipo de proyectos son difíciles de justificar delante de los gestores, pues consumen recursos, cuestan dinero y no aportan ninguna nueva funcionalidad. Pero este coste se debe conocer pues con él pueden decidir si la opción de adaptar para el cambio resulta más barata o más cara que empezar todo de nuevo, en cuyo caso también se debe valorar lo que representa la pérdida de toda la inversión y trabajo efectuado hasta el momento.

Leer más…

Este post es como consecuencia de la realización de un proyecto en el cliente donde me encuentro. El objetivo del proyecto ha sido:

Independizar la capa de negocio de la capa de presentación, desacoplarla totalmente para que pueda ser reutilizada desde cualquier entorno gráfico, dispositivo móvil, en una posible evolución a orientación a servicios (SOA), etc.

El proyecto ha sido una labor de investigación y práctica continua. Se basa en la aplicación de las más actuales metodologías de desarrollo de software y en las buenas prácticas documentadas.

Como la documentación acumulada es mucha he decidido separar la parte teórica de la parte práctica. Así, este post es un resumen organizado de toda la teoría que he recopilado y que me ha servido de guía y el siguiente es un relato de la experiencia de ponerla en práctica de forma satisfactoria, un caso de éxito. Espero que os pueda ayudar o por lo menos guiar si debéis seguir este camino o uno parecido. De hecho la raíz de todas estas buenas prácticas se basan en la experiencia y el conocimiento de muchos como nosotros que nos hemos encontrado ante problemas o situaciones similares y que necesitábamos de una solución lo más efectiva y eficiente posible.

Si ya estás instruido en estas técnicas te invito a pasar directamente al segundo post: ¿Dónde está ubicada la lógica de negocio de tu aplicación? (2) – Caso práctico de desacoplamiento.

ÍNDEX.

1. ¿Dónde está la lógica de tu negocio?.

2. Organizar Lógica de negocio. Diseño Procedimental vs Orientación a Objetos.

3. Metodologías Ágiles de desarrollo de software.

3.1 Introducción a las Metodologías Ágiles.

3.2 Programación Extrema. Programación en pareja.

3.3 Patrones de diseño, Antipatrones y Refactorización.

3.4 Refactorizar. Refactorización.

Leer más…