Adicionar

/** * impress.js * * impress.js is a presentation tool based on the power of CSS3 transforms and transitions * in modern browsers and inspired by the idea behind prezi.com. * * * Copyright 2011-2012 Bartek Szopka (@bartaz) * * Released under the MIT and GPL Licenses. * * ------------------------------------------------ * author: Bartek Szopka * version: 0.5.2 * url: http://bartaz.github.com/impress.js/ * source: http://github.com/bartaz/impress.js/ */ /*jshint bitwise:true, curly:true, eqeqeq:true, forin:true, latedef:true, newcap:true, noarg:true, noempty:true, undef:true, strict:true, browser:true */ // You are one of those who like to know how thing work inside? // Let me show you the cogs that make impress.js run... (function ( document, window ) { 'use strict'; // HELPER FUNCTIONS // `pfx` is a function that takes a standard CSS property name as a parameter // and returns it's prefixed version valid for current browser it runs in. // The code is heavily inspired by Modernizr http://www.modernizr.com/ var pfx = (function () { var style = document.createElement('dummy').style, prefixes = 'Webkit Moz O ms Khtml'.split(' '), memory = {}; return function ( prop ) { if ( typeof memory[ prop ] === "undefined" ) { var ucProp = prop.charAt(0).toUpperCase() + prop.substr(1), props = (prop + ' ' + prefixes.join(ucProp + ' ') + ucProp).split(' '); memory[ prop ] = null; for ( var i in props ) { if ( style[ props[i] ] !== undefined ) { memory[ prop ] = props[i]; break; } } } return memory[ prop ]; }; })(); // `arraify` takes an array-like object and turns it into real Array // to make all the Array.prototype goodness available. var arrayify = function ( a ) { return [].slice.call( a ); }; // `css` function applies the styles given in `props` object to the element // given as `el`. It runs all property names through `pfx` function to make // sure proper prefixed version of the property is used. var css = function ( el, props ) { var key, pkey; for ( key in props ) { if ( props.hasOwnProperty(key) ) { pkey = pfx(key); if ( pkey !== null ) { el.style[pkey] = props[key]; } } } return el; }; // `toNumber` takes a value given as `numeric` parameter and tries to turn // it into a number. If it is not possible it returns 0 (or other value // given as `fallback`). var toNumber = function (numeric, fallback) { return isNaN(numeric) ? (fallback || 0) : Number(numeric); }; // `byId` returns element with given `id` - you probably have guessed that ;) var byId = function ( id ) { return document.getElementById(id); }; // `$` returns first element for given CSS `selector` in the `context` of // the given element or whole document. var $ = function ( selector, context ) { context = context || document; return context.querySelector(selector); }; // `$$` return an array of elements for given CSS `selector` in the `context` of // the given element or whole document. var $$ = function ( selector, context ) { context = context || document; return arrayify( context.querySelectorAll(selector) ); }; // `triggerEvent` builds a custom DOM event with given `eventName` and `detail` data // and triggers it on element given as `el`. var triggerEvent = function (el, eventName, detail) { var event = document.createEvent("CustomEvent"); event.initCustomEvent(eventName, true, true, detail); el.dispatchEvent(event); }; // `translate` builds a translate transform string for given data. var translate = function ( t ) { return " translate3d(" + t.x + "px," + t.y + "px," + t.z + "px) "; }; // `rotate` builds a rotate transform string for given data. // By default the rotations are in X Y Z order that can be reverted by passing `true` // as second parameter. var rotate = function ( r, revert ) { var rX = " rotateX(" + r.x + "deg) ", rY = " rotateY(" + r.y + "deg) ", rZ = " rotateZ(" + r.z + "deg) "; return revert ? rZ+rY+rX : rX+rY+rZ; }; // `scale` builds a scale transform string for given data. var scale = function ( s ) { return " scale(" + s + ") "; }; // `perspective` builds a perspective transform string for given data. var perspective = function ( p ) { return " perspective(" + p + "px) "; }; // `getElementFromHash` returns an element located by id from hash part of // window location. var getElementFromHash = function () { // get id from url # by removing `#` or `#/` from the beginning, // so both "fallback" `#slide-id` and "enhanced" `#/slide-id` will work return byId( window.location.hash.replace(/^#\/?/,"") ); }; // `computeWindowScale` counts the scale factor between window size and size // defined for the presentation in the config. var computeWindowScale = function ( config ) { var hScale = window.innerHeight / config.height, wScale = window.innerWidth / config.width, scale = hScale > wScale ? wScale : hScale; if (config.maxScale && scale > config.maxScale) { scale = config.maxScale; } if (config.minScale && scale < config.minScale) { scale = config.minScale; } return scale; }; // CHECK SUPPORT var body = document.body; var ua = navigator.userAgent.toLowerCase(); var impressSupported = // browser should support CSS 3D transtorms ( pfx("perspective") !== null ) && // and `classList` and `dataset` APIs ( body.classList ) && ( body.dataset ) && // but some mobile devices need to be blacklisted, // because their CSS 3D support or hardware is not // good enough to run impress.js properly, sorry... ( ua.search(/(iphone)|(ipod)|(android)/) === -1 ); if (!impressSupported) { // we can't be sure that `classList` is supported body.className += " impress-not-supported "; } else { body.classList.remove("impress-not-supported"); body.classList.add("impress-supported"); } // GLOBALS AND DEFAULTS // Getting cross-browser transitionEnd event name. // It's hard to detect it, so we are using the list based on // https://developer.mozilla.org/en/CSS/CSS_transitions var transitionEnd = ({ 'transition' : 'transitionEnd', 'OTransition' : 'oTransitionEnd', 'msTransition' : 'MSTransitionEnd', // who knows how it will end up? 'MozTransition' : 'transitionend', 'WebkitTransition' : 'webkitTransitionEnd' })[pfx("transition")]; // This is were the root elements of all impress.js instances will be kept. // Yes, this means you can have more than one instance on a page, but I'm not // sure if it makes any sense in practice ;) var roots = {}; // some default config values. var defaults = { width: 1024, height: 768, maxScale: 1, minScale: 0, perspective: 1000, transitionDuration: 1000 }; // it's just an empty function ... and a useless comment. var empty = function () { return false; }; // IMPRESS.JS API // And that's where intresting things will start to happen. // It's the core `impress` function that returns the impress.js API // for a presentation based on the element with given id ('impress' // by default). var impress = window.impress = function ( rootId ) { // If impress.js is not supported by the browser return a dummy API // it may not be a perfect solution but we return early and avoid // running code that may use features not implemented in the browser. if (!impressSupported) { return { init: empty, goto: empty, prev: empty, next: empty }; } rootId = rootId || "impress"; // if given root is already initialized just return the API if (roots["impress-root-" + rootId]) { return roots["impress-root-" + rootId]; } // data of all presentation steps var stepsData = {}; // element of currently active step var activeStep = null; // current state (position, rotation and scale) of the presentation var currentState = null; // array of step elements var steps = null; // configuration options var config = null; // scale factor of the browser window var windowScale = null; // root presentation elements var root = byId( rootId ); var canvas = document.createElement("div"); var initialized = false; // STEP EVENTS // // There are currently two step events triggered by impress.js // `impress:stepenter` is triggered when the step is shown on the // screen (the transition from the previous one is finished) and // `impress:stepleave` is triggered when the step is left (the // transition to next step just starts). // reference to last entered step var lastEntered = null; // `onStepEnter` is called whenever the step element is entered // but the event is triggered only if the step is different than // last entered step. var onStepEnter = function (step) { if (lastEntered !== step) { triggerEvent(step, "impress:stepenter"); lastEntered = step; } }; // `onStepLeave` is called whenever the step element is left // but the event is triggered only if the step is the same as // last entered step. var onStepLeave = function (step) { if (lastEntered === step) { triggerEvent(step, "impress:stepleave"); lastEntered = null; } }; // To detect the moment when the transition to step element finished // we need to handle the transitionEnd event. // // It may not sound very hard but to makes things a little bit more // complicated there are two elements being animated separately: // `root` (used for scaling) and `canvas` for translate and rotations. // Transitions on them are triggered with different delays (to make // visually nice and 'natural' looking transitions), so we need to know // that both of them are finished. // // It sounds like a simple counter to two would be enough. Unfortunately // if there is no change in the transform value (for example scale doesn't // change between two steps) only one transition (and transitionEnd event) // will be triggered. // // So to properly detect when the transitions finished we need to keep // the `expectedTransitionTarget` (that can be one of `root` or `canvas`) // and only call `onStepEnter` then transition ended on the expected one. var expectedTransitionTarget = null; var onTransitionEnd = function (event) { if (event.target === expectedTransitionTarget) { onStepEnter(activeStep); } }; // `initStep` initializes given step element by reading data from its // data attributes and setting correct styles. var initStep = function ( el, idx ) { var data = el.dataset, step = { translate: { x: toNumber(data.x), y: toNumber(data.y), z: toNumber(data.z) }, rotate: { x: toNumber(data.rotateX), y: toNumber(data.rotateY), z: toNumber(data.rotateZ || data.rotate) }, scale: toNumber(data.scale, 1), el: el }; if ( !el.id ) { el.id = "step-" + (idx + 1); } stepsData["impress-" + el.id] = step; css(el, { position: "absolute", transform: "translate(-50%,-50%)" + translate(step.translate) + rotate(step.rotate) + scale(step.scale), transformStyle: "preserve-3d" }); }; // `init` API function that initializes (and runs) the presentation. var init = function () { if (initialized) { return; } // First we set up the viewport for mobile devices. // For some reason iPad goes nuts when it is not done properly. var meta = $("meta[name='viewport']") || document.createElement("meta"); meta.content = "width=device-width, minimum-scale=1, maximum-scale=1, user-scalable=no"; if (meta.parentNode !== document.head) { meta.name = 'viewport'; document.head.appendChild(meta); } // initialize configuration object var rootData = root.dataset; config = { width: toNumber( rootData.width, defaults.width ), height: toNumber( rootData.height, defaults.height ), maxScale: toNumber( rootData.maxScale, defaults.maxScale ), minScale: toNumber( rootData.minScale, defaults.minScale ), perspective: toNumber( rootData.perspective, defaults.perspective ), transitionDuration: toNumber( rootData.transitionDuration, defaults.transitionDuration ) }; windowScale = computeWindowScale( config ); // wrap steps with "canvas" element arrayify( root.childNodes ).forEach(function ( el ) { canvas.appendChild( el ); }); root.appendChild(canvas); // set initial styles document.documentElement.style.height = "100%"; css(body, { height: "100%", overflow: "hidden" }); var rootStyles = { position: "absolute", transformOrigin: "top left", transition: "all 0s ease-in-out", transformStyle: "preserve-3d" }; css(root, rootStyles); css(root, { top: "50%", left: "50%", transform: perspective( config.perspective/windowScale ) + scale( windowScale ) }); css(canvas, rootStyles); root.addEventListener(transitionEnd, onTransitionEnd, false); body.classList.remove("impress-disabled"); body.classList.add("impress-enabled"); // get and init steps steps = $$(".step", root); steps.forEach( initStep ); // set a default initial state of the canvas currentState = { translate: { x: 0, y: 0, z: 0 }, rotate: { x: 0, y: 0, z: 0 }, scale: 1 }; initialized = true; triggerEvent(root, "impress:init", { api: roots[ "impress-root-" + rootId ] }); }; // `getStep` is a helper function that returns a step element defined by parameter. // If a number is given, step with index given by the number is returned, if a string // is given step element with such id is returned, if DOM element is given it is returned // if it is a correct step element. var getStep = function ( step ) { if (typeof step === "number") { step = step < 0 ? steps[ steps.length + step] : steps[ step ]; } else if (typeof step === "string") { step = byId(step); } return (step && step.id && stepsData["impress-" + step.id]) ? step : null; }; // `goto` API function that moves to step given with `el` parameter (by index, id or element), // with a transition `duration` optionally given as second parameter. var goto = function ( el, duration ) { if ( !initialized || !(el = getStep(el)) ) { // presentation not initialized or given element is not a step return false; } // Sometimes it's possible to trigger focus on first link with some keyboard action. // Browser in such a case tries to scroll the page to make this element visible // (even that body overflow is set to hidden) and it breaks our careful positioning. // // So, as a lousy (and lazy) workaround we will make the page scroll back to the top // whenever slide is selected // // If you are reading this and know any better way to handle it, I'll be glad to hear about it! window.scrollTo(0, 0); var step = stepsData["impress-" + el.id]; if ( activeStep ) { activeStep.classList.remove("active"); body.classList.remove("impress-on-" + activeStep.id); } el.classList.add("active"); body.classList.add("impress-on-" + el.id); // compute target state of the canvas based on given step var target = { rotate: { x: -step.rotate.x, y: -step.rotate.y, z: -step.rotate.z }, translate: { x: -step.translate.x, y: -step.translate.y, z: -step.translate.z }, scale: 1 / step.scale }; // Check if the transition is zooming in or not. // // This information is used to alter the transition style: // when we are zooming in - we start with move and rotate transition // and the scaling is delayed, but when we are zooming out we start // with scaling down and move and rotation are delayed. var zoomin = target.scale >= currentState.scale; duration = toNumber(duration, config.transitionDuration); var delay = (duration / 2); // if the same step is re-selected, force computing window scaling, // because it is likely to be caused by window resize if (el === activeStep) { windowScale = computeWindowScale(config); } var targetScale = target.scale * windowScale; // Because one of the transition is delayed depending on zoom direction, // the last transition will happen on `root` or `canvas` element. // Here we store the expected transition event target, to be able to correctly // trigger `impress:stepenter` event. expectedTransitionTarget = target.scale > currentState.scale ? root : canvas; // trigger leave of currently active element (if it's not the same step again) if (activeStep && activeStep !== el) { onStepLeave(activeStep); } // alter transforms of `root` and `canvas` to trigger transitions css(root, { // to keep the perspective look similar for different scales // we need to 'scale' the perspective, too transform: perspective( config.perspective / targetScale ) + scale( targetScale ), transitionDuration: duration + "ms", transitionDelay: (zoomin ? delay : 0) + "ms" }); css(canvas, { transform: rotate(target.rotate, true) + translate(target.translate), transitionDuration: duration + "ms", transitionDelay: (zoomin ? 0 : delay) + "ms" }); // store current state currentState = target; activeStep = el; // manually trigger enter event if duration was set to 0 if (duration === 0) { onStepEnter(activeStep); } return el; }; // `prev` API function goes to previous step (in document order) var prev = function () { var prev = steps.indexOf( activeStep ) - 1; prev = prev >= 0 ? steps[ prev ] : steps[ steps.length-1 ]; return goto(prev); }; // `next` API function goes to next step (in document order) var next = function () { var next = steps.indexOf( activeStep ) + 1; next = next < steps.length ? steps[ next ] : steps[ 0 ]; return goto(next); }; // Adding some useful classes to step elements. // // All the steps that have not been shown yet are given `future` class. // When the step is entered the `future` class is removed and the `present` // class is given. When the step is left `present` class is replaced with // `past` class. // // So every step element is always in one of three possible states: // `future`, `present` and `past`. // // There classes can be used in CSS to style different types of steps. // For example the `present` class can be used to trigger some custom // animations when step is shown. root.addEventListener("impress:init", function(){ // STEP CLASSES steps.forEach(function (step) { step.classList.add("future"); }); root.addEventListener("impress:stepenter", function (event) { event.target.classList.remove("past"); event.target.classList.remove("future"); event.target.classList.add("present"); }, false); root.addEventListener("impress:stepleave", function (event) { event.target.classList.remove("present"); event.target.classList.add("past"); }, false); }, false); // Adding hash change support. root.addEventListener("impress:init", function(){ // last hash detected var lastHash = ""; // `#/step-id` is used instead of `#step-id` to prevent default browser // scrolling to element in hash. // // And it has to be set after animation finishes, because in Chrome it // makes transtion laggy. // BUG: http://code.google.com/p/chromium/issues/detail?id=62820 root.addEventListener("impress:stepenter", function (event) { window.location.hash = lastHash = "#/" + event.target.id; }, false); window.addEventListener("hashchange", function () { // When the step is entered hash in the location is updated // (just few lines above from here), so the hash change is // triggered and we would call `goto` again on the same element. // // To avoid this we store last entered hash and compare. if (window.location.hash !== lastHash) { goto( getElementFromHash() ); } }, false); // START // by selecting step defined in url or first step of the presentation goto(getElementFromHash() || steps[0], 0); }, false); body.classList.add("impress-disabled"); // store and return API for given impress.js root element return (roots[ "impress-root-" + rootId ] = { init: init, goto: goto, next: next, prev: prev }); }; // flag that can be used in JS to check if browser have passed the support test impress.supported = impressSupported; })(document, window); // NAVIGATION EVENTS // As you can see this part is separate from the impress.js core code. // It's because these navigation actions only need what impress.js provides with // its simple API. // // In future I think about moving it to make them optional, move to separate files // and treat more like a 'plugins'. (function ( document, window ) { 'use strict'; // throttling function calls, by Remy Sharp // http://remysharp.com/2010/07/21/throttling-function-calls/ var throttle = function (fn, delay) { var timer = null; return function () { var context = this, args = arguments; clearTimeout(timer); timer = setTimeout(function () { fn.apply(context, args); }, delay); }; }; // wait for impress.js to be initialized document.addEventListener("impress:init", function (event) { // Getting API from event data. // So you don't event need to know what is the id of the root element // or anything. `impress:init` event data gives you everything you // need to control the presentation that was just initialized. var api = event.detail.api; // KEYBOARD NAVIGATION HANDLERS // Prevent default keydown action when one of supported key is pressed. document.addEventListener("keydown", function ( event ) { if ( event.keyCode === 9 || ( event.keyCode >= 32 && event.keyCode <= 34 ) || (event.keyCode >= 37 && event.keyCode <= 40) ) { event.preventDefault(); } }, false); // Trigger impress action (next or prev) on keyup. // Supported keys are: // [space] - quite common in presentation software to move forward // [up] [right] / [down] [left] - again common and natural addition, // [pgdown] / [pgup] - often triggered by remote controllers, // [tab] - this one is quite controversial, but the reason it ended up on // this list is quite an interesting story... Remember that strange part // in the impress.js code where window is scrolled to 0,0 on every presentation // step, because sometimes browser scrolls viewport because of the focused element? // Well, the [tab] key by default navigates around focusable elements, so clicking // it very often caused scrolling to focused element and breaking impress.js // positioning. I didn't want to just prevent this default action, so I used [tab] // as another way to moving to next step... And yes, I know that for the sake of // consistency I should add [shift+tab] as opposite action... document.addEventListener("keyup", function ( event ) { if ( event.keyCode === 9 || ( event.keyCode >= 32 && event.keyCode <= 34 ) || (event.keyCode >= 37 && event.keyCode <= 40) ) { switch( event.keyCode ) { case 33: // pg up case 37: // left case 38: // up api.prev(); break; case 9: // tab case 32: // space case 34: // pg down case 39: // right case 40: // down api.next(); break; } event.preventDefault(); } }, false); // delegated handler for clicking on the links to presentation steps document.addEventListener("click", function ( event ) { // event delegation with "bubbling" // check if event target (or any of its parents is a link) var target = event.target; while ( (target.tagName !== "A") && (target !== document.documentElement) ) { target = target.parentNode; } if ( target.tagName === "A" ) { var href = target.getAttribute("href"); // if it's a link to presentation step, target this step if ( href && href[0] === '#' ) { target = document.getElementById( href.slice(1) ); } } if ( api.goto(target) ) { event.stopImmediatePropagation(); event.preventDefault(); } }, false); // delegated handler for clicking on step elements document.addEventListener("click", function ( event ) { var target = event.target; // find closest step element that is not active while ( !(target.classList.contains("step") && !target.classList.contains("active")) && (target !== document.documentElement) ) { target = target.parentNode; } if ( api.goto(target) ) { event.preventDefault(); } }, false); // touch handler to detect taps on the left and right side of the screen // based on awesome work of @hakimel: https://github.com/hakimel/reveal.js document.addEventListener("touchstart", function ( event ) { if (event.touches.length === 1) { var x = event.touches[0].clientX, width = window.innerWidth * 0.3, result = null; if ( x < width ) { result = api.prev(); } else if ( x > window.innerWidth - width ) { result = api.next(); } if (result) { event.preventDefault(); } } }, false); // rescale presentation when window is resized window.addEventListener("resize", throttle(function () { // force going to active step again, to trigger rescaling api.goto( document.querySelector(".active"), 500 ); }, 250), false); }, false); })(document, window); // THAT'S ALL FOLKS! // // Thanks for reading it all. // Or thanks for scrolling down and reading the last part. // // I've learnt a lot when building impress.js and I hope this code and comments // will help somebody learn at least some part of it.

El caso de Amazon.com

¿Como asegura el exito Amazon.com y logra ser una de las tiendas que mas vende en internet?

Realmente importa el tipo de empresa para aplicar BI?

Conoce algunos ejemplos de como grandes compañias han logrado superar problemas por medio del análisis de la información

Video Introductorio

Entiende mejor como trabaja BI por medio del ejemplo de las hormigas!

domingo, 19 de mayo de 2013

Un Hasta Luego


Un hasta luego a todos nuestros seguidores, a quienes siguieron cada una de las publicaciones de este blog,  a quienes interesa el tema de la solución de software: Business Intelligence.

Comenzando como un trabajo académico nos dimos cuenta en un interés sobre BI permitiendo en este semestre traerles datos curiosos, definiciones, características e incluso una historia “puesta” en un “ambiente” común.

Muchas gracias a todos ustedes. Y como indica el título de esta publicación, esto es: un hasta luego.


domingo, 12 de mayo de 2013

Una historia de Implementación. Parte Final


Finalizando con nuestra historia; la cuarta fase estuvo constituida por la implementación de las herramientas adquiridas de Pentaho y el desarrollo e integración de las aplicaciones que vinculan a  los usuarios finales del sistema, con los productos tangibles de BI: reportes, cuadros de mando, tablas OLAP, modelos, predicciones, etc. En esta fase estuvieron desempeñándose dos consultores de Pentaho, y dos ingenieros desarrolladores de software quienes reportaban al ingeniero arquitecto de software designado en el grupo líder del proyecto. Esta fase estaba prevista para treinta días, pero por subestimación del tiempo requerido en el momento de realizar la planeación, no por otra circunstancia, en total esta fase consumió cincuenta días. La fase quinta y final del proyecto contempló la realización de un cursillo de capacitación a los usuarios finales, las pruebas de usuarios y la entrega certificada del sistema para su producción. 




Finalizado el proyecto, el grupo gestor  liderado por el ingeniero Carlos Iván Ordoñez, CIO, de la compañía realizó la presentación oficial ante la junta de directores y usuarios del sistema, ante quienes realizó una serie de ejemplos sobre los resultados que se pueden obtener, presentando entre otros el siguiente reporte:

Este informe presenta un poderoso resumen ejecutivo de las ventas totales de tres períodos anuales, la evolución de las ventas en los últimos seis meses, los principales distribuidores según su nivel de ventas y un análisis de las ventas por monto, producto, lugar y período de tiempo. 

Satisfechos del resultado del proyecto Guillermo Puentes, CEO, de la compañía felicito al grupo técnico y ejecutivo que desarrolló el proyecto y motivó a los usuarios finales para incorporar el concepto de BI en sus prácticas laborales. 


Nota: los nombres utilizados son ficticios y solo responden a la necesidad de recurrir a ellos como personajes para el desarrollo de la temática dentro de una empresa


Referencias

domingo, 5 de mayo de 2013

Una historia de Implementación. Tercera Parte



Continuando con la relación de las actividades desarrolladas en el proyecto de implementación de BI en nuestra empresa, se procede en esta entrega a relatar la fase de migración de datos de las diferentes fuentes al repositorio de la bodega de datos o DataWarehouse, (DW). En la siguiente imagen el ingeniero de TI delinea un mapa simplificado de la estructura del sistema que resume la arquitectura a implantar:



Las fuentes de información internas comprenden la información de los sistemas transaccionales de los diferentes departamentos de la compañía, los cuales están integrados mediante una solución ERP,  En la fase de migración se observó que los datos estuviesen libre de errores como se garantiza en el proceso ETL, (Extracción, Transformación, Carga), para evitar cualquier propagación de errores. Mientras se avanzaba en la instalación de la infraestructura y posteriormente con la migración de la información a la DW, los consultores de  Pentaho conjuntamente con nuestro ingeniero enlace adelantaban los desarrollo pertinentes a la instrumentalización de los datos y al diseño de los reportes requeridos por los usuarios finales. El cronograma previsto de fue avanzando sin mayores contratiempos cumpliéndose las fechas de corte de cada actividad de manera puntual. La planeación del proyecto presentaba la realización de cinco fases; la primera contempló la identificación de necesidades de la empresa, la invitación a los proveedores, el análisis de las propuestas y la decisión sobre el proveedor con el cual se realizaría la contratación. Esta primera fase consumió cuarenta y cinco  días y cumplió debidamente con el cronograma previsto. En los veinticinco días siguientes, se instalaron los equipos requeridos para estructurar el sistema básico, dado que las negociaciones sobre estas componentes ya estaban adelantadas con anterioridad y además varios de los dispositivos en funcionamiento y del inventario de la empresa pudieron ser utilizados, esta fue la segunda fase. La siguiente gran tarea dentro del plan del proyecto fue la fase de consolidación del Data Warehouse, lo que llevó cinco semanas de trabajo de un equipo de dos ingenieros y dos técnicos del Departamento de TI liderados por el ingeniero arquitecto de TI, nombrado inicialmente en el comité gestor del proyecto.

Concluiremos la historia en nuestra próxima entrega.

Referencias

domingo, 28 de abril de 2013

Una historia de Implementación. Segunda Parte

Continuemos con nuestra historia. Ahora nuestro equipo anda en busca de algún producto de BI para implementar.

Actualmente, en el mercado de herramientas de BI se encuentran una gran cantidad de oferentes, tales como: Oracle corp., SAS Institute, Microsoft, LucaNet, y Pentaho. De una veintena de invitados a quienes se les remitieron las especificaciones de las necesidades de la organización, las cinco firmas nombradas fueron las preseleccionadas en la fase de análisis de proveedores, sobre los RFI recibidos. Finalmente, luego de los estudios de la documentación aportada se acordó continuar el proceso con Pentaho por razones de precio, modo de pago, soporte del servicio, capacitación y favorables acuerdos de garantías y crecimiento de la solución.
De la información suministrada trascribimos, apartes del material consultado sobre los alcances del producto: “Pentaho es una compañía  proveedora de herramientas empresariales utilizadas por miles de organizaciones a través del mundo. Uno de sus productos,  Pentaho Business Analytics  puede ser usado para comprender de mejor manera el comportamiento de la industria, anticiparse a hechos previsibles y mejorar el desempeño del negocio.”[1] “Pentaho Business Analytics permite a los usuarios preparar reportes fácilmente, modelar, visualizar, explorar y hacer predicciones a partir de conjuntos de datos almacenados en bases de datos de análisis de alto rendimiento.

El crecimiento exponencial del volumen de datos que se genera diariamente ha obligado a desarrollar nuevas estrategias de almacenamiento y trabajo de la información que reposa en grandes fuentes de datos.  Pentaho acelera la operación de extracción, transformación y carga de grandes volúmenes de datos con la solución más completa para este tipo de datos: “Big Data Analytics”[2], con ella, sin problema, los datos fuente son integrados al análisis y luego de su transformación y operación son convertidos en reportes de una hoja, tablas OLAP, cuadros de mando, etc.

Pentaho simplifica el proceso de análisis de datos, proporcionando una verdadera plataforma de análisis de datos”.[3]
Para el caso del sector financiero: “Las compañías de seguros y las empresas de servicios financieros enfrentan los más complejos retos al incorporar el análisis de datos. Mediante este enfoque pueden detectar fraudes, reducir riesgos financieros,  satisfacer el cumplimiento normativo y conocer más acerca de los clientes. Utilizando Pentaho Data Integration y Pentaho Business Analytics las compañías del sector financiero, por ejemplo, pueden: reducir costos con una mejor gestión de los gastos, empoderar el área de marketing analizando de mejor manera a los clientes y mantener un crecimiento constante al identificar las oportunidades de negocio con los clientes existentes.”[4]


Invitamos a los lectores que deseen conocer más sobre Pentaho y su variedad de productos, acercarse a la página referida: http://www.pentaho.com” y conocer más del ambiente de Pentaho  y sus soluciones empresariales.

Estas actividades de atención, estudio y análisis de proponentes fueron realizadas juiciosamente por los ingenieros del grupo de implementación de BI convocado por el CEO de nuestra compañía.
Continuará…………

Referencias



[1]De: http://www.pentaho.com/explore/industries/
[2]De: http://www.pentaho.com/big-data/
[4]De: http://www.pentaho.com/explore/industries/                                       

domingo, 21 de abril de 2013

Una historia de Implementación. Primera Parte

De común acuerdo con la alta gerencia, Armando Plata nuestro CFO, convencido de las necesidades de estructurar una arquitectura de almacenamiento de datos orientada a posteriores aplicaciones de BI, por ser este enfoque de análisis de datos la solución ideal para dar respuesta a las inquietudes actuales sobre las realidades del mercado, ha autorizado una suma considerable para el proyecto de implantación de BI en la organización.

Ante estas circunstancias Guillermo Puentes CEO de la empresa ha decidido conformar  un grupo multidisciplinario para el  desarrollo del proyecto liderado por el Ingeniero Carlos Iván Ordoñez CIO de la compañía. A este proyecto se vincula también al asistente de la Gerencia de Mercadeo, al asistente de la Gerencia Financiera  y a dos ingenieros del Departamento de Tecnología.  Las tareas prioritarias se relacionan con las siguientes decisiones: a) Definir la infraestructura que soportará la bodega de datos, sus equipos periféricos y estaciones de escritorio, portátiles y móviles que podrán accesar la base de datos y sus reportes.  b) Seleccionar un proveedor de herramientas BI, y c) Desarrollar aplicativos para instrumentalizar la operación del sistema por parte de los usuarios finales.



La evaluación de los proveedores, por supuesto, está determinada por los parámetros de dimensionamiento y funcionalidad requeridos por las circunstancias propias de la empresa. Sin embargo, además de los criterios convencionales  para escoger el proveedor se aconseja tener en cuenta: 1º.) La capacidad de cubrir las necesidades de crecimiento de la organización con un impacto mínimo en el desempeño y los costos. 2º.) Frente a sus competidores, ¿cómo se compara el proveedor en el mercado? ¿Mejora la operación y  la funcionalidad de sus productos? 3º.) En cuanto a los costos observar juiciosamente el precio del software, las licencias, los servidores, el soporte, las versiones futuras y las actualizaciones. 4º.) Prestar atención al nivel de soporte que promete el proveedor, proporcionado por las garantías o acuerdos de nivel de servicio.  5º.) Sobre la experiencia técnica, confirmar con los clientes referidos el nivel de atención obtenido. Y, 6º.) Verificar la capacidad para transmitir la debida capacitación a la comunidad de usuarios.



Por supuesto los documentos de adquisición, (RFI), es la mejor ayuda para evaluar los proveedores pues permiten referenciar y filtrar las opciones disponibles en el mercado y así poder elaborar, objetivamente, una corta lista de proveedores que preselecciona a los primeros candidatos del proceso de contratación que se avecina.

Continuara...

Referencias:


domingo, 14 de abril de 2013

Garbage In, Garbage out


Estamos ahora dentro de la implementación de nuestro BI, sin embargo como hemos mencionado en nuestras anteriores publicaciones, el BI debe presentarse no sólo como una inversión de recursos fuerte para agilizar la productividad en el trabajo, sino además como una oportunidad de cambio para mejorar la forma en que se trabaja, un ejemplo de este último se encuentra en la migración de datos, proceso obligatorio cuando estamos implementando un BI, la migración no debe limitarse a transferir los datos al nuevo sistema, hay que tener en cuenta que pueden haber muchos errores e inconsistencias que nunca se resolvieron, lo cual puede traer futuros inconvenientes al BI cuando entre en operación.

La migración es un proceso obligatorio que debe tener el mayor de los cuidados
para prevenir futuros inconvenientes en la operación del nuevo sistema.

Para resolver este posible inconveniente, es necesario hacer un análisis y evaluar los datos existentes para así decidir qué información tendremos en cuenta en nuestro  BI y cual información tendrá que ser reparada o en definitiva, cual información desaparecerá de nuestra actividad organizacional, este proceso es vital ya que es una medida preventiva ante eventuales problemas como la infoxicación (exceso de información) o los cuellos de botella,  para evitar estas posibles fallas, explicaremos a continuación de manera secuencial los pasos que se deben seguir para eliminar este tipo de riesgos.

1.       Identifique los problemas existentes en los datos, para tener una mejor idea de este paso, expondremos las siguientes causas por las que un dato puede ser inconsistente, estas pueden ser.
a.       Ausencia de datos en la información
b.      Datos existentes, pero con rangos no válidos
c.       Datos duplicados
d.      Datos que no representan la situación real del negocio.
     
Una vez identificado el dato inconsistente, debemos iniciar la tarea de validación y corrección de estos datos.

2.       Generar controles para corregir los datos, al momento de que estos entren a nuestro sistema, esto es   una medida para evitar que este tipo de problemas se vuelvan a presentar.

3.       Transferir los datos necesarios, es decir eliminar las redundancias entre los datos provenientes de la       migración.

4.       Identificar los campos en los cuales, un error podría causar una mala interpretación de la información, es decir, revisar la naturaleza del dato (entero, cadena de caracteres, ..) y observar el patrón o estándar del dato mismo para garantizar su consistencia.

5.       Implementar un proceso de identificación de datos incorrectos, basado en criterios predefinidos antes de la carga del DWH (Data Warehouse). Para agilizar este proceso, la acción se ejecutará según la criticidad del dato.
a.       Si el dato es crítico, el proceso se detiene hasta que se solucione el problema.
b.      Si no es crítico, se asigna un valor por defecto para continuar la carga

Todos los eventos causados en alguno de estos pasos, se deberán registrar en una bitácora para facilitar la elaboración de un reporte que informe cómo fue el comportamiento de la migración de los datos.

Referencias:
http://es.slideshare.net/dchavezf/cmo-implementar-con-xito-una-solucin-de-bi

domingo, 7 de abril de 2013

!No hay marcha atrás!

Como bien lo dice el encabezado, no hay marcha atrás, previamente fue tomada la decisión de emprender un proyecto de BI y ha este punto se debe reducir el margen de fracaso. Por ello es importante que el proyecto siga una serie de metodologías. ¿Pero qué metodología?


Pues bueno, la selección adecuada y cuidadosa resulta ser bastante confusa al punto de ser casi imposible lograr elegir la adecuada,   sin embargo existen una serie de factores críticos para garantizar el éxito de proyectos de BI que nos ayuden a determinar la metodología que mejor se ajuste, algunos de ellos son:


  • Ha de estar orientada al cambio y no a la consecución de un producto final.
  • La gestión del proyecto debe ser de forma global y transversal a toda empresa.
  • Debe poder manejar múltiples subproyectos a la vez y en paralelo.
  • Ha de tener en cuenta todas las tareas/procesos de la empresa, sean o no críticos.
  • Debe basarse en la gestión de los caminos críticos del workflow empresarial.
  • Debe estar orientada a las personas y relaciones entre ellas.
  • Ha de estar alineada con las necesidades de negocio de la organización.




Es tan importante esto que en un estudio hecho por la Universidad de Monash de Australia, ha arrojado resultados poco favorables, como: más del 85% de los proyectos de BI han fracasado en la consecución de sus objetivos. por una mala metodología o la poca importancia que se le da.

Es bien importante mencionar que en el proceso de implementación también deben seguir una metodología, para este caso vamos a resaltar  la importancia de seguir marcos de referencia como Project management,  ya que permitirá crear la planificación del proyecto para cumplir los requerimientos y deberá emplearse tiempo en definir claramente, para poder comprender el objetivo, el alcance, los requerimientos, los riesgos, las limitaciones y los supuestos, estos marcos si bien son un buen referente, no se desarrollan por sí solos van seguidos de la destreza de un buen director de proyecto y la selección de un buen equipo por parte de él, con un alto grado de responsabilidad y talento humano. 

Para finalizar mencionaremos, la planificación ya que en ella debemos fijar los objetivos, planificar, medir, controlar y ejecutar las acciones correctivas que sean necesarias. La planificación de un proyecto es una estimación que deberá ser revisada y controlada contínuamente, y ajustada en los casos en que sea necesario.

Referencias bibliograficas:






domingo, 31 de marzo de 2013

A implementar BI


Decidida la empresa por la implantación de un proyecto de BI, esto es superadas las fases de análisis previos sobre sus bondades y pertinencias, sobre sus posibilidades técnicas  y financieras es momento de iniciar  la estructuración del equipo técnico responsable de la estructuración y debido alistamiento para la producción y utilización permanente de la herramienta por parte de los interesados de la compañía. Por supuesto que la arquitectura de BI es del resorte de la unidad de T.I. pero la aplicación como tal es diseñada para la utilización de los usuarios del negocio. Recordemos que la base de datos es realmente una bodega (DWH) concepto que desborda la de la dimensión  del tamaño de almacenamiento de una  hoja electrónica. Por ello estamos hablando en términos de máquina una importante capacidad de almacenamiento para la base central, atendida por un grupo técnico básico liderado por el administrador de la base de datos relacional, acompañándolo se desempeñan un modelador de datos especialista en herramientas OLAP, un analista de sistemas del negocio y un desarrollador de aplicaciones de BI. En el mercado se encuentran una variedad de herramientas que realizan las tareas propias de los cubos OLAP y las sentencias SQL que operan sobre los datos almacenados. 


“Business Intelligence Development Studio es un entorno de desarrollo basado en Microsoft Visual Studio 2008 que se emplea para crear y modificar soluciones de Business Intelligence. Con Business Intelligence Development Studio, se pueden crear proyectos de Analysis Services que contienen definiciones de objetos de Analysis Services (cubos, dimensiones, etc.), que se almacenan en archivos XML que contienen elementos ASSL (Analysis Services Scripting Language). Estos proyectos se incluyen en soluciones que a su vez pueden contener proyectos de otros componentes de SQL Server, incluidos SQL Server Integration Services y SQL Server Reporting Services. “ [1]

Los usuarios interesados en los productos finales deben aportar al grupo técnico anteriormente indicado las listas de requerimientos que pueden estar constituidas por formatos de cuadros  de salida de doble entrada que consolidan por diferentes criterios los datos que reposan en la bodega, la idea del trabajo es que los usuarios finales con pocas instrucciones puedan obtener la información que les es útil para su análisis del negocio. Como en todo proyecto no solamente es propio del desarrollo contemplar todos los aspectos referentes a la operatividad que le son inherentes sino también aquellos puntos que prácticas anteriores han destacado como errores  frecuentes. En las implantaciones de BI suelen presentarse los siguientes: TI construye el DWH sin considerar los requerimientos de los usuarios del negocio, se crean cubos complejos con muchas dimensiones que son difíciles de utilizar por los usuarios finales, no se atiende debidamente la confiabilidad y seguridad de los datos, existen más profesionales en la empresa implementando y soportando el BI que usuarios del negocio utilizándolo, construir un gigante que cubra todos los aspectos del negocio, se tarda mucho tiempo en proporcionar resultados de valor que hacen incomprensible de entender los costos monumentales de la inversión. Por ello como directriz de la solución se recomienda como directriz tener un objetivo claro lograble en no más de tres meses e implantar la utilización a un nivel de escala razonable dentro de la empresa. Seguramente las áreas comerciales o las que hagan sus veces serán las más interesadas de manera prioritaria.



domingo, 24 de marzo de 2013

Hora de implementar, pero antes...


En las anteriores publicaciones hemos dado la idea de las funciones y los beneficios que puede brindar BI mediante ejemplos de la vida real de compañías que han agregado valor a esta solución y han visto los frutos en un tiempo determinado luego de implementado. Luego de eso vimos algunas de las herramientas que usa BI para así dar una idea de la composición de este y de las muchas funcionalidades que contiene. Es tiempo entonces de ingresar a la implementación de la solución, la etapa crucial y que marca un antes y un después en la organización y el funcionamiento de las compañías que se aventuran en este proyecto, pero antes de involucrarnos directamente en la implementación de BI, existen una serie de puntos que hay que tener en cuenta antes de hacer todo este proceso, nombraremos algunos de los puntos a modo de interrogantes para dar un mejor lineamiento de lo que en realidad usted necesita, los puntos son nombrados a continuación:


1.    ¿Realmente lo que necesito lo solucionará un BI?: este punto es base y debe ser tenido en cuenta antes que cualquier otro, ya que un mal planteamiento de este puede llevar a consecuencia catastróficas. Para resolverlo, hay que tener muy claro y definido tanto nuestro problema como las funciones y beneficios que brinda BI, si su compañía presenta antecedentes en malas decisiones debido a problemas en entender la información proporcionada en reportes e informes, puede ser esto una alerta de lo que necesita en efecto es BI.

2.    ¿Qué limitaciones hay dentro de mi empresa?: como hemos visto en las últimas publicaciones, BI se soporta de una serie de herramientas las varían tanto de su funcionalidad como de los componentes que estas necesitan para trabajar con normalidad, es necesario conocer muy bien los recursos que dispone la compañía y los que tiene en el momento tales como sus utilidades, sus aplicaciones y su infraestructura (tanto de equipos como de red) para así conocer muy bien las limitantes que existen y que un determinado BI pueda soportar para así evitar futuros gastos no deseados como la compra de equipos y aplicaciones para que la herramienta funcione con normalidad.

3.    ¿Mi personal está enterado del cambio?: BI como cualquier solución de software implica que habrán cambios en la compañía, algunos de esos cambios implica en el “¿cómo se hacen las cosas” en algunas funciones, es necesario comunicar a tiempo que se tiene pensado implementar una solución que puede cambiar muchas de las cosas y forma de trabajar en la actualidad. Este punto es uno de los más constantes en toda la etapa de implementación ya que se tendrá un constante contacto con el personal en temas como pueden ser la capacitación para usar la herramienta, las metas que se tienen propuestas para probar la inversión realizada, entre otros.

4.    ¿Tengo algún conocimiento del mercado en cuestión?: el mercado de BI es muy amplio y se tienen infinidad de opciones en el tipo de servicios ofrecidos a los clientes, esto puede ser un riesgo potencial ya que muchos de esos proveedores pueden tomar provecho de eso y persuadir a los clientes de que su solución es la más adecuada cuando esta no lo puede ser tanto y ser el inicio de un dolor de cabeza incuso mayor al que se tiene. La solución a esto, es investigar y hacer un trabajo de campo en las soluciones que brindan los proveedores ya sea por referencias o la misma experiencia adquirida, para así no “tragar entero de los proveedores” y hacer más fácil el proceso de selección.

Si las interrogantes expuestas anteriormente están muy alineadas con lo que usted requiere y además de que la solución propuesta se encuentra muy asociada a que usted ya tiene, ha dado usted entonces un paso muy grande para iniciar la implementación de un BI en su compañía, con lo que esperamos que esta herramienta le de muchos beneficios y su empresa tenga la prosperidad que usted desea tener.

Autor: John Cortés 

domingo, 17 de marzo de 2013

Cuentas con la información, Ahora ¿Cómo representarla?

Para concluir el tema de herramientas necesarias para BI, vamos a mencionar una, que si bien no esta relacionada directamente con la solución, tiene una importancia al final del proceso de éste, si integramos cada uno de los ingredientes mencionados de momento,nos encontramos con el problema de representar los resultados y llevarlos a la mesa directiva. Llevar a cabo esta labor implica preguntarnos cosas como: Un formato estándar, medios de publicación, velocidad de respuesta, que grado de interacción con la información y que tan clara ser ésta? Esto puede llegar a ser complejo. Pues bien, Navegando por el mar de información que encontramos en internet, existen herramientas con este fin que ayudarán al responsable en ejecutar la solución de BI, ya que solo se enfocará en la calidad de la información, diseñando formatos y plantillas, que podrán ser integrados en la solución BI sin ningún grado de complejidad como un módulo presentación de informes para los usuarios finales.




  



Hoy mencionaremos una aplicación de estas multiplataforma.  La herramienta iReport es un constructor / diseñador de informes visual, poderoso, intuitivo y fácil de usar para JasperReports escrito en Java. Este instrumento permite que los usuarios corrijan visualmente informes complejos con cartas, imágenes, subinformes, algunas de sus bondades




- Crear un diseño de informe en blanco.
- Definir una conexión de base de datos  o data warehouse.
- Definir una consulta a la base de datos.
- Arrastre los campos a la banda de detalle.
- Mejorar el diseño.
- Apoyo para datos relativos.
- HTML5 gráficos.
- XML / Un soporte de SASS.
- Las tablas anidadas.

 



Referencias: