UNIVERSIDAD DE GUAYAQUIL

Facultad de Ciencias Matemáticas y Físicas

Carrera de Ingeniería en Sistemas Computacionales

APLICACIÓN WEB DE REPORTES GERENCIALES A NIVEL

DE VENTAS Y PAGOS BASADO EN HERRAMIENTA DE

INTELIGENCIA DE NEGOCIOS

TESIS DE GRADO

Previo a la Obtención del Título de:

INGENIERO EN SISTEMAS COMPUTACIONALES

Autor:

OMAR GUILLERMO BARRERA ROMERO

GUAYAQUIL-ECUADOR

Año: 2011

Guayaquil, Marzo 2011

APROBACION DEL TUTOR

En mi calidad de Tutor del trabajo de investigación, “APLICACIÓN WEB DE

REPORTES GERENCIALES A NIVEL DE VENTAS Y PAGOS BASADO EN

HERRAMIENTA DE INTELIGENCIA DE NEGOCIOS” elaborado por el Sr.

OMAR GUILLERMO BARRERA ROMERO, egresado de la Carrera de Ingeniería

en Sistemas Computacionales, Facultad de Ciencias Matemáticas y Físicas de la

Universidad de Guayaquil, previo a la obtención del Título de Ingeniero en Sistemas,

me permito declarar que luego de haber orientado, estudiado y revisado, la Apruebo en

todas sus partes.

Atentamente

………………………………….

Ing. Christian Romo

TUTOR

DEDICATORIA

Dedico el presente trabajo a mi familia por su

valioso apoyo durante todas las etapas de mi

vida y por contar con su apreciada ayuda

cuando los necesito.

AGRADECIMIENTO

Este trabajo de tesis no hubiese sido posible

sin el apoyo incondicional de mis padres, la

ayuda incondicional que tuve en mi trabajo

quienes me facilitaron la información

necesaria y la dedicación de mi tutor de tesis.

A todos ellos les quedo muy agradecido.

TRIBUNAL DE GRADO

Ing. Fernando Abad Montero Ing. Juan Chanabá Alcócer

DECANO DE LA FACULTAD DIRECTOR

CIENCIAS MATEMATICAS Y FISICAS

MIEMBRO DEL TRIBUNAL MIEMBRO DEL TRIBUNAL

MIEMBRO DEL TRIBUNAL SECRETARIO

(TUTOR)

UNIVERSIDAD DE GUAYAQUIL

FACULTAD DE CIENCIAS MATEMATICAS Y FISICAS

CARRERA DE INGENIERIA EN SISTEMAS

COMPUTACIONALES

APLICACIÓN WEB DE REPORTES GERENCIALES A NIVEL DE VENTAS Y

PAGOS BASADO EN HERRAMIENTA DE

INTELIGENCIA DE NEGOCIOS

RESUMEN

Este trabajo tiene como objetivo general la

implementación de una herramienta web confiable y

segura que garantice la disponibilidad y confiabilidad de la

información gerencial a nivel de ventas y pagos basado en

herramientas de inteligencia de negocios, para el logro

concreto de esta finalidad también he desarrollado un

módulo de extracción y carga de datos para la

transformación de la información fuente y que no sean

simples sino que tengan lógica y significado explotando

así el mayor activo de una empresa que es la información.

Las empresas se enfrentan a un proceso de transición, esto

conlleva a cambios dentro del entorno de la información,

para permanecer en la carrera hacia el éxito.

El volumen de información empresarial se encuentra en un

crecimiento imparable, y sucede que muchos datos están

dejando de ser estudiados debido a la incapacidad de los

sistemas actuales para procesarlos es por esto el

planteamiento del siguiente proyecto de grado.

Autor: Omar Guillermo Barrera Romero

Tutor: Ing. Cristhian Romo

UNIVERSIDAD DE GUAYAQUIL

FACULTAD DE CIENCIAS MATEMATICAS Y FISICAS

CARRERA DE INGENIERIA EN SISTEMAS

COMPUTACIONALES

APLICACIÓN WEB DE REPORTES GERENCIALES A NIVEL DE VENTAS Y

PAGOS BASADO EN HERRAMIENTA DE

INTELIGENCIA DE NEGOCIOS

Proyecto de trabajo de grado que se presenta como requisito para optar por el título de

INGENIERO EN SISTEMAS COMPUTACIONALES

Autor: Omar Guillermo Barrera Romero

C.I: 0920825643

Tutor: Christian Romo

Guayaquil, Marzo de 2011

CERTIFICADO DE ACEPTACIÓN DEL TUTOR

En mi calidad de Tutor del Primer Curso de Fin de Carrera, nombrado por el

Departamento de Graduación y la Dirección de la Carrera de Ingeniería en Sistemas

Computacionales de la Universidad de Guayaquil,

CERTIFICO:

Que he analizado el Proyecto de Grado presentado por el egresado OMAR

GUILLERMO BARRERA ROMERO, como requisito previo para optar por el título

de Ingeniero cuyo problema es:

APLICACIÓN WEB DE REPORTES GERENCIALES A NIVEL DE VENTAS

PAGOS BASADO EN HERRAMIENTA DE INTELIGENCIA DE NEGOCIOS

Considero aprobado el trabajo en su totalidad.

Presentado por:

Omar Guillermo Barrera Romero 0920825643_____ Apellidos y Nombres completos Cédula de ciudadanía N°

Tutor: ____________________________

INDICE GENERAL

Capitulo 1. Introducción 1

1.1 Antecedentes. 1

1.2 Problemática. 2

1.3 Evaluación del Problema. 4

1.4 Solución. 5

1.5 Misión 6

1.6 Visión. 7

1.7 Objetivo General. 7

1.8 Objetivos Específicos. 7

1.9 Alcances. 8

1.10 Justificación e Importancia. 10

1.11 Oracle Business Intelligence. 11

1.12 Definiciones Conceptuales. 13

1.13 Metodología de Análisis. 15

1.14 Recursos. 16

1.15 Hardware. 16

1.16 Software. 17

1.17 Beneficios. 18

Capitulo 2. Análisis. 20

2.1 Metodología de elaboración del producto basado en Business 20

Intelligence Roadmap.

2.2 Diagramas. 38

2.2.1 Diagrama de Configuración de Parámetros de Conexión. 39

2.2.2 Diagrama de Configuración de Dimensiones para carga de datos. 41

2.2.2 Diagrama de flujo de proceso de carga de datos. 42

Capitulo 3. Diseño. 43

3.1 Diseño de Módulos. 43

3.2 Modelo Entidad Relación para Cubo de Ventas. 44

3.3 Modelo Entidad Relación para Cubo de Gastos. 45

3.4 Modelo Entidad Relación para Módulo de Configuración 46

y Carga de dimensiones.

3.5 Estructuras para parámetros de Configuración. 47

3.6 Estructuras para Módulo de Configuración y Carga de datos de 48

Dimensiones

3.7 Estructuras para Cubo de Ventas. 50

3.8 Estructuras para Cubo de Gastos. 54

3.9 Dimensión de Tiempo. 56

3.10 Diagrama de Composición de Cubos 57

Capitulo 4. Desarrollo del Sistema 58

4.1 Definición etapas de desarrollo. 58

4.2 Desarrollo Módulo de Configuración de Parámetros de Conexión 58

4.2.1 Parámetros Base Repositorio 59

4.2.2 Usuario Base de Repositorio 60

4.2.3 Base Transaccional 61

4.2.4 Archivo Parámetros. 62

4.2.5 Registro en Base de datos 65

4.3 Módulo Configuración Carga de Dimensiones 64

4.3.1 Autentificación de Acceso 65

4.3.2 Menú de Opciones del Sistema. 66

4.3.3 Opciones del Menú Procesos. 66

4.3.4 Opciones de Menú Consulta. 74

4.4 Proceso bat de Carga Automática. 76

4.5 Diseño Capa Física Oracle Administration Tools. 79

4.6 Diseño Capa de Negocio Oracle Administration Tools. 80

4.7 Diseño Capa Presentación Oracle Administration Tools. 81

4.8 Reportes Creados en Oracle Interactive Dashboard. 82

4.8.1 Reportes para Ventas. 82

4.8.2 Reportes para Gastos. 95

Capitulo 5. Implementación 104

5.1 Arquitectura 104

5.2 Servidor de Base de Datos 105

5.3 Servidor de Aplicación 105

5.4 Configuración de Servicios 106

5.5 Configuración Librerías Java 108

Capitulo 6. Conclusiones y Recomendaciones 109

6.1 Conclusiones 109

6.2 Recomendaciones 110

Bibliografía 112

Anexos 113

Manual Técnico 114

Instaladores del proyecto. 114

Instalación de Base de datos Oracle 10g 114

Creación de Objetos en Esquemas de Desarrollo y Producción 115

Estructura de configuración de los módulos de configuración de 117

Parámetros y Configuración de Dimensiones.

Pasos para configurar parámetros y dimensiones. 119

Consideraciones de Configuración Oracle Business Intelligence. 120

Creación y modificación de usuarios 124

Dar acceso a usuarios los reportes del sistema 125

Respaldo de reportes y repositorio sistema 129

Configuración Google Maps con Oracle BI y creación de reporte básico. 130

Creación de Dashboard, creación de página, y añadir reporte a página. 137

Siglas 143

Cronograma 144

1

CAPITULO I

INTRODUCCIÓN

1.1 Antecedentes.

Actualmente, en las operaciones diarias de cualquier organización, se generan

datos como producto secundario de todas las transacciones que se llevan a cabo.

Típicamente, esta información se almacena a través de sistemas transaccionales

en bases de datos relacionales que cumplen la función de almacenaje y

administración de estos datos. Pero la idea es que estos dejen de ser simples datos

para convertirse en información que enriquezca las decisiones de los ejecutivos.

Lo que se busca es encontrar información que no solamente conteste preguntas de

lo que pasó o lo que está sucediendo en el negocio, sino que también a través de

esta información se construyan modelos en los que se ayude a predecir futuros

eventos.

La Inteligencia de Negocios se puede definir como el proceso de analizar los

datos dispersos y acumulados de una Organización, y extraer una cierta

inteligencia o conocimiento de ellos.

La Inteligencia de Negocios es el conjunto de productos y servicios que permiten

a los usuarios finales acceder y analizar de manera rápida y sencilla, la

2

información para la toma de decisiones de negocio a nivel operativo, táctico y

estratégico.

1.2 Problemática.

En nuestros días las compañías quieren explotar y maximizar el valor de su

información con la idea principal de tener mayor ventaja sobre sus competidores.

Los negocios se están moviendo con una mayor rapidez, por lo que tener la

información correcta en el tiempo preciso es esencial.

Debido a esta problemática se destacan los siguientes puntos.

Tenemos datos pero carecemos de información.- es primordial tener

almacenada la información de proveedores, clientes, facturación, etc, ya que

con esto tenemos ventaja sobre nuestros competidores y se podrán hacer los

análisis necesarios.

Fragmentación.- se refiere a que podemos tener aplicaciones independientes

pero no integradas y esto trae problemas para una visión global de la empresa.

Manipulación manual.- esta práctica conlleva la exportación de datos a

distintas herramientas que resultan en un proceso lento, costoso, duplicación

3

de trabajo, poca confiabilidad en los informes, propenso a errores y sujetos a

la interpretación individual.

Poca agilidad. - debido a la carencia de información, la fragmentación y la

manipulación manual hacen que el nivel de rendimiento sea bajo.

Las empresas se enfrentan a un proceso de transición, esto conlleva a cambios

dentro del entorno de la información, para permanecer en la carrera hacia el

éxito.

El volumen de información empresarial se encuentra en un crecimiento

imparable, y sucede que muchos datos están dejando de ser estudiados debido a la

incapacidad de los sistemas actuales para procesarlos. Sin embargo, el

perfeccionamiento de las herramientas de recolección de información no está

siendo aprovechado en la generación de conocimiento útil para las compañías, la

mayor parte de la información son datos no estructurados que se almacenan sin

ningún fin concreto, esto conlleva una pérdida considerable a nivel de respuestas

de tiempo en el desarrollo de reportes y a su vez los tiempos de respuestas son

lentos y dificulta la toma de decisiones.

4

1.3 Evaluación del Problema.

Los aspectos de evaluación son los siguientes:

Delimitado: la utilización de herramientas de Inteligencia de Negocios para el

desarrollo de proyectos a nivel de reportes gerenciales propone una gran ayuda a

nivel empresarial para el manejo de tomas de decisiones, como consecuencia

bajarían los tiempos de desarrollo, respuestas, implementación y análisis, estaría

destinado a un mercado de empresas grandes y medianas que estén en la

capacidad de implementación.

Claro: el proyecto que se implementaría sería de fácil comprensión para los

diferentes tipos de usuario que se verán involucrados, sean estos usuarios

gerenciales, administradores o analistas.

Relevante: proyectos de este tipo son innovadores ya que comprenden el

entendimiento total a nivel de base de datos, minería de datos, conceptos de

navegabilidad de la información, una vez aplicado todo esto la implementación de

proyectos de inteligencia de negocio resultaría factible. La importancia recae

sobre los beneficios que se tendría al utilizar esta herramienta dentro de la

organización donde bajarían los costos en la elaboración de reportes.

5

Original: pocas empresas manejan este tipo de proyectos y tienen implementado

herramientas de inteligencia de negocios para manejo de reportería, lo cual resulta

un campo abierto para la implementación.

Identifica los productos esperados: mi propuesta global abarca un desarrollo de

ventas y pagos así como la implementación de reportes gerenciales elementales a

nivel web utilizando la herramientas Oracle Business Intelligence 10g tanto para

el diseño, desarrollo e implementación. El sistema en sí tiene las siguientes

utilidades y bondades que facilitarían el trabajo a los operadores, como la

configuración en carga de datos y la elaboración de reportes en una manera más

ágil.

Factible: este proyecto como tal puede ser implementado en cualquier empresa

que maneje un sistema ERP, puede este ser básico y que conlleve un presupuesto

para la adquisición de las respectivas licencias.

1.4 Solución.

Los problemas que tienen las empresas actualmente incurren en pérdida de tiempo

ya sea en la implementación de sistemas de información gerencial como en la

elaboración de reportes, debido a factores como falta de análisis, complejidad y

desconocimiento de las variables de negocio, todos estos factores influyen en la

6

demora para el desarrollo y en muchas ocasiones por la demora producida de

tiempo no se puede tomar la mejor decisión.

La implementación de este tipo de herramientas sin un entendimiento total de las

variables de negocio puede afectar durante toda la implementación de dicho

sistema, es por esto que es vital la forma de estructuración de esta solución donde

el ahorro de tiempo es considerable en la configuración y diseño de las variables.

Todo esto conlleva a un desarrollo e implementación de las siguientes plataformas

Desarrollo Módulo de Configuración de Parámetros de Conexión.

Desarrollo Módulo de Configuración de Carga de Dimensiones.

Desarrollo de proceso de carga de datos.

Desarrollo de capa física, negocio y presentación en herramienta de Oracle

Business Intelligence.

Construcción de reportes en herramienta Oracle Business Intelligence.

1.5 Misión.

La misión de este proyecto de grado recae sobre el beneficio de implementación

de esta herramienta desarrollada como alternativa para extracción de datos,

determinación de variables de negocio, donde cubrimos todo un flujo para llegar a

obtener como resultado al manejo de reportería dentro de una plataforma web en

las organizaciones.

7

1.6 Visión.

La visión de este proyecto de grado recae sobre la importancia de considerar

implementar el uso de Herramientas de Inteligencia de Negocios en las empresas,

donde los beneficiarios serían un alto sector empresarial donde los tiempos de

elaboración de reportes bajarían un tiempo considerable y los resultados serían

satisfactorios tanto para gerentes en toma de decisiones como para desarrolladores

en tiempos de respuesta.

1.7 Objetivo General.

Implementar una aplicación web confiable con información integrada para

mostrar reportes a nivel gerencial utilizando herramientas de Inteligencia de

Negocios.

1.8 Objetivos Específicos.

Identificar la información importante y vital para la elaboración de

reportes gerenciales.

Desarrollo de un Módulo Dinámico para carga de datos.

Establecer una estructura básica relacionada para presentar la información.

8

Analizar los distintos componentes que intervendrían en la elaboración

de capas de presentación de la información.

Desarrollo de reportes a nivel web con navegabilidad y detalles.

Brindar disponibilidad de la información.

Documentar el crecimiento del proyecto.

1.9 Alcances.

Diseño estructural apoyado en modelo estrella para construcción de dos

cubos de información, basado en ventas y pagos de una empresa determinada.

Diseño y creación de tablas genéricas de cubos para utilización dentro del

proyecto en Oracle 10g.

Implementación de dos esquemas para desarrollo y producción en base de

repositorio en Oracle 10g y creación de tablas en paralelo.

Desarrollo de Módulo de Carga de Datos Dinámico en Java (JDK 6 y

Netbeans 6.5).

o Módulo de Registros de Base de Datos Transaccional y Repositorio.-

Se registrarán los parámetros de conexión para posteriormente realizar

las cargas automáticas, para base de datos transaccionales se podrá

implementar con Oracle, SqlServer y conexión vía ODBC en caso que

se requiera.

9

o Módulo de Configuración de Dimensiones.- se configurará cómo

extraer la información de la base transaccional y llevarlo a la base de

repositorio, este proceso se realiza grabando la sentencia sql de la base

transaccional del cliente en la base de repositorio, ajustándose a los

parámetros de conexión ya registrados, además valida dichos registros

para realizar la carga de datos de las dimensiones.

Restauración de última carga realizada para que en caso de

error se pueda restablecer la información.

Se podrá realizar Carga manuales de los distintos esquemas

creados.

Implementación de Proceso BAT desarrollado en Java para carga de datos del

esquema de desarrollo a producción (base de datos Repositorio).

Determinar variables de negocio a evaluar en el proyecto.

Análisis y diseño de capas de física, negocio y presentación en la herramienta

Oracle Business Intelligence 10g (Administrator).

Análisis y diseño de reportes gerenciales a implementar y jerarquías de

navegación.

Construcción de reportes en herramienta Oracle Business Intelligence 10g

(Answers) para presentación en ambiente web.

Configuración de usuarios y niveles de acceso (documentación).

Documentación de Instalación de aplicativos y respaldos en caso de siniestros.

10

1.10 Justificación e Importancia.

En la práctica, en nuestro país existen un promedio de 10 a 15 empresas a nivel

nacional dedicadas a la elaboración de este tipo de proyectos y uso de estas

herramientas, sin embargo el tiempo de análisis y desarrollo es complejo y no

satisface en muchas ocasiones las necesidades del cliente, el crecimiento no es

viable y no está documentado en muchas prácticas.

Los problemas que tienen las empresas actualmente incurren en pérdida de tiempo

ya sea en la implementación de sistemas de información gerencial como en la

elaboración de reportes, debido a factores como falta de análisis, complejidad,

desconocimiento de las variables de negocio, todos estos factores influyen en la

demora para el desarrollo y en muchas ocasiones por la demora producida de

tiempo no se puede tomar la mejor decisión.

La implementación de este tipo de herramientas sin un entendimiento total de las

variables de negocio puede afectar durante toda la implementación de dicho

sistema, es por esto que es vital la forma de estructuración de esta solución donde

el ahorro de tiempo es considerable en la configuración y diseño de las variables.

Este trabajo pretende recopilar, entender y evaluar la evolución de la Inteligencia

de Negocios para medianas y grandes empresas, sus aportes específicos a la

11

gestión de las organizaciones y reconocer el estado y alcance de implementación.

De esta manera este proyecto de investigación hará su contribución en dos

ámbitos:

En el académico y científico: aportará en la comprensión de la evolución del

concepto “Inteligencia de Negocios” y contribuirán las deficiencias de

información disponible para las materias en los niveles de pregrado, así como la

información necesaria para la utilización de software para implementación de

proyectos de Inteligencia de Negocios en todas sus fases.

En el empresarial: servirá para que los gerentes y demás profesionales

interesados en el tema, dispongan de un mapa de navegación en torno al concepto

de inteligencia, y conocer algunas experiencias representativas por el tipo de

organizaciones evaluadas- acerca de cómo se encuentra su desarrollo.

1.11 Oracle Business Intelligence

Para el desarrollo de este proyecto se ha optado por la herramienta Oracle

Business Intelligence 10g, la cual garantiza la funcionalidad del esquema a

implementarse para el diseño y construcción de los reportes.

La herramienta cuenta con las siguientes plataformas que se van a utilizar:

12

OracleBI Server.- Servidor de query y análisis de alta escalabilidad y

rendimiento que de forma eficiente integra datos heterogéneos, relacionales,

no estructurados, OLAP, o fuentes de datos de aplicaciones Oracle y no

Oracle.

OracleBI Answers.- Potente herramienta de query y análisis, en un entorno

web puro, que trabaja utilizando una visión lógica de la información

procedente de diferentes fuentes de datos.

OracleBI Interactive Dashboard .- Cuadros de mando web, ricos e interactivos

que proporcionan información personalizada con guías para los usuarios que

le ayudan en la decisión más eficaz en el contexto de sus tareas.

Administration Tools.- herramienta para el diseño y relación de estructuras a

utilizarse y determinación de variables del negocios a emplearse, crea las

capas física, de negocios y de presentación.

13

1.12 Definiciones Conceptuales

Oracle Business Intelligence 10g.- software que utilizaremos para la creación

de la capa física (estructuras de base de datos), capa de negocios (construcción

de mapeo y relación de dimensiones), capa de presentación (se determinan las

variables y medidas que serán utilizadas para la construcción de los reportes).

Oracle Interactive Dashboard.- motor web propio de la herramienta Oracle

Business Intelligence, donde se crearán los catálogos de presentación y se

desarrollarán los reportes.

Módulo Extracción de Datos.-

o Se registrarán los parámetros básicos de conexión hacia la base de

datos de repositorio y transaccional.

o Permitirá el registro de Dimensiones (antes creadas como tablas en

base de datos), configuración de query de cómo hará la extracción

desde la base de datos transaccional.

o Módulo de consulta de carga de datos para visualizar las cargas que

realiza esta aplicación.

o Restauración última carga realizada para que en caso de error se

pueda restablecer la información.

14

o Se podrá realizar Carga manuales de los distintos esquemas creados.

Herramientas de desarrollo.- para el desarrollo del módulo de extracción de

datos utilizaremos el software Open Source Neatbeans bajo el lenguaje de

programación JAVA.

Dimensiones.- estructuras que representan las variables a utilizar dentro del

diseño del modelo entidad relación que empleamos.

Cubos de Información.- tabla de hechos donde se relacionan las distintas

dimensiones creadas, proviniendo un mecanismo para un rápido y uniforme

tiempo de respuesta de las complejas consultas

Medidas.- determinaremos de acuerdo a las dimensiones valores o cantidades

para el análisis en los reportes.

Usuarios Gerenciales.- serán los usuarios finales de nuestro aplicativo web

quienes podrán visualizar los reportes gerenciales referentes a ventas y pagos.

Usuarios Administradores de aplicativos.- usuarios con capacidad de

implementación del software de Inteligencia de Negocios dentro de la

organización.

15

Usuarios Analistas.- aquellos usuarios con los conocimientos necesarios para

la construcción de los reportes en la herramienta Oracle Business Intelligence.

1.13 Metodología de Análisis.

La modalidad de la investigación es PROYECTO FACTIBLE, ya que comprende la

elaboración y desarrollo de una propuesta de un modelo operativo viable, para solucionar

un problema, requerimiento o la necesidad de una organización determinada.

El proyecto primero se fundamenta en los conocimientos sobre Inteligencia de Negocios,

conceptos y determinación de dimensiones y variables, estos conceptos nos ayudarían

para el análisis y construcción de un módulo de extracción de datos desarrollado bajo la

herramienta Netbeans utilizando el lenguaje de programación JAVA.

La metodología más idónea para la implementación de este proyecto hace referencia al

modelo de cascada, que es el enfoque metodológico que ordena rigurosamente las

etapas del ciclo de vida del software, de tal forma que el inicio de cada etapa debe

esperar a la finalización de la inmediatamente anterior.

Las fases de este modelo son las siguientes.

Análisis de requisitos.

Diseño del Sistema.

Diseño del Programa.

16

Codificación.

Pruebas.

Implantación.

Mantenimiento.

1.14 Recursos.

Los recursos necesarios para la implementación de este proyecto recaen en las

siguientes responsabilidades.

Desarrollador en Java Netbeans.

Desarrollador Oracle Business Intelligence

Analista para diseño e implementación del sistema.

Usuarios finales.

1.15 Hardware.

El hardware necesario para la implementación del sistema recae en lo siguiente.

Servidor de Base de datos y aplicaciones (para un optimo funcionamiento)

o 4 Gb en Ram.

o Procesador Intel Core 2 Duo 2.0Ghz.

o 4 arreglos de discos de 300gb.

17

Computador de desarrollo (mínimo 2 gb en Ram y Core 2 Duo)

o 2 Gb en Ram.

o Procesador Intel Core 2 Duo 2.0 Ghz.

o Disco duro de 320gb.

1.16 Software

Lenguaje de Programación

Java (JDK 6).

Software de desarrollo y construcción de reportes

Neatbeans (IDE 6.5).

Oracle Business Intelligence 10g (32bits).

Base de Datos

Oracle Database 10g o superior. (32bits).

Toad 8.5 o superior (opcional).

PLSQL Developer (opcional).

Plataforma

Windows XP o 2003 server en (32 bits).

18

1.17 Beneficios.

Los beneficios de este desarrollo sobre el proyecto abarca los siguientes aspectos:

A nivel científico: brindará a los distintos profesionales una guía práctica para la

utilización, desarrollo e implementación de proyecto de Inteligencia de Negocios,

utilizando la herramienta Oracle Business Intelligence.

A nivel empresarial: brindará un valioso aporte a los usuarios gerenciales y

analistas al contar con este tipo de proyectos informáticos ya que sus empresas

podrán tener con un aplicativo web donde se visualice los reportes y estén

disponibles en cualquier momento.

A nivel de implementadores: este proyecto es de fácil implementación y se ajusta

a cualquier tipo de estructuras bajando tiempos considerables de desarrollo y lo

único que habría que tomar en cuenta es el conocimiento del modelo entidad

relación de la empresa donde se implemente.

Los principales beneficiarios del desarrollo de este proyecto son los siguientes

Usuarios Gerenciales

19

Usuarios Analistas.

Usuarios Administradores.

Usuarios Implementadores.

Sector empresarial grande y mediano.

20

CAPITULO II

2 ANÁLISIS

El segundo capítulo cubre los aspectos más importantes en cuanto a la captación de

requerimientos y definición funcional del proyecto. Para tal fin se plantea la

metodología a usar y se analiza la solución más conveniente para los requisitos

obtenidos.

2.1 Metodología de elaboración del producto basado en Business Intelligence

Roadmap.

En términos generales de BI, el Business Intelligence Roadmap (BIR) especifica

el camino y la dirección que deben seguir las aplicaciones, estructuras,

herramientas y personas que intervienen en un proyecto de este tipo. Este BIR es,

en primer lugar, una guía del ciclo de vida de un proyecto para desarrollar

aplicaciones de soporte a la decisión utilizando datos estructurados.

El Business Intelligence Roadmap es una guía de buenas prácticas que siguen 16

pasos en los cuales se recogen las actividades a realizar para llevar un proyecto de

inteligencia de negocios

Recogiendo esta guía se ha adaptado la siguiente metodología, la cual incluye las

siguientes etapas:

21

Evaluación Caso de Negocio.

Evaluación Infraestructura.

Planificación del Proyecto.

Definición de Requisitos de Proyecto.

Análisis de Datos.

Prototipos de aplicación.

Análisis del Repositorio de Metadata.

Diseño del DW.

Diseño ETL.

Diseño del Repositorio Metadata.

Desarrollo ETL.

Desarrollo Aplicación.

Minería de Datos.

Desarrollo del Repositorio Metadata.

Implementación.

Evaluación de la Solución.

Paso 1.Evaluación Caso Negocio.

La mayoría de los proyectos suponen un gran coste, así pues es necesario

justificar este costo mostrando el balance entre el coste de la inversión y los

beneficios conseguidos. Los beneficios generados por un sistema BI de apoyo a la

22

decisión son muchos, beneficios tangibles, como incrementar el volumen de

ventas, y no tangibles, como mejorar la reputación de la organización. Beneficios

de este tipo son difíciles de cuantificar en términos de valor monetario. Así pues

se debe hacer una lista detallada de beneficios en forma de medida, contra el coste

de la implementación del sistema BI. Para justificar la iniciativa se deben

relacionar estos beneficios detallados con los problemas de negocio específicos de

la organización y con los objetivos estratégicos del negocio.

La justificación siempre debe estar promovida por el negocio, no por la

tecnología. Se debe comenzar la justificación identificando los objetivos

estratégicos de negocio de la organización y definir claramente la dirección del

negocio.

Hay que buscar la información necesaria, investigar qué información será

requerida, si estará disponible y será accesible. Se deben identificar los datos

dónde reside esta información, y hacer un estudio de estos datos. Se comprobarán

los tipos y la calidad de estos datos.

Incremento beneficio.

Mejora la satisfacción de los clientes.

Incremento ahorro.

Ganancia de mercado compartido.

23

Hacer un análisis de costes-beneficios es imprescindible para garantizar la

viabilidad del proyecto. Incluyendo los beneficios intangibles que se han

comentado antes podemos hacer una clasificación de éstos:

Incremento ingresos.

Incremento beneficio.

Mejora la satisfacción de los clientes.

Incremento ahorro.

Ganancia de mercado compartido.

Paso 2. Evaluación Infraestructura

Se debe elegir exhaustivamente una plataforma para la aplicación, que garantice

la mejor respuesta para la recuperación y acceso a los datos. Lo que implica una

buena elección del hardware, middleware y SGBD

Para nuestro caso hemos utilizado una infraestructura basada en Windows XP o

2003 Server y el software de Inteligencia de Negocios Oracle Business

Intelligence

Paso 3. Planificación del Proyecto.

Los proyectos de BI no son como otros proyectos con una colección finita y

estática de requisitos. Estos proyectos incluyen nuevas tareas, cambios en roles y

responsabilidades, etc.

24

Al describir las actividades de gestión de proyecto se debe responder a las

siguientes preguntas:

¿Qué será entregado?

¿Cuándo será hecho?

¿Cuánto costará?

¿Quién lo hará?

Las personas que intervienen en estas actividades son diseñador de la

aplicación, representante del negocio, administrador de datos, analista de

calidad de datos, administrador de BBDD, diseñador de procesos ETL

(Extract, Transform & Load), administrador meta datos, gestor de proyecto y

experto en la materia.

En nuestro caso se desarrollara los diversos módulos.

Desarrollo Módulo de Configuración de Parámetros de Conexión.

Desarrollo Módulo de Configuración de Carga de Dimensiones.

Desarrollo de proceso de carga de datos.

Desarrollo de capa física, negocio y presentación en herramienta de

Oracle Business Intelligence.

Construcción de reportes en herramienta de Oracle Business

Intelligence.

25

Paso 4. Definición de Requisitos de Proyecto.

Los requisitos se dividen en dos grupos, los requisitos de alto nivel generales

del negocio, identificados a partir de la iniciativa BI, y que son revisados

periódicamente, y los requisitos específicos del proyecto, concentrados en los

detalles de los resultados esperados de cada aplicación BI relacionada

Como requisitos a nivel gerencial tenemos

Desarrollo de un sistema de reportaría a nivel de ventas

Desarrollo de un sistema de reportaría a nivel de gastos.

Como requisitos de implementación de proyecto

Modulo de Configuración de parámetros de Conexión.

Modulo de Configuración de Dimensiones y extracción.

Proceso de Carga Automática de dimensiones desde base

transaccional.

Paso 5. Análisis de Datos

Las aplicaciones BI, a diferencia de las tradicionales, hacen un análisis de

datos centrado en el negocio, no en el sistema. Un punto básico es que los

datos estén disponibles de forma transversal para todos los departamentos.

El análisis de los datos es diferente del análisis del sistema. El análisis de

datos está centrado en comprender y corregir las discrepancias existentes en

26

los datos de negocio, independientemente del diseño de los sistemas o

métodos de implementación.

Para realizar un análisis riguroso son necesarios dos métodos

complementarios:

Modelado lógico de datos de alto nivel para la integración y

consistencia.

Análisis de orígenes de datos de bajo nivel para la estandarización y

calidad.

Con respecto a esta etapa hemos recopilado en el análisis de los datos

modelos entidad relación para un diseño de repositorio de datos de ventas y

pagos.

Dicho diseño contempla la estructura para que se pueda adaptar cualquier

sistema simple transaccional de datos.

Paso 6. Prototipos de aplicación.

Los prototipos pueden ser un método efectivo para validar los requisitos y

encontrar partes que faltan y discrepancias. Con ellos también se pueden ver el

camino de acceso para los requisitos, las capacidades de la tecnología BI y el

acceso y análisis de una parte de su aplicación BI. Si se puede, es

recomendable hacer el prototipo sobre los requisitos reales del negocio, así la

evaluación será mucho más óptima

27

Paso 7. Análisis del Repositorio de Metadata.

El repositorio de Metadata es una base de datos, pero no una base de datos

ordinaria. Ésta no diseña la carga de los datos de negocio para una aplicación,

sino que diseña la carga de la información contextual sobre los datos de negocio,

como por ejemplo significado y contenido, políticas de gobierno, atributos

técnicos, especificaciones de transformación y programas que manipulan los

datos. La información contextual existe de forma inherente a cada organización,

esté documentada o no. Lo más usual en las organizaciones es que no esté

documentado, y en esos casos las organizaciones crean sus propias reglas de

negocio, con sus datos y procesos redundantes, sin darse cuenta de que lo que

necesitan ya está creado.

La Metadata describe una organización en términos de sus actividades de negocio

y sus objetos sobre los que actúan estas actividades. La gran importancia de la

Metadata, en las aplicaciones BI de apoyo a la decisión, reside en ayuda á hacer

una metamorfosis de los datos de negocio a información, obteniendo

conocimiento. La Metadata se puede ver como un componente semántico dentro

del entorno del soporte a la decisión BI, proveyendo al negocio el contexto dónde

los datos son usados.

28

Paso 8. Diseño del Datawarehouse.

Los requisitos de agregación y de datos de los sistemas BI han introducido un

nuevo tipo de diseño de base de datos y un nuevo modo de carga de datos. Este

nuevo esquema de diseño de base de datos multidimensionales junto con las

nuevas tecnologías BI almacena la información en cubos con dimensiones, los

Datawarehouse. Los administradores y desarrolladores deben aprender las nuevas

técnicas de diseño y la nueva forma de trabajar con los Datawarehouse.

El diseño del Datawarehouse incluye las siguientes consideraciones:

El DW se diseña para simplificar, no por eficiencia en la carga y mantenimiento.

La eliminación o minimización de la redundancia de los datos no es un

objetivo.

Los datos son cargados de la misma forma en que vayan a ser accedidos

por los usuarios.

El diseño está dirigido al acceso y usabilidad.

Un diseño normalizado no es intuitivo, y puede confundir a una persona

de negocio.

Los datos siempre provienen de una ocurrencia interna o externa, o son

derivados.

29

Existen varios tipos de modelos de diseño lógico, éstos son:

Esquema en Estrella: la tabla de hechos (datos derivados) están en el

centro del diseño, todas las tablas de dimensiones se relacionan con ella.

Esquema Copo de Nieve: puede haber tablas de dimensiones que no estén

relacionadas con la tabla de hechos.

Paso 9. Diseño ETL.

Los datos de origen para las aplicaciones BI provienen de varias plataformas,

que son gestionadas por una variedad de sistemas operacionales y

aplicaciones. El propósito de los procesos ETL es unir los datos de estas

plataformas heterogéneas y transformar a un formato estándar para el DW en

los sistemas de apoyo a la decisión.

Existen varias estrategias de implementación dependiendo de la combinación

del Datawarehouse. La más utilizada es el entorno DataMart. Para la correcta

implementación de la estrategia es necesario que se construya un puerto para

el entorno, que sea común para todos los orígenes de datos, y sea integrado y

reconciliado. Es primordial que todas las transformaciones sean comunes para

todos los datos origen, que sólo se llevarán a cabo una vez, y los datos se

conciliarán volviendo a acceder a las base de datos origen.

30

Para nuestro caso hemos planteado vistas genéricas para la extracción de

datos de acuerdo a los orígenes de ventas y pagos

Paso 10. Diseño del Repositorio Metadata.

La mayoría de los administradores usan productos de diccionarios genéricos

de datos, el resto intentan crear sus propios diccionarios de datos (Metadata) o

añadir nuevos componentes a diccionarios ya existentes. Se debe intentar tener

metadatos personalizados para cada organización, pues su información no es

común a otras. Crear el repositorio de metadata no es fácil, y nos encontramos

con muchos silos, pero se debe poner empeño para resolverlos.

Son muchas las herramientas que requieren componentes de metadata:

Herramientas CASE (Computer Aided Software Engineering):

necesitan la Metadata para los modelos lógicos.

Diccionarios de SGBD: estructuras como BBDD, tablas,

columnas, índices, etc.

Herramientas ETL: para los mapeos y las especificaciones de

transformación.

Herramientas de limpieza de datos: para dominios y reglas usadas.

Herramientas OLAP: para consultas, reportes, etc.

31

Herramientas de Data Mining: para los modelos analíticos y

algoritmos que utilizan.

Para cumplir con el diseño se plantea el diseño de módulo de configuración

de parámetros y dimensiones para extracción

Paso 11. Desarrollo ETL.

Las reglas técnicas y de negocio definidas y acumuladas durante los pasos de

planificación son requeridas por las transformaciones de los datos, y son

reflejadas en este paso.

Para la transformación de los datos en primer lugar se debe realizar la limpieza de

éstos, luego los sumatorios, derivaciones y agregaciones pertinentes, y por último

la integración.

Un aspecto muy importante en el desarrollo de procesos ETL es la reconciliación,

que es hacer que los datos origen y destino estén en concordancia. Para verificar

esta concordancia es bueno calcular contadores de registros, dominios y

cantidades, con estos valores resulta fácil contrastar la información.

Se recomienda elaborar los siguientes grupos de pruebas

Pruebas Unitarias: no se prueba el flujo, sino módulos pequeños y scripts.

Se prueba la compilación, funcionalidad y edición.

32

Pruebas de Integración: se prueba el programa completo, para observar las

interacciones y flujos.

Pruebas de Regresión: son las más largas, comprueban que las

modificaciones en los programas ETL existentes no producen errores

inesperados.

Pruebas de Rendimiento: comprueban los tiempos de ejecución, conviene

usar herramientas de simulación que representen situaciones reales.

Pruebas de Calidad y Seguridad: se deben cumplir las normas de la

organización para poner una aplicación en producción.

Pruebas de Aceptación: antes de realizarlas se deben establecer los

indicadores y valores de aceptación.

Para este paso hemos desarrollo el proceso de carga de datos, durante todo el

tiempo de desarrollo de este proyecto se logró implementar lo siguiente.

Carga de datos de repositorio de ventas

Carga de datos de repositorio de pagos

Pruebas de tiempo de carga

Pruebas de integridad de datos.

33

Paso 12. Desarrollo Aplicación.

La principal razón de la iniciativa de sistemas BI de apoyo a la decisión es

proveer de un acceso rápido y sencillo a los datos para analizar el negocio. Es por

ello que surgen las herramientas OLAP, y se convierten en el mayor componente

de estos sistemas.

La definición aceptada generalmente es que OLAP se refiere a tecnología de

procesamiento analítico en línea que crea nueva información de negocio a través

de robustas transformaciones y cálculos ejecutados sobre datos existentes.

Las características de estas herramientas son que presentan una vista

multidimensional, permiten sumatorios y agregaciones, capacidad de análisis y

consultas interactivas, da soporte al análisis de negocio, navegar por las

dimensiones que pertenecen a jerarquías, capacidades de modelación analítica.

También soportan modelos funcionales para el análisis de tendencias en los datos

y visualiza los datos en forma de gráficos y tablas.

Paso 13. Minería de Datos.

Muchas organizaciones tienen acumuladas cantidades masivas de datos en sus

sistemas operacionales. Estos datos constituyen un potencial origen de valor de

información de negocio que puede ser analizada. Con los modelos analíticos

generados se pueden encontrar patrones en los datos. Los patrones permiten usar

34

la información como ventaja competitiva en el mercado. Esto da a los gestores y

ejecutivos del negocio la información que ellos necesitan para actuar, incrementar

beneficios, reducir costes, crear estrategias de productos innovadoras, y

expandirse en el mercado compartido.

La minería de datos no es algo que se pueda comprar o adquirir fácilmente,

requiere construir una aplicación BI de apoyo a la decisión, especificar una

aplicación de minería de datos y usar una herramienta para ello. La aplicación

puede usar una combinación sofisticada de clasificación y componentes

avanzados como inteligencia artificial, reconocimiento de patrones, base de datos,

estadística tradicional, gráficas para representar relaciones ocultas y patrones

encontrados en los datos de la organización.

Paso 14. Desarrollo del Repositorio Metadata.

Para navegar más eficientemente a través del entorno BI, la gente de negocio

necesita tener acceso al repositorio de Metadata. Solo hay dos opciones,

comprarlo o crearlo. Si un repositorio es implementado debe ser mantenido y

expandido a lo largo del tiempo. También tiene que ser cargado y modificado

durante cada ciclo del proceso ETL, con cargas estadísticas, métricas de datos

fiables, contadores de datos rechazados y las razones de estos rechazos.

35

Para este paso comenzamos con el uso de la herramienta Oracle Business

Intelligence para el diseño de capas física, negocio y presentación, asi como el

uso del motor web que nos provee para el desarrollo de los reportes.

Paso 15. Implementación.

Una vez que la aplicación está construida y probada está lista para ser

implementada en el entorno de producción. Esto se puede hacer de formas, todo

de una vez, de forma tradicional, o incrementalmente.

Se sugiere empezar por un pequeño grupo de personas de negocio, que consisten

en los principales usuarios, los trabajadores sin conocimiento de la tecnología y

los analistas de negocio. Se debe tratar a la gente de negocio como clientes,

manteniendo su cuidado, implementar el sistema dándoles formación sobre él y

apoyo continuado. Hay que aprovechar el acercamiento de los usuarios a la

aplicación para probarla, y así ver si hay que modificar algo. Por último se deben

trasladar estas acciones al resto de equipos en la organización.

Otro aspecto que se debe considerar es el crecimiento considerable de los datos,

éstos duplicarán su volumen en dos años. Pero no sólo crecen los datos, sino la

usabilidad, el número de los usuarios que acceden al sistema, y el hardware. Hay

36

que tener en cuenta y prever todos estos aspectos para garantizar la consistencia

permanente.

Las actividades que hay que realizar en este paso son:

Planear la implementación.

Preparar el entorno de producción.

Instalar todos los componentes de la aplicación BI.

Poner el esquema en producción.

Cargar las BBDD de los repositorios metadata, el Stagging Area y el DW.

Preparar el soporte en curso.

Paso 16. Evaluación de la Solución.

La construcción de un sistema BI es un proceso que nunca acaba, a diferencia de

muchos sistemas operacionales. Los objetivos y necesidades cambian, por esta

razón el sistema BI también. Es difícil que la primera solución sea la mejor,

normalmente hacen falta varias iteraciones para que sea la más adecuada. Muchas

organizaciones no aceptan este hecho cuando el sistema se desarrolla por la

misma organización, sin embargo cuando es comprado a un vendedor sí se acepta.

En ese caso la solución también necesitará pasar por varias iteraciones antes de

ser una buena solución, y además su precio será mayor al no hacerse de forma

interna en la organización.

37

Las organizaciones deben concienciarse de que este tipo de sistemas BI son así,

independientemente de quién lo lleve a cabo. Para ello se puede seguir una guía

con aspectos que se deben tener en cuenta, entre los que están:

Las ampliaciones deben ser entregadas cada tres o seis meses, menos la

primera que puede tomar más tiempo.

Los entregables deben ser pequeños y manejables.

Las pequeñas soluciones en conjunto formarán la aplicación BI completa,

una de ellas no puede ser igual a la solución completa.

La primera solución BI sólo debe contener lo básico.

Los gestores de negocio deben aceptar las soluciones parciales.

Nada es impuesto específicamente, todo es negociable.

La infraestructura, técnica y no técnica, debe ser robusta.

La Metadata debe ser una parte integral de cada pequeña solución.

Diseños, programas y herramientas deben ser flexibles para soportar

ocasionales rediseños.

Los nuevos requisitos deben ser tratados y priorizados.

Pequeños errores o defectos son direccionados bajo estrictos

procedimientos de control de cambios durante el desarrollo de cada parte

de la solución completa.

Grandes errores o defectos son aplazados a otra nueva iteración,

eliminando la función o datos asociados con el problema.

38

Después de la implementación del proyecto BI se debe hacer una revisión, para

ver si la aplicación funciona perfectamente o tiene problemas. Es bueno hacer esta

revisión en conjunto con otros equipos de otros proyectos, así se puede aprender

más, ya que se compartirán conocimientos.

2.2 Diagramas

Durante el análisis hemos desarrollado los siguientes diagramas para una mejor

compresión del entendimiento global del sistema a implementar

39

2.2.1 Diagrama de Configuración de Parámetros de Conexión.

En este diagrama se identifica las variables de conexión para los orígenes de

datos ya sea de repositorio y de base transaccional

Diagrama para base de repositorio

40

Diagrama para base de datos transaccional

41

2.2.2 Diagrama de Configuración de Dimensiones para carga de datos

Especificamos el proceso y orden de flujo que va a tener el desarrollo del

módulo de extracción de datos.

42

2.2.3 Diagrama de flujo de proceso de carga de datos.

En este diagrama especificamos la manera y el flujo de cómo se va a realizar la

carga de datos y secuencias que tendrá.

43

CAPITULO III

3 DISEÑO

3.1 Diseño de Módulos.

En esta etapa especificamos el diseño para los siguientes módulos especificando

su justificación.

Módulo de Configuración de Parámetros de Conexión.- el diseño de

este módulo contempla el registro de los diversos parámetros o

variables que se necesitan para la comunicación de Java con las

distintas bases de datos Oracle, SqlServer o vía ODBC.

Módulo de Configuración de Carga de Dimensiones.- diseño que

contempla el registro de las distintas dimensiones creadas como

repositorio de información y su manejo de extracción desde la base

transacción.

Proceso de carga de datos.- diseño de secuencia de cómo se carga la

información desde la base transaccional.

Sistema de Reportería.- se diseña el respectivo modelo entidad

relación para los repositorios de ventas y pagos necesitados para la

implementación de este proyecto.

44

3.2 Modelo Entidad Relación para Cubo de Ventas.

45

3.3 Modelo Entidad Relación para Cubo de Gastos.

46

3.4 Modelo Entidad Relación para Módulo de Configuración y Carga de

dimensiones.

47

3.5 Estructuras para parámetros de Configuración.

BASE_REPOS.- esta tabla contendrá los parámetros de conexión para la base de

datos de repositorio tanto para los esquemas de producción y desarrollo.

BASE_TRANS.- esta tabla contendrá los parámetros de conexión para la base de

datos transaccional donde se extraerá la información para la construcción de

reportes, esta base puede ser Oracle o SqlServer.

48

3.6 Estructuras para Módulo de Configuración y Carga de datos de Dimensiones

OWB_CARGAS_GENERAL.- Tabla que registra la secuencia de cargas

realizadas globalmente indicando tiempos desde su inicio hasta su finalización.

OWB_CARGAS_GENERAL

PK GEN_NUM_CODIGO NUMBER 22

GEN_DAT_FECHA DATE 7

GEN_DAT_FECHA_DESDE DATE 7

GEN_DAT_FECHA_HASTA DATE 7

GEN_VAR_NOMBRE_ARCHIVO VARCHAR2 100

GEN_VAR_OBSERVACION VARCHAR2 3000

OWB_CARGAS_CAB.- tabla donde registra la secuencia de carga por cada

cubo registrado indicando su hora de inicio hasta su finalización.

OWB_CARGAS_CAB

PK OCC_NUM_SECUENCIA NUMBER 22

OCC_NUM_COD_CUBO NUMBER 22

OCC_DAT_FECHA_INICIO DATE

OCC_DAT_FECHA_FINAL DATE

OCC_VAR_NOVEDAD VARCHAR2 1000

OCC_VAR_EXITO VARCHAR2

OCC_NUM_SECUENCIA_CAB NUMBER 22

OWB_CARGAS_DET.- tabla donde se registra la carga de cada dimensión

indicando su hora de inicio y finalización además registra la cantidad de registros

cargados.

OWB_CARGAS_DET

PK OCD_NUM_SECUENCIA NUMBER 22

OCD_NUM_COD_CUBO NUMBER 22

OCD_NUM_COD_DIMENSION NUMBER 22

OCD_DAT_FECHA_INICIO DATE

OCC_DAT_FECHA_FINAL DATE

49

OCC_NUM_REGISTOS NUMBER 22

OWB_CARGAS_LOG.- tabla donde se registra las alertas de cada carga en caso

de producirse.

OWB_CARGAS_LOG

OCL_NUM_SECUENCIA NUMBER 22

OCL_VAR_NOVEDAD VARCHAR2 3000

OCL_DAT_FECHA_REGISTRO DATE 7

OWB_CUBO.- mantenimiento de registro de cubos de información.

OWB_CUBO

PK OWB_NUM_CODIGO NUMBER 22

OWB_VAR_DESCRIPCION VARCHAR2 120

OWB_VALIDADO VARCHAR2 1

OWB_ESTADO VARCHAR2 1

OWB_DIMENSIONES.- mantenimiento de registro de dimensiones.

OWB_DIMENSIONES

PK ODM_NUM_CODIGO NUMBER 22

ODM_VAR_DESCRIPCION VARCHAR2 120

ODM_NUM_CUBO NUMBER 22

ODM_NUM_TIPO_DIM NUMBER 22

ODM_NUM_CNT_CAMPOS NUMBER 22

ODM_VALIDADO VARCHAR2 1

ODM_ESTADO VARCHAR2 1

OWB_DIMENSIONES_QUERY.- contiene las consultas para extraer datos de

la base transaccional.

OWB_DIMENSIONES_QUERY

PK ODQ_NUM_DIMENSION NUMBER 22

PK ODQ_NUM_LINEA NUMBER 22

ODQ_QUERY_DIM LONG

50

OWB_TIPO_DIMENSION.- mantenimiento de registro de dimensiones con su

respectiva sentencia en sql validada en la base transaccional para la respectiva

carga.

OWB_TIPO_DIMENSION

PK OTD_NUM_CODIGO NUMBER 22

OTD_VAR_DESCRIPCION VARCHAR2 120

3.7 Estructuras para Cubo de Ventas.

DIM_CIUDAD.- Tabla donde se registran las ciudades de donde se producen las

ventas con su código único y su descripción.

DIM_CIUDAD

PK CIU_VAR_CODIGO VARCHAR2 120

CIU_NOMBRE VARCHAR2 120

DIM_CLIENTES.- Tabla donde se registran los clientes utilizados para ventas

registrando su clave única, nombre o razón social y ruc o cédula de identidad.

DIM_CLIENTES

PK CLI_VAR_CLAVE_INT VARCHAR2 120

CLI_VAR_NOMBRE VARCHAR2 120

CLI_VAR_RUC VARCHAR2 30

51

DIM_MEDIOS.- Tabla donde se registran los distintos medios de Ventas que

agrupan los distintos productos.

DIM_MEDIOS

PK MED_VAR_CODIGO VARCHAR2 120

MED_VAR_DESCRIPCION VARCHAR2 120

DIM_MODULO_NEGOCIO.- Tabla donde se registran el nombre del negocio

en si para identificar el módulo de Ventas.

DIM_MODULO_NEGOCIO

PK NEG_VAR_CODIGO VARCHAR2 120

NEG_DESCRIPCION VARCHAR2 200

DIM_PRODUCTOS.- Tabla donde se registran el nombre del negocio en si para

identificar el módulo de Ventas.

DIM_PRODUCTOS

PK PRO_VAR_CLAVE_INT VARCHAR2 120

PRO_VAC_DESCRIPCION VARCHAR2 120

DIM_PROMOCIONES.- Tabla donde se registran las distintas promociones, en

caso para las ventas que no lleven promociones registrar un registro ficticio con

código 0.

DIM_PROMOCIONES

PK PRO_VAR_CODIGO VARCHAR2 120

PRO_VAR_DESCRIPCION VARCHAR2 200

PRO_DAT_DESDE DATE 7

PRO_DAT_HASTA DATE 7

52

DIM_SECTOR.- Tabla donde se registran los sectores de venta que considere la

empresa registrar.

DIM_SECTOR

PK SEC_VAR_CLAVE_INT VARCHAR2 120

SEC_VAR_DESCRIPCION VARCHAR2 120

SEC_PUNTO_X VARCHAR2 100

SEC_PUNTO_Y VARCHAR2 100

DIM_TIPO_CLIENTE.- Tabla donde se registran las clasificaciones de los

clientes.

DIM_TIPO_CLIENTE

PK TIC_VAR_CLAVE_INT VARCHAR2 120

TIC_VAR_DESCRIPCION VARCHAR2 120

TIC_NUM_MONTO_DESDE NUMBER 22

TIC_NUM_MONTO_HASTA NUMBER 22

DIM_TIPO_PRODUCTOS.- Tabla donde se registran los tipos de productos

que la empresa considere.

DIM_TIPO_PRODUCTOS

PK TPR_VAR_CLAVE_INT VARCHAR2 30

TPR_VAR_DESCRIPCION VARCHAR2 120

DIM_TIPO_VENDEDOR.- Tabla donde se registran los tipos de productos que

la empresa considere.

DIM_TIPO_VENDEDOR

PK TVE_VAR_CLAVE_INT VARCHAR2 120

TVE_VAR_DESCRIPCION VARCHAR2 120

53

DIM_VENDEDOR.- Tabla donde se registran los vendedores.

DIM_VENDEDOR

PK VEN_VAR_CLAVE_INT VARCHAR2 120

VEN_VAR_DESCRIPCION VARCHAR2 200

DIM_CUBO_VENTAS.- tabla de hechos donde se registran las ventas de la

empresa relacionada con las distintas tablas

DIM_CUBO_VENTAS

PK FAC_VAR_CLAVE_INT VARCHAR2 120

FAC_DAT_FECHA_FACTURA DATE 7

FAC_VAR_NUMERO_FACTURA VARCHAR2 30

FAC_NUMERO_CONTRATO VARCHAR2 30

FAC_VAR_OBSERVACION VARCHAR2 120

FAC_SALDO_GLOBAL NUMBER 22

FAC_MONTO_GLOBAL_FAC NUMBER 22

FAC_VALOR_SUBOTOTAL_DET NUMBER 22

FAC_VALOR_DESCUENTO_DET NUMBER 22

FAC_VALOR_TOTAL_DET NUMBER 22

FAC_VAR_CLIENTE VARCHAR2 120

FAC_VAR_TIPO_CLI VARCHAR2 120

FAC_VAR_TIP_PRODUCTO VARCHAR2 30

FAC_VAR_VENDEDOR VARCHAR2 120

FAC_VAR_TIP_VENDEDOR VARCHAR2 120

FAC_VAR_PRODUCTOS VARCHAR2 120

FAC_VAR_SECTOR VARCHAR2 120

FAC_VAR_CIUDAD VARCHAR2 120

FAC_VAR_NEGOCIOS VARCHAR2 120

FAC_VAR_MEDIO VARCHAR2 120

FAC_VAR_PROMOCIONES VARCHAR2 120

FAC_NUM_CANTIDAD NUMBER 22

FAC_VAR_ESTADO VARCHAR2 1

FAC_DAT_FECHA_ANULA DATE 7

54

3.8 Estructuras para Cubo de Gastos.

DIM_ARTICULOS.- tabla donde se guardarán los artículos comprados por la

empresa.

DIM_ARTICULOS

PK ART_VAR_CLI_INT VARCHAR2 120

ART_VAR_DESCRIPCION VARCHAR2 120

ART_VAR_DESCRIPCION VARCHAR2 100

DIM_BODEGAS.- tabla donde se guardarán las bodegas de los distintos

artículos.

DIM_BODEGAS

PK BOD_VAR_CLI_INT VARCHAR2 120

BOD_VAR_DESCRIPCION VARCHAR2 100

DIM_DEPARTAMENTOS.- tabla donde se guardarán los departamentos de

consumo de la empresa.

DIM_DEPARTAMENTOS

PK DEP_VAR_CODIGO VARCHAR2 120

DEP_VAR_DESCRIPCION VARCHAR2 60

DIM_GASTOS.- tabla donde se guardarán las descripciones globales de gastos

de la empresa.

DIM_GASTOS

PK GAS_VAR_CLAVE_INT VARCHAR2 120

GAS_VAR_DESCRIPCION VARCHAR2 100

55

DIM_PROVEEDORES.- tabla donde se guardarán los distintos proveedores.

DIM_PROVEEDORES

PK PRO_VAR_CLAVE_INT VARCHAR2 120

PRO_VAC_DESCRIPCION VARCHAR2 100

PRO_VAC_RUC VARCHAR2 100

DIM_PROYECTO.- tabla donde se guardarán los proyectos de gastos de una

empresa, se deberá crear un registro ficticio con código -1 para las compras que

no tienen proyecto.

DIM_PROYECTO

PK PRY_VAR_CLAVE_INT VARCHAR2 120

PRY_VAR_DESCRIPCION VARCHAR2 100

DIM_TIPO_COMPRA.- tabla donde se guardarán los tipos de compras que la

empresa considere.

DIM_TIPO_COMPRA

PK COM_VAR_CODIGO VARCHAR2 120

COM_VAR_DESCRIPCION VARCHAR2 60

DIM_TIPO_GASTOS.- tabla donde se guardarán las descripciones de gastos

que la empresa considere.

DIM_TIPO_GASTOS

PK TGA_VAR_CLAVE_INT VARCHAR2 120

TGA_VAR_DESCRIPCION VARCHAR2 120

56

DIM_TIPO_PROVEEDOR.- tabla donde se guardarán los tipos de proveedores

que se considere.

DIM_TIPO_PROVEEDOR

PK TIP_VAR_CODIGO VARCHAR2 120

TIP_VAR_DESCRIPCION VARCHAR2 120

DIM_CUBO_GASTOS.- tabla de hechos donde se registran los gastos de la

empresa relacionada con las distintas tablas.

DIM_CUBO_GASTOS

PK PAG_VAR_CLA_INT VARCHAR2 120

PAG_VAR_ORDEN VARCHAR2 30

PAG_NUM_VALOR_DETALLE NUMBER 22

PAG_VAR_PROVEEDOR VARCHAR2 30

PAG_VAR_BODEGAS VARCHAR2 120

PAG_VAR_ARTICULOS VARCHAR2 120

PAG_VAR_PROYECTO VARCHAR2 120

PAG_VAR_TIPO_GASTO VARCHAR2 120

PAG_VAR_GASTOS VARCHAR2 120

PAG_DAT_FECHA DATE 7

PAG_VAR_DEPARTAMENTO VARCHAR2 120

PAG_VAR_TIPO_COMPRA VARCHAR2 120

3.9 Dimensión de Tiempo.

DIM_TIEMPO.- es una tabla que el sistema de configuración la llenará de

manera automática registrando todos los días desde una fecha inicial hasta una

final, indicando cada fecha a que día de semana, mes , trimestre, año pertenece.

57

DIM_TIEMPO

PK TIE_FECHA_PRINCIPAL DATE 7

TIE_NUM_ANIO NUMBER 22

TIE_NUM_MES NUMBER 22

TIE_NUM_TRIMESTRE NUMBER 22

TIE_VAR_DESCRIP_MES VARCHAR2 30

TIE_VAR_DESCRIP_TRIMESTRE VARCHAR2 30

TIE_VAR_CLAVE_INT NUMBER 22

TIE_NUM_DIA NUMBER 22

TIE_VAR_DESCRIP_DIA VARCHAR2 30

TIE_NUM_DIA_SEMANA NUMBER 22

3.10 Diagrama de composición de Objetos de Cubos.

58

CAPITULO IV

4 DESARROLLO DEL SISTEMA

4.1 Definición etapas de desarrollo

La solución que se plantea comprende las siguientes etapas de desarrollo.

Desarrollo Módulo de Configuración de Parámetros de Conexión.

Desarrollo Módulo de Configuración de Carga de Dimensiones.

Desarrollo de proceso de carga de datos.

Desarrollo de capa física, negocio y presentación en herramienta de

Oracle Business Intelligence.

Construcción de reportes en herramienta de de Oracle Business

Intelligence.

4.2 Desarrollo Módulo de Configuración de Parámetros de Conexión

El módulo de Configuración de parámetros de conexión esta desarrollado en Java

(JDK 6), con la plataforma de Netbeans 6.5, el cual esta comprimido en un

archivo .jar que debe estar obligatoriamente en la siguiente ruta c:\programas.

59

Las funciones de este módulo son las siguientes

Registro y validación de parámetros de conexión base de repositorio

Registro y validación de usuario de repositorio para esquema de

producción.

Registro y validación de usuario de repositorio para esquema de

desarrollo.

Registro y validación de parámetros de conexión, usuario y contraseña

para base de datos transaccional.

Registro de archivo de todos los parámetros de forma encriptado.

4.2.1 Parámetros Base Repositorio

Ip Repositorio.- Direccion Ip (IP v4) donde va a estar alojada la base de datos

oracle previamente instalada.

Puerto de Conexión.- Puerto que utiliza oracle para comunicación con los

clientes..

60

Nombre SID.- Nombre que se le da a la base de datos oracle durante su

instalación.

4.2.2 Usuario Base de Repositorio.

Se registrarán los usuarios y contraseñas de los usuarios de repositorio tanto

para producción y desarrollo previamente creados en la base de datos Oracle

ya que el sistema validará la existencia de los mismos para su configuración.

61

4.2.3 Base Transaccional.

Se registrarán los parámetros de conexión hacia la base de datos transaccional

para la extracción de la información.

Tipo de Conexión.- Establece el tipo de conexión o base de datos a la cual va

a extraer la información ya sea esta Oracle, SqlServer o via ODBC.

Ip Base Transaccional.- Direccion Ip (IP v4) donde va a estar alojada la base

de datos Transaccional.

Puerto de Conexión.- Puerto de conexión que utiliza la base transaccional.

Nombre SID o ODBC.- Nombre que se le da a la base de datos durante su

instalación o del origen ODBC registrado en el servidor.

Usuario.- usuario utilizado para la conexión para la base de datos

transaccional.

62

Clave.- contraseña del usuario para la conexión para la base de datos

transaccional.

4.2.4 Archivo Parámetros.

Una vez que se procede con el registro de parámetros generara un archivo

llamado parametros.dat con la información de los parámetros de forma

encriptado en la siguiente ruta c:\programas

La información contenida en este archivo estará de manera encriptada de

manera que sea ilegible para los usuarios y solo el sistema pueda determinar

los valores.

Parámetro “A:” .- Ip de Repositorio base de datos Oracle.

63

Parámetro “B:” .- Puerto de Conexión de Repositorio base de datos Oracle.

Parámetro “C:”.- Nombre de SID base de datos Oracle para repositorio

Parámetro “D:”.- Usuario producción base de datos de repositorio.

Parámetro “E:”.- Contraseña de usuario de producción base de datos de

repositorio.

Parámetro “F:”.- Usuario para desarrollo base de datos de repositorio.

Parámetro“G:”.- Contraseña de usuario para desarrollo base de datos de

repositorio.

Parámetro “H:” .- Tipo de Conexión a base de datos transaccional.

Parámetro “I:” .- Ip de base de datos transaccional.

Parámetro “J:” .- Puerto de Conexión base de datos transaccional.

Parámetro “K:” .- Nombre de base datos transaccional u ODBC.

Parámetro “L:” .- Usuario de base de datos transaccional.

Parámetro “M:” .- Contraseña usuario de base de datos transaccional.

64

4.2.5 Registro en Base de datos

Al grabar los parámetros de conexión el sistema también los registrará en

tablas en la base de datos de repositorio tanto para los usuarios de producción

y desarrollo.

Tabla BASE_REPOS

Donde el campo TIPO_BASE significa (1 usuario producción, 2 usuario

desarrollo)

Tabla BASE_TRANS

Donde el campo BTR_TIPO_CONEXION significa (1 oracle, 2 sqlserver, 3

Odbc).

4.3 Módulo Configuración Carga de Dimensiones

El módulo de Configuración de carga de dimensiones está desarrollado en Java

(JDK 6), con la plataforma de Netbeans 6.5, el cual está comprimido en un

archivo .jar que debe estar obligatoriamente en la siguiente ruta c:\programas.

65

Las tablas correspondientes para el funcionamiento de este módulo deberán estar

obligatoriamente en el esquema de desarrollo creado en la base de datos de

repositorio.

4.3.1 Autentificación de Acceso.

Previamente luego de haber configurado los parámetros de conexión, se

procede con el registro y configuración de dimensiones para su posterior

extracción de datos desde la base transaccional.

Para acceder a este módulo únicamente se lo podrá realizar con el usuario de

desarrollo ya configurado.

66

4.3.2 Menú de Opciones del Sistema.

El sistema contendrá las opciones maestras de Procesos y Consulta.

4.3.3 Opciones del Menú Procesos.

67

Opción Registro de Cubos

Se registrará el nombre general que demos a un cubo de información

determinado.

En Base de datos se registrará en la tabla OWB_CUBO

68

Opción Registro de Dimensiones

Se registrará el nombre que le demos a una dimensión determinada y

determinaremos a que cubo pertenece.

Tenemos que considerar que la dimensión previamente debe estar creada

como tabla en la base de datos en los esquemas de producción y desarrollo.

En Base de datos se registrará en la tabla OWB_DIMENSIONES

69

Opción Configuración de Dimensiones

Previamente registradas las dimensiones tanto en el módulo como en la base

de datos, configuramos el query de extracción desde la base transaccional.

Esta opción validará que cuadre el número de campos puestos en el query

contra el número de campos de la dimensión creada en la base de datos.

También validará la integridad de los datos correspondientes a los 100

primeros registros en caso de duplicidad de información o validación de tipos

de datos.

El usuario también podrá visualizar los datos puestos en el query.

70

En base datos se grabará el registro en la tabla

OWB_DIMENSIONES_QUERY

Opción Configuración de Dimensiones (Tiempo)

Esta opción configurará la dimensión de tiempo previamente registrada como

tabla con los mismos nombres de campos que se estipulan en el detalle del

diseño.

71

Se deberá escoger el año que inicia y el año que queramos finalizar dicha

carga para la dimensión.

En base de datos se registrará en la tabla OWB_DIMENSIONES_QUERY,

de la siguiente manera.

Opción Configuración de Cubos

Previamente registrada y configuradas todas las dimensiones tanto en el

módulo como en la base de datos, configuramos el query de extracción desde

la base transaccional para la tabla de hechos.

Esta opción validará que cuadre el número de campos puestos en el query

contra el número de campos de la dimensión creada en la base de datos.

72

También validará la integridad de los datos correspondientes a los 100

primeros registros en caso de duplicidad de información o validación de tipos

de datos.

El usuario también podrá visualizar los datos puestos en el query.

En base datos se grabará el registro en la tabla OWB_DIMENSIONES_QUERY

73

Restauración ultima carga

Posteriormente luego de configurar todas las dimensiones se procede con la

carga de datos que será explicada más adelante, con este proceso lo que se

quiere obtener es una contingencia al momento de cualquier eventualidad

restaurar la última carga realizada.

74

Carga Manual

Con este proceso lo que se quiere obtener es una carga individual por cada

cubo de información creado, se puede utilizar una vez solucionada una

eventualidad

4.3.4 Opciones de Menú Consulta.

75

Menú Consultas

En esta opción se registra la duración de cada carga de datos realizada desde la

base transaccional hacia la base de repositorio indicando tiempos, objetos

cargados, log de alertas, log de cargas.

Detalle de dimensiones cargadas al repositorio

76

Alertas en caso de presentarse

Archivo Log de carga de datos

4.4 Proceso bat de Carga Automática.

El proceso de carga de datos está desarrollado en Java (JDK 6), en su plataforma

Netbeans 6.5, su función primordial es extracción de los datos desde la base

transaccional y registrarlos en la base de repositorio de manera ordenada.

77

Este proceso está comprimido en el archivo owb_carga.jar y debe ser llamada

desde archivo bat.

Este proceso prioriza cada cubo es decir la carga se realizada por cada cubo y sus

dimensiones de manera independiente excepto la dimensión de tiempo que se

ejecuta de manera independiente, realiza un proceso de respaldo de cada

dimensión y registra los distintos eventos que se producen durante la carga.

Las características básicas de este proceso son las siguientes

Crear conexiones de comunicaciones con los esquema de desarrollo y

producción de la base de datos Oracle de repositorio

Crear conexión con la base transaccional para la extracción de la

información

Lectura de parámetros desde archivo.

Lectura de Configuraciones de query previamente configurados.

Registro de eventos de cargas.

Registro de logs de errores

Registro de archivo con log de eventos.

Respaldo de tablas antes de realizar la carga

Recuperación automática en caso de presentarse error.

78

Proyecto realizado en Netbeans 6.5

79

4.5 Diseño Capa Física Oracle Administration Tools.

La capa física está orientada al conjunto de tablas físicas de base de datos tomadas

del esquema del usuario de producción y que serán utilizadas para el desarrollo de

los reportes.

80

4.6 Diseño Capa de Negocio Oracle Administration Tools.

En la capa de negocio se establece las dimensiones, jerarquías y cálculos de las

distintas variables o campos que se toman de la capa física para un mejor

entendimiento a nivel de negocio y administrador.

81

4.7 Diseño Capa Presentación Oracle Administration Tools.

La capa de presentación sirve para definir la variables de negocio que se van a

utilizar para la construcción de los reportes.

82

4.8 Reportes Creados en Oracle Interactive Dashboard.

Basados en los parámetros anteriores, configuraciones de dimensiones y

definiciones de variables de negocio procedemos con el desarrollo de los reportes

a nivel de ventas y pagos con la herramienta Oracle Business Intelligence 10g,

dependiendo de cada reporte se establece una navegabilidad por detalle de una

dimensiones determinada para un mejor análisis y entendimiento del resumen en

si del reporte.

Procedemos con la creación de los enlaces de Ventas y Gastos.

4.8.1 Reportes para Ventas.

Para la sección de ventas se crearon las siguientes páginas como repositorio de

los distintos reportes.

Ventas Diarias.

o Ventas Diarias Totales.

o Ventas Diarias por Tipo de Producto.

o Ventas Diarias por Producto.

83

Top.

o Top Ventas por Mes.

o Top Ventas por Producto.

o Top Ventas por Cliente.

o Top Ventas por Vendedor.

Análisis Ventas.

o Análisis Venta por Ciudad.

Navegabilidad por año y desglose por Mes

o Análisis por Medio de Venta.

Navegabilidad por medio y desglose por Producto.

Análisis Vendedor.

o Análisis de Venta de Vendedores.

Navegabilidad por Tipo de Vendedor y desglose por

Nombre de Vendedor.

Navegabilidad por Valor vendido y desglose por

Producto de cada vendedor.

Análisis por Sector.

o Análisis por Sectores de Venta.

Navegabilidad por Sector de Venta y desglose por

Producto.

Navegabilidad por Nombre de Producto y desglose por

Cliente.

84

Análisis Promociones

o Análisis de Promociones.

Navegabilidad por Nombre de Promoción y desglose

por Tipo de Producto.

Navegabilidad por Tipo de Producto y desglose por

Producto.

Análisis Clientes.

o Análisis de Venta de Cliente.

Navegabilidad por Tipo de Cliente y desglose por

Cliente.

Comparativo Total.

o Reporte Comparativo Total.

Navegabilidad por Mes y desglose por Tipo de

Producto.

Reporte Google Maps.

85

Reportes de Ventas Diarias.

86

Reportes de Top.

87

88

Reporte de Análisis de Ventas.

89

Análisis Vendedor.

90

Reporte de Análisis por sectores.

91

Reporte de Análisis Promociones

92

Reporte de Análisis de Clientes

93

Comparativo Total

94

Reporte Comparativo (Google Maps)

95

4.8.2 Reportes para Gastos.

Para la sección de gastos se crearon las siguientes páginas como repositorio de los

distintos reportes.

Top

o Top de Consumo de Artículos.

o Top Gastos por Proveedor.

o Top Gastos por Proyecto.

Análisis Departamentos.

o Análisis Gastos por Departamentos.

Navegabilidad por Departamento y desglose por Tipo de

Gasto.

Navegabilidad por Tipo de Gasto y desglose por Artículo.

Análisis Bodegas.

o Detalle de Consumo de Bodegas.

Navegabilidad por Bodega y desglose por Tipo de Gasto.

Navegabilidad por Tipo de gasto y desglose por Proveedor.

Análisis Proveedor.

o Reporte de Consumos por Proveedor.

Navegabilidad por Tipo de Proveedor y desglose por

Proveedor.

Navegabilidad por valores y desglose por Artículos.

96

Análisis Tipo de Compra.

o Reporte de Consumos por Tipo de Compra.

Navegabilidad por Tipo de Compra y desglose por Meses.

Navegabilidad por Valores y desglose por Tipo de Gasto.

Análisis Proyecto.

o Reporte de Consumos por proyectos.

Navegabilidad por Departamentos y desglose de proyectos.

Comparativo Total.

o Comparativo de Gastos.

Navegabilidad por valores y desglose por Tipo de gasto.

Navegabilidad por tipo de Gasto y desglose por Articulos.

Reportes de Top

97

98

Análisis Departamentos

99

Análisis Bodegas.

100

Análisis Proveedor

101

Análisis Tipo Compra

102

Análisis Proyectos

103

Comparativo de Gastos

104

CAPITULO V

5 IMPLEMENTACIÓN

5.1 Arquitectura

105

5.2 Servidor de Base de Datos.

El servidor de base de datos que utilizaremos como repositorio ya sea para

producción y desarrollo estará bajo la plataforma Oracle Database 10g o

superior.

Obligatoriamente se debe crear dos esquemas para desarrollo y producción y crear

las estructuras de las dimensiones en paralelo.

Las estructuras, vistas y funciones creadas en base de datos de los módulos de

configuración de parámetros y configuración de dimensiones obligatoriamente

deben estar implementadas en el esquema de desarrollo, ya que desde dicho

esquema se proceden con las configuraciones de las dimensiones y flujos de

carga.

5.3 Servidor de Aplicaciones

Las aplicaciones necesarias para la implementación de este proyecto de

inteligencia de negocios en el servidor son las siguientes y el orden de instalación

es el siguiente.

Java (JDK 6 mínimo).

106

Oracle Business Intelligence 10g.

Netbeans 6.5.

Toad (opcional).

PL / Sql Developer.

5.4 Configuración de Servicios.

Posterior con la instalación de Oracle Business Intelligence los servicios

necesarios para el correcto funcionamiento del sistema son los siguientes.

Servicios de Windows.

Los servicios de Windows que se crean luego de la instalación del aplicativo son

los siguientes y el orden de inicio para su funcionamiento es el siguiente.

Oracle BI Server.- Motor de búsqueda de querys entre repositorio y base de

datos.

Oracle BI Presentation Server.- Servicio de portal web.

107

Servicios de Aplicación.

OC4J.- complemento del Oracle Presentation Server en cuanto a funciones de

comunicación de la presentación de datos y función java.

108

5.5 Configuración de Librerías Java

Para el funcionamiento correcto del módulo de configuración de parámetros y

dimensiones desarrollado en java, se necesita de las siguientes librerías jar.

base64.jar.- para realizar encriptación de archivo de parámetros.

clasess12.jar.- para realizar la conexión nativa con Oracle.

mbase.jar, mssqlserver.jar, msutil.jar.- para realizar conexión con SqlServer.

Estos archivos deben estar en las siguientes rutas.

109

CAPITULO VI

6 CONCLUCIONES Y RECOMENDACIONES

6.1 Conclusiones

La principal conclusión es que se debe hacer una distinción entre los sistemas de

información clásicos y los sistemas de apoyo a la decisión. Saber que la principal

diferencia entre ellos es la evolución de su ciclo de vida.

Para la correcta implementación de este tipo de proyecto se debe tener los

conocimientos necesarios de toda la estructura del negocio, contar con el

hardware y software apropiado y garantizar la confiabilidad de la información.

En nuestros días es vital que las empresas cuenten con herramientas de

inteligencia de negocio y extracción de datos ya que sería una inversión por las

oportunas decisiones que sus ejecutivos puedan influir con el uso de este tipo de

aplicaciones, ya que se garantiza la disponibilidad en cualquier momento.

Este tipo de sistemas aportan mucho conocimiento, y por lo tanto valor, a las

organizaciones. Sin embargo, la mayoría de éstas no le dan esta importancia y

prescinden de ellos pensando que es un gasto, cuando en realidad es una gran

inversión que podría darles muchos beneficios, entre ellos económicos.

110

El empleo de los sistemas de información en las empresas ha logrado que resulte

de manera simple reunir todos los datos necesarios, provenientes de múltiples

departamentos y bajo distintos formatos. Pero el almacenamiento y la

acumulación de datos no significan necesariamente que se puede sacar partido de

éstos y convertirlos en información, para ello se necesitan sistemas que conviertan

los datos en verdadero conocimiento.

El análisis que se plantea para la aplicación de software de Inteligencia de

Negocios es la creación de un prototipo inteligente que esté basado en las Ventas

y Pagos de una empresa determinada, con esto cubrimos las partes vitales de una

empresa y con nuestro aplicativo controlamos estos indicadores con reportes

gerenciales de alta disponibilidad y confiabilidad y contribuimos con un módulo

de extracción de datos vital para la transformación de los datos desde los sistemas

tradicionales.

6.2 Recomendaciones

Como principal recomendación seria el crecimiento que pueda tener la

implementación de este tipo de herramientas, además de controlar ventas y gastos

de una manera global, se puede implementar en otras áreas con este proyecto

111

desarrollado, podemos aplicar a áreas como sueldos, gestiones de ventas,

presupuestos o algún tipo de control o negocio existente en una empresa

determinada.

Seguir respetando la arquitectura iniciada con lo cual se garantiza la integración y

reutilización de la información. Esto permitirá seguir centralizando toda la

información de la empresa y las reglas de negocio de modo que la información se

pueda distribuir en el mismo contexto a todas las áreas de la empresa.

Para la extracción de datos recomendamos el uso de vistas genéricas con el fin de

que los cambios a nivel de estructura no afecten la integridad de los datos y los

cambios tengan menor impacto.

Se recomienda también que para la implementación de este proyecto el personal

encargado de la construcción de reportes haya tomado cursos de la herramienta

Oracle Business Intelligence o tenga un entrenamiento con los ejemplos de casos

encontrados en la página web de Oracle.

Esto es con la finalidad de de que la implementación sea realizada de la mejor

manera sin poner en riesgo el proyecto global.

112

BIBLIOGRAFIA

LIBROS

Silvia Rodríguez Mogollón. (2009). Gestión de Pólizas de seguro: Un caso Práctico

de Business Intelligence.

Oracle University. (2007). Oracle BI Server Administrator 10g: Buid Repositories.

Oracle University. (2007). Oracle Presentation Services 10g: Create Reports and

Dashboard.

Marta Cecilia Ortiz Ortiz. (2007). La inteligencia de negocios aplicada a las

organizaciones en Latinoamérica.

ARTICULOS

Editorial MKM (2007). Oracle Business Intelligence.

DIRECCIONES WEB

http://www.caracasdigital.com/columnista-masdetalle.php?detalle=20 .- Inteligencia

Empresarial para no actuar a ciegas.

113

ANEXOS

114

MANUAL TECNICO

Instaladores del proyecto.

JDK 6 (Java).

Oracle Database 10g Relase 2 (32 bits)

Oracle Business Intelligence 10g.

Toad 8.5.

PL / Sql Developer.

Para la correcta organización de este proyecto está a disposición la siguiente carpeta

(se adjunta DVD en la tesis) con todos los software de instalación y scripts necesarios

para la optima implementación de este sistema.

Instalación de Base de datos Oracle 10g.

Para el funcionamiento del sistema de cargas de datos y sistema de reportería se

necesita una instancia de base de datos Oracle 10g o superior implementada, para lo

cual se deben considerar los siguientes parámetros.

115

Especificar un nombre de base de base de datos a criterio del implementador,

en nuestro caso instalamos con el nombre basebi.

Creación de 2 esquemas dentro de la base de datos instalada, la finalidad es

que estos esquemas sirvan para el alojamiento de los objetos para desarrollo y

producción, los nombres pueden estar a criterio del implementador.

Como recomendación indicamos crear Tablespaces por cada esquema para un

óptimo manejo de espacio en disco duro.

Creación de Objetos en Esquemas de Desarrollo y Producción.

Los scripts necesarios para la creación de objetos en los esquemas de desarrollo y

producción

Creación de Objetos Usuario Desarrollo.

Para la creación de los objetos ya sea tablas, claves, relaciones, vistas y funciones

necesarias para el esquema de desarrollo se deberá ejecutar el script alojado en el

archivo usuario_desarrollo.sql.

Los objetos creados en este esquema son utilizados en lo siguiente.

Objetos para el Módulo de configuración de parámetros de conexión.

Objetos para el Modulo de configuración de carga de dimensiones.

116

Objetos relacionados con las estructura de Ventas y pagos para realizar las

pruebas de carga al momento de configurar la extracción de datos desde la

base de datos transaccional.

Creación de Objetos Usuario Producción.

Para la creación de los objetos ya sea tablas, claves, relaciones, vistas y funciones

necesarias para el esquema de desarrollo se deberá ejecutar el script alojado en el

archivo usuario_produccion.sql.

Los objetos creados en este esquema son utilizados en lo siguiente.

Objetos relacionados con las estructura de ventas y pagos para la presentación

de datos en los reportes creados y que corresponde a la información extraída

desde la base transaccional.

Los objetos contenidos en estos archivos están detallados en el capítulo 3

correspondiente al Diseño.

117

Estructura de configuración de los módulos de configuración de Parámetros y

Configuración de Dimensiones

Obligatoriamente la carpeta llamada programas donde se alojan estos módulos debe

estar en el c:\

Los archivos que contiene esta carpeta son los siguientes.

owb_registo.jar

Archivo objeto del programa de configuración de parámetros.

owb.jar

Archivo objeto del programa de configuración de dimensiones y carga

de datos.

118

owb_carga.jar

Archivo objeto del programa para realizar las cargas automáticas de

cubos desde la base transaccional.

parametros.dat

Archivo encriptado con las configuraciones de los parámetros de

conexión.

errores.dat

Archivo con los códigos de errores comunes durante la ejecución.

log_general.log

Archivo de log de carga de datos general de todas las ejecuciones

realizadas.

cargas.bat

Archivo bat que invoca al owb_cargas.jar para la ejecución automática

de carga de datos de cubos, este archivo es el que se debe de poner

como tarea de ejecución en el sistema operativo a la hora que se

especifique.

119

Pasos para configurar parámetros y dimensiones.

1. Configurar parámetros de conexión

2. Creación de dimensiones en base de datos.

3. Creación de Nombre de Cubo.

4. Registrar dimensiones en Modulo de Configuración de dimensiones y

carga de datos.

5. Configuración de query para dimensiones normales.

120

6. Configuración de dimensión de tiempo.

7. Configuración de query para dimensión de cubo.

8. Ejecución de Bat de carga automática o Carga manual desde el sistema.

9. Revisión de Carga de Cubos en Consulta.

Consideraciones de Configuración Oracle Business Intelligence.

Posterior con la instalación del Oracle Business Intelligence 10g, se deberán tomar en

cuentan las siguientes precauciones.

Este proyecto se desarrolló en la herramienta Oracle Administration Tools, el archivo

proyecto.rpd y obligatoriamente debe ir en la siguiente ruta.

121

Se deberá cambiar las configuraciones del siguiente archivo para la utilización de este

proyecto desarrollado.

Se cambiarán los siguientes parámetros señalados.

122

Para el acceso al archivo proyecto.rpd se realiza lo siguiente.

Para abrir en conexión en línea se escoge el botón abrir azul en caso de que el

Servicio OracleBiServer esté levantado. Se digita la contraseña que para nuestro caso

es oracle10g

Para cambiar el origen de base de repositorio, usuario o contraseña se deberá realizar

lo siguiente.

123

Escoger la opción proyect_coneccion de la capa física (doble clic).

Cambiar los parámetros de base, usuario o contraseña según lo indicado.

Se deberá considerar que este usuario hace referencia al usuario de producción de la

base de datos de repositorio previamente configurado en el módulo de configuración

de parámetros.

124

Creación y modificación de usuarios

Si en algún momento se desea crear un usuario para acceso a este sistema se realiza lo

siguiente.

Se accede a través del Oracle Administration Tools.

Se establecen las siguientes configuraciones para el acceso al usuario.

125

Dar acceso a usuarios los reportes del sistema

Para dar permisos a los distintos reportes del sistema se realiza los siguientes pasos.

Si el usuario es nuevo se deberá ingresar el usuario recién creado al portal asi este no

haya recibido ningún acceso.

1. Ingreso al portal de aplicaciones (se ingresa como el usuario Administrator

contraseña oracle10g.)

2. Se ingresa a la opción de Administración.

126

3. Se accede a la opción Oracle Interactive Dashboard.asd

4. Se da clic en el candado dependiendo el cubo de cual se quiera dar permiso

5. Se dará clic en mostrar usuarios, se escogerá por ejemplo el usuario lamar y se

dará clic en nuevo, posteriormente pasará al grupo de usuarios asignados y se

escogerá que tipo de acceso se otorgará ya sea Control Total, Lectura.

127

6. Para dar acceso a reportes específicos se dará clic en el icono de la mano

haciendo referencia al cubo.

128

7. Posteriormente saldrán los enlaces creados para los reportes el cual se

escogerá el icono del candado para dar acceso al reporte.

8. De la misma manera como se acceso a cubos saldrá el mismo recuadro y se

dará acceso como se establezca

129

Respaldo de reportes y repositorio sistema

Posteriormente si se desea cambiar de servidor o por contingencia se deberá respaldar

los reportes y el sitio creado, por lo cual el procedimiento es copiar la siguiente

carpeta web ubicada en la siguiente ruta.

A su vez también respaldar el archivo proyecto.rpd, ya que este tiene incluido la

información de variables y usuarios creados.

130

Configuración Google Maps con Oracle BI y creación de reporte básico.

Para la correcta visualización e implementación de Google Maps en nuestro sistema

se realizan los siguientes pasos.

1. Registrar el nombre de dirección web del portal de reportes gerenciales en la

siguiente página de internet para la obtención de clave única del API de

Google Maps.

2. Registrar la URL de nuestro sistema de reportes, en nuestro caso es

http://192.168.1.25:9704/analytics/

3. Se obtendrá como resultado lo siguiente, el cual el código señalado es el

necesario para la utilización dentro de los reportes.

131

4. Ingresamos al portal web de nuestro sistema de reportes y configuramos un

reporte sencillo.

Se accede a Respuestas

Se escoge el área al cual vamos a realizar nuestro reporte, en nuestro caso es

ventas.

Saldrán las variables del área de ventas agrupadas a sus respectivas

dimensiones, para nuestro ejemplo escogemos las variables de la dimensión

sector.

132

5. Apreciamos el resultado de las variables accediendo a través del siguiente

botón.

6. Para que la información tabulada se pueda apreciar también como reporte de

Google Maps, se escoge la siguiente opción.

133

7. Esta opción es un potente componente que interpreta código de HTML y

JavaScript, donde utilizamos las siguientes partes.

En Prefijo hacemos la declaración del siguiente código haciendo referencia a

los componentes de Google Maps, la parte señalada va el código del API

obtenido durante la etapa de registro, y las funciones respectivas para señalar

el punto de ubicación y el espacio del mapa global.

La parte de Descripción, es el bucle de resultados de la información obtenida

de las variables, donde en cada iteración va registrando en el mapa la

ubicación obtenida de acuerdo a las coordenadas obtenidas, los valores que

134

hacen referencia al símbolo “@” son aquellos obtenidos de acuerdos a la

posición determina en la tabla de datos que se presento anteriormente.

En sufijo va el siguiente código, que hace referencia a la finalización del

bucle y al llamado de las funciones JavaScript para poder visualizar el mapa.

8. Para poder visualizar el mapa se activa la casilla de contiene marcador

HTML, y se da clic en el icono que hace referencia a un monitor.

135

9. El resultado será el siguiente.

10. Cambiamos la vista diseño compuesto y añadimos la vista de descripción que

es la cual contiene el mapa.

136

11. La visualización final sería la siguiente.

12. Finalmente procedemos a guardar el reporte en el icono del diskette.

137

Creación de Dashboard, creación de página, y añadir reporte a página.

Para la creación de un Dashboard o enlace se realizan los siguientes pasos.

1. Se ingresa al sistema como Administrador.

2. Se accede a la opción Configuración/Administración.

3. Se escoge la opción Administrar Interactive Dashboards.

4. Se escoge la opción Crear Cuadro de mando.

5. Se escribe el nombre que se le quiere dar y se da clic en terminado.

138

6. Comprobamos la creación del Dashboard

Para crear páginas de enlace para el Dashboard se realizan los siguientes pasos.

1. Se accede al Dashboard y se escoge Opciones de pagina / Editar cuadro de

mando

2. Por defecto cada vez que se crea un Dashboard se crea una página, si de

desea aumentar el número de páginas se da clic en el botón que hace

referencia al símbolo +

3. Escribimos el nombre de página que le queremos dar.

4. Para cambiar el nombre de la página o eliminarla se accede al menú de

Administración / Configuración.

5. Se escoge la opciones Oracle Interactive Dashboard

139

6. Se escoge las propiedades del Dashboard al que queremos cambiar el

nombre de página o eliminarla.

7. Saldrá el siguiente recuadro el cual podremos realizar las siguientes

operaciones. (Cambiar nombre, Eliminar o dar permisos).

Para insertar un reporte creado en una página perteneciente a un Dashboard, se realiza

lo siguiente.

1. Se accede al Dashboard y se escoge Opciones de pagina / Editar cuadro de

mando.

140

2. Se escoge la página donde se quiere insertar el reporte y se arrastra el

recuadro sección a la parte central del recuadro

3. En la sección recientemente creada arrastramos el reporte o cuadro de

petición de datos que deseamos. Los reportes se alojan dependiendo donde

los hayamos guardado en la opción contenido agrupado.

141

4. Una vez puesto el reporte en la sección se debe escoger la forma de

visualización del mismo la más recomendada es el tipo de Vista

compuesta.

5. Se guardan los cambios.

6. Comprobación.

142

143

SIGLAS

SQL.- lenguaje de consulta estructurado (structured query language).

Proceso Batch.- archivo de procesamiento de lotes.

OracleBI.- Oracle Business Intelligence.

OLAP.- proceso analítico en línea (On-Line Analytical Processing).

Roadmap.- planificación del desarrollo de un software con los objetivos a corto y

largo plazo.

BI. Inteligencia de Negocios (Business Intelligence).

ETL.- extracción, transformación y carga (Extract, transform and load).

DW.- Datawarehouse.

SGBD. Sistema de Gestion de Base de datos

CASE.- Ingeniería de Software Asistida por Computadora (Computer Aided

Software Engineering):

BBDD. Basde de datos.

ODBC.- Open DataBase Connectivity

144

CRONOGRAMA