Upload
others
View
2
Download
0
Embed Size (px)
Citation preview
ANÁLISIS, DISEÑO E IMPLEMENTACIÓN DE LA SOLUCIÓN ORACLE BI CLOUD PARA LA CONSTRUCCIÓN Y PUBLICACIÓN DEL PORTAL DE INTELIGENCIA DE NEGOCIOS PARA LAS ÁREAS FINANCIERAS Y
OPERATIVAS DE DP WORLD CAUCEDO
Autor: MANUEL ALEJANDRO RUBIO ZÁRATE
UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS FACULTAD DE INGENIERÍA INGENIERÍA DE SISTEMAS
Bogotá D.C, 2018
ii ANÁLISIS, DISEÑO E IMPLEMENTACIÓN DE LA SOLUCIÓN ORACLE
BI CLOUD PARA LA CONSTRUCCIÓN Y PUBLICACIÓN DEL PORTAL DE INTELIGENCIA DE NEGOCIOS PARA LAS ÁREAS FINANCIERAS Y
OPERATIVAS DE DP WORLD CAUCEDO
Autor: MANUEL ALEJANDRO RUBIO ZÁRATE
Proyecto de Grado para optar al Título de Ingeniero de Sistemas
Director Interno: John Freddy Parra Peña Ingeniero de Sistemas
Director Externo: Darío Valderrama Castiblanco
Business Development Director en Imagine CX SAS
UNIVERSIDAD DISTRITAL FRANCISCO JOSÉ DE CALDAS FACULTAD DE INGENIERÍA INGENIERÍA DE SISTEMAS
Bogotá D.C, 2018
iii Agradecimientos
A mi familia, mis padres Manuel Antonio y Martha Evelia, y a mi hermana Verónica,
por su apoyo incondicional para lograr esta meta en mi vida.
A Imagine CX, en cabeza de Darío Valderrama, por darme toda su confianza para
poder aplicar mis conocimientos y por todo lo que he logrado aprender para crecer
profesionalmente.
A mi director de proyecto, el ingeniero John Freddy Parra, por creer en este
proceso y darme la guía necesaria para completarlo exitosamente.
A todos aquellos que me dieron su ánimo en los momentos más difíciles para
continuar con mi sueño.
iv Tabla de Contenidos
Capítulo 1 Introducción ............................................................................................................... 1
Capítulo 2 Planteamiento del problema ................................................................................... 4
Capítulo 3 Objetivos..................................................................................................................... 6
3.1. Objetivo general ................................................................................................................ 6
3.2. Objetivos específicos ....................................................................................................... 6
Capítulo 4 Justificación ............................................................................................................... 7
Capítulo 5 Delimitación ............................................................................................................... 9
5.1. Alcances............................................................................................................................. 9
6.2. Limitaciones..................................................................................................................... 10
Capítulo 6 Marco teórico ........................................................................................................... 11
6.1. Business Intelligence ..................................................................................................... 11
6.1.1. Definición. ................................................................................................................. 11
6.1.2. Modelado Dimensional. .......................................................................................... 12
6.1.3. Proceso ETL. ........................................................................................................... 14
6.1.4. Oracle BICS. ............................................................................................................ 15
6.1.5. Lenguaje SQL. ......................................................................................................... 17
6.2. Business Dimensional Lifecycle ................................................................................... 17
6.2.1. Definición y Características. .................................................................................. 17
6.2.2. Fases. ....................................................................................................................... 19
Capítulo 7 Ejecución del Proyecto .......................................................................................... 23
7.1. Antecedentes e Inicio..................................................................................................... 23
7.2. Etapa de Análisis ............................................................................................................ 24
7.2.1. Operaciones y Mantenimiento. ............................................................................. 24
7.2.2. Finanzas. .................................................................................................................. 28
7.3. Etapa de Diseño ............................................................................................................. 33
7.4. Etapa de Implementación y Pruebas .......................................................................... 44
Capítulo 8 Resultados y Conclusiones ................................................................................... 59
Capítulo 9 Proyectos Futuros ................................................................................................... 62
Capítulo 10 Glosario .................................................................................................................. 64
Capítulo 11 Bibliografía ............................................................................................................. 66
v Lista de tablas
Tabla 1. Tabla de dimensiones de Operaciones.………..…………………………………25 Tabla 2. Tabla de indicadores de Operaciones …………...……………………………....26 Tabla 3. Tabla de dimensiones de Mantenimiento………………………………………...27 Tabla 4. Tabla de indicadores de Mantenimiento……..…………………………………...27 Tabla 5. Tabla de dimensiones de Finanzas …………...………………………………….29 Tabla 6. Tabla de indicadores de Finanzas.…..……………………………………………30 Tabla 7. Roles y usuarios consumidores de Oracle BICS.………..……………………...40 Tabla 8. Niveles de acceso …………...……………………………………………………..40 Tabla 9. Resultados generales por fases.…..……………………………………………...60
vi Lista de figuras
Figura 1. Ejemplo de modelo dimensional………………………………………………….13 Figura 2. Proceso ETL estándar……………….……………...……………………………..15 Figura 3. Tablero de control en Oracle BICS...……………………………………......…...16 Figura 4. Metodología Business Dimensional Lifecycle…………………………………...18 Figura 5. Firmas de aprobación del Documento de Análisis……………………………...32 Figura 6. Modelo Dimensional de Mantenimiento………………………………………….33 Figura 7. Modelo Dimensional de Operaciones…………...……………………………….34 Figura 8. Modelo Dimensional de Finanzas...……………………………………......…….34 Figura 9. Arquitectura del proyecto…………………………………..................................36 Figura 10. Escenario de Staging Area……………….……………...………………………38 Figura 11. Mockup de panel de control para Finanzas...………………………………….41 Figura 12. Mockup de panel de control para Operaciones………………………………..42 Figura 13. Mockup de panel de control para Mantenimiento.…………………………….42 Figura 14. Firmas de aprobación del Documento de Diseño……………………......…...43 Figura 15. Información del servicio BI de Oracle…………………………………………..44 Figura 16. Página inicial de Oracle BICS……………….……………...…………………..45 Figura 17. Conexión exitosa a base de datos Oracle desde BICS……………......…….46 Figura 18. Servidor dedicado de DP World Caucedo……………………………………..47 Figura 19. Ejemplo de reporte Trial Balance….……………...…………………………….48 Figura 20. Ejemplo de Consulta a N4 (RTG Productivity) ………………………......…...49 Figura 21. Ejemplo de reporte Equipment Breakdown (Año 2015) ……………………..50 Figura 22. Ejemplo de reporte VOR……………….……………...…………………………50 Figura 23. Ejemplo de Consulta a ICAM (Total Value Inventory) ...……………………..51 Figura 24. Ejemplo de reporte Centre of Excellence………………………………………52 Figura 25. Detalles de conexión a ICAM en Oracle Data Sync…………………………..53 Figura 26. Tareas de archivos planos en Oracle Data Sync……………………….....….53 Figura 27. Jobs de carga de datos en Oracle Data Sync…………………………………54 Figura 28. Código de ETL (Operaciones)……………….……………...…………………..55 Figura 29. Staging Area de Finanzas...……………………………………….......………..55 Figura 30. Staging Area de Operaciones………………..………………………………….56 Figura 31. Staging Area de Mantenimiento…….……………...…………………………...56 Figura 32. Modelador de datos de Oracle BICS……………………………………......….57 Figura 33. Panel de control en Oracle BICS (Mantenimiento)……………………………58
1
Capítulo 1
Introducción
A lo largo de su tiempo de vida las compañías siempre buscan las mejores
estrategias para destacarse en el mercado sin que exista un alto impacto en sus
recursos y sus finanzas. Sea la industria que sea buscan competir teniendo en
cuenta su propia planeación y la forma en que esta se ejecuta, más sin embargo
muchas veces ésta no llega a ser lo suficientemente exitosa y termina generando
mayores problemas.
¿Existe una sola causa de este escenario? La respuesta es no, pero
siempre hay una muy común: la toma de decisiones. Aunque es un concepto que
puede parecer muy obvio y a simple vista fácil de resolver, en las industrias se
toman decisiones de manera incorrecta, y la razón de ello se resume en una sola
palabra: desinformación.
Cuando se llega a un momento crítico donde es necesario tomar acción, se
piensa más en el ‘presente’ que en el ‘pasado’, pero allí es donde radica el primero
de los problemas: si no se echa una mirada a la historia no se puede aprender de
los errores. Existe por eso la posibilidad de volver a tomar una decisión
equivocada por el simple hecho de no recordar y aprender de una acción que ya
ocurrió, con resultados no muy satisfactorios.
2
Ahora viene un interrogante: Si la solución está a la mano, ¿Por qué motivo
las empresas no lo hacen? ¿Qué causa que no se tome este camino? La
explicación es volumen. Las grandes empresas cuentan con volúmenes de
información tan inmensos que el solo revisarlos podría demorarse meses (lo cual
para tomar una decisión inmediata es ineficaz), y ahí es donde se ve el porqué de
la renuencia a la solución. Llega entonces el segundo problema a solucionar, y es
lograr consolidar esa gran cantidad de información muy rápidamente.
Por ese motivo, las grandes empresas de tecnología enfocaron sus
esfuerzos en resolver este segundo problema (que era un común denominador
desde el siglo pasado), para finalmente a finales de los años 50 encontrar la
respuesta: Inteligencia de Negocios. Aunque la tecnología de la época aún
dificultaba su implementación exitosa (existía meramente como un ‘concepto
innovador’ pero igualmente complicado de materializar), a medida que se llegaba
a nuestra época se fue haciendo cada vez más plausible.
El presente documento describe las distintas fases del proyecto por el cual
se establece un modelo de inteligencia de negocios en Oracle BICS para DP
World Caucedo (un puerto marítimo ubicado en República Dominicana), haciendo
especial énfasis en el modelado dimensional y la configuración de la herramienta
BI. El trabajo muestra además el marco sobre el cual se desarrolló este proyecto,
3
los objetivos a impactar, los resultados obtenidos con el mismo y qué otros
proyectos futuros pueden darse a partir de éste.
4
Capítulo 2
Planteamiento del problema
DP World Caucedo, como parte de Dubai Ports World, maneja un gran
número de operaciones de servicios portuarios y de logística en el año. Así mismo,
cuenta con una serie de metas cuantitativas a cumplir en diferentes áreas del
puerto, lo que involucra mediciones de diferentes indicadores que intervienen en
los procesos estratégicos del mismo.
Aunque todas las áreas tienen sus indicadores establecidos (algunas más
que otras), como punto de partida están 3 áreas claves dentro de la organización:
Finanzas, Operaciones y Mantenimiento. Cada una de ellas realizan dichas
mediciones a través de hojas de cálculo de Excel, la cual es una herramienta muy
fácil de utilizar. Sin embargo, no es una herramienta precisa para realizar todo un
proceso de inteligencia empresarial y obtener los indicadores que necesitan de
una forma expedita, sencilla de ver y entender; y además con el agregado de la
gigantesca cantidad de información que resulta compleja de guardar y manejar
con las hojas de Excel.
Por este motivo, DP World Caucedo se fijó en Oracle Business Intelligence
Cloud Service como la herramienta ideal para solucionar el problema de
mediciones y de información, pero para tenerlo en funcionamiento se requiere un
5
cuidadoso proceso de análisis de los elementos a medir para la posterior
construcción de los modelos estrella y el despliegue de los tableros de control
donde estarán todos los KPIs requeridos.
Con el entendimiento del problema antes descrito, ¿Cómo puede Imagine
CX implementar el modelo de inteligencia de negocios para mejorar la toma de
decisiones en DP World Caucedo?
6
Capítulo 3
Objetivos
3.1. Objetivo general
Realizar el análisis, diseño y desarrollo del proceso de inteligencia de
negocios en la herramienta Oracle BICS para DP World Caucedo.
3.2. Objetivos específicos
● Definir los indicadores y transformaciones de información capturada
que sean estrictamente necesarios para las áreas de Operaciones,
Mantenimiento y Finanzas de DP World Caucedo.
● Realizar el diseño correspondiente de los modelos estrella y del
proceso de paso de información de las diferentes fuentes de datos
manejadas actualmente en DP World Caucedo hacia la herramienta de BI.
● Desarrollar la implementación del software Oracle Business
Intelligence Cloud Service a fin de tener plasmada la información de DP
World Caucedo en una serie de modelos dimensionales y tableros de
control pre-construidos.
7
Capítulo 4
Justificación
La puesta en marcha de un proyecto de Business Intelligence es en la
actualidad fácilmente gestionable por las múltiples soluciones tecnológicas
dispuestas exclusivamente para este propósito. El hecho de poder gerenciar los
KPIs de una organización en cuestión de segundos puede resultar una alternativa
más que idónea si se tiene toda una planeación estratégica ya establecida y
millones de datos para consumir en pro de dicha planeación.
Ya que DP World Caucedo es un punto marítimo importante en la
República Dominicana (y así mismo en Centroamérica), tiene un impacto en el
transporte marítimo a nivel mundial, por lo cual es importante tener siempre unas
metas de cumplimiento y de gestión. El puerto requiere que se realice
recurrentemente el procesamiento de su enorme volumen de datos para gestionar
los indicadores de la compañía. Sin embargo, la gran cantidad de información que
se maneja a diario obliga a que se consolide todo en una plataforma tecnológica
que sea capaz de crear análisis útiles para las directivas de DP World Caucedo,
pero además de eso que lo haga de forma rápida. Como suelen hacerlo en Excel,
dicha consolidación puede tardar mucho tiempo, y para cuando se ha finalizado
los datos son obsoletos para ser usados como insumo en la toma de decisiones.
8
Por todo lo anterior es que Imagine CX ha optado por hacer un análisis,
diseño e implementación de Inteligencia de Negocios en Oracle BICS (una
solución PaaS cloud que cuenta con varios casos de éxito en todo el mundo para
diferentes industrias) para las áreas de Finanzas, Operaciones y Mantenimiento
de la terminal marítima; con el objetivo de tener en un solo lugar la información de
las áreas y con ello presentar información actualizada que sea del interés analítico
de DP World, consumible en cualquier momento y cualquier lugar.
9
Capítulo 5
Delimitación
5.1. Alcances
● El equipo de trabajo se organizó por los roles definidos por Imagine
CX de acuerdo con la metodología de proyecto elegida. Los roles que se
asumirán en la pasantía corresponden al de Líder de Proyecto, Consultor,
Desarrollador y Entrenador.
● Se realizaron 3 sesiones de levantamiento de información con las
áreas a impactar, en donde se establecieron un total de 40 indicadores: 15
indicadores para Finanzas, 14 para Operaciones y 11 para Mantenimiento.
● Se construyó la ETL a partir de 2 fuentes de datos para Finanzas, 3
para Operaciones y 2 para Mantenimiento.
● Se crearon los análisis y paneles de control de acuerdo con lo
solicitado y aprobado por DP World Caucedo en el Documento de Diseño.
10
● Se desarrollaron los documentos respectivos específicos trabajados
actualmente por Imagine CX como Documento de Análisis, Documento de
Diseño, Actas, Documentos de Pruebas, etc.
6.2. Limitaciones
● El desarrollo del proyecto abarcó únicamente las áreas de Finanzas,
Operaciones y Mantenimiento de DP World Caucedo.
● La herramienta BI se configuró únicamente para usuarios analistas
de cada área y sus respectivos gerentes, además de los administradores
(personal del área de TI).
● La implementación del proyecto fue realizada enteramente sobre
tecnología Oracle tanto Cloud como On-Premise.
11
Capítulo 6
Marco teórico
6.1. Business Intelligence
6.1.1. Definición. La Inteligencia de Negocios (Business Intelligence o BI) es un
concepto surgido hace más de 50 años (aunque ha explotado recientemente de
forma importante en parte gracias a Internet), que hace referencia a una serie de
métodos y herramientas para manejar grandes volúmenes de información y
apoyar la toma de decisiones de una organización a través de indicadores
analíticos u operativos con el objetivo de una mejora en la competitividad. [1]
Tomando en cuenta que la información que se maneja actualmente es
demasiada en comparación a décadas anteriores y que además de ello debe ser
precisa y rápida de consultar, los sistemas y bases de datos tradicionales no son
efectivos para practicar la Inteligencia de Negocios [2]. Es por ello que el BI se
realiza sobre aplicaciones específicas de este tipo y bases de datos
especialmente creadas para esta labor (Bodegas de datos o Data Warehouse), ya
que los datos pueden provenir de distintas fuentes por lo cual es necesario
recopilarlos todos en un solo lugar. [3]
12
Un proceso de BI es un proceso continuo y analítico que, además, se
realiza sobre un área específica de la organización [4]. A pesar de que un Data
Warehouse puede almacenar los datos de toda la compañía, el análisis de
indicadores siempre se divide por áreas (Data Marts), y también se busca que
haya trazabilidad en la información para asegurar decisiones corporativas más
efectivas y acertadas.
6.1.2. Modelado Dimensional. Es una técnica de diseño lógico orientado a lograr
simplicidad en una base de datos, y se le considera la arquitectura primaria para
sistemas que tienen integrado BI y Data Warehouse. Su uso se basa en la premisa
de entregar datos entendibles para los usuarios finales y alto rendimiento en las
consultas. [5]
Aunque el modelado dimensional trabaja con tablas de bases de datos éste
posee una estructura especial, llamada Modelo Estrella, que contiene dos
elementos distintivos y claves de los modelos dimensionales que son:
● Hechos: Son las variables, usualmente numéricas, que componen
uno o más indicadores. Se representan en el modelo estrella como una
tabla que contiene una llave compuesta con tantas columnas como
dimensiones tenga asociadas.
13
● Dimensiones: Son las perspectivas o los puntos de vista desde los
cuales se descompone un indicador. En los modelos dimensionales son
representados como tablas con una llave primaria (en el modelado
dimensional las llaves primarias se conocen como Llaves Subrogadas –
Surrogate Key-). Las dimensiones no están atadas obligatoriamente a una
sola tabla de hechos.
Figura 1. Ejemplo de modelo dimensional. Tomado de: Diseñando una solución OLAP (Data
Warehouse, Data Mart, BI) - Aprende a Programar - Codejobs. [7]
14
Una de las ventajas que traen los modelos dimensionales es su facilidad
para extenderse y acoplarse a nuevos elementos dentro del mismo. Así, cuando
se agregan tablas o columnas nuevas no se requiere hacer grandes cambios al
modelo ya establecido y además sin interferir con la información que ya se tiene.
[5] [6]
6.1.3. Proceso ETL. El proceso ETL (Extract, Transform and Load) es un área
dedicada de trabajo donde se realiza todo el manejo sobre los datos desde que
se obtienen de la fuente hasta que se distribuyen por todo el Data Warehouse.
Como su nombre lo indica, consta en principio de 3 pasos: [6]
● Extracción (Extract): Es el primer paso del proceso y consiste
básicamente en obtener la información de las fuentes tal cual y como viene.
● Transformación (Transform): Son todos los procesos ejecutados que
se requieran para convertir los datos al formato requerido por el Data
Warehouse. Este paso se realiza normalmente en un espacio dedicado
llamado Staging Area (que es al cual llega la información traída con la
extracción).
● Carga (Load): Es la organización de los datos transformados en las
tablas del Data Warehouse. [9]
15
Figura 2. Proceso ETL estándar. Tomado de: ETL Tools| Importance of Extract, Transform,
Load and Data Warehousing. [8]
Aunque el proceso estándar implica solamente los 3 pasos mencionados
anteriormente, el Staging Area permite realizar tantas ETL se necesiten para que
al final se pueda trasladar la información al Data Warehouse, esto con el fin de
tener los datos más entendibles y limpios posibles. Todas las operaciones que se
hagan para un proceso ETL pueden desarrollarse mediante lenguaje de base de
datos o a través de herramientas especializadas para este tipo de procesos.
6.1.4. Oracle BICS. Es un servicio de Oracle tipo PaaS (Platform as a Service)
que simplifica la creación, gestión y despliegue de aplicaciones de Business
Intelligence [10]. Cada instancia aprovisionada por Oracle cuenta con los servicios
de visualizador de BI y una base de datos con almacenamiento de 50 GB, además
de la capacidad de conexión con otras bases de datos cloud u On-Premise. [11]
16
Figura 3. Tablero de control en Oracle BICS. Tomado de: Fuente propia.
Al ser un servicio cloud, el usuario no tiene preocupación por instalación
en servidores locales ni tampoco por requerimientos de espacio. Oracle BICS
tiene también acceso desde dispositivos móviles, y permite construir modelos
dimensionales, análisis y tableros de control de forma veloz e intuitiva. Además,
mediante la herramienta On-Premise Oracle BICS Data Sync se pueden realizar
cargas masivas de datos tanto si vienen de otras bases de datos o de archivos
planos tipo Excel o CSV, pudiéndose hacer de forma recurrente o en el
momento que el usuario disponga.
17
6.1.5. Lenguaje SQL. SQL (Structured Query Language) es un lenguaje
especializado para los sistemas gestores de bases de datos, que permite realizar
operaciones sobre la información alojada en dichos sistemas especializados [12].
Su origen se remonta a casi 50 años (casi al tiempo que el concepto de bases de
datos relacionales), y su alcance llega a las definiciones de datos, su manipulación
y su control.
A pesar de que su origen se debió a la aparición del concepto de modelo
relacional, con el tiempo ha adquirido la capacidad de adaptarse a nuevos
modelos como el modelo dimensional gracias a características como su
estandarización, su evolución constante y su poder como framework [13]. Su uso
es ampliamente conocido por sentencias (en especial de manipulación de datos)
como SELECT, INSERT INTO, UPDATE, DELETE, a las cuales con el tiempo se
le han ido agregando nuevos elementos como MERGE, JOIN, entre otras.
6.2. Business Dimensional Lifecycle
6.2.1. Definición y Características. El Business Dimensional Lifecycle, también
llamada Kimball Lifecycle debido a que fue creada por miembros del Kimball
Group, es una metodología de proyectos enfocada en temas de Inteligencia de
Negocios. Presenta una diagramación no tan alejada de las metodologías de
desarrollo como RUP o SCRUM, pero cuenta con algunas etapas diferentes
18
debido a su campo de acción tan específico, y es una metodología cíclica puesto
que la estructura del proceso de Inteligencia de Negocios lo permite. [14]
Figura 4. Metodología Business Dimensional Lifecycle. Tomado de: Kimball GroupKimball
DW/BI Lifecycle Methodology – Kimball Group. [14]
Este modelo inició desde mediados de los 80, y su evolución se ha ido dando
a medida que aparecían más proyectos de Business Intelligence, en donde se han
podido ver diferentes escenarios vistos de primera mano por uno de los mayores
especialistas de este campo: Ralph Kimball (el fundador del Kimball Group) [15].
Tomando en cuenta estos escenarios finalmente se logró conseguir un
19
acercamiento al modelo ideal para proyectos BI aunque, como recalca su creador,
depende mucho de la integración de varias tareas y componentes. [14]
6.2.2. Fases. El Kimball Group define en su modelo aproximado varias fases o
etapas para poder llevar a cabo exitosamente un proyecto de Business
Intelligence. Éstas son:
● Project Planning: Aunque parece un paso bastante obvio, la
planeación de un proyecto de Inteligencia Empresarial requiere de un tema
bastante complejo: la justificación a nivel de negocio. Puesto que hay
costos altos en un proyecto de este estilo, se debe ver a través de la
planeación si el costo es aceptable con relación a los resultados y al
objetivo del proyecto. [17]
● Dimensional Modelling: En esta etapa es donde se diseña los
modelos de negocio acordados en la planeación. Para este tipo de
proyectos se debe considerar la dimensionalidad de los valores
cuantitativos claves para la organización (se recomienda una matriz que
evalué los procesos de negocio con la dimensionalidad mencionada, para
poder definir los modelos estrella con mayor facilidad y exactitud).
20
● Physical Design: Esta fase es dedicada a elaborar las estructuras
físicas que van a soportar el diseño lógico de la base de datos encargada
de contener el Data Warehouse. Algunos elementos primarios de esta fase
son los estándares de tablas y campos, así como la configuración del
ambiente de esa base de datos.
● Data Staging Design & Development: Esta fase es en la cual se
establece el proceso ETL, así como el aseguramiento de la calidad de los
datos que vendrán a ser los insumos de los KPIs. Acá se recomiendan 2
escenarios: uno que involucra la carga inicial, y otro para la carga
recurrente, que es la que quedará en definitiva al finalizar el proyecto.
● Technical Architecture Design: Al integrar muchos elementos, esta
etapa muestra la arquitectura global y la visión del proyecto. En esto se
necesita considerar 3 factores en conjunto: los requerimientos de negocio,
el ambiente técnico actual y las direcciones técnicas estratégicas
planeadas, para con ello tener el diseño técnico del proyecto.
● Product Selection & Installation: Acá se determina los productos
tecnológicos que intervienen en la carga de datos, el Staging y la
visualización de datos. Basados en requerimientos del cliente y recursos
21
disponibles a nivel técnico se determina la mejor opción para cada uno de
estos elementos. [16]
● End User Application Specification & Development: En continuación
con la fase anterior, en esta se define la manera en que los usuarios de
negocio consumen la información que se encuentra guardada en la bodega
de datos. Usualmente se usa una herramienta de representación de
información en forma de reportes consumibles desde cualquier dispositivo,
y que tengan la posibilidad de visualizar los datos de maneras diferentes
pero entendibles.
● Deployment: Esta etapa es una representación de la convergencia
entre tecnología, datos y aplicaciones finales para que sea accesible a los
usuarios de negocio. Es el paso que integra todas las otras fases, por lo
que si una de las anteriores hace falta, su realización no es recomendable
realizarla.
● Maintenance and Growth: Esta fase es en la cual se centra la
atención en reiniciar el ciclo de trabajo al existir la posibilidad de extender
el modelo actual. Su enfoque es también evaluar el resultado del proyecto
como algo satisfactorio a nivel de negocio, mas no como una falla.
22
● Project Management: Como sucede con cualquier otro proyecto, la
gestión se hace transversalmente a lo largo del ciclo de vida y garantiza el
seguimiento del proyecto, monitorea su estado y hace enfoque en las
actividades de cada una de las otras fases para mitigar riesgos y en el
manejo de los cambios que surjan. [14] [18]
23
Capítulo 7
Ejecución del Proyecto
7.1. Antecedentes e Inicio
Imagine CX, como compañía especializada en consultoría de negocio, cuenta
con varios enfoques de experiencia de cliente, y uno de ellos es la analítica de
negocio. Debido a su importancia en la gestión de diferentes elementos de CX
como las ventas, el servicio al cliente o el marketing, este pilar ha buscado servir
como proyecto posterior a los anteriormente mencionados. Como experiencia
previa cabe mencionar la implementación de un modelo de BI en Banco Mundo
Mujer (cuya sede principal se encuentra en Popayán) con el cual se buscaba
gestionar el área de mercadeo mediante unos KPIs.
Buscando un mayor mercado hacia el cual llevar sus servicios Imagine CX
decidió, por medio de Oracle (su mayor Partner a nivel de soluciones
tecnológicas), abarcar Centroamérica y el Caribe. En dicha incursión llegó la
posibilidad de implementar un proyecto de Business Intelligence en DP World
Caucedo (como parte de un megaproyecto que involucraba otras soluciones). La
reunión inicial del proyecto (denominada Reunión de Kickoff) contó con la
presencia de los altos directivos de DP World Caucedo, en cabeza de su Gerente
General Morten Johansen, y de Imagine CX; y en esta reunión se explicó todo lo
24
referente a temas de cronograma, canales de comunicación y definición de roles
claves dentro de DP World Caucedo para poder levantar la información requerida
para el proyecto y realizar el seguimiento del mismo una vez se iniciase el trabajo
del lado de Imagine CX.
7.2. Etapa de Análisis
Posterior a la reunión de Kickoff se realizaron unas sesiones de
levantamiento de información con las personas de las áreas impactadas durante
el proyecto: Finanzas, Operaciones y Mantenimiento. Cada una de estas áreas
fue entrevistada en un lapso de 4 horas con el objetivo de entender la situación
en aquel momento con respecto a la planeación estratégica y a los indicadores de
cada una (buscando diagnosticar también si DP World Caucedo ya tenía
establecido un Balanced Scorecard). Los principales hallazgos fueron los
siguientes:
7.2.1. Operaciones y Mantenimiento. En los últimos años el equipo de
Operaciones y Mantenimiento ha venido evolucionando con el objetivo de generar
eficiencias de manera constante sobre la operación del puerto. Se ha buscado
con mucha fuerza preservar la vida de los activos y elevar la productividad. Desde
esa perspectiva se han involucrado en los procesos de planeación estratégica.
Sin embargo, aunque se ha comunicado a el área el proceso de Balanced
25
Scorecard, las personas no conocen los detalles, por esta razón no todas las
personas se sienten involucradas en la estrategia de las áreas.
Los objetivos estratégicos en los cuales han estado trabajando son Customer
Experience, productividad, reducción de consumo y mejora en la utilización de los
equipos. Los KPIs de Operaciones, así como los puntos de vista de éstos están
claramente definidos y son los siguientes:
Perspective Description Comments Hierarchy (Granularity)
Time Point of view from year to date Calendar
Year
a) Year b) Semester c) Quarter d) Month e) Week f) Day
Shipping Line
Point of view from line name a) Line Name
b) Agency Name c) Consignee
Cargo Type Point of view of cargo type / service a) Services b) Cargo c) Type
Container Point of view of the Container a) Container Category
b) Container Type c) Container Status
Berth Point of view of the berth a) Berth Name
Transaction Type
Point of view from Transaction name a) Transaction Name
LOA Point of view from Length Over All a) LOA Name Tabla 1. Tabla de dimensiones de Operaciones. Tomada de: Documento de Análisis creado
por Imagine CX.
26
Indicator Name Meaning Category
GMPH crane productivity Decimal
BMPH vessel productivity Decimal
RTG productivity avg moves made by the equipment Decimal
ITV Productivity avg moves made by the equipment Decimal
Truck Turn Around Time (P2/P2)
total time taken to dispatch a customer in the gate measured from the point of entrance and back to the exit
Number
Placement avg of total time taken to serve a customer in the yard
from the moment of arrival to point of work to when the container is received/dispatched from/to truck
Number
Crane Density proportion of crane used to work in a ship Decimal
Yard Utilization TEUS occupied by containers based on terminal's yard
capacity Percentage
Container Dwell Time
days containers stay in the port in a period Number
Berth Utilization level of occupancy the berth has based on quay length,
volume of ships and their working hrs. in the port Percentage
27
Truck Transactions volume of gate transactions Number
Truck Appointments
volume of truck appointments Number
Throughput volume of vessel lifts Number
Vessel calls vessels worked Number
Tabla 2. Tabla de indicadores de Operaciones. Tomada de: Documento de Análisis creado
por Imagine CX.
En tanto que para Mantenimiento los KPIs y dimensiones establecidas son
los siguientes:
Perspective Description Comments Hierarchy (Granularity)
Time Point of view from year to date Calendar Year
a) Year b) Semester c) Quarter d) Month e) Week f) Day
Equipment Point of view from equipment type a) Equipment Type Tabla 3. Tabla de dimensiones de Mantenimiento. Tomada de: Documento de Análisis
creado por Imagine CX.
Indicator Name Meaning Category
Equipment Inherited
Availability
Total hours of the equipment being available for operations as % of Terminal Operating Hours
Percentage
28
Equipment Utilization
Total Operating hours of the equipment Percentage
Equipment Occupancy
Control on Hours as % of (Terminal Operating Hours - Planned Maintenance)". Planned Maintenance includes
Preventive Maintenance (service) and Planned Corrective Repairs.
Percentage
MMBF Mean Move Between Failure Number
Maintenance PM Percent PM Completed Percentage
Total Downtime Time when the equipment is not producing because they
are broken or down for repairs or other reasons (idle time).
Percentage
Total Breakdown Hours
Total hours (total downtime) Decimal
Total Value Inventory
Value of the stock at the end of the month (or year) Number
Percentage of Stock Outs
Percentage of stock outs Percentage
Inactive Inventory Monitor the Inactive Inventory Number
Dead or Obsolete Inventory
Number
Tabla 4. Tabla de indicadores de Mantenimiento. Tomada de: Documento de Análisis
creado por Imagine CX.
7.2.2. Finanzas. El equipo de Finanzas ha hecho en el pasado un juicioso ejercicio
de Balanced Scorecard, siguiendo la metodología original. Sin embargo, al no
conseguir que la organización entera se moviera en la misma dirección, no
volvieron a utilizarla. Son la división más madura, con más conocimiento y
consciente acerca de la metodología de BSC.
29
A partir del año 2016 el equipo directivo y gerencial ha trabajado en la
planeación y trabajan en función de los objetivos financieros rigurosamente sin
estar involucrados en BSC/AM ni tener seguimiento sobre la matriz. Por esta razón
el área no está involucrada en la iniciativa global. Han manifestado que los
indicadores son de orden operativo y no estratégico, por lo que en ese orden de
ideas quieren saber la proveniencia de los contenedores que están en el patio
para de esa forma poder conocer y abordar las tendencias del negocio, y poder
contemplar alternativas como diversificación de portafolio, mitigación de riesgos,
etc. Los KPIs y los puntos de vista definidos por el área como los más esenciales
son:
Perspective Description Comments Hierarchy (Granularity)
Time Point of view from
year to date
Fiscal Year is the same
Calendar Year.
a) Year b) Semester c) Quarter d) Month
e) Day f) Date
Geography Point of view from
country to city
a) Continent b) Country
c) State d) City
Shipping Line
Point of view from line name
a) Line Name
b) Agency Name c) Consignee
Cargo Type Point of view from
services to Customers
a) Services b) Cargo c) Type
Business Line
Point of view from type of business
within of a Business Unit
a) Business Line Unit b) Sub Unit
30
Entity Line Point of view from type of area within of a Business Line
a) Entity Line Name
Tabla 5. Tabla de dimensiones de Finanzas. Tomada de: Documento de Análisis creado por
Imagine CX.
Indicator Name Meaning Category
ROCE (Return on Capital Employed)
(ROCE) is a financial ratio that measures a company's profitability and the efficiency with which its capital is
employed Ratio
EBITDA Earnings Before Interest, Tax, Depreciation &
Amortization Money
EBITDA Margin Margin of EBITDA about of Revenue Percentage
Revenue per LIFT Measures Revenue about the total LIFT's Money
Operating Cost per LIFT
Measures Operating expense about the total LIFT's Money
Overhead Cost per LIFT
Measures Terminal Overhead expense about the total LIFT's
Money
Labor Cost per LIFT Measures Payroll expense about the total LIFT's Money
31
Equipment M&R per LIFT
Measures M&R Equipment expense about the total LIFT's
Money
Debtor Days Average number of days it takes Caucedo to receive
payment from its debtors, the lower figure the better. A high figure suggests inefficiency or potential bad debts.
Number
Payable Days
Average number of days a company takes to pay its suppliers, the higher the better. A high figure suggests
inefficiency or potential need of external capital to cover obligations.
Number
Revenue per TEU's Measures Revenue about the total TEU's Money
Operating Cost per TEU's
Measures Operating expense about the total TEU's Money
Overhead Cost per TEU's
Measures Terminal Overhead expense about the total TEU's
Money
Labor Cost per TEU's Measures Payroll expense about the total TEU's Money
Equipment M&R per TEU's
Measures M&R Equipment expense about the total TEU's
Money
Tabla 6. Tabla de indicadores de Finanzas. Tomada de: Documento de Análisis creado por
Imagine CX.
32
Habiéndose fijado los distintos indicadores y puntos de vista de las 3 áreas se
realizó el Documento de Análisis, el cual explica cuál es la situación actual de la
compañía en términos de sus procesos de negocio y de qué manera Imagine CX
recomienda mejorarlos con todo un acompañamiento a nivel de consultoría para
el apoyo de dichos procesos. Sin embargo, en esta etapa se procura no ahondar
en la parte de tecnología ya que todo eso se profundiza en la etapa de diseño.
Este documento fue aprobado por las partes interesadas de DP World.
Figura 5. Firmas de aprobación del Documento de Análisis Tomado de: Documento de
Análisis creado por Imagine CX.
33
7.3. Etapa de Diseño
Con la aprobación del Documento de Análisis se inicia la etapa de diseño, en
la cual ya se determina a nivel tecnológico la configuración final de la solución
cloud adquirida por DP World Caucedo, que para este proyecto es Oracle
Business Intelligence Cloud Service. No obstante existen también componentes
metodológicos implícitos dentro de la puesta en marcha tecnológica los cuales ya
son del conocimiento de la terminal marítima.
Como primer elemento de conocimiento de determinaron los 3 modelos
estrella (tablas de dimensiones y tablas de hechos) que componen el Data
Warehouse. Como base se utilizaron los indicadores y dimensiones definidos por
DP World Caucedo y se realizaron los modelos en Visio.
Los modelos dimensionales diseñados aparecen a continuación:
Figura 6. Modelo Dimensional de Mantenimiento. Tomado de: Documento de Diseño creado
por Imagine CX.
34
Figura 7. Modelo Dimensional de Operaciones. Tomado de: Documento de Diseño creado
por Imagine CX.
Figura 8. Modelo Dimensional de Finanzas. Tomado de: Documento de Diseño creado por
Imagine CX.
35
Seguidamente se realizan el diseño del Staging Area y la estrategia de ETL,
para lo cual se estableció una arquitectura propuesta y subsecuentemente
aceptada por DP World Caucedo, la cual es la siguiente:
● En primer lugar, hay un servidor Windows en el cual el equipo de IT
de DP World Caucedo coloca los archivos planos correspondientes a los
diferentes reportes establecidos como fuentes de datos para el Data
Warehouse.
● En este servidor se instala Oracle Business Intelligence Data Sync.
Esta aplicación es la responsible de la extracción de los datos tanto de los
reportes como de las bases de datos que también hacen las veces de
fuentes de información hacia Oracle Cloud.
● En Oracle Cloud se encuentra la base de datos que contiene la
bodega de datos y la aplicación de BI que tiene el portal de Inteligencia de
Negocios de DP World Caucedo, y este portal contiene los modelos de
negocio y los paneles de control de las áreas.
● Los usuarios de DP World Caucedo ingresan al portal de análisis a
través de un navegador web desde cualquier computador o dispositivo
móvil.
36
Figura 9. Arquitectura del proyecto. Tomado de: Documento de Diseño creado por Imagine
CX.
Como se observa en la arquitectura (y se ha denotado en varias partes de
este trabajo), cada área cuenta con una serie de fuentes de datos que les permite
construir los indicadores. Finanzas tiene la información en 2 reportes de Excel:
uno llamado Trial Balance (que se extrae del ERP que tienen configurado), y otro
llamado Equipment Break Down, que es un reporte de Operaciones pero del cual
salen datos importantes para el cálculo de varios de los KPIs financieros. En
cuanto a Operaciones y Mantenimiento la distribución es la siguiente: Operaciones
cuenta con una base de datos Oracle llamada N4, el reporte Equipment
Breakdown y varios reportes diarios llamados Vessel Operating Report (también
37
reportes de Excel). Mientras que Mantenimiento posee una base de datos SQL
Server de nombre ICAM y un reporte mensual de Excel llamado Centre of
Excellence.
Con todas estas consideraciones claras, se diseña el escenario del Staging
Area, y en este diseño se toman en cuenta 2 cosas: el flujo de la información hacia
el Data Warehouse, y los métodos de carga de datos. Un total de 3 etapas de
almacenamiento se consideran antes de que se actualicen los modelos de
negocio en la bodega de datos:
● Conexiones a bases de datos: Se establecen las conexiones de
ICAM y N4 a Oracle BICS Data Sync, y estas conexiones las deja Imagine
CX realizadas para el uso de DP World Caucedo.
● Área ‘Stage’: Esta área se localiza en Oracle Database Cloud y
recibe todos los datos, tanto de bases de datos como de reportes, en su
forma original (tal cual están en las fuentes).
● Área ‘Temporal’: Esta área también se localiza en Oracle Database
Cloud y es dónde se hacen todas las transformaciones de datos para
finalmente cargarlos en el Data Warehouse, donde se distribuyen en las
tablas de hechos y dimensiones previamente mencionadas.
38
Figura 10. Escenario de Staging Area. Tomado de: Documento de Diseño creado por
Imagine CX.
En cuanto a los métodos de carga, para este proyecto se tienen en cuenta 3
que son:
● Carga inicial: La carga inicial de información se da cuando el Data
Warehouse recibe información histórica de las áreas involucradas. Se ha
39
determinado que el periodo abarcado de historia será hasta 5 años previos
al actual.
● Carga recurrente: La carga recurrente se ejecuta en un cierto
periodo de tiempo con el fin de ir actualizando la bodega de datos. Es el
proceso de carga de datos estándar y ha sido configurado para extraer los
datos de todas las fuentes. Sin importer si los datos han sido actualizados
o no, el proceso ETL completo corre a una hora establecida.
● Carga On-Demand: La carga On-Demand permite realizar la
ejecución de extracción de datos de forma manual en cualquier momento
por cualquier usuario autorizado a manejar Data Sync. Al igual que con la
carga recurrente, ésta no discrimina si hay data actualizada o no.
Posteriormente el equipo consultor de Imagine CX, apoyado en los
requerimientos levantados con las personas de DP World Caucedo, enlista los
diferentes usuarios que harán uso de la solución tecnológica, así como los roles
asociados a los mismos y el nivel de acceso a los diferentes elementos de la
herramienta BI.
Full Name Email Role
Allen De Los Santos [email protected] Financial Analyst
Sobiesky Herrera [email protected] Financial Analyst
Laury Cruz [email protected] Financial Analyst
40
Ayda Brito [email protected] Financial Analyst
Narciso Santos [email protected] Operations Analyst
Roberto Muñiz [email protected] Operations Analyst
Ana García [email protected] Operations Analyst
Carlos Muñoz [email protected] Maintenance Analyst
Francisco Castillo [email protected] Maintenance Analyst
Gabriel Ureña [email protected] Maintenance Analyst
Máximo García [email protected] Maintenance Analyst
Máximo Herrera [email protected] Manager
Joe Veloz [email protected] IT
Felix Gomez [email protected] Operations Manager/Maintenance Manager
Eduardo Guerra [email protected] Finance Manager
Patricia Baez [email protected] IT Manager
Tabla 7. Roles y usuarios consumidores de Oracle BICS. Tomado de: Documento de
Diseño creado por Imagine CX.
Element Roles Allowed
Finance Data Model Financial Analyst Finance Manager
Manager
Operations Data Model Operations Analyst
Operations Manager/Maintenance Manager Manager
Maintenance Data Model Maintenance Analyst
Operations Manager/Maintenance Manager Manager
Finance Dashboard Financial Analyst Finance Manager
Manager
Operations Dashboard Operations Analyst
Operations Manager/Maintenance Manager Manager
Maintenance Dashboard Maintenance Analyst
Operations Manager/Maintenance Manager Manager
Oracle Data Sync IT
IT Manager Tabla 8. Niveles de acceso. Tomado de: Documento de Diseño creado por Imagine CX.
41
Para finalizar la etapa de diseño se realizaron mockups de los 3 paneles de
control como propuesta para las distintas áreas. Aunque el diseño final varíe con
respecto al de este documento, lo principal para la terminal marítima es que
puedan encontrar pre-establecidos en los dashboards los KPIs requeridos, ya sea
que estén visualizados con todas sus perspectivas o no. Los diferentes mockups
se muestran a continuación:
Figura 11. Mockup de panel de control para Finanzas. Tomado de: Documento de Diseño
creado por Imagine CX.
42
Figura 12. Mockup de panel de control para Operaciones. Tomado de: Documento de
Diseño creado por Imagine CX.
Figura 13. Mockup de panel de control para Operaciones. Tomado de: Documento de
Diseño creado por Imagine CX.
43
Con todo esto realizado se procedió a la construcción del Documento de
Diseño, el cual especifica la forma en que se configurará la herramienta cloud
teniendo como insumo toda la información anteriormente descrita. Al igual que
con el Documento de Análisis, este documento fue aprobado por las partes
interesadas de DP World.
Figura 14. Firmas de aprobación del Documento de Diseño. Tomado de: Documento de
Diseño creado por Imagine CX.
44
Adicional a este documento, se presentó también el Documento de Pruebas
de Aceptación, el cual muestra los distintos flujos a probar para garantizar el
cumplimiento del proyecto. En éste se definieron 3 aristas principales: roles y
niveles de acceso, paneles de control y consistencia de la información, y carga de
datos. Estas pruebas se hacen primero con el Gerente de Proyectos a nivel interno
para que se verifique las aristas mencionadas y con ello, poder presentar la
solución al cliente para su aprobación.
7.4. Etapa de Implementación y Pruebas
Teniendo el diseño aprobado por los stakeholders de DP World Caucedo se
dio inicio a la implementación del mismo. Como punto de partida hay que
mencionar una particularidad, y es que la comunicación con DP World Caucedo
fue enteramente digital durante toda esta fase (a través de correo electrónico y
Skype for Business) debido a la dificultad de reunirse con ellos en persona.
Figura 15. Información del servicio BI de Oracle. Tomado de: Fuente propia.
45
Figura 16. Página inicial de Oracle BICS. Tomado de: Fuente propia.
Como primer paso Imagine CX aseguró el correcto aprovisionamiento de la
tecnología cloud, este proceso fue relativamente corto y también fue garantizado
por una persona de DP World Caucedo. Aunque Oracle BICS trae una base de
datos ‘Out of the box’, la compañía realizó la adquisición de un servicio de base
de datos (también en la nube), por lo que en primera instancia se realizó la
conexión entre la base de datos adquirida y Oracle BICS la cual, pese a algunos
inconvenientes (por lo cual se requirió la intervención de Oracle), logró ser
establecida con éxito.
46
Figura 17. Conexión exitosa a base de datos Oracle desde BICS. Tomado de: Fuente
propia.
Posterior a eso, DP World Caucedo proveyó un servidor remoto para la
instalación de 3 aplicaciones: Oracle BICS Data Sync (con el cual se van a realizar
las cargas de datos de las 3 áreas), Oracle SQL Developer (un software con el
cual se puede hacer gestión de bases de datos Oracle) y SQL Server 2014 (con
el cual se hace gestión de las bases de datos Microsoft).
47
Figura 18. Servidor dedicado de DP World Caucedo. Tomado de: Fuente propia.
Con todos estos elementos se dio inicio a la creación del Staging Area,
utilizando las diferentes fuentes de información necesarias. Es en este punto
donde ocurrió un inconveniente, y es que una parte del megaproyecto requerido
por DP World Caucedo incluía un software ERP, el cual se convertiría en la fuente
de información del área financiera. Como era una fuente en construcción, el
proyecto vio en este punto un serio retraso para el modelo de negocio de
Finanzas, debido a que el ERP debía estar en pleno funcionamiento para
funcionar como insumo para el BI.
En cuanto se terminó la implementación del ERP (realizado por otro Partner
de Oracle llamado FusionWorks), con el asesoramiento de ellos se intentó la
48
manera de conectar dicho software (llamado Oracle Financials Cloud) mediante
reportes del BI que trae implícito el ERP. Sin embargo, al no hallarse manera de
dejar integradas ambas herramientas se optó finalmente por sacar un reporte
mensual desde Financials Cloud llamado Trial Balance, y éste a su vez sería
cargado mediante Data Sync en el Staging Area.
Figura 19. Ejemplo de reporte Trial Balance. Tomado de: Fuente propia.
En cuanto a Operaciones, solicitamos la información de N4 al proveedor del
mismo (el cual viene a entrar a este proyecto como un tercero). Para ello se
hicieron una serie de validaciones sobre las consultas SQL necesarias para traer
los datos en una base de datos de pruebas. En cuanto se hubo validado la
información de esas consultas se dejaron para cargar ahora sobre la base de
49
datos de producción, y también de esas consultas se obtuvo la información
histórica de 5 años.
Figura 20. Ejemplo de Consulta a N4 (RTG Productivity). Tomado de: Fuente propia.
Para reporte Equipment Breakdown y los VOR también se realizó la carga de
datos históricos y se dejó con carga recurrente en Data Sync. Del Equipment
Break Down se cargó la tabla completa, mientras que de los distintos VOR se
cargaron celdas específicas debido a la densidad del reporte y a que no toda la
información era requerida.
50
Figura 21. Ejemplo de reporte Equipment Breakdown (Año 2015). Tomado de: Fuente
propia.
Figura 22. Ejemplo de reporte VOR. Tomado de: Fuente propia.
51
Finalmente para el área de Mantenimiento también se realizaron pruebas a
las consultas SQL de ICAM para poder extraer los datos. Y en cuanto a los Centre
of Excellence Report los analistas de Mantenimiento nos compartieron los
reportes históricos para la carga de información y se determinó la forma en que
deben ahora colocar el Centre of Excellence para la carga recurrente.
Figura 23. Ejemplo de Consulta a ICAM (Total Value Inventory). Tomado de: Fuente propia.
52
Figura 24. Ejemplo de reporte Centre of Excellence. Tomado de: Fuente propia.
Ya con las fuentes listas se procede a crear las conexiones en Oracle Data
Sync con las bases de datos (ICAM y N4) y se dejan listas todas las tareas de
carga, tanto de las conexiones como de los distintos reportes, para finalmente
crear los Jobs de carga. Todo esto con el fin de llevar los datos al área Stage de
la base de datos conectada a Oracle BI.
53
Figura 25. Detalles de conexión a ICAM en Oracle Data Sync. Tomado de: Fuente propia.
Figura 26. Tareas de archivos planos en Oracle Data Sync. Tomado de: Fuente propia.
54
Figura 27. Jobs de carga de datos en Oracle Data Sync. Tomado de: Fuente propia.
A partir de este punto comienza la elaboración de los procesos ETL, los
cuales son realizados en código SQL moviendo los datos a través de diferentes
tablas hasta llegar a los modelos estrella. De acuerdo con el diseño aprobado por
DP World Caucedo se establecen las áreas Stage y Temporal para pasar
finalmente a la bodega de datos. El área Stage cuenta con una serie de tablas
que contienen los datos planos (tal cual estaban en las fuentes), y el área
Temporal contiene los datos con las transformaciones necesarias para dejar los
datos limpios y listos para poblar las dimensiones y las tablas de hechos. Todas
las consultas realizadas a la base de datos de la bodega de datos se ejecutaron
en Oracle SQL Developer.
55
Figura 28. Código de ETL (Operaciones). Tomado de: Fuente propia.
El flujo del proceso ETL para cada área puede verse a continuación:
Figura 29. Staging Area de Finanzas. Tomado de: Fuente propia.
56
Figura 30. Staging Area de Operaciones. Tomado de: Fuente propia.
Figura 31. Staging Area de Mantenimiento. Tomado de: Fuente propia.
57
Con la bodega de datos poblada mediante los procesos ETL a través del
Staging Area, se proceden a construir los modelos estrella en Oracle BICS. En
esto la herramienta cloud tiene la facilidad de no requerir código en absoluto, ya
que cuenta con una interfaz netamente gráfica desde la cual se puede diagramar
estos modelos. En Oracle BICS se han creado 3 modelos, uno por cada área.
Figura 32. Modelador de datos de Oracle BICS. Tomado de: Fuente propia.
Finalmente, teniendo los modelos dimensionales creado exitosamente y
validados por la misma herramienta, se crearon los análisis y los paneles de
control tomando como base los mockups propuestos en el Documento de Diseño.
Estos paneles de control se construyeron dividiéndolos por páginas que muestran
una misma temática.
58
Figura 33. Panel de control en Oracle BICS (Mantenimiento). Tomado de: Fuente propia.
Con la implementación finalizada, se realizaron las pruebas con el Gerente
de Proyectos de Imagine CX con el propósito de verificar las 3 aristas vistas en la
etapa de diseño. En esta se presentaron unas correcciones mínimas en cuanto a
la consistencia de los datos de algunas de las consultas SQL, las cuales fueron
verificadas y realizadas con prontitud. Con la garantía de tener todo funcionando
plenamente se hicieron las pruebas ahora con personas de cada una de las 3
áreas, lo cuales finalmente dieron su visto bueno.
59
Capítulo 8
Resultados y Conclusiones
Habiéndose cumplido los objetivos del proyecto, es momento de mirar el
resultado final partiendo del punto de las expectativas tanto de DP World Caucedo
como de Imagine CX (al ser el primer proyecto realizado para una compañía de
otro país). La síntesis principal es que el proyecto tuvo un impacto positivo en las
personas de la terminal (viéndose los resultados de las pruebas de aceptación),
lo cual fue bastante satisfactorio.
En resumen de alcance, se lograron mapear todos los indicadores y puntos
de vista propuestos por DP World Caucedo, diseñados por Imagine CX y
posteriormente aprobados, aunque bien cabe mencionar que el puerto aún debe
mejorar la centralización de la información para tener un Staging Area mucho más
simplificado y evitar a futuro datos no limpios o inconsistentes.
En cuanto al tiempo de ejecución, este fue quizás uno de los puntos más
flojos del proyecto, debido a que no se entregó en los tiempos establecidos por
cronograma. Aunque la mayoría de las veces fue por causa ajena a Imagine CX,
ciertamente en algunos momentos no se tomaron las acciones clave para agilizar
las cosas, una falla conjunta entre el Gerente del Proyecto y el Líder Consultor.
La desviación en tiempo con respecto al cronograma fue de 5 meses,
60
principalmente por el desarrollo de la fuente de información de Finanzas
(Financials Cloud), que fue realizada por FusionWorks y que, en su momento,
también presentó retrasos. Otra de las causas fue la difícil comunicación debido
a que fue en un 95% de manera virtual, y estaba sujeta a la disponibilidad de las
personas de la terminal (en algunos casos puntuales a la disponibilidad de los
terceros).
Fase Cumplimiento Desviación en
tiempo Observaciones
Inicio (Kickoff) 100% -
Análisis 100% 3 semanas
Diseño 100% 2 semanas
Implementación 100% 4 meses y 2
semanas
Pruebas 100% 1 semana
Capacitación 80% 1 semana
Las capacitaciones aún están en
curso Tabla 9. Resultados generales por fases. Tomado de: Fuente propia.
Con todo este trabajo realizado principalmente se puede concluir que cada
fase de las presentadas en este trabajo es indispensable para el cumplimiento
exitoso del mismo. Con que exista una falla en las primeras fases la falla se
reflejará en el resultado final, por lo que es necesario lograr entender los procesos
de las compañías hasta su más mínimo detalle para poder ejercer una consultoría
de alta calidad.
61
También se pudo observar con este proyecto que las soluciones BI
requieren tener definidas antes una serie de condiciones. La más esencial de
todas es la información (por ende las fuentes de datos): si no existe la forma de
obtener los datos para sacar los indicadores que se necesitan, esos KPIs no se
podrán construir. El caso del ERP es el más claro y el que ejemplifica esta
situación, ya que por tener el proyecto de BI paralelo con la construcción de la
fuente de datos se terminó generando un retraso en tiempo (en este caso uno muy
grande).
Imagine CX ha sido consciente a lo largo del proyecto de las diferentes
fallas que llevaron a que se dieran estas desviaciones en el cronograma, por lo
que se realizará una sesión de lecciones aprendidas del proyecto para tener una
guía de los procedimientos correctos para enfrentar sucesos como los que
acontecieron con este trabajo.
62
Capítulo 9
Proyectos Futuros
Como parte de una profunda discusión, y también en parte de los hallazgos
vistos durante el levantamiento de información y el desarrollo del proyecto, se han
determinado posibles proyectos futuros para DP World Caucedo que serían
implementados por Imagine CX. Estos son algunos de los que se han podido
identificar:
● Business Intelligence en otras áreas: Con la experiencia de este
proyecto, se busca continuar la labor de llevar a las áreas de DP World
Caucedo a una ‘cultura de Business Intelligence’. Áreas como Comercial,
Recursos Humanos, y hasta la misma TI se intentan mover hacia el manejo
de KPIs automatizado con software cloud.
● Automatización de Balanced Scorecard: Aunque durante la
recolección de información con las áreas hubo una evidencia de que hace
falta trabajo para tener un Balanced Scorecard pleno, no se descarta que,
una vez logrado este objetivo, se llegue a automatizar para tener las
ventajas que ofrece la tecnología en la nube.
63
● CRM: El área comercial ha expresado su falta de madurez digital, y
tiene entre sus expectativas contar con un software CRM, para poder
automatizar procesos de venta e inclusive de servicio, también soportados
en tecnología cloud de Oracle.
● Advanced Analytics: Si bien la Inteligencia de Negocios es un gran
avance para DP World Caucedo en cuanto al uso de la tecnología para el
manejo de datos que apalanquen la toma de decisiones, la terminal no está
exenta de moverse un paso más allá y utilizar algoritmos predictivos para
hacer aún más asertiva la analítica que apoya la toma de decisiones
estratégicas.
64
Capítulo 10
Glosario
● KPI (Key Performance Indicator): Valor cuantificable que, basado en
un umbral o meta, muestra un comportamiento.
● Staging Area: Área intermedia de almacenamiento de datos, entre
las fuentes de información y el Data Warehouse.
● Balanced Scorecard: Herramienta que permite observer el
desarrollo de una planeación estratégica, medida con KPIs, a través de 4
áreas críticas: finanzas, clientes, procesos internos de negocio y
aprendizaje y crecimiento.
● CRM (Customer Relationship Management): Metodología por la cual
una compañía realiza gestión de sus posibles nuevos clientes, así como de
sus clientes actuales, tanto a nivel de ventas como de servicio.
● Out of the box: Funcionalidad que no requiere ser configurada, sino
que viene por defecto en una solución software.
● Mockup: Prototipo obtenido a partir de un diseño.
65
● CX (Customer Experience): Resultado de un conjunto de
interacciones y momentos de verdad que generan emociones respecto a
una marca.
66
Capítulo 11
Bibliografía
[1] Breve historia del Business Intelligence: Origen y evolución – Time
Manager. URL https://www.timemanagerweb.com/2017/01/31/breve-historia-del-business-intelligence/.
[2] Guzmán Banizi, Victoria Fleitas y Cecilia Secondi, “Aplicación de herramientas de Business Intelligence para el Control de Gestión” Universidad de la República, 2011. URL https://www.colibri.udelar.edu.uy/bitstream/123456789/389/1/M-CD4191.pdf.
[3] Alveiro Rosado y Dewar Rico, “INTELIGENCIA DE NEGOCIOS: ESTADO DEL ARTE” Universidad Tecnológica de Pereira, 2010. URL http://www.javier8a.com/itc/bd3/EstadoDelArte.pdf.
[4] Josep Lluís Cano, “BUSINESS INTELLIGENCE: COMPETIR CON INFORMACIÓN” ESADE Business School, 2015. URL http://itemsweb.esade.edu/biblioteca/archivo/Business_Intelligence_competir_con_informacion.pdf.
[5] Ralph Kimball y Margy Ross, “The Data Warehouse Toolkit” Wiley, 2013, 3ra edición.
[6] Ralph Kimball, Laura Reeves, Margy Ross y Warren Thorntwaite, “The Data Warehouse Lifecycle Toolkit” Wiley, 2000, 1ra edición. http://www.w3c.es/Divulgacion/GuiasBreves/ServiciosWeb.
[7] Diseñando una solución OLAP (Data Warehouse, Data Mart, BI) – Aprende a Programar - Codejobs URL https://www.codejobs.biz/es/blog/2014/01/29/disenando-una-solucion-olap-data-warehouse-data-mart-bi.
[8] ETL Tools| Importance of Extract, Transform, Load and Data Warehousing. URL https://www.etlhive.com/etl-tools-cannot-vanish-they-are-irreplaceable/.
[9] Jose Aguilar, “Datawarehousing: Ciclo de vida y ETL” Universidad de Los Andes, 2013. URL http://www.ing.ula.ve/~aguilar/actividad-docente/IN/transparencias/clase32.pdf.
[10] About Oracle BI Cloud Service. URL https://docs.oracle.com/en/cloud/paas/bi-cloud/bilug/oracle-bi-cloud-service.html
[11] Business Intelligence Cloud Service - Pricing | Oracle. URL https://cloud.oracle.com/en_US/business-intelligence/pricing
[12] Hans-Petter Halvorsen, “Structured Query Language” University College of Southeast Norway, 2008. URL http://home.hit.no/~hansha/documents/database/documents/Structured%20Query%20Language.pdf.
67
[13] Oracle, “SQL – the natural language for analysis” Oracle, 2015. URL http://www.oracle.com/technetwork/database/bi-datawarehousing/wp-sqlnaturallanguageanalysis-2431343.pdf.
[14] Kimball GroupKimball DW/BI Lifecycle Methodology – Kimball Group. URL http://www.kimballgroup.com/data-warehouse-business-intelligence-resources/kimball-techniques/dw-bi-lifecycle-method/.
[15] Ralph Kimball – Kimball Group. URL https://www.kimballgroup.com/author/ralph/
[16] The 20 Most Popular Business Intelligence Tools - Dataconomy. URL https://dataconomy.com/2017/02/top-20-bi-tools/
[17] Andreas Ljungquist y Björn Rosander, “Software Project Planning - The Relationship between Project Planning and Project Success”, 2014. URL https://pdfs.semanticscholar.org/2d17/5a5529b788ff3c0597d942d9b30782b1c55f.pdf
[18] Sergey Nesterov, “INTRODUCTION TO PROJECT MANAGEMENT”, 2017. URL http://www.utu.fi/fi/yksikot/med/opiskelu/Jatkotutkinto/PGE/Documents/2017/PML-24_2017_L01--Introduction_to_Project_Management--20170917.pdf