UNIVERSIDAD DE CUENCA -...

UNIVERSIDAD DE CUENCA

AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 1

RESUMEN

El presente trabajo constituye un documento de apoyo para la Dirección de

Comercialización de la Empresa Eléctrica. En éste consta el análisis y diseño

de los principales indicadores utilizados para medir su gestión, en relación con

la satisfacción del cliente y con el cumplimiento de los estándares establecidos

por los organismos reguladores.

La ejecución del proyecto además considera la construcción de un prototipo de

Data Warehouse, por ser una herramienta de vital importancia para apoyar y

soportar el proceso de la toma de decisiones, enmarcada en los objetivos

estratégicos y empresariales del negocio.

Una de las principales razones para la realización de este trabajo fue conocer

que la CENTROSUR, con una base de datos de aproximadamente 280.000

clientes, no contaba con una herramienta que le facilite su gestión comercial,

pues es cierto que una empresa que no puede medir sus índices, no podrá

llevar un control de manera eficiente y eficaz.

PALABRAS CLAVES:

INFORMACIÓN, PROTOTIPO, MEDATA, NEGOCIO, OPERACIÓN DEL DATA

WAREHOUSE , USUARIOS, COMERCIALIZACIÓN



ABSTRACT

This work constitutes a document of support for la for Commercial Direction of

the Electrical Company, its management is measured through the analysis and

design of the main indicators, related with the customer’s satisfaction and the

compliance with the standards established by regulatory organizations.

The project performance, furthermore considers building a prototype of Data

Warehouse, for being a vital tool to hold and support the process of decision-

making, framed in purposes and strategic business goals.

One of the main reasons to make this work was to know that CENTROSUR,

with a database of approximately 280,000 customers. It did not have a tool to

facilitate its commercial management; true is that a company cannot measure

their indexes, may not have an efficient and effective control.



INDICE GENERAL

AGRADECIMIENTO ............................................................................................ 8

DEDICATORIA .................................................................................................... 9

RESUMEN ............................................................................................................ 1

ABSTRACT .......................................................................................................... 1

JUSTIFICACIÓN ................................................................................................ 14

OBJETIVOS ....................................................................................................... 15

ALCANCE .......................................................................................................... 15

CAPÍTULO 1. ..................................................................................................... 18

DEFINICIÓN DE REQUERIMIENTOS DE INFORMACIÓN ............................. 18

1.1. ANÁLISIS DE INFORMACIÓN ................................................................... 18

1.1.1. ENTREVISTAS ........................................................................................ 18

1.1.2. REVISIÓN DE LEYES, REGLAMENTOS DEL SECTOR ELÉCTRICO. 19

1.1.3. REVISIÓN DE REPORTES, ESTADÍSTICOS, CATASTROS ............... 20

1.2. ESTUDIO Y ANÁLISIS DE SISTEMAS TRANSACCIONALES ............... 20

1.2.2. FORMAS DE EXTRACCIÓN DE INFORMACIÓN .................................. 37

1.2.3. IDENTIFICACIÓN DE REFERENCIAS CRUZADAS ENTRE ENTIDADES ....................................................................................................... 37

1.3. MODELO DE MEDICIÓN DEL NEGOCIO ................................................. 37

1.3.1. INDICADORES COMERCIALES DE MAYOR IMPORTANCIA. ............ 38

1.3.2. PERSPECTIVAS DE ANÁLISIS DE LAS MÉTRICAS DEL NEGOCIO. 43

1.3.3. RELACIONES ENTRE DIMENSIONES Y MÉTRICAS. .......................... 45

1.3.4. NIVEL DE DETALLE Y TIEMPO DE HISTORIA DE UNA MÉTRICA. . 47

1.3.4. INDICADORES SEGÚN LAS PERSPECTIVAS DEL BALANCED SCORECARD .................................................................................................... 50



CAPITULO 2. .................................................................................................... 58

MARCO TEÓRICO ............................................................................................ 58

2.1. DATA WAREHOUSE.................................................................................. 58

2.2. PROCESOS ETL ........................................................................................ 59

2.2.1. EXTRAER ................................................................................................ 59

2.2.2. TRANSFORMAR ..................................................................................... 59

2.2.3. CARGAR .................................................................................................. 60

2.4. GENEXUS ................................................................................................... 61

2.5. GXPLORER ................................................................................................ 62

2.6. MODELO ENTIDAD/RELACIÓN ............................................................... 64

2.7. ESQUEMA ESTRELLA .............................................................................. 65

2.8. MODELO ROLAP ....................................................................................... 65

CAPITULO 3. ..................................................................................................... 67

DESARROLLO DEL PROTOTIPO DE DATA WAREHOUSE ......................... 67

3.1. ESPECIFICACIÓN DEL MODELO DE MEDICIÓN DEL NEGOCIO ......... 68

3.1.1. MODELO CONCEPTUAL ....................................................................... 68

3.1.2. MODELO LÓGICO ................................................................................. 73

3.1.2.1 DIMENSIONES ...................................................................................... 73

3.1.2.4. DEPENDENCIAS INDICADORES-DIMENSIONES ............................. 76

3.1.2.4. NIVELES DE DETALLE Y DE TIEMPO ............................................... 82

3.1.3. MODELO FÍSICO..................................................................................... 83

3.1.4. ESPECIFICACIÓN EN GENEXUS .......................................................... 93

CAPITULO 4. ................................................................................................... 106

IMPLEMENTACIÓN DEL PROTOTIPO .......................................................... 106



4.1. PROCESOS ETL ..................................................................................... 106

4.1.1. GENERACIÓN DE LA METADATA ...................................................... 137

4.1.2. ELABORACIÓN DE PROCEDIMIENTOS ............................................ 144

4.1.2.1. EXTRACCIÓN ..................................................................................... 146

4.1.2.2. TRANSFORMACIÓN .......................................................................... 147

4.2. GENERACIÓN DE CONSULTAS PARA USUARIOS ............................. 151

4.3. PRUEBAS ................................................................................................. 155

CAPITULO 5. ................................................................................................... 156

MANUALES DE OPERACIÓN DEL DATA WAREHOUSE ............................ 156

5.1. MANUAL TÉCNICO .................................................................................. 156

5.2. MANUAL USUARIO ................................................................................. 180

CONCLUSIONES ............................................................................................ 187

RECOMENDACIONES. ................................................................................... 188

BIBLIOGRAFIA ............................................................................................... 189

INDICE DE TABLAS ........................................................................................ 190

GLOSARIO DE TERMINOS Y ABREVIATURAS ........................................... 194

TERMINOS ....................................................................................................... 194

ANEXOS .......................................................................................................... 197

ANEXO A: GUÍA PARA ENTREVISTAS BASADO EN RUP ......................... 197



UNIVERSIDAD DE CUENCA FACULTAD DE INGENIERIA

MAESTRÍA EN GERENCIA DE SISTEMAS DE INFORMACIÓN

“Análisis y Diseño del Componente de Comercialización para el

Data Warehouse de la Empresa Eléctrica Regional Centro Sur C.A. y

Construcción de un Prototipo”

PROYECTO DE GRADUACIÓN PREVIO A LA OBTENCIÓN DEL GRADO DE MAGISTER EN GERENCIA DE SISTEMAS DE INFORMACIÓN

AUTOR:

ING. JULIA DOLORES PEÑAFIEL COBOS

TUTOR:

ING. LUCÍA MENDEZ de ORTÍZ

CUENCA-ECUADOR

2010



EL CONTENIDO DE ESTA TESIS ES DE

ABSOLUTA RESPONSABILIDAD DEL AUTOR

________________________________

Julia Dolores Peñafiel Cobos



AGRADECIMIENTO

A la Empresa Eléctrica Regional Centrosur C.A., de manera especial a los

funcionarios de la Dirección de Comercialización por su aporte y colaboración.

A la Ingeniera Lucía Méndez, Directora de Tesis, por su tiempo y dedicación.

Al Ing. Patricio Guerrero y Econ. Cristhian Zúñiga, Miembros del tribunal, por

compartir sus conocimientos.



DEDICATORIA Me complace mucho haber llegado a finalizar mis estudios de Maestría, hecho

que no hubiese sido posible sin el apoyo incondicional de mi familia. Ellos han

sido los partícipes y cómplices de cada uno de mis logros alcanzados hasta el

momento.

A mi esposo Shanta, a mis chiquitos Dany y Davicho, dedico con mucho

amor este trabajo, que es fruto de su compresión y sacrificio.

Mil gracias.



INTRODUCCIÓN

Actualmente la Empresa Eléctrica Regional Centro Sur, se encuentra

ejecutando la implementación de su Plan Informático, cuyo diseño fue

aprobado por el Directorio de la Empresa en el año 2006. Dentro de este plan

está considerado el desarrollo de un eje fundamental dentro de toda empresa,

como es la “Inteligencia de Negocios”, cuyo propósito es la implantación de

procesos, tecnologías y herramientas que permitan la transformación de datos

en información, la información en conocimiento y el conocimiento, en

planificación, que lleven al negocio a conseguir objetivos rentables.

Considerando que la CENTROSUR actualmente no dispone de sistemas de

información que apoyen la toma de decisiones, se ha visto que contar con un

componente de Data Warehouse le sería de gran valía, pues permitiría a los

niveles ejecutivos y gerenciales obtener de una manera rápida y eficaz la

información necesaria, para mejorar su gestión.

El propósito fundamental de este proyecto es dotar a la Empresa Eléctrica de

una herramienta informática, a través de la cual los niveles de toma de

decisiones puedan obtener de manera directa, ágil y oportuna, información que

sea concreta y específica para sus necesidades y para los organismos de

control.

Este trabajo se encuentra dividido en cinco capítulos:

- Capítulo 1: Definición de requerimientos de Información. Este capítulo

está relacionado, con el levantamiento y determinación de los

requerimientos de información considerada fundamental, para los niveles

gerenciales. El análisis de la información se basa en entrevistas realizadas

a funcionarios estratégicos de la Empresa, así como, en la revisión de

estadísticas, reportes, leyes y regulaciones del sector eléctrico.



Otro aspecto que se considera dentro de este capítulo es el estudio y

análisis tanto de los sistemas transaccionales como de las bases de datos

operacionales desde las cuales se extraerán los datos para soportar la toma

de decisiones.

Una de las consideraciones importantes que se realiza en este capítulo es

la determinación de las áreas del negocio que necesitan medir su gestión;

es así que este estudio se centra en la Dirección Comercial, con sus

departamentos de Atención al Cliente, Facturación y Recaudación.

Por cada una de estas áreas y aplicando la metodología utilizada por la

herramienta GXPLORER para documentación, se han identificado los

indicadores de mayor relevancia, dentro del aspecto comercial.

- Capítulo 2: Marco Teórico. Dentro de este capítulo se da una breve

descripción de todos los conceptos utilizados en este trabajo.

- Capítulo 3: Desarrollo del prototipo de Data Warehouse. En este

capítulo, como un trabajo previo al desarrollo del prototipo, se realiza la

especificación del Modelo de Medición del Negocio, dividido en tres partes

fundamentales:

- Modelo conceptual, representado por medio de la metodología del

modelo entidad relación

- Modelo lógico, representado por el esquema estrella

- Modelo físico, representado con el modelamiento ROLAP.

Todos estos modelos constituyen la base para la generación del

prototipo.



- Capítulo 4: Implantación del Prototipo. Este capítulo está relacionado

con los siguientes procesos:

- Acceso al sistema operacional.- Este proceso trata sobre la forma en

la que se accederá a los archivos del sistema transaccional para extraer

los datos relacionados con las líneas de análisis de la información.

- Generación de la metadata.- Este proceso se soporta en la utilización

de la herramienta Gxplorer y está relacionado con la especificación de

las dimensiones e indicadores, que sustentan la medición de la gestión

comercial.

- Definición de procesos ETL.- Dentro de este tema se definen los

procedimientos de extracción, limpieza y carga de los datos, desde el

sistema transaccional de comercialización hacia la base de datos del

data warehouse.

- Generación de consultas.- Este es uno de los procesos más

importantes dentro de un sistema de información gerencial, pues

permite a los niveles estratégicos disponer de información relevante para

la toma de decisiones.

- Pruebas.- Este proceso trata sobre las pruebas que deben ser

desarrolladas, una vez que entre en funcionamiento el prototipo

desarrollado.

- Capítulo 5: Manuales de Operación del Componente Comercial del Data Warehouse. Dentro de este capítulo se especifican los manuales de

operación del sistema, objeto de este trabajo:

- Manual técnico, dentro del cual se describen todas las especificaciones

técnicas del nuevo sistema y será de utilidad para el personal de la

Dirección de Sistemas.



- Manual de usuario, en este documento se detalla la forma en la que se

debe utilizar el sistema y estará disponible para el personal de la

Dirección Comercial.



DESCRIPCIÓN DEL PROBLEMA En la CENTROSUR, uno de los principales problemas es el no contar con

información oportuna y en línea para la toma de decisiones, debido a ciertas

circunstancias tales como la falta de integración entre los sistemas, sistemas

incompletos, o procesos carentes de apoyo tecnológico.

La Empresa, al no disponer de herramientas informáticas que le permitan

desarrollar una adecuada gestión, no puede cumplir con sus objetivos

estratégicos y empresariales que le lleven hacia la competitividad y satisfacción

del cliente.

Los niveles directivos de la Empresa Eléctrica actualmente fundamentan su

conocimiento en reportes y estadísticas generadas a partir de los sistemas

operacionales de procesamiento de datos, que poseen para soportar sus

transacciones diarias. La información que llega hacia el personal estratégico

de la empresa no es de una manera directa, está información es procesada

por las respectivas áreas de la empresa y luego consolidada por la Dirección

de Planificación, quién se encarga de resumir y entregar a los niveles

jerárquicos.

De lo anterior se deriva que la CENTROSUR no dispone de un medio a través

del cual pueda obtener de manera directa, ágil y oportuna, información que sea

concreta y específica para sus necesidades.

JUSTIFICACIÓN

El proyecto propuesto pretende dotar a la CENTROSUR de una solución

potente de Data Warehouse, que permita a sus directivos disponer de forma

amplia y dinámica la información necesaria, que apoye al proceso de toma de

decisiones.



El Data Warehouse ayudará a la Empresa Eléctrica a contar con información

histórica proveniente de sus sistemas operacionales, de manera organizada,

integrada y en tiempo real, lográndose mayor velocidad y precisión en la

atención de sus requerimientos.

OBJETIVOS

Objetivos generales.

• Análisis de desempeño y mejora de procesos.

• Apoyar a los niveles de toma de decisiones.

• Generar información para los Organismos de Control.

Objetivos específicos.

• Apoyar a la CENTROSUR en su proceso de toma de decisiones, mediante la utilización de un prototipo de Data Warehouse.

• Determinar los indicadores comerciales de mayor importancia y que

afecten directamente a la toma de decisiones.

• Determinar las perspectivas de análisis de los indicadores comerciales, dimensiones.

• Desarrollar un prototipo de Data Warehouse y elaborar procedimientos

para la carga de datos desde los sistemas operacionales mediante las herramientas de desarrollo Genexus y Gxplorer.

ALCANCE

El proyecto propuesto como tema de tesis, está basado en la construcción de

un prototipo de Data Warehouse para Empresa Eléctrica Regional Centro Sur

C.A., el mismo que es considerado como una herramienta tecnológica



necesaria para apoyar y soportar el proceso de toma de decisiones enmarcado

en los objetivos estratégicos y empresariales del negocio.

Con una base de datos de aproximadamente 280.000 clientes, la

CENTROSUR no debería continuar sin el apoyo de herramientas que le

faciliten su gestión empresarial. Una empresa que no puede medir sus índices,

no podrá llevar un control de manera eficiente y eficaz.

La medición es fundamental para el éxito de cualquier empresa, los

indicadores le ayudan a tener una visión clara y oportuna de cómo está

actualmente su situación, tanto desde el punto de vista empresarial como del

cliente, logrando satisfacer sus necesidades más urgentes.

METODOLOGÍA El presente trabajo se iniciará con el análisis de la información que la Empresa

Eléctrica considera fundamental para el aspecto comercial de su gestión, para

lograr este primer propósito se realizarán entrevistas a los funcionarios de los

niveles jerárquicos relacionados con el área comercial, se revisarán reportes,

estadísticas y resúmenes de facturación, recaudación y servicios.

Una vez determinado el ámbito en el que se basará el desarrollo del Data

Warehouse, se procederá a la revisión y estudio de los sistemas

transaccionales y de sus bases de datos operacionales a través de la

extracción de información vía ODBC.

En base a los análisis realizados y a la documentación obtenida,

conjuntamente con el personal involucrado se determinarán de manera

específica los indicadores, la ocurrencia, segmentación, tiempos de historia,

etc.

El siguiente paso será construir el Data Warehouse utilizando la herramienta de

desarrollo GXplorer Manager, por ser parte de las herramientas Genexus que



utiliza actualmente la CENTROSUR para la elaboración de sus aplicaciones

operacionales.

Gxplorer generará la base de conocimiento necesaria para la explotación del

data warehouse, cimentada en la información recabada en las fases anteriores.

Se definirá claramente el modelo de medición del negocio, indicadores,

dimensiones, tiempos y dependencias entre dimensiones e indicadores.

Después de generado el Data Warehouse, con la utilización del Case Genexus

se elaborarán los procesos necesarios para la carga de datos hacia el DW

desde las bases de datos transacciones.

Los resultados de este trabajo serán entregados tanto a la Empresa Eléctrica,

como a la Universidad, en un medio magnético y en un documento con el

formato apropiado.



CAPÍTULO 1.

Definición de requerimientos de Información

1.1. Análisis de información

Este proyecto se inicia, con el análisis de la información que la CENTROSUR

considera fundamental para llevar a cabo su gestión comercial y para cumplir

con los objetivos propuestos.

Los aspectos considerados para el análisis de la información son los

siguientes:

1.1.1. Entrevistas

La realización de las entrevistas, se basó en la plantilla de RUP (Rational

Unified Process) que actualmente la Empresa Eléctrica viene utilizando para el

levantamiento de sus requerimientos y se la puede observar en el Anexo “A”.

Los entrevistados fueron funcionarios de los niveles jerárquicos relacionados

con el Área Comercial y el Área de Planificación.

Como resultado de las entrevistas realizadas, se puede ver claramente que no

disponen de un medio directo que les permita obtener información confiable,

de una manera rápida, dinámica y eficiente, para apoyar su proceso de toma

de decisiones.

Un aspecto fundamental en el que coinciden los entrevistados es que no se

cuenta con información histórica, organizada e integrada. Las decisiones

toman basándose en reportes y estadísticas generadas por las diferentes áreas

de la empresa y que son el resultado de las transacciones diarias efectuadas a

través de los sistemas transaccionales. Además se manifiesta que no se tiene

acceso, en tiempo real a la información, pues ésta les llega después de

algunos días de haber sido procesada.

De lo expuesto por las personas entrevistadas, es imperioso para la

CENTROSUR contar con una herramienta que solvente sus necesidades, más



aún considerando que es una empresa que está orientada a la satisfacción de

cliente y que necesita de mucha confianza en sus datos, para tomar una

decisión correcta.

1.1.2. Revisión de leyes, reglamentos del sector eléctrico.

Un aspecto fundamental en el análisis de información, es conocer como está

constituida la organización para la cual se va a desarrollar el trabajo; es así que

se revisaron los procesos, las leyes y reglamentos que rigen a la Empresa

Eléctrica Regional Centro Sur.

En la siguiente figura se pueden observar los procesos de comercialización

con los que actualmente cuenta la Empresa.

Gráfico 1: Procesos de Comercialización

COMPRA DE ENERGÍA SERVICIO DE COMERCIALIZACIÓN VENTA DE ENERGÍA SUPERVISIÓN DEL

SISTEMA DE MEDICIÓN

SERVICIOS

INSTALACIONES

LECTURA DE MEDIDORES FACTURACIÓN RECAUDACIÓN GESTIÓN DE COBRO

DE CARTERAREPORTE DE

RECAUDACIÓN

VENTA DE ENERGÍA A CLIENTES NO REGULADOS

REVISIÓN DE MEDIDORES EN LABORATORIO

REVISIÓN DE SISTEMAS DE MEDICIÓN EN SITIO

TRÁMITE ADMINISTRATIVO DE INFORMES DE REVISIÓN DE

SISTEMAS DE MEDICIÓN

PROCESOS DE COMERCIALIZACIÓN



Como resultado del análisis y revisión efectuados, se obtuvo una visión clara

de la relación de comunicación que la CENTROSUR mantiene con sus clientes;

así como un detalle de los principales indicadores requeridos, los mismos que

son descritos en el apartado 1.3

1.1.3. Revisión de reportes, estadísticos, catastros

La Dirección de Comercialización genera de manera diaria y mensual diversos

reportes, estadísticas y resúmenes de facturación, recaudación y de los

servicios prestados a los clientes dentro de su área de concesión.

De la revisión efectuada se llega a la conclusión que mucha de esta

información, podría ser obtenida de manera directa por los funcionarios que lo

requieran, si se dispusiera de una herramienta para el efecto. Con esta opción

se evitarían demoras y las decisiones se tomarían con mayor celeridad.

1.2. Estudio y Análisis de Sistemas Transaccionales

La Empresa Eléctrica Regional Centro Sur apoya todas sus labores

comerciales, es decir la compra, comercialización, venta de energía y

supervisión del sistema de medición, en el sistema transaccional denominado

SICO.

Este sistema está conformado por algunos módulos entre los principales están:

Nombre del Módulo:

Servicios al Cliente

Finalidad: Brindar al usuario una herramienta, que le facilite la

atención al Cliente de una manera rápida y eficiente; y que

le proporcione información clara y confiable para que

pueda satisfacer sus necesidades.

Breve descripción:

Es un Módulo del Sistema de Comercialización SICO. Es

un Sistema Multiusuario y Multitarea y se lo utiliza para la



atención de los requerimientos que presenta un cliente en

lo referente solicitudes de servicios, como son una nueva

instalación de medidores, un cambio de medidor o

materiales, traslados o reubicaciones del sistema de

medición, así como la prestación del servicio eventual de

energía y la ejecución de trámites tales como revisión de

planos, arriendo de bienes, etc.

En el sistema de servicios al Cliente se registra desde la

recepción de la solicitud, clasificada por el tipo del servicio

demandado por el cliente, hasta la instalación física del

servicio y la actualización de datos del cliente.

Tabla 1: SICO. Módulo Servicio al Cliente

Nombre del Módulo:

Lecturas

Finalidad: Toma de Lecturas y corrección.

Breve descripción:

Diseñado para la toma de lecturas de consumos de clientes,

tanto por personal de la empresa como por parte de

contratistas. El proceso se inicia con la planificación de las

rutas de lecturas por parte del personal de facturación de la

Empresa. Definida esta planificación, se procede a generar, a

través de este módulo, en archivos digitales y en reportes

impresos, los formularios para la toma de lecturas. Como paso

siguiente, se envía estos documentos tanto al personal de la

Empresa como a los contratistas para que realicen la toma de

lecturas. Una vez obtenida la información, ésta se ingresa al

sistema de comercialización a través de este módulo. A

continuación se realiza un pretaller que realiza una primera

revisión de inconsistencias.

Tabla 2: SICO. Módulo de Lecturas



Nombre del Módulo:

Facturación

Finalidad: Generación de Facturas de Clientes

Breve descripción:

Proceso de cálculo que, en función del consumo de cada

cliente obtenido en la fase generación de consumos, determina

los valores a pagar, en aplicación de los Pliegos Tarifarios

establecidos por el CONELEC. Para este proceso, los clientes

están subdivididos en grupos de emisión.

Tabla 3: SICO. Módulo de Facturación

Nombre del Módulo:

Recaudación

Finalidad: Registrar los pagos realizados por los clientes, correspondiente

a los valores facturados por concepto de consumo de energía

eléctrica y la emisión de la Nota de Venta respectiva.

Breve descripción:

Luego del proceso de emisión mensual, que se realiza

generalmente en la noche, el sistema está habilitado para

receptar los pagos parciales y totales realizados por los clientes

y generar el desglose por rubro de los valores cancelados.

Comprende manejo de cajeros, listados resumen de

recaudación por cajero, detallado por cajero, por rubro, por

cajero y rubro, por grupo de emisión, valores recaudados de

terceros (basura y bomberos), resumen de recaudación por

concepto de modificación de facturas y convenios de pago.

Tabla 4: SICO. Módulo de Recaudación



Es un sistema que se encuentra en producción desde mayo del 2000, ha sido

construido mediante un CASE denominado Genexus, generado para funcionar

en el ambiente de AS/400, en RPG (lenguaje nativo de los equipos AS/400).

Es una aplicación multiusuario y multitarea, utilizada en los diversos

departamentos de comercialización de la Empresa, dentro de las Provincias

de Azuay, Cañar, Morona Santiago y una parte de Loja.

El acceso a este sistema se lo realiza mediante:

- La red LAN dentro de la matriz.

- La red WAN desde las diversas agencias

- Enlaces dial up desde los diversos puntos de pago.

El sistema transaccional de comercialización, reside en un equipo iSeries con

características suficientes para su correcto funcionamiento y se encuentra

organizado dentro de dos bibliotecas: una de programas y una biblioteca de

datos, en las que se almacenan las transacciones diarias realizadas por los

usuarios del área comercial. Tiene una tasa de crecimiento del 1% mensual y

su tamaño actual está aproximadamente en 250 Gigabytes.

Como resultado del estudio y análisis realizado, se concluye que a pesar de

ser el Sistema Comercial, la principal herramienta con la que cuenta la

CENTROSUR, para el apoyo de su giro de negocio, no mantiene actualizada

la información, en cuanto a las fases de análisis y diseño. Se conoce que

desde el 2.000, año en el que fue implantado el sistema, se han realizado una

serie de mejoras, sin que éstas se vean reflejadas en la documentación

indicada, sustentado en el hecho que GeneXus emplea una metodología con

un enfoque muy diferente al de las metodologías comúnmente utilizadas, esto

quiere decir que a partir del análisis realizado, genera automáticamente tanto

el diseño como la base de datos del sistema.



El documento del modelado de datos, proporcionado por la Empresa

Eléctrica, ha sido inferido de la base de conocimientos del Sistema Comercial

mediante el CASE GENEXUS, considerando los diferentes módulos que lo

conforman. Este documento resulta muy poco entendible y amigable debido a

la magnitud del sistema; por esta razón, la CENTROSUR debería realizar un

trabajo urgente de actualización del mismo, formando grupos más pequeños

que reflejen los aspectos más importantes del proceso comercial y sean de fácil

interpretación para quien lo necesiten.

1.2.1. Estudio y Análisis de las Bases de Datos Operacionales

El sistema transaccional de comercialización maneja una base de datos que

engloba aproximadamente a 280.000 clientes del centro y sur del país en una

área de concesión de alrededor de 29.500 Km2.

Con la finalidad de conocer la estructura de esta base de datos se revisó la

información entregada por la Empresa Eléctrica, determinándose que la misma

ha sido generada para un ambiente de DB2/400 y está conformada

aproximadamente por 400 tablas, que constituyen el diccionario de datos del

sistema.

Así también, por considerarse el modelado de datos un documento de poca

ayuda, por su complejidad, utilizando la herramienta Genexus fue posible

obtener la configuración básica y lógica de la estructura del sistema comercial,

con sus respectivas relaciones.

A continuación se exhibe el resultado de esta tarea, que se realizó

considerando los módulos y submódulos del sistema, que intervienen en este

estudio.



SERVICIOS AL CLIENTE

Nuevos Servicios

Gráfico 2: Modelo E/R Nuevo Servicio



Cambios Medidor/ Tarifa/Reubicaciones

Gráfico 3: Modelo E/R Cambios Medidor/Tarifa/Reubicaciones



Servicio Eventual

Gráfico 4: Modelo E/R Servicio Eventual



Servicios Varios/Trámites

Gráfico 5: Modelo E/R Servicios Varios/Trámites



Reclamos Comerciales

Gráfico 6: Modelo E/R Reclamos Comerciales



LECTURAS

Planificación Lecturas

Gráfico 7: Modelo E/R Planificación Lecturas



Ingreso y Validación de Lecturas

Gráfico 8: Modelo E/R Ingreso y Validación de Lecturas

Cálculo de consumo

Gráfico 9: Modelo E/R Cálculo de Consumo



FACTURACIÓN

Pliegos Tarifarios y Rubros de Facturación

Gráfico 10: Modelo E/R Pliegos Tarifarios



Generación de consumos

Gráfico 11: Modelo E/R Generación de Consumos



Calculo de Facturación

Gráfico 12: Cálculo de Facturación



RECAUDACIÓN

Recaudación de Planillas

Gráfico 13: Modelo E/R Recaudación de Planillas



Cierre de Recaudación

Gráfico 14: Modelo E/R Cierre de Recaudación



1.2.2. Formas de extracción de información

Según el estudio realizado sobre la forma de obtención de información desde

las bases de datos del Sistema Comercial, esta se realiza de acuerdo a las

necesidades que presentan los diferentes usuarios. Es así que la mayor

parte de información se genera por medio de programas creados para el

efecto, y los resultados pueden ser impresos o almacenados en un archivo

específico.

Otras formas de extracción de información que se utilizan son: Las

transferencias directas hacia el Excel, o mediante la utilización de las

transferencias del software Client Access, combinadas con la formulación de

consultas SQL sobre las diversas tablas que conforman el sistema,

dependiendo del tipo de dato que se desee obtener.

1.2.3. Identificación de referencias cruzadas entre entidades

Del análisis realizado a la estructura de datos del sistema operacional de

comercialización, SICO, se concluye que a pesar de ser un sistema de gran

magnitud, es un sistema homogéneo, no existen entidades con referencias

cruzadas, está bajo la tercera forma normal.

1.3. Modelo de Medición del Negocio

La medición es fundamental para el éxito de cualquier organización; una

empresa que no puede medir sus índices, no podrá llevar un control de manera

eficiente y eficaz.

Para una empresa contar con indicadores claramente definidos debe constituir

uno de sus retos más importantes, pues estos le ayudarían a obtener un

diagnóstico preciso y oportuno de cómo está actualmente su situación, tanto

desde el punto de vista empresarial como del cliente, logrando satisfacer sus

necesidades más urgentes.



El modelo del negocio se centra específicamente en determinar los indicadores

comerciales de mayor importancia, que afecten directamente a la toma de

decisiones y en definir sus perspectivas de análisis y sus dimensiones.

1.3.1. Indicadores comerciales de mayor importancia. El análisis y la determinación de los indicadores de mayor importancia se

realizaron en coordinación directa con el personal estratégico de la Dirección

de Comercialización. Este estudio se basó, primeramente en la identificación

de las áreas del negocio que necesitan medir su gestión para el logro de los

objetivos institucionales, plasmados en el Plan Estratégico de la

CENTROSUR.

La Empresa Eléctrica Regional Centro Sur tiene claramente definidos su

Misión, Visión, Objetivos y Políticas, y mantiene un constante seguimiento,

monitoreo y evaluación de las estrategias empresariales, mediante la

utilización de indicadores progresivos que miden sus resultados.

Aplicando el modelo de “Las 5 fuerzas de Porter”, que basa su análisis en el

entorno de una Empresa frente a sus competidores, con la finalidad de

determinar las estrategias necesarias que permitan aprovechar las

oportunidades y hacer frente a las amenazas que se presenten, la

CENTROSUR es una institución que en el mercado local no tiene

competencia, no tiene el riesgo de productos sustitutos, es la única alternativa

que tiene el consumidor, así también los precios de compra y venta de

energía son establecidos, mediante tarifas gubernamentales.

No obstante, a pesar de ser una empresa monopolio en el medio, mantiene

como una estratégica empresarial importante: “La satisfacción del cliente

Externo", que la consigue con la comunicación continua con los consumidores,



sobre aspectos relacionados con los servicios que brinda, los procedimientos,

las tarifas, recomendaciones y el uso adecuado de la energía.

Esta estratégica está basada en lo establecido en el “ Reglamento Sustitutivo

del Reglamento de Suministro del Servicio de Electricidad”, cuyo cumplimiento

se lo mide través de la realización frecuente de encuestas.

Porter también considera en el análisis externo de una Empresa como una

fuerza importante el involucramiento del Gobierno mediante el dictamen de

leyes, normas restrictivas, políticas, regulaciones, determinación de tarifas, lo

que hace que las organizaciones se desarrollen dentro de un mismo poder

económico, en donde los mercados financieros y los productos están cada vez

más entrelazados.



Gráfico 15: Las Fuerzas de Porter

Así la CENTROSUR, al igual que todas las empresas eléctricas del país,

desarrolla su actividad comercial bajo el régimen de organismos reguladores,

convirtiéndose en entidades monopolistas, con gran poder en el mercado.

Los organismos reguladores, controlan la calidad del servicio prestado por la

Empresa Eléctrica, a través del cumplimiento de los indicadores de

satisfacción de los consumidores, constantes en las regulaciones del Consejo

Nacional de Electricidad.

Bajo la óptica de Porter, la determinación de los principales indicadores de la

Dirección de Comercialización estaría basada en la sexta fuerza: “El Gobierno”,

Poder deNegociación de los

proveedores

Amenaza de los nuevos

Competidores

Poder deNegociación de los

clientes

Rivalidad entre los competidores

existentes

Amenaza de Productos y

Servicios sustitutivos

El Gobierno

LAS FUERZAS DE PORTER



por ser el ente que dicta las políticas, leyes y reglamentos, para garantizar la

prestación del servicio eléctrico a sus consumidores.

A continuación se detallan las métricas, clasificadas por las áreas identificadas

como importantes para la medición de sus resultados:

Atención al Cliente

- Recepción de Solicitudes: Número de solicitudes realizadas en el mes y

año, clasificadas por el tipo de solicitud.

- Inspecciones Servicio eléctrico: Número de inspecciones realizadas durante

el mes, clasificadas por inspector, tipo solicitud y motivo

- Instalación Servicio eléctrico y del medidor: Número de instalaciones

realizadas en el mes por personal de la empresa y por contratistas.

- Instalaciones del servicio eléctrico y del medidor por nivel de tensión y tipo

de solicitud.

- Atención de reclamos: Número de reclamos receptados, número y

promedio de reclamos atendidos en el día.

- Total de garantías depositadas por el cliente, diferenciadas por el tipo de

servicio, en efectivo y en documento.

- Conexiones del servicio eléctrico y del equipo de medición para densidad

demográfica alta, media y baja.

- Con extensión de red

- Sin extensión de red



Facturación - Energía Facturada en dólares, por zonas urbanas

- Energía Facturada en dólares, por densidad demográfica

- Energía Facturada en kilovatios, por zonas urbanas

- Energía Facturada en Kilovatios, por densidad demográfica

- Porcentajes de Errores de Facturación

Recaudación

- Facturación Recaudada, por tarifa

- Indicador de Cartera Vencida.

- Antigüedad de la deuda.

- Porcentaje de rehabilitación de servicios suspendidos por falta de pago y

por densidad demográfica.



1.3.2. Perspectivas de análisis de las métricas del negocio. Evento Métricas

Solicitudes Número Solicitudes receptadas por tipo

Número Solicitudes atendidas por tipo

Total de Solicitudes receptadas

Total de Solicitudes atendidas

Inspecciones Número de inspecciones realizadas por inspector

Número de inspecciones realizadas por Tipo Solicitud

Número de inspecciones realizadas por motivo

Total inspecciones realizadas

Instalaciones Número de instalaciones realizadas por instalador

Número de instalaciones realizadas por tipo solicitud y nivel de

tensión

Total de instalaciones realizadas

Reclamos Número reclamos receptados

Número de reclamos atendidos

Porcentaje de reclamos receptados vs. atendidos

Garantías Total garantías por tipo de servicio, en efectivo y en documentos

Facturación Total de energía facturada en dólares

Total de energía facturada en Kilovatios

Total de energía facturada por tarifa

Porcentaje de errores

Recaudación Total de energía recaudada

Total de energía recaudada por tarifa

Porcentaje de rehabilitaciones servicio por densidad demográfica

Tabla 5: Eventos y Métricas



Línea de Análisis Dimensiones

Solicitud Tipo Solicitud

Motivo Solicitud

Estados Solicitud

Oficina

Inspector Inspector

Instalador Instalador

Nivel tensión Tipo nivel, nivel

Tiempo Año

Mes

Ubicación Geográfica Provincia

Cantón

Parroquia

Densidad Demográfica Tipo Densidad demográfica

Ruta Lectura Provincia

Cantón

Ruta

Tipo Servicio Tarifa

Rubros

Resolución Reclamos Tipo Reclamos

Motivo reclamos

Estados reclamos

Tabla 6: Líneas de Análisis y Dimensiones



1.3.3. Relaciones entre dimensiones y métricas.

Evento Métricas Dimensiones de Análisis

Solicitudes Número Solicitudes receptadas por

tipo

Número Solicitudes atendidas por

tipo

Tipo Solicitud

Motivo Solicitud,

Estados Solicitud,

Oficina,

Año, Mes

Total de Solicitudes receptadas

Total de Solicitudes atendidas

Oficina

Estados Solicitud

Año, Mes

Inspecciones Número de inspecciones realizadas

por inspector.

Número Inspecciones realizadas por

tipo solicitud.

Número Inspecciones por motivo

Inspector

Tipo Solicitud

Motivo

Año

Mes

Total inspecciones realizadas Oficina

Año

Mes

Instalaciones Número de instalaciones realizadas

por instalador

Instalador

Año

Mes

Número de instalaciones por tipo

solicitud y nivel de tensión

Tipo Solicitud

Nivel Tensión

Año

Mes



Total de instalaciones realizadas Oficina

Año

Mes

Reclamos Número reclamos receptados

Número de reclamos atendidos

Tipo Reclamos

Motivo reclamos

Estados reclamos

Año

Mes

Porcentaje de reclamos receptados

vs. Atendidos

Estados reclamos

Año

Mes

Garantías Total garantías por tipo de servicio,

en efectivo y en documento

Cliente

Tarifa

Año

Mes

Facturación Total de energía facturada en

dólares

Total de energía facturada en

Kilovatios

Total de energía facturada por tarifa

Provincia, Cantón,

Parroquia

Ruta

Densidad demográfica

Tarifa

Rubros

Año

Mes

Porcentaje de errores Tarifa

Rubros

Año

Mes



Recaudación Total de energía recaudada

Total de energía recaudada por tarifa

Provincia

Cantón

Parroquia

Tarifa

Rubros

Año

Mes

Porcentaje de rehabilitaciones

servicio

Tarifa

Tipo Solicitud

Motivo Solicitud


Año

Mes

Tabla 7: Relación entre Eventos y Métricas

1.3.4. Nivel de detalle y tiempo de historia de una métrica.

Evento Indicadores Horizontes de Tiempo

Dimensiones de Análisis

Solicitudes Número Solicitudes

receptadas por tipo

Número Solicitudes

atendidas por tipo

Últimos 12

meses

Tipo Solicitud

Motivo Solicitud, Estados

Solicitud,

Oficina,

Año, Mes

Total de Solicitudes

receptadas

Total de Solicitudes

atendidas

Últimos 12

meses

Estados Solicitud

Año, Mes



Inspecciones Número de

inspecciones

realizadas por

inspector.

Número de

inspecciones

realizadas por tipo

solicitud.

Número inspecciones

realizadas por motivo

Últimos 12

meses

Inspector

Tipo Solicitud

Motivo

Año

Mes

Total inspecciones

realizadas

Últimos 12

meses

Oficina

Año

Mes

Instalaciones Número de

instalaciones

realizadas por

instalador

Últimos 12

meses

Instalador

Año

Mes

Número de

instalaciones

realizadas por tipo

solicitud y nivel de

tensión.

Últimos 12

meses

Tipo Solicitud

Nivel tensión

Año

Mes

Total de instalaciones

realizadas

Últimos 12

meses

Oficina

Año

Mes



Reclamos Número reclamos

receptados

Número de reclamos

atendidos

Últimos 12

meses

Tipo Reclamos

Motivo reclamos

Estados reclamos

Año

Mes

Porcentaje de

reclamos receptados

vs. Atendidos

Últimos 24

meses

Estados reclamos

Año

Mes

Garantías Total garantías por

tipo de servicio

Últimos 24

meses

Cliente

Tarifa

Año

Mes

Facturación Total de energía

facturada en dólares

Total de energía

facturada en

Kilovatios

Total de energía

facturada por tarifa

Últimos 12

meses

Provincia, Cantón,

Parroquia

Ruta


Tarifa

Rubros

Año

Mes

Porcentaje de errores Últimos 12

meses

Tarifa

Rubros

Año

Mes

Recaudación Total de energía

recaudada

Total de energía

recaudada por tarifa

Últimos 12

meses

Provincia

Cantón

Parroquia

Tarifa

Rubros

Año

Mes



Porcentaje de

rehabilitaciones

servicio

Últimos 12

meses

Tipo Solicitud

Motivo Solicitud


Año

Mes

Tabla 8: Horizontes de Tiempo

1.3.4. Indicadores según las Perspectivas del Balanced ScoreCard

El Balanced ScoreCard, o Cuadro de Mando Integral, es un sistema

administrativo que permite a las empresas tener una perspectiva clara y global

de sus prestaciones, a través de la medición de sus actividades en términos

de la visión y estrategias definidas.

Esta herramienta alinea la planificación estratégica de una organización, en

cuatro perspectivas principales: Perspectiva Financiera, Perspectiva del

Cliente, Perspectiva de Procesos Internos, Perspectiva de Formación y

crecimiento.



Gráfico 15: Perspectivas del BSC

A continuación, una breve descripción de cada una de estas perspectivas:

Perspectiva Financiera Contiene los objetivos financieros de la organización, referentes a la

rentabilidad, ingresos, ventas y recuperación del capital. Conjuntamente con

los otros objetivos institucionales forman un sistema integrado, necesario para

la gestión, control y medición del negocio.

Perspectiva Cliente Esta perspectiva contiene los objetivos relacionados con la satisfacción del

cliente, permitiendo a los ejecutivos articular estrategias basadas en el

mercado, así como determinar los factores críticos que hacen que la

organización se diferencie, sea competitiva y atraiga clientes.

PERSPECTIVAS DEL BALANCED SCOREDCARE



Perspectiva Procesos Internos Contiene los aspectos relacionados con los procesos internos críticos, que

impactan en la satisfacción del cliente y en la consecución de los objetivos

financieros de una organización.

Perspectiva Formación y Crecimiento Esta perspectiva contiene los objetivos que una empresa se debe plantear, en

consecuencia de crear una infraestructura que afecte a las personas, los

sistemas y los procedimientos, que posibilite la mejora y el crecimiento a largo

plazo, para el entrono competitivo.

En el siguiente cuadro se presentan las métricas planteadas en este trabajo,

bajo las perspectivas del Balanced ScoredCare:



1. Perspectiva Financiera Nombre Cálculo Fuente Periodicid

ad Indicador Usuario Destino Observaciones

Garantías

TGt=

∑Tgn

SICO Trimestral Total garantías por tipo de

servicio, en efectivo y en

documentos.

CONELEC TGt : Total Garantía trimestrales

Tgn : Total garantías por mes y tipo de

servicio.

n: número de mes, sumará los meses que

pertenecen al trimestre.

Facturación

TF= ∑Vfr

SICO Mensual Total de energía facturada en

dólares

Presidencia

ejecutiva

CONELEC

TF: Total facturado

Vfr: Valor facturado por rubro

r: rubro

TK= ∑Cr SICO Mensual Total de energía facturada

Kilovatios

Presidencia

ejecutiva

CONELEC

TK: Total facturado en Kilovatios

Cr: Consumo mensual por rubro

r: rubro

TT= ∑Vft SICO Mensual Total de energía facturada por

tarifa

Presidencia

ejecutiva

CONELEC

TT: Total Facturado por tarifa

Vft: Valor facturado por tarifa

t: tarifa



PEF =

Fa/Ne *

100

SICO Mensual Porcentaje de errores CONELEC PEF: Porcentaje error

Fa: Nro. de facturas erradas

Ne: Número total facturas emitidas

Recaudació

n

TR = ∑Vrr SICO Mensual Total de energía recaudada Presidencia

ejecutiva

CONELEC

TR : Total energía recaudada

Vrr: Valor recaudado por rubro

r: Rubro

TR = ∑Vrr SICO Mensual Total de energía recaudada por

tarifa

Presidencia

ejecutiva

CONELEC

TR: Total recaudado en el mes

Vrr: Valor recaudado por rubro

r: Rubro.

2. Perspectiva Cliente Nombre Cálculo Fuent

e Periodicidad

Indicador Usuario Destino Observaciones

Solicitudes NSr= ∑Sr SICO Mensual Número Solicitudes receptadas

por tipo

CONELEC NSr: Número Solicitud receptadas por tipo

∑Sa : Sumatoria Solicitudes receptadas

NSa= ∑Sa SICO Mensual Número Solicitudes atendidas por

tipo

CONELEC NSa: Número Solicitud atendidas por tipo

∑Ss : Sumatoria Solicitudes atendidas



TSr=∑NSr SICO Mensual Total de Solicitudes receptadas CONELEC TSr: total solicitudes receptadas

∑NSr: Número Solicitud receptadas por

tipo

TSa=∑NSa SICO Mensual Total de Solicitudes atendidas

CONELEC TSa: total solicitudes atendidas

∑NSa: Número Solicitud atendias por tipo

Reclamos NRr=∑Rr SICO Mensual Número reclamos receptados

CONELEC NRr: Total reclamos receptados

∑Rr: Sumatoria de reclamos recptados

NRa= ∑Ra SICO Mensual Número de reclamos atendidos CONELEC NRa: Total reclamos atendidos

∑Ra: Sumatoria de reclamos atendidos

PRR= NRa/

NRr*100

SICO Mensual Porcentaje de reclamos

receptados vs. Atendidos

CONELEC PRR: Porcentaje de resolución de

reclamos

NRa: Total reclamos atendidos

NRr: Total reclamos receptados

Recaudació

n

PRS =

NRa/NRr*1

00

SICO Mensual Porcentaje rehabilitación de

servicio

CONELEC PRS: Porcentaje Rehabilitaciones Servicio

NRa: Número Rehabilitaciones atendidas

NRr: Total Rehabilitaciones recibidas



Instalacione

s

TIc= ∑Ic SICO Mensual Tiempo de instalación a cargo del

consumidor

CONELEC TIc: Tiempo conexión a cargo consumidor

∑Ic: Sumatoria instalaciones a cargo

consumidor

Ic: Diferencia de días entre Instalación y

pago

TId= ∑Id SICO Mensual Tiempo de instalación a cargo del

distribuidor

CONELEC TId: Tiempo conexión a cargo distribuidor

∑Id: Sumatoria instalaciones a cargo

distribuidor

Id: Diferencia de días entre Instalación y

pago

3. Perspectiva Procesos Internos Nombre Cálculo Fuent

e Periodicidad

Indicador Usuario Destino Observaciones

Inspeccione

s

NIr= ∑Iri SICO Mensual Número de inspecciones

realizadas por inspector

Dirección

Comercialización

NIr: Número inspecciones realizadas por

inspector

∑Iri: Sumatoria inspecciones realizadas

NIc= ∑Irc SICO Mensual Número de inspecciones

realizadas por tipo solicitud

Dirección

Comercialización

NIc: Número inspecciones realizadas por

tipo solicitud

∑Irc: Sumatoria inspecciones realizadas



TIr=∑Ir SICO Mensual Total inspecciones realizadas

Dirección

Comercialización

TIr: Total inspecciones realizadas

Ir: Inspecciones realizadas

Instalacione

s

NIi=∑Ii SICO Mensual Número de instalaciones

realizadas por instalador

Dirección

Comercialización

NIi: Numero instalaciones por instalador

Ii: Instalaciones realizadas

TIe==∑NIi SICO Mensual Total de instalaciones realizadas Dirección

Comercialización

NIi: Numero instalaciones por instalador

Tabla 9: Perspectivas Financiera, Cliente, Procesos Internos



CAPITULO 2.

Marco Teórico

2.1. Data Warehouse

Es el elemento fundamental de un sistema de información como apoyo para la

toma de decisiones dentro de una empresa. Los datos que lo integran

proceden de varias fuentes de información, como sistemas transaccionales o

fuentes externas.

Un data warehouse tiene características especiales:

- Orientado al tema: La información se clasifica en base a los aspectos

que son de interés dentro de la empresa. Esto quiere decir que los

datos en un data warehouse se encuentran organizados dentro de una

estructura, que responde a un mismo evento.

- Integrado: La información dentro del data warehouse es consistente, se

encuentra totalmente integrada.

- De tiempo variante: Toda la información de un data warehouse puede

ser requerida en cualquier momento, por lo que los cambios producidos

en los datos durante el tiempo, quedan debidamente registrados.

- No volátil: Dentro de un data warehouse la información no puede ser

modificada, una vez almacenada, no varía, se convierte en información

solamente de lectura.



2.2. Procesos ETL

Su nombre viene de las siglas en inglés de Extraer, Transformar y Cargar

(Extract, Transform and Load). Estos procesos permiten a las organizaciones

mover datos desde múltiples fuentes, reformatearlos, limpiarlos y cargarlos en

otra base de datos o data warehouse para analizarlos, o en otro sistema

operacional para apoyar un proceso de negocio.

2.2.1. Extraer

Esta primera etapa del proceso consiste en utilizar herramientas de extracción

para obtener datos desde sus sistemas de origen. La mayoría de los proyectos

de almacenamiento de datos fusionan datos provenientes de diferentes

sistemas de origen. Cada sistema separado puede usar una organización

diferente de los datos o formatos distintos. Los formatos de las fuentes

normalmente se encuentran en bases de datos relacionales o archivos planos,

pero pueden incluir bases de datos no relacionales u otras estructuras

diferentes. La extracción convierte los datos a un formato preparado para iniciar

el proceso de transformación.

2.2.2. Transformar

La fase de transformación aplica una serie de reglas de negocio o funciones

sobre los datos extraídos para convertirlos en datos que serán cargados.

Algunas fuentes de datos requerirán alguna pequeña manipulación de los

datos. No obstante en otros casos pueden ser necesarias aplicar algunas de

las siguientes operaciones de limpieza, homologación, mezclado y

enriquecimiento de datos:

- Detección y corrección de errores

- Análisis de consistencia en el uso de valores.- Debido a que los datos

provienen de diversas fuentes, es necesario realizar una homologación de

esquemas y formatos.



- Tratamiento de la ausencia de valores.- Asignación de valores por defecto.

- Eliminación de campos no significativos

- Reestructuración y adición de nuevos campos

- Codificación de campos.- Que faciliten el tratamiento estadístico, por

ejemplo pasar fechas de nacimiento a intervalos de edades.

- Cálculo de campos derivados.- Cálculo de subtotales y de datos

consolidados que reduzcan en nivel de detalle.

2.2.3. Cargar

Esta fase empieza en el momento en el cual los datos de la fase anterior son

cargados en el sistema de destino. Dependiendo de los requerimientos de la

organización, este proceso puede abarcar una amplia variedad de acciones

diferentes. En algunas bases de datos se sobrescribe la información antigua

con nuevos datos. Los data warehouse mantienen un historial de los registros

de manera que se pueda hacer una auditoría de los mismos y disponer de un

rastro de toda la historia de un valor a lo largo del tiempo.

Existen dos formas básicas de desarrollar el proceso de carga:

• Acumulación simple: Consiste en realizar un resumen de todas las

transacciones comprendidas en el período de tiempo seleccionado y

transportar el resultado como una única transacción hacia el data

warehouse, almacenando un valor calculado que consistirá típicamente

en un sumatorio o un promedio de la magnitud considerada.

• Rolling: Este proceso se aplica en los casos en que se opta por

mantener varios niveles de granularidad. Para ello se almacena

información resumida a distintos niveles, correspondientes a distintas

agrupaciones de la unidad de tiempo o diferentes niveles jerárquicos en



alguna o varias de las dimensiones de la magnitud almacenada (por

ejemplo, totales diarios, totales semanales, totales mensuales, etc.).

2.4. Genexus Es una herramienta para el desarrollo de aplicaciones sobre bases de datos,

que permite su implantación en el menor tiempo. A grandes rasgos, el

desarrollo de una aplicación implica tareas de análisis, diseño e

Implementación. La vía de GeneXus para alcanzar el objetivo anterior es

liberar a las personas de las tareas automatizables (como el diseño de la base

de datos), permitiéndoles así concentrarse en las tareas realmente difíciles y no

automatizables (como comprender los problemas del usuario).

La metodología de Genexus tiene por objeto describir las visiones de los

usuarios para modelar el sistema; y a partir del modelo de la realidad definido,

GeneXus construye en forma automática el soporte computacional -base de

datos y programas.

Para describir las visiones de los usuarios, Genexus utiliza diferentes tipos de

objetos, como: transacciones, procedimientos, work panels y reportes.

- Transacciones.- Son los primeros objetos en definirse y sirven para crear

la base de datos y generar programas de mantenimiento para permitir a los

usuarios realizar altas, bajas y cambios en forma interactiva a los datos.

- Procedimientos.- Permiten recuperar información de la base de datos, y

desplegarla ya sea en la pantalla, en un archivo o impresa en papel. Sirven

además, para actualizar información de la base de datos.

- Work Panels.- Permiten al usuario realizar interactivamente consultas a la

base de datos, a través de una pantalla. Son objetos muy flexibles que se



prestan para múltiples usos. No permiten la actualización de la base de

datos, sino solo su consulta.

- Reportes.- Objetos que permiten a los usuarios obtener información desde

la base de datos. La salida de un reporte puede visualizarse en pantalla,

imprimirse en papel o guardarse en un archivo.

2.5. Gxplorer

Es una herramienta de construcción y administración de Data Warehouse que

permite a las organizaciones, convertir los datos en información estratégica

necesaria, para la toma de decisiones.

Gxplorer maneja diversas herramientas que ayudan a las Empresas a generar

una solución integral, mediante el análisis de información. Entre las

principales están:

- GXplorer Manager.- Esta herramienta es utilizada para administrar la

base de datos o metadata, que contiene toda la información necesaria para

permitir al usuario especificar sus consultas, en su lenguaje y en una

forma totalmente transparente al diseño físico de la base de datos. Los

pasos más importantes de esta módulo son:

1. Creación del Catálogo: Permite crear catálogos para administrar las

metadatas de los diferentes clientes. Un catálogo es un contenedor de

metadatas, el cual es compartido por el supervisor, los usuarios y las

consultas catalogadas por los usuarios.

2. Creación de la Metadata: Permite crear varias metadatas en un

catálogo.



3. Carga de la Metadata: Lee la base de conocimiento en la cual se definió

el data Warehouse o la Operacional y se infieren los atributos o las

dimensiones e indicadores y el mapping de éstos al modelo físico.

4. Configuración de la Metadata: Se permiten en este punto realizar

ciertas definiciones directamente sobre la Metadata.

5. Exportación de la Metadata: Cuando se trabaja con varias

instalaciones independientes sobre una misma Metadata (distribuida

físicamente), es posible exportar la Metadata desde una instalación para

luego importarla en otra.

- Genexus.- Utilizada para el desarrollo de los procedimientos ETL que

convierten datos de la base de datos operacional a la Data Warehouse.

- GXplorer Settings.- Este módulo es utilizado para la determinación de los

usuarios y los accesos que tendrán sobre el data warehouse. Además sirve

para configurar los parámetros generales usados por las herramientas

Gxplorer.

- GXplorer OLAPSu función principal es ayudar al usuario a realizar

consultas ad hoc, es decir consultas específicas a una base de datos. A

diferencia de las herramientas de consulta tradicionales, GXplorer Olap

permite al usuario realizar las consultas en su lenguaje (en términos del

negocio) sin necesidad de conocer la forma en que los datos están

almacenados. Dentro de esta herramienta se manejan dos grandes

conceptos sobre los cuales el usuario especifica sus consultas, estos son

los denominados: Indicadores y Dimensiones.

Indicador: Es aquello que se quiere analizar del negocio. (por ejemplo:

Total Vendido).



Dimensiones: Son las perspectivas bajo las cuales se desea analizar el

Indicador, o dicho de otra forma es cómo se desean clasificar los datos.

- GXplorer Web.- Esta herramienta permite realizar las consultas de

GXplorer mediante un navegador de Internet.

GeneXus QUERY.- Permite a los usuarios finales de las aplicaciones GeneXus

consultar cualquier base de datos, sin la necesidad de construir previamente un

Data Warehouse, ni realizar ningún desarrollo adicional. De esta manera se

logra que el usuario final especifique sus consultas en forma dinámica, sobre

Excel, sin necesidad de conocer la estructura de la base de datos, o conceptos

técnicos.

2.6. Modelo Entidad/Relación

Es el modelo conceptual más utilizado para el diseño de bases de datos y está

formado por un conjunto de conceptos que permiten describir la realidad

mediante representaciones gráficas y lingüísticas.

Entre los conceptos más utilizados están: Entidad, relación y atributo.

Entidad: Es cualquier tipo de objeto o concepto sobre el que se recoge

información: cosa, persona, concepto abstracto o suceso. Por ejemplo: coches,

casas, empleados, clientes, empresas, oficios, etc. Las entidades se

representan gráficamente mediante rectángulos y su nombre aparece en el

interior. Un nombre de entidad sólo puede aparecer una vez en el esquema

conceptual.

Relación: Es una correspondencia o asociación entre dos o más

entidades. Cada relación tiene un nombre que describe su función. Las

relaciones se representan gráficamente mediante rombos y su nombre aparece

en el interior.



Atributo: Es una característica de interés o un hecho sobre una entidad

o sobre una relación. Los atributos representan las propiedades básicas de las

entidades y de las relaciones. Toda la información extensiva es portada por los

atributos. Gráficamente, se representan mediante bolitas que cuelgan de las

entidades o relaciones a las que pertenecen.

2.7. Esquema Estrella

En las base de datos usadas para data warehousing, un esquema en estrella

es un modelo de datos formado por una tabla central o de hechos que

contiene los datos para el análisis, rodeada de las tablas de dimensiones.

Es la representación lógica más importante del modelo dimensional, en el cual

se encuentran hechos y dimensiones. Todo objeto de análisis es un hecho,

que dentro del modelo dimensional está representado en forma de tabla de

hechos, y, a su vez son analizados a través de las dimensiones o

componentes, que se representan en el modelo dimensional a partir de las

tablas de dimensiones.

Las tablas de dimensiones tendrán siempre una clave primaria simple,

mientras que en la tabla de hechos, la clave principal estará compuesta por las

claves principales de las tablas dimensionales.

2.8. Modelo Rolap

Es una de las arquitecturas de modelo físico, utilizada por los sistemas de

soporte a la decisión OLAP (siglas de On Line Analytical Processing), que

accede a los datos almacenados en un Data Warehouse para proporcionar un

análisis adecuado. La premisa de los sistemas ROLAP es que las capacidades

OLAP se soportan mejor contra las bases de datos relacionales.

El sistema ROLAP utiliza una arquitectura de tres niveles. La base de datos

relacional maneja los requerimientos de almacenamiento de datos, y el motor

ROLAP proporciona la funcionalidad analítica.



• El nivel de base de datos usa bases de datos relacionales para el

manejo, acceso y obtención del dato.

• El nivel de aplicación es el motor que ejecuta las consultas

multidimensionales de los usuarios.

• El motor ROLAP se integra con niveles de presentación, a través de los

cuales los usuarios realizan los análisis OLAP.

Después de que el modelo de datos para el Data Warehouse se ha definido,

los datos se cargan desde el sistema operacional. Se ejecutan rutinas de

bases de datos para agregar el dato, si así es requerido por el modelo de

datos.

Se crean entonces los índices para optimizar los tiempos de acceso a las

consultas.

Los usuarios finales ejecutan sus análisis multidimensionales, a través del

motor ROLAP, que transforma dinámicamente sus consultas a consultas SQL.

Se ejecutan estas consultas SQL en las bases de datos relacionales, y sus

resultados se relacionan mediante tablas cruzadas y conjuntos

multidimensionales para devolver los resultados a los usuarios.

La arquitectura ROLAP es capaz de usar datos precalculados si estos están

disponibles, o de generar dinámicamente los resultados desde los datos

elementales si es preciso. Esta arquitectura accede directamente a los datos

del Data Warehouse, y soporta técnicas de optimización de accesos para

acelerar las consultas.



CAPITULO 3.

Desarrollo del prototipo de Data Warehouse

Una vez determinado el modelo de medición del negocio, el siguiente paso es

la construcción de un prototipo de Data Warehouse que englobe los

requerimientos de los Directores y Jefes Departamentales, involucrados dentro

del proceso de comercialización.

El desarrollo de este prototipo se lo realiza utilizando las herramientas Genexus

y Gxplorer, proporcionadas por la Dirección de Sistemas de la CENTROSUR.

Con la herramienta Genexus, se define la base de conocimientos, necesaria

para la generación de la base de datos, soporte del data warehouse y los

procedimientos de extracción, transformación y carga de datos, desde el

Sistema transaccional de Comercialización.

La generación de la metadata, información necesaria para soportar el modelo

de medición del negocio, se la realiza con la herramienta Gxplorer, cimentada

en la base de conocimientos ya creada.

Una vez determinada la metadata, con la ayuda del Excel y sus

complementos, es posible contar con una herramienta que permita a los

usuarios finales especificar sus consultas. En el capítulo cuatro, en la sección

4.2. “Generación de consultas de Usuarios”, se explica más detalladamente, la

interacción que tendría el usuario con la herramienta.



3.1. Especificación del Modelo de Medición del Negocio

Previo a la construcción del prototipo se ha realizado el diseño del modelo de

medición del negocio, de acuerdo al documento de análisis. En los siguientes

tópicos se describen los modelos conceptual, representado por el modelo

Entidad/Relación; el modelo lógico, representado por el esquema estrella,

basado en la definición de tablas de dimensiones y tablas de hechos

(indicadores) el modelo físico.

3.1.1. Modelo Conceptual

El modelo conceptual, se lo ha definido por las perspectivas de análisis y se lo

muestra en los siguientes gráficos:

Solicitudes

Gráfico 16: Modelo Conceptual. Solicitudes



Inspecciones

Oficina

AñoMesInspector Inspecciones

Tipo Solicitud Motivos

Gráfico 17: Modelo Conceptual. Inspecciones



Instalaciones

Tipo Solicitud

Oficina

Instalador

Instalaciones AñoMes

Nivel Tensión

Gráfico 18: Modelo Conceptual. Instalaciones Reclamos

Gráfico 19: Modelo Conceptual. Reclamos



Garantías

AñoMes

Garantías

Trimestre

Uso Energía

Gráfico 20: Modelo Conceptual. Garantías

Facturación

Gráfico 21: Modelo Conceptual. Facturación

AñoMesFacturación

Uso Energía

Provincia

Cantón

Ruta

Rubros

Sector



Recaudación

Gráfico 22: Modelo Conceptual. Recaudación Rehabilitaciones

Gráfico 23: Modelo Conceptual. Rehabilitaciones

Provincia

Cantón Parroquia AñoMesRecaudación

Uso Energía

Rubros

Tipo Solicitud

Motivos Solicitud

Rehabilitaciones

Provincia

Cantón Parroquia AñoMes



3.1.2. Modelo Lógico

3.1.2.1 Dimensiones

Gráfico 24: Modelo Lógico. Dimensiones



3.1.2.2. Relación entre dimensiones

AÑO

* idAño: Integer(4)

MES*idMes: Integer(2)

*idTrimestre: Integer(2)

*idAño: Integer(4)Mes_Nombre: Char(30)

TRIMESTRE

*idTrimestre: Integer(2)

*idAño: Integer(4)Trimestre_Nombre: Char(30)

Gráfico 25: Modelo Lógico. Relación entre Dimensiones

RUTA*idRuta: Integer(3)

*idSector: Integer(2)

*idCantRuta: Char(2)

*idProvRuta: Char(2)Rut_Descripción: Char(50)Rut_Tipo: Char(1)

PROVRUTA

*idProvRuta: Char(2)Provr_Nombre: Char(20)

CANTRUTA


*idProvRuta: Char(2)Canr_Nombre: Char(20)

SECTOR



*idProvRuta: Char(2)Sec_Descripción: Char(50)

PROVINCIA

*idProvincia: Char(2)Pro_Nombre: Char(20)

CANTON

*idCanton: Char(2)

*idProvincia: Char(2)Can_Nombre: Char(20)

PARROQUIA

*idParroquia: Char(2)

*idCanton: Char(2)

*idProvincia: Char(2)Par_Nombre: Char(20)Par_Tipo: Char(1)Par_Densidad: Char(1)



3.1.2.3 Métricas

SOLICITUDES

*idTipo: Integer(3) (FK)

*idMotivo: Integer(2) (FK)

*idEstado: Integer(2) (FK)

* idAño: Integer(4) (FK)

*idMes: Integer(2)Sol_Numero: Integer(8)

INSPECCIONES*idOficina: Integer(3) (FK)

*idInspector: Integer(3) (FK)


*idMes: Integer(2)Insp_Número: Integer(8)

INSTALACIONES

*idOficina: Integer(2) (FK)


*idInstalador: Integer(3) (FK)


*idMes: Integer(2)Inst_Número: Integer(8)

RECLAMOS*idTipo: Integer(3) (FK)




*idMes: Integer(2)Rec_Receptados: Integer(8)Rec_Atendidos: Integer(8)

FACTURACIÓN*idProvincia: Char(2) (FK)

*idCanton: Char(2) (FK)

*idSector: Char(2) (FK)

*idRuta: Integer(3) (FK)

*idRubro: Char(6) (FK)

*idUso: Char(2) (FK)


*idMes: Integer(2)Fac_Total_doláres: Integer(8,2)Fac_Total_Kilovatios: Integer(8,2)RECAUDACIÓN

*idProvincia: Char(2) (FK)


*idParroquia: Char(2) (FK)




*idMes: Integer(2)Rec_Total_rubro: Integer(8,2)Rec_Total_uso: Integer(8,2)

REHABILITACIONES




*idCanton: Char(2)

*idProvincia: Char(2)


*idMes: Integer(2)Reh_Número: Integer(5)

GARANTIAS

*idUso: Char(2)


* idTrimestre: Integer(2) (FK

*idMes: Integer(2)Gar_Efe: Integer(8,2)Gar_Doc: Integer(8,2)Gar_Total: Integer(10,2)

Gráfico 26: Modelo Lógico. Métricas



3.1.2.4. Dependencias Indicadores-Dimensiones

TIPO SOLICITUD

*idTipo: Integer(2)Tip_Descripción: Char(30)

MOTIVO SOLICITUD

*idMotivo: Integer(2)Mot_Descripción: Char(20)

ESTADO SOLICITUD

*idEstado: Integer(2)Est_Descripción: Char(50)

AÑO


OFICINA

*idOficina: Integer(2)Ofi_Descripción: Char(20)

SOLICITUDES





*idMes: Integer(2)Sol_Numero: Integer(8)

MES-AÑO

*idMes: Integer(2)


Gráfico 27: Relación Indicadores-Dimensiones. Solicitudes



AÑO


OFICINA


INSPECCIONES* idOficina: Integer(3) (FK)* idInstalador: Integer(3) (FK)* idTipo: Integer(2)* IdMotivo: Integer(2)* idAño: Integer(4) (FK)* idMes: Integer(2)Insp_Número: Integer(8)

INSPECTOR

*idInspector: Integer(3)Insp_Apellidos: Char(25)Insp_Nombres: Char(25)Insp_Tipo: Char(1)

MES-AÑO

*idMes: Integer(2)


MOTIVO SOLICITUD

*idMotivo: Integer(2)Mot_Descripción: Char(20)

TIPO SOLICITUD


Gráfico 28: Relación Indicadores-Dimensiones. Inspecciones

AÑO


TIPO SOLICITUD


OFICINA


INSTALACIONES*idOficina: Integer(2) (FK)


*idInstalador: Integer(3) (FK)* idNivTen: Char(1)


*idMes: Integer(2)Inst_Número: Integer(8)

INSTALADOR

*idInstalador: Integer(3)Inst_Apellidos: Char(25)Inst_Nombres: Char(25)Inst_Tipo: Char(1)

MES-AÑO

*idMes: Integer(2)

*idAño: Integer(4)Mes_Nombre: Char(30)NIVEL TENSIÓN

*idNivTen: Charr(1)Niv_Descripción: Char(1)

Gráfico 29: Relación Indicadores-Dimensiones. Instalaciones



Gráfico 30: Relación Indicadores-Dimensiones. Reclamos



Gráfico 31: Relación Indicadores-Dimensiones. Garantías



RUBROS

*idRubro: Char(6)Rub_Descripción: Char(50)Rub_Tipo: Char(1)Rub_Clasificador: Char(1)Rub-Signo: Char(1)

AÑO


USO ENERGÍA

*idUso: Char(2)UsoDescripción: Char(50)

FACTURACIÓN*idProvincia: Char(2) (FK)


*idSector: Char(2) (FK)

*idRuta: Integer(3) (FK)




*idMes: Integer(2)Fac_Total_doláres: Integer(8,2)Fac_Total_Kilovatios: Integer(8,2)

MES-AÑO

*idMes: Integer(2)


PROVRUTA

*idProvRuta: Char(2)Provr_Nombre: Char(20)

CANTRUTA


*idProvRuta: Char(2)Canr_Nombre: Char(20)

SECTOR



*idProvRuta: Char(2)Sec_Descripción: Char(50)

RUTA*idRuta: Integer(3)



*idProvRuta: Char(2)Rut_Descripción: Char(50)Rut_Tipo: Char(1)

Gráfico 32: Relación Indicadores-Dimensiones. Facturación



PROVINCIA

*idProvincia: Char(2)Pro_Nombre: Char(20)

CANTON

*idCanton: Char(2)

*idProvincia: Char(2)Can_Nombre: Char(20)

PARROQUIA


*idCanton: Char(2)

*idProvincia: Char(2)Par_Nombre: Char(20)Par_Tipo: Char(1)Par_Densidad: Char(1)

RUBROS

*idRubro: Char(6)Rub_Descripción: Char(50)Rub_Tipo: Char(1)Rub_Clasificador: Char(1)Rub-Signo: Char(1)

AÑO


USO ENERGÍA

*idUso: Char(2)UsoDescripción: Char(50)

RECAUDACIÓN

*idProvincia: Char(2) (FK)


*idParroquia: Char(2) (FK)




*idMes: Integer(2)Rec_Total_rubro: Integer(8,2)Rec_Total_uso: Integer(8,2)

MES-AÑO

*idMes: Integer(2)


Gráfico 33: Relación Indicadores-Dimensiones. Recaudación



Gráfico 34: Relación Indicadores-Dimensiones. Rehabilitaciones

3.1.2.4. Niveles de detalle y de tiempo

En el siguiente cuadro, se ve un resumen de horizontes de tiempo que tiene

cada evento:

Evento Horizontes de Tiempo

Solicitudes Últimos 12 meses

Inspecciones Últimos 12 meses

Instalaciones Últimos 12 meses

Reclamos Últimos 12 meses

Garantías Últimos 24 meses

Facturación Últimos 12 meses

Recaudación Últimos 12 meses

Tabla 10: Resumen Horizontes del Tiempo



3.1.3. Modelo Físico Nombre de la Tabla: TSOL Descripción Tabla: Tipo Solicitud/Reclamo

Nombre de Campos Descripción del campo Tipo

TipCod Código de Tipo de solicitud

N (2.0)

TipDes Descripción Del Tipo de

Solicitud C (30)

Nombre de la Tabla: MSOL Descripción Tabla: Motivo Solicitud


MotCod Código de Motivo de solicitud

N (2.0)

MotDes Descripción Del Motivo C (20)

Nombre de la Tabla: EST Descripción Tabla: Estado Solicitud/Reclamo


EdsCod Código Del Estado N (2.0)

EdsDes Descripción Estado C (50)



Nombre de la Tabla: OFIC Descripción Tabla: Oficina


OfiCod Código de Oficina N (2.0)

OfiDes Descripción De La

Oficina C (20)

Nombre de la Tabla: INSP Descripción Tabla: Inspector/Instalador


InsCod Código

Inspector/Instalador N (3.0)

InsApe Apellidos

Inspector/Instalador C (25)

InsNom Nombres Inspector /

Instalador C (25)

InsCed Cédula De Identidad C (10) Nombre de la Tabla: UENE Descripción Tabla: Uso de energía


UsoCod Código de uso de

Energía C (2)

UsoDes Descripción Uso de

Energía C (50)



Nombre de la Tabla: RUBR Descripción Tabla: Rubro de Facturación


rbrcod Código de Rubro C (6) RbrDes Descripción Del Rubro C (50) Nombre de la Tabla: PRVO Descripción Tabla: Provincia

Nombre de Campos

Descripción del campo Tipo

PrvCod Código De La Provincia C (2)

PrvDes Descripción De La

Provincia C (20)

Nombre de la Tabla: CANT Descripción Tabla: Cantón

Nombre de Campos


PrvCod Código De La Provincia C (2) CanCod Código Del Cantón C (2)

CanDes Descripción Del Cantón C (20)



Nombre de la Tabla: PRRQ Descripción Tabla: Parroquia

Nombre de Campos Descripción del campo

Tipo


CanCod Código Del Cantón C (2)

ParCod Código De La Parroquia C (2)

ParDes Descripción De La Parroquia

C (20)

ParUrbRur Urbano/Rural C (1)

ParAre Área (km2)

N (7.2)

DenTip Densidad Parroquia C (1)

DenSec Número Secuencial

N (3.0)

Nombre de la Tabla: PRVRU Descripción Tabla: Provincia

Nombre de Campos


PrvRCod Código De La Provincia C (2)

PrvRDes Descripción De La

Provincia C (20)



Nombre de la Tabla: CANRU Descripción Tabla: Cantón

Nombre de Campos


PrvRCod Código De La Provincia C (2) CanRCod Código Del Cantón C (2)

CanRDes Descripción Del Cantón C (20)

Nombre de la Tabla: SECTOR Descripción Tabla: Sectores

Nombre de Campos


PrvRCod Código De La Provincia C (2) CanRCod Código Del Cantón C (2)

SecCod Código Sector N(2)

SecDes Descripción Sector C (20)

Nombre de la Tabla: RUTA Descripción Tabla: Ruta de Lectura por Sector


PrvRCod Código De La Provincia C (2) CanRCod Código Del Cantón C (2) SlcCod Código del Sector N (2.0) RlsCod Código a Ruta De

Lectura N (3.0)

RlsDes Descripción De La Ruta

De Lectura C (50)

RlsUrbRur Indicador Urbano/Rural C (1)



Nombre de la Tabla: ANIO Descripción Tabla: AÑO

Nombre de Campos


AniCod Código año C (4)

Nombre de la Tabla: TRIM Descripción Tabla: Trimestres del año

Nombre de Campos



TriCod Código trimestre C (2) Nombre de la Tabla: MES Descripción Tabla: Meses

Nombre de Campos



TriCod

Código Trimestre C (2)

MesCod

Código Mes C (2)

MesDes Descripción Mes



Nombre de la Tabla: MES-ANIO Descripción Tabla: Meses del año

Nombre de Campos



MesACod

Código Mes C (2)

MesADes Descripción Mes Nombre de la Tabla: SOLI Descripción Tabla: Solicitudes de Servicio

Nombre de Campos


TipCod Código del Tipo

Solicitud N (2.0)

MotCod Código Motivo N (2.0) EstCod Código Estado N (2.0) AniCod Código año C (4) MesCod Código Mes C (2)

SolNum Número Solicitudes N(8.0) Nombre de la Tabla: INPC Descripción Tabla: Inspecciones

Nombre de Campos



InsCod Código




Tipcod Código de Tipo

Solicitud N(2.0)

MotCod Motivo Solicitud N(2.0) AniCod Código año C (4) MesCod Código mes C (2)

InsNum Número Inspecciones N(8.0) Nombre de la Tabla: INST Descripción Tabla: Instalaciones

Nombre de Campos



TipCod Código de Tipo de

solicitud N (2.0)

NivCod Nivel de Tensión C (1)

InsCod Código


AniCod Código año C (4) MesCod Código mes C (2)

IntNum Número Instalaciones N(8.0) Nombre de la Tabla: RECL Descripción Tabla: Reclamos Comerciales

Nombre de Campos



Solicitud N (2.0)




RecRec Reclamos Receptados N(8.0) RecAte Reclamos Atendidos N(8.0) Nombre de la Tabla: GARN Descripción Tabla: Garantías de Consumo

Nombre de Campos



Energía C (2)


TriCod Código trimestre C (2) MesCod Código mes C (2)

GarEfe Garantías en Efectivo N (8.2)

GarDoc Garantías en

Documentos N (8.2)

GarTotal Total Garantías N

(10.2) Nombre de la Tabla: FACT Descripción Tabla: Facturación de Energía

Nombre de Campos


PrvRCod Código De La Provincia C (2)

CanRCod Código Del Cantón C (2)

SlcCod Código Del Sector De

Lectura N (2.0)



RlsCod Código De La Ruta De

Lectura N (3.0)


Energía C (2)


FacTotD Total Dólares N (8.2) FacTotK Total Kilovatios N (8.2) Nombre de la Tabla: RECA Descripción Tabla: Recaudación de valores por venta Energía

Nombre de Campos




ParCod Código De La

Parroquia C (2)


Energía C (2)

RbrCod Código Rubro C(6) AniCod Código año C (4) MesCod Código mes C (2)

RcaRecR Total Recaudado por

rubro N (8.2)

RcaRecU Total Recaudado por

Uso N (8.2)



Nombre de la Tabla: REHA Descripción Tabla: Rehabilitación del Servicio

Nombre de Campos





Parroquia C (2)


Solicitud N (2.0)

MotCod Código Motivo N (2.0) AniCod Código año C (4) MesCod Código mes C (2)

ReaNum Número

Rehabilitaciones N (5.0)

Tabla 11: Modelo Físico

3.1.4. Especificación en Genexus En base al diseño del modelo físico y con la utilización del Case Genexus versión 9.0, se crea la base de conocimientos que soportará el data warehouse comercial. Con la finalidad de mantener compatibilización con el sistema transaccional SICO y reducir los tiempos de respuesta, este modelo es desarrollado para la plataforma de AS/400 y manejador de base de datos DB2/400. La base de conocimientos, resultado de la ejecución, está conformada por las carpetas principales:

- Dimensiones



Indicadores Gráfico 35: Especificaciones en Genexus

En estas carpetas y tomando como base el modelado de datos realizado, se definen los objetos “transacciones”, es decir, los ejes e indicadores, que constituirán el lenguaje del usuario, para guiarlo en el diagnóstico de la información. En las propiedades de los objetos, se debe especificar claramente el tipo de transacción de data werehouse, si es indicador o es dimensión, como se muestra en el siguiente gráfico:



Gráfico 36: Propiedades de una transacción En los siguientes gráficos, se puede apreciar el contenido de estas carpetas:



Carpeta Dimensiones:

Gráfico 37: Especificaciones en Genexus. Dimensiones Detalle de Transacciones



Gráfico 38: Detalle Transacciones. Dimensiones



Carpeta Indicadores:

Gráfico 39: Especificaciones en Genexus. Indicadores

Detalle de Transacciones



Gráfico 40: Detalle Transacciones. Indicadores



CAPITULO 4.

Implementación del Prototipo

4.1. Procesos ETL

Son procesos que permiten a las organizaciones, extraer, transformar y cargar

datos desde múltiples fuentes hacia otras bases de datos, data mart o data

warehouse, con el objetivo de analizarlos y poder apoyar su proceso de

negocio.

Estos procesos pueden ser desarrollados mediante diferentes herramientas, en

este caso concreto, fueron elaborados con la herramienta de desarrollo

Genexus versión 9.0 y definidos para la plataforma de AS/400, como se puede

observar en el siguiente gráfico.

Gráfico 41: Procesos ETL definidos en Genexus



La elaboración de los procesos en Genexus se ha basado en las tablas de

mapeo desarrollas por cada perspectiva de análisis. En estas tablas se definen

las entradas, procesos, salidas, los criterios utilizados para la obtención de la

información desde el sistema transaccional, así como las validaciones que se

realizan a los datos, antes de ejecutar cualquier acción.

A continuación se describen cada una de las tablas de mapeo realizadas:



SOLICITUDES ORIGEN PROCESO DESTINO TIPO SOLICITUD.Idtipo

Lee transaccional de Solicitudes TIPO SOLICITUD.IdTipo = TRANSACCIONAL.IdTipo

SOLICITUDES.IdTipo

Si no es nulo(TIPO SOLICITUD.IdTipo) continua validación

VARIABLE.Año = YEAR(Fecha Actual)

Si es nulo guarda novedad en ArcErr, archivo errores

ARCHIVO ERRORES.AÑO

VARIABLE.MES=MONTH(Fecha Actual)

ARCHIVO ERRORES.MES ARCHIVO ERRORES.ARCHIVO = 'SOLICITUDES' ARCHIVO ERRORES.SECUENCIA = + 1 ARCHIVO ERRORES.DESCRIPCIÓN = "Sin tipo de Solicitud"

MOTIVO SOLICITUD.IdMotivo

Lee transaccional de Solicitudes MOTIVO SOLICITUD.IdMotivo = TRANSACCIONAL.IdMotivo

Si no es nulo(MOTIVO SOLICITUD.IdTipo) continua validación

SOLICITUDES.IdMotivo

VARIABLE.Año Si es nulo guarda novedad en ArcErr, archivo errores ARCHIVO ERRORES.AÑO VARIABLE.MES

ARCHIVO ERRORES.MES ARCHIVO ERRORES.ARCHIVO = 'SOLICITUDES' ARCHIVO ERRORES.DESCRIPCIÓN = "Sin Motivo de Solicitud"



ESTADO SOLICITUD.IdEstado

Lee transaccional de Solicitudes ESTADO SOLICITUD.IdEstado = TRANSACCIONAL.IdEstado

Si no es nulo(ESTADO SOLICITUD.IdEstado) continua validación

SOLICITUDES.IdEstado

VARIABLE.Año



VARIABLE.MES

ARCHIVO ERRORES.MES ARCHIVO ERRORES.ARCHIVO = 'SOLICITUDES' ARCHIVO ERRORES.SECUENCIA = + 1 ARCHIVO ERRORES.DESCRIPCIÓN = "Sin Estado de Solicitud"

TRANSACCIONAL.Fecha Solicitud

Lee transaccional de Solicitudes. SI TRANSACCIONAL.Fecha Solicitud es nula or

TRANSACCIONAL.Fecha Solicitud = '00000000')

ARCHIVO ERRORES.AÑO ARCHIVO ERRORES.MES ARCHIVO ERRORES.ARCHIVO = 'SOLICITUDES' ARCHIVO ERRORES.SECUENCIA = + 1 ARCHIVO ERRORES.DESCRIPCIÓN = " Fecha de Solicitud No válida"

TRANSACCIONAL.Estado Registro Lee solo los registros activos del transaccional de

Solicitudes. TRANSACCIONAL.Estado Registro <> '9' (9=Registro Eliminado)

Y YEAR(Fecha_Solicitud=VARIABLE.AÑO) AND MONTH(Fecha_Solicitud)=VARIABLE.MES

SOLICITUDES.AÑO TRANSACCIONAL.Fecha Solicitud SOLICITUDES.MES

VARIABLE.Año SOLICITUDES.NUMERO = COUNT(ID_SOLICITUDES)

VARIABLE.MES



INSPECCIONES

ORIGEN PROCESO DESTINO

OFICINA.Idtipo

Lee transaccional de Solicitudes OFICINA.IdOficina = TRANSACCIONAL.IdOficina

Si no es nulo(OFICINA.IdOficina) continua validación INSPECCIONES.IdOficina





ARCHIVO ERRORES.MES ARCHIVO ERRORES.ARCHIVO = 'INSPECCIONES' ARCHIVO ERRORES.SECUENCIA = + 1 ARCHIVO ERRORES.DESCRIPCIÓN = "Solicitud sin Oficina"

INSPECTOR.IdInspector

Lee transaccional de Solicitudes INSPECTOR.IdInspector = TRANSACCIONAL.IdInspector

Si no es nulo(Inspector.IdInspector) continua validación INSPECCIONES.IdInspector

VARIABLE.Año Si es nulo guarda novedad en ArcErr, archivo errores

ARCHIVO ERRORES.AÑO VARIABLE.MES ARCHIVO ERRORES.MES



ARCHIVO ERRORES.ARCHIVO = 'INSPECCIONES' ARCHIVO ERRORES.DESCRIPCIÓN = "Sin Inspector"

TRANSACCIONAL.Fecha Inspección

Lee transaccional de Solicitudes. SI TRANSACCIONAL.Fecha Inspección es nula or TRANSACCIONAL.Fecha

Inspección= '00000000')

ARCHIVO ERRORES.AÑO ARCHIVO ERRORES.MES ARCHIVO ERRORES.ARCHIVO = 'INSPECCIONES' ARCHIVO ERRORES.SECUENCIA = + 1 ARCHIVO ERRORES.DESCRIPCIÓN = " Fecha de Inspección No válida"

TRANSACCIONAL.Estado Registro

Lee solo los registros activos del transaccional de Inspecciones.

TRANSACCIONAL.Estado Registro <> '9' (9=Registro Eliminado) y

YEAR(Fecha_Inspección)=VARIABLE.AÑO y

MONTH(Fecha_Inspección)=VARIABLE.MES

INSPECCIONES.AÑO TRANSACCIONAL.Fecha Inspección INSPECCIONES.MES

VARIABLE.Año INSPECCIONES.NUMERO = COUNT(ID_INSPECCIONES)

VARIABLE.MES



INSTALACIONES ORIGEN PROCESO DESTINO

OFICINA.Idtipo

Lee transaccional de Instalaciones OFICINA.IdOficina = TRANSACCIONAL.IdOficina

Si no es nulo(OFICINA.IdOficina) continua validación INSTALACIONES.IdOficina





ARCHIVO ERRORES.MES ARCHIVO ERRORES.ARCHIVO = 'INSTALACIONES' ARCHIVO ERRORES.SECUENCIA = + 1 ARCHIVO ERRORES.DESCRIPCIÓN = "Instalaciones sin Oficina"

INSTALADOR.IdInstalador

Lee transaccional de Instalaciones INSTALADOR.IdInstalador= TRANSACCIONAL.IdInstalador

Si no es nulo(INSTALADOR..IdInstalador) continua validación INSTALACIONES.IdInstalador





ARCHIVO ERRORES.ARCHIVO = 'INSTALACIONES' ARCHIVO ERRORES.DESCRIPCIÓN = "Sin Instalador"

TRANSACCIONAL.Fecha Instalación

Lee transaccional de Instalciones. SI TRANSACCIONAL.Fecha Instalación es nula or TRANSACCIONAL.Fecha

Instalación = '00000000')

ARCHIVO ERRORES.AÑO ARCHIVO ERRORES.MES ARCHIVO ERRORES.ARCHIVO = 'INSTALACIONES' ARCHIVO ERRORES.SECUENCIA = + 1 ARCHIVO ERRORES.DESCRIPCIÓN = " Fecha de Instalación No válida"


Lee solo los registros activos del transaccional de Inspecciones.

TRANSACCIONAL.Estado Registro <> '9' (9=Registro Eliminado)

Y YEAR(Fecha Instalación) = VARIABLE.AÑO Y MONTH(Fecha

Instalación) = VARIABLE.MES

INSTALACIONES.AÑO TRANSACCIONAL.Fecha Instalación INSTALACIONES.MES VARIABLE.Año

INSTALACIONES.NUMERO = COUNT(ID_INSTALACIONES)

VARIABLE.MES



RECLAMOS ORIGEN PROCESO DESTINO

TIPO RECLAMO.Idtipo

Lee transaccional de Reclamos TIPO RECLAMO.IdTipo = TRANSACCIONAL.IdTipo

Si no es nulo(TIPO RECLAMO.IdTipo) continua validación RECLAMOS.IdTipo



ARCHIVO ERRORES.AÑO VARIABLE.MES=MONTH(Fecha Actual)

ARCHIVO ERRORES.MES ARCHIVO ERRORES.ARCHIVO = 'RECLAMOS' ARCHIVO ERRORES.SECUENCIA = + 1 ARCHIVO ERRORES.DESCRIPCIÓN = "Sin tipo de Reclamo"

MOTIVO RECLAMO.IdMotivo

Lee transaccional de Reclamos MOTIVO RECLAMO.IdMotivo = TRANSACCIONAL.IdMotivo

Si no es nulo(MOTIVO RECLAMO.IdTipo) continua validación RECLAMO.IdMotivo


ARCHIVO ERRORES.AÑO VARIABLE.MES

ARCHIVO ERRORES.MES ARCHIVO ERRORES.ARCHIVO = 'RECLAMOS'



ARCHIVO ERRORES.DESCRIPCIÓN = "Sin Motivo de Reclamo"

ESTADO RECLAMO.IdEstado

Lee transaccional de Reclamos ESTADO RECLAMO.IdEstado = TRANSACCIONAL.IdEstado

Si no es nulo(ESTADO RECLAMO.IdEstado) continua validación RECLAMO.IdEstado

VARIABLE.Año



VARIABLE.MES

ARCHIVO ERRORES.MES ARCHIVO ERRORES.ARCHIVO = 'RECLAMOS' ARCHIVO ERRORES.SECUENCIA = + 1 ARCHIVO ERRORES.DESCRIPCIÓN = "Sin Estado de RECLAMO"

TRANSACCIONAL.Fecha Reclamo

Lee transaccional de Reclamos. SI TRANSACCIONAL.Fecha Reclamo es

nula or TRANSACCIONAL.Fecha Reclamo = '00000000')

ARCHIVO ERRORES.AÑO ARCHIVO ERRORES.MES ARCHIVO ERRORES.ARCHIVO = 'RECLAMOS' ARCHIVO ERRORES.SECUENCIA = + 1 ARCHIVO ERRORES.DESCRIPCIÓN = " Fecha de Reclamo No válida"

TRANSACCIONAL.Estado Registro Lee solo los registros activos del RECLAMOS.AÑO



transaccional de Reclamos. TRANSACCIONAL.Estado Registro <> '9'

(9=Registro Eliminado) y YEAR(Fecha Reclamo) = VARIABLE.AÑO Y

MONTH(Fecha Reclamo) = VARIABLE.MES

RECLAMOS.MES RECLAMOS.AÑO RECLAMOS.MES RECLAMOS.NUMERO_RECEPADOS = COUNT(ID_RECLAMOS)

Lee solo los registros activos del transaccional de Reclamos. SI (Fecha Atención NO ES NULA )

RECLAMOS.NUMERO_ATENDIDOS = COUNT(ID_RECLAMOS)

TRANSACCIONAL.Fecha Reclamo

GARANTIAS ORIGEN PROCESO DESTINO

USO ENERGIA.IdUso

Lee transaccional de Garantías USO ENERGIA.IdUso = TRANSACCIONAL.IdUso

Si no es nulo(USO ENERGIA.IdUSO) continua validación GARANTIAS.IdUSO



ARCHIVO ERRORES.AÑO VARIABLE.MES=MONTH(Fecha Actual) ARCHIVO ERRORES.TRIMESTRE VARIABLE.TRIMESTRE(MES)

ARCHIVO ERRORES.MES ARCHIVO ERRORES.ARCHIVO = 'GARANTIAS'



ARCHIVO ERRORES.SECUENCIA = + 1 ARCHIVO ERRORES.DESCRIPCIÓN = "Sin Uso de Energía"

TRANSACCIONAL.Fecha Garantías

Lee transaccional de Garantías. SI TRANSACCIONAL.Fecha Garantía es nula or TRANSACCIONAL.Fecha Garantías = '00000000'

VARIABLE.Año


ARCHIVO ERRORES.AÑO VARIABLE.TRIMESTRE(MES) ARCHIVO ERRORES.TRIMESTRE

VARIABLE.MES

ARCHIVO ERRORES.MES ARCHIVO ERRORES.ARCHIVO = 'GARANTIAS' ARCHIVO ERRORES.DESCRIPCIÓN = "Sin Fecha Garantías"

TRANSACCIONAL.Estado Registro Lee solo los registros activos del

transaccional de Garantías. TRANSACCIONAL.Estado Registro <>

'9' (9=Registro Eliminado) y YEAR(Fecha Garantía) =

VARIABLE.AÑO Y MONTH(Fecha Garantía) = VARIABLE.MES y

VARIABLE TRIMESTRE

GARANTIAS.AÑO

TRANSACCIONAL.Fecha Garantías

GARANTIAS.TRIMESTRE GARNTIAS.MES GARANTIAS.EFECTIVO= SUM(TRANSACCIONAL.EFECTIVO) GARANTIAS.DOCUM= SUM(TRANSACCIONAL.DOCUMENTO)

GARANTIAS.TOTAL=SUM(GARANTIAS.EFECTIVO,GARANTIAS.DOCUM)



FACTURACION ORIGEN PROCESO DESTINO

PROVINCIA.IdProvincia

Lee transaccional de Facturación PROVINCIA.IdProvincia = TRANSACCIONAL.IdProvincia

Si no es nulo(PROVINCIA.IdProvincia) continua validación FACTURACION.IdProvincia





ARCHIVO ERRORES.MES ARCHIVO ERRORES.ARCHIVO = 'FACTURACION' ARCHIVO ERRORES.SECUENCIA = + 1 ARCHIVO ERRORES.DESCRIPCIÓN = "Sin Provincia"

CANTON.IdCanton

Lee transaccional de Facturación CANTON.IdCanton = TRANSACCIONAL.IdCanton

Si no es nulo(CANTON.IdCanton) continua validación FACTURACION.IdCanton





ARCHIVO ERRORES.ARCHIVO = 'FACTURACION' ARCHIVO ERRORES.DESCRIPCIÓN = "Sin Cantón"

SECTOR.IdSector

Lee transaccional de Facturación SECTOR.IdSector= TRANSACCIONAL.IdSector

Si no es nulo(SECTOR.IdSector) continua validación FACTURACION.IdSector

VARIABLE.Año



VARIABLE.MES

ARCHIVO ERRORES.MES ARCHIVO ERRORES.ARCHIVO = 'FACTURACION’ ARCHIVO ERRORES.SECUENCIA = + 1 ARCHIVO ERRORES.DESCRIPCIÓN = "Sin Sector"

RUTA.IdRuta

Lee transaccional de Facturación RUTA.IdRuta= TRANSACCIONAL.IdRuta

Si no es nula(Ruta.IdrRuta) continua validación FACTURACION.IdRuta

VARIABLE.Año



VARIABLE.MES

ARCHIVO ERRORES.MES ARCHIVO ERRORES.ARCHIVO = 'FACTURACION' ARCHIVO ERRORES.SECUENCIA = + 1



ARCHIVO ERRORES.DESCRIPCIÓN = "Sin Ruta Lectura"

RUBRO.IdRubro

Lee transaccional de Facturación. RUBRO.IdRubro= TRANSACCIONAL.IdRubro

Si no es nulo(RUBRO.IdrRubro) continua validación FACTURACION.IdRubro

VARIABLE.Año



VARIABLE.MES

ARCHIVO ERRORES.MES ARCHIVO ERRORES.ARCHIVO = 'FACTURACION'

ARCHIVO ERRORES.SECUENCIA = + 1

ARCHIVO ERRORES.DESCRIPCIÓN = "Sin Rubro"

USO ENERGIA.IdUso

Lee transaccional de Facturación USO ENERGIA.IdUso = TRANSACCIONAL.IdUso

Si no es nulo(USO ENERGIA.IdUSO) continua validación FACTURACION.IdUSO

VARIABLE.Año



ARCHIVO ERRORES.ARCHIVO = 'FACTURACION'

ARCHIVO ERRORES.SECUENCIA = + 1 ARCHIVO ERRORES.DESCRIPCIÓN = "Sin

Uso Energía"



TRANSACCIONAL.Fecha_Facturación

Lee transaccional de Facturación. SI TRANSACCIONAL.Fecha_ Facturacion es nula or TRANSACCIONAL.Fecha_Facturación = '00000000'


ARCHIVO ERRORES.MES

ARCHIVO ERRORES.ARCHIVO = 'FACTURACIÓN'


ARCHIVO ERRORES.DESCRIPCIÓN = " Fecha de Facturación No válida"


Lee solo los registros activos del transaccional de Facturación.

TRANSACCIONAL.Estado Registro <> '9' (9=Registro Eliminado) y YEAR(Fecha_Facturación) =

VARIABLE.AÑO Y MONTH(Fecha_Facturación) =

VARIABLE.MES

FACTURACION.AÑO

TRANSACCIONAL.Fecha_Facturación FACTURACIÓN.MES

FACTURACION.TOTDOL= SUM(TRANSACCIONAL.DOLARES)

FACTURACION.TOTKILO=SUM(TRANSACCIONAL.KILOVATIOS)



RECAUDACIÓN ORIGEN PROCESO DESTINO


Lee transaccional de Recaudación PROVINCIA.IdProvincia = TRANSACCIONAL.IdProvincia

Si no es nulo(PROVINCIA.IdProvincia) continua validación RECAUDACION.IdProvincia



ARCHIVO ERRORES.AÑO VARIABLE.MES=MONTH(Fecha Actual) ARCHIVO ERRORES.MES

ARCHIVO ERRORES.ARCHIVO = ´RECAUDACION’


ARCHIVO ERRORES.DESCRIPCIÓN = "Sin Provincia"

CANTON.IdCanton

Lee transaccional de Recaudación CANTON.IdCanton = TRANSACCIONAL.IdCanton

Si no es nulo(CANTON.IdCanton) continua validación RECAUDACIÓN.IdCanton





ARCHIVO ERRORES.ARCHIVO = 'RECAUDACION'

ARCHIVO ERRORES.DESCRIPCIÓN = "Sin Cantón"

PARROQUIA.IdParroquia

Lee transaccional de Recaudación Parroquia.IdParroquia= TRANSACCIONAL.IdParroquia

Si no es nulo(PARROQUIA.IdParroquia) continua validación RECAUDACIÓN.IdParroquia

VARIABLE.Año



ARCHIVO ERRORES.ARCHIVO = 'REAUDACIÓN’


ARCHIVO ERRORES.DESCRIPCIÓN = "Sin Parroquia"

RUBRO.IdRubro

Lee transaccional de Recaudación. RUBRO.IdRubro= TRANSACCIONAL.IdRubro

Si no es nulo(RUBRO.IdrRubro) continua validación RECAUDACIÓN.IdRubro

VARIABLE.Año



ARCHIVO ERRORES.ARCHIVO = 'RECAUDACIÓN'




ARCHIVO ERRORES.DESCRIPCIÓN = "Sin Rubro"

USO ENERGIA.IdUso

Lee transaccional de Recaudación USO ENERGIA.IdUso = TRANSACCIONAL.IdUso

Si no es nulo(USO ENERGIA.IdUSO) continua validación RECAUDACIÓN.IdUSO



ARCHIVO ERRORES.ARCHIVO = 'RECAUDACIÓN'


ARCHIVO ERRORES.DESCRIPCIÓN = "Sin Uso Energía"

TRANSACCIONAL.Fecha_Recaudación

Lee transaccional de Recaudación. SI TRANSACCIONAL.Fecha_ Recaudación es nula or TRANSACCIONAL.Fecha_Recaudación = '00000000'


ARCHIVO ERRORES.AÑO ARCHIVO ERRORES.MES ARCHIVO ERRORES.ARCHIVO = 'RECAUDACIÓN' ARCHIVO ERRORES.SECUENCIA = + 1 ARCHIVO ERRORES.DESCRIPCIÓN = " Fecha de Recaudación No válida"




Lee solo los registros activos del transaccional de Recaudación.


YEAR(Fecha_Recaudación) = VARIABLE.AÑO Y

MONTH(Fecha_Recaudación) = VARIABLE.MES

RECAUDACIÓN.AÑO

TRANSACCIONAL.Fecha_Recaudación RECAUDACIÓN.MES

RECAUDACION.TOTRUB= SUM(TRANSACCIONAL.VALOR RECAUDADO)

RECAUDACION.TOTUSO=SUM(TRANSACCIONAL.VALOR RECUADADO)

REHABILITACIONES ORIGEN PROCESO DESTINO

TIPO SOLICITUD.Idtipo

Lee transaccional de Rehabilitaciones TIPO SOLICITUD.IdTipo = TRANSACCIONAL.IdTipo

Si no es nulo(TIPO SOLICITUD.IdTipo) continua validación REHABILITACIONES.IdTipo


Si es nulo guarda novedad en ArcErr, archivo errores ARCHIVO ERRORES.AÑO

VARIABLE.MES=MONTH(Fecha ARCHIVO ERRORES.MES



Actual)

ARCHIVO ERRORES.ARCHIVO = 'REHABILITACIONES'


ARCHIVO ERRORES.DESCRIPCIÓN = "Sin tipo de Solicitud"

MOTIVO SOLICITUD.IdMotivo

Lee transaccional de Rehabilitaciones MOTIVO SOLICITUD.IdMotivo = TRANSACCIONAL.IdMotivo

Si no es nulo(MOTIVO SOLICITUD.IdTipo) continua validación REHABILITACIONES.IdMotivo

VARIABLE.Año Si es nulo guarda novedad en ArcErr,

archivo errores ARCHIVO ERRORES.AÑO

VARIABLE.MES

ARCHIVO ERRORES.MES

ARCHIVO ERRORES.ARCHIVO = 'REHABILITACIONES'

ARCHIVO ERRORES.DESCRIPCIÓN = "Sin Motivo de Solicitud"


Lee transaccional de Rehabilitaciones PROVINCIA.IdProvincia = TRANSACCIONAL.IdProvincia

Si no es nulo(PROVINCIA.IdProvincia) continua validación REHABILITACIONES.IdProvincia

VARIABLE.Año = YEAR(Fecha Actual) Si es nulo guarda novedad en ArcErr,

archivo errores ARCHIVO ERRORES.AÑO VARIABLE.MES=MONTH(Fecha ARCHIVO ERRORES.MES



Actual)

ARCHIVO ERRORES.ARCHIVO = ´REHABILITACIONES’ ARCHIVO ERRORES.SECUENCIA = + 1 ARCHIVO ERRORES.DESCRIPCIÓN = "Sin Provincia"

CANTON.IdCanton

Lee transaccional de Rehabilitaciones CANTON.IdCanton = TRANSACCIONAL.IdCanton

Si no es nulo(CANTON.IdCanton) continua validación REHABILITACIONES.IdCanton

VARIABLE.Año



VARIABLE.MES

ARCHIVO ERRORES.MES ARCHIVO ERRORES.ARCHIVO = 'REHABILITACIONES' ARCHIVO ERRORES.DESCRIPCIÓN = "Sin Cantón"

PARROQUIA.IdParroquia

Lee transaccional de Rehabilitaciones Parroquia.IdParroquia= TRANSACCIONAL.IdParroquia

Si no es nulo(PARROQUIA.IdParroquia) continua validación REHABILITACIONES.IdParroquia

VARIABLE.Año Si es nulo guarda novedad en ArcErr,

archivo errores

ARCHIVO ERRORES.AÑO VARIABLE.MES

ARCHIVO ERRORES.MES ARCHIVO ERRORES.ARCHIVO = 'REHABILITACIONES’



ARCHIVO ERRORES.SECUENCIA = + 1 ARCHIVO ERRORES.DESCRIPCIÓN = "Sin Parroquia"

TRANSACCIONAL.Fecha_Rehabilitación

Lee transaccional de Rehabilitaciones. SI TRANSACCIONAL.Fecha_ Rehabilitación es nula or TRANSACCIONAL.Fecha_Rehabilitación = '00000000'


ARCHIVO ERRORES.AÑO ARCHIVO ERRORES.MES ARCHIVO ERRORES.ARCHIVO = 'REHABILITACIONES' ARCHIVO ERRORES.SECUENCIA = + 1 ARCHIVO ERRORES.DESCRIPCIÓN = " Fecha de Rehabilitación No válida"


Lee solo los registros activos del transaccional de Rehabilitaciones.


YEAR(Fecha_Rehabilitación) = VARIABLE.AÑO Y

MONTH(Fecha_Rehabilitación) = VARIABLE.MES

REHABILITACION.AÑO TRANSACCIONAL.Fecha_Rehabilitación

REHABILITACIÓN.MES

REHABILITACIÓN.NUMERO= COUNT(Id.Rehabilitaciones)

Tabla 12: Tablas de Mapeo



En los gráficos que a continuación se exhiben, se puede apreciar por cada

perspectiva de análisis, el acceso al sistema comercial y la relación con las

actividades de extracción, limpieza y carga.

La nomenclatura usada es la siguiente:

Inicio

Proceso

Archivo de datos

Decisión

Finalización



SOLICITUDES

Proceso CargaProcesoLimpiezaSistema ComercialProceso Extracción

No

Si

Lee y extrae Solicitudes de

Servicio que cumplen las condiciones

dadas: Tipo, motivo, estado, año y mes

Finaliza

SolicitudesServicio

Accesa al Sistema

transaccional SICO

ArchivoErrores

Verifica si los datos de tipo,

motivo, estado no son nulos y si la

fecha de la solicitud es válida

Existe consistencia

Solicitudes



INSTALACIONES


No

Finaliza

Lee y extrae solicitudes

realizadas ha pedido del cliente o del distribuidor

Es correcta

Instalaciones

Accesa al Sistema

transaccional SICO

ArchivoErrores

SolicitudesServicio

Valida si la información de

oficina, tipo solicitud, es consistente

Si

Datos Instalación

Lee y extrae información

instalaciones

Es correcta


Fechas de instalación e

instaladores es consistente

No

Si



Garantías

ProcesoLimpiezaSistema Comercial Proceso CargaProceso Extracción

Si

No

Si

Valida la información

referente a valor garantía y fechas

no sean nulas

Verifica que el tipo de servicio sea

válido

ArchivoErrores

Es correcto

Cliente

Garantías por Cliente

Accesa al Sistema

transaccional SICO

Garantías

Lee ArchivoClientes para recuperar tipo

servicio

Es correcta

Finaliza

Lee y extrae información

actualizada de garantías



RECLAMOS


No

Lee y extrae reclamos

receptados y atendidos

Reclam

Reclamos

Finaliza

ArchivoErrores

Valida si el tipo, motivo, estado del

reclamo y las fechas no sean

nulas

Accesa al Sistema

transaccional SICO

Es correcta

Si



FACTURACION


NoSi

No

Si

Finaliza

Lee y extrae Valores facturados

en dólares y en kilovatios

Es correcta

FACT


valores es consistente

Accesa al Sistema

transaccional SICO

ArchivoErrores

Lee y extrae porcentajes error en la facturación

CahifaDehifa

Es correcta

CfactuDfactu


porcentajes error es consistente



RECAUDACION


No

Si

Lee y extrae Valores

recaudados

Recaudación

Finaliza

Valores Recaudación

ArchivoErrores

Valida datos de provincia, cantón,

parroquia, uso energía, rubros, fechas y valores

recaudados

Accesa al Sistema

transaccional SICO

Es correcta



REHABILITACIONES


No

Si

Lee y extrae Rehabilitaciones

por falta pago

Valida información referente a tipo,

motivo, provincia, cantón, parroquia,

fechas rehabilitaciones

Accesa al Sistema

transaccional SICO

Es correcta ArchivoErrores

Finalizar

Rehabilitaciones

SolicitudesServicio



Gráfico 42: Flujo Procesos ETL Los procesos ETL se ejecutarán automáticamente, cada mes, entrarán en la

programación que tiene establecida el área de Soporte y Operación de

Sistemas, para llevar a cabo las tareas de procesamiento en batch. Dentro de

esta calendarización, los procesos de extracción, transformación y carga

entrarán en operación una vez que se realicen todas las operaciones,

relacionadas con el Sistema de Comercialización, es decir, deberán ejecutarse

después de realizado el cierre de recaudación, el cuadre de saldos y el salvado

del sistema.

Como resultado de este procesamiento, se obtiene una base de datos

consolidada e histórica del Sistema Comercial, que puede ser accedida por el

personal autorizado, en el momento que lo requiera. Así también se presenta

un archivo de las inconsistencias encontradas durante la ejecución del proceso,

el mismo que deberá ser analizado y puesto en consideración de la Dirección

de Comercialización, para su corrección oportuna.

4.1.1. Generación de la Metadata

Con la utilización de la herramienta Gxplorer, se ha definido la metadata que

servirá de base para la gestión de la Dirección de Comercialización de la

Empresa Eléctrica.

En las siguientes figuras se puede constatar la creación de la misma, se le ha

dado el nombre “COMERCIAL”, de acuerdo al tema que se está desarrollado.



Gráfico 43: Generación Metadata

La creación de la metadata, se la puede realizar bajo dos esquemas de

presentación de datos:

1) Dimensiones e indicadores

2) Atributos.

El paradigma con el que se trabajará es el de “Dimensiones e Indicadores”,

con el cual se infiere desde la base de conocimientos todas las transacciones

necesarias para la crear de la base de datos, que soportará el prototipo.



Gráfico 44: Determinación Parámetros de Metadata



Después de configurar las opciones y ejecutar la opción “Load Metadata”,

se crea el repositorio de datos que sirve de base para la realización de

consultas. En los siguientes gráficos se exhibe el análisis de impacto

mediante el cual se determinan las dimensiones e indicadores, que estarán

disponibles para la ejecución de consultas, por parte del usuario.



Gráfico 45: Carga de la Metadata



4.1.2. Elaboración de procedimientos

Debido a que no existe una definición clara del equipo en el cual residirán los

datos del Data warehouse, se ha generado la estructura de la base de datos,

en el servidor que utiliza la Dirección de Sistemas para la ejecución de las

pruebas de sus aplicaciones transaccionales.

Además, ha sido necesario priorizar la realización de los procesos de

extracción, trasformación y carga para la perspectiva de análisis de Garantías,

considerando que en la actualidad el personal estratégico del Área Comercial,

no cuenta con esta información y porque la capacidad de almacenamiento

requerida es menor a la que necesitan las otras líneas de análisis.

Estos procedimientos han sido desarrollados con la utilización del CASE

GENEXUS, como parte de la base de conocimientos del Data Warehouse y se

presentan a continuación:

Procedimiento Principal

Nombre: PEtlGar

Descripción: Etl Garantías

// Asignación de valores a variables

&AniCod = Year(today())

&MesCod = Month(today())

&ArcArc = 'GARN'

&ban = '0'

// Verifica que NO exista ya cargados los datos para el mes

correspondiente



Do ‘SiDato’ // SUBRUTINA DE LIMPIEZA

If &ban ='1'

// Si están ya cargado los datos en el DW, se almacena un mensaje

// en el archivo de errores, para información, por ser un proceso que se

ejecutará en batch

&ArcDes = 'Datos para este mes ya FUERON cargados'

Do 'GuaError // SUBRUTINA DE LIMPIEZA '

Else

// Obtiene Trimestre

Do 'Trimestre' // SUBRUTINA DE CARGA

// Extracción de información desde archivo transaccional de Garantías

Do ‘ExtDat’ // SUBRUTINA DE EXTRACCIÓN

Tabla 13: Proceso Principal ETL Garantías



4.1.2.1. Extracción

Subrutina de Extracción

Nombre: ExtDat

Descripción: Extracción Datos del archivo Transaccional de garantías

(Garclide)

For Each // Archivo tarifas UENE

defined by UenDes

// Inicializa variables que acumulan el valor de garantías

&GarEfe = nullvalue(&GarEfe)

&GarDoc = nullvalue(&GarDoc)

&GarTot = nullvalue(&GarTot)

&UenCod = UenCod

// Busca todos los clientes que tengan la tarifa correspondiente

For each USOCOD, CLICOD

where USOCOD = &UenCod

defined by CliEstreg

&CLICOD = CLICOD

// Ingresa al archivo de garantías (garclide)

For each

where Clicod = &CLICOD

where gcdestre <> '9'

where Month(gcdfecc) = &MesCod

where Year(gcdfecc) = &AniCod

defined by gcdestre



// Verifica la consistencia de los datos

Do 'Verifica' // SUBRUTINA DE LIMPIEZA

EndFor

// Carga en el DW, el valor por garantías, correspondiente a la tarifa

&GarTot = &GarEfe + &GarDoc

Do 'GarxUso' // SUBRUTINA DE CARGA

EndFor

EndFor

Tabla 14: Proceso Extracción de Garantías

4.1.2.2. Transformación

Subrutinas de Transformación

Nombre: (Varias)

Descripción: Verificación de la Consistencia de datos

// Verifica si están ya cargados los datos al DW

Sub ‘SiDato’

For each

where MesCod = &MesCod

where AniCod = &AniCod

defined by GarEsR

&ban ='1’

EndFor

EnsSub



// Subrutina que almacena los errores ocurridos durante los procesos ETL

Sub 'GuaError'

For Each

where MesCod = &MesCod

where AniCod = &AniCod

where ArcArc = &ArcArc

&ArcSec = ArcSec + 1 //Aumenta en uno el secuencial,para asignar

un nuevo error al archivo

Endfor

New // Crea un nuevo error para el archivo de carga

AniCod = &AniCod

MesCod = &MesCod

ArcArc = &ArcArc

ArcSec = &ArcSec

ArcDes = &ArcDes

EndNew

EndSub

// Verifica la consistencia de los datos

Sub 'Verifica'

If gcdvalor = 0 // verifica que el valor garantía no sea cero

&ArcDes = concat('Cliente', &CLICOD, ' ')



&ArcDes = concat(rtrim(&ArcDes), 'No tiene valor de garantía', ' ')

Do 'GuaError'

Else

If gcdtipo <> 'E' and gcdtipo <> 'D' // verifica que el tipo de garantía

sea 'E' o 'D'

&ArcDes = concat('Cliente', &CLICOD, ' ')

&ArcDes = concat(rtrim(&ArcDes), 'No tiene tipo de garantía

definida', ' ')

Do 'GuaError'

Else

If gcdtipo = 'E'

&GarDoc = &GarEfe + gcdvalor

Else

&GarDoc = &GarDoc + gcdvalor

Endif

Endif

EndIf

EndSub

Tabla 15: Proceso de Transformación



4.1.2.3. Carga

Subrutinas de Carga

Nombre: GarxUso

Descripción: Carga Garantías por tarifa al Data Warehouse

//Asigna Trimestre, de acuerdo al mes

Sub 'Trimestre'

Do Case

Case &MesCod = 1 or &MesCod = 2 or &MesCod = 3

&TriCod = 1


&TriCod = 2


&TriCod = 3


&TriCod = 4

EndCase

EndSub

// Carga en el DW, el valor por garantías, correspondiente a la tarifa

Sub 'GarxUso'

New // Crea nuevo registro en archivo GARN del DW

UenCod = &UenCod

AniCod = &AniCod

TriCod = &TriCod



MesCod = &MesCod

GarEfe = &GarEfe

GarDoc = &GarDoc

GarTot = &GarTot

GarUCr = UserId()

GarEsR = '1'

EndNew

EndSub

Tabla 16: Proceso Carga de Garantías

4.2. Generación de consultas para usuarios Con la ejecución del Excel y la utilización de su complemento Gxplorer, que

aparece en la parte superior del menú, los usuarios tienen la posibilidad de

realizar consultas, sobre la metadata generada para estos propósitos.

La herramienta permite otorgar autorizaciones y permisos a los usuarios para la

ejecución de sus consultas. Al escoger la opción nueva consulta, aparecen las

siguientes pantallas:



Gráfico 46: Generación Consulta para el Usuario



En esta se exhiben todos los indicadores y sus dimensiones, con los cuales puede trabajar el usuario autorizado. Se escoge la categoría requerida, por ejemplo: Garantías, como se muestra en el siguiente gráfico:

Gráfico 47: Selección Parámetros para consulta

Luego de escoger la categoría, se seleccionan los Indicadores que se desean

exhibir en la consulta (Indicadores Seleccionados), a los mismos que se les

puede aplicar diferentes propiedades, como sumarizaciones, promedios,

cantidad, etc., pulsando el botón derecho sobre el indicador.

Una vez determinados los indicadores se escogen las dimensiones por las

cuales se va a clasificar la información, que al igual que los indicadores se les



puede también aplicar diversas propiedades, como por ejemplo se puede filtrar

por el año 2010:

Gráfico 48: Ingreso de Condiciones para Consulta

Al presionar el botón aceptar, se extraen los datos del servidor y los resultados

se exhiben en la hoja activa de Excel, como se puede apreciar en el gráfico

siguiente:



Gráfico 49: Resultado de la Consulta para el Usuario

4.3. Pruebas

Para la realización de pruebas, se prepararon y se cargaron datos en los

archivos que conforman las perspectivas de análisis o dimensiones. Así

también mediante la ejecución de los procesos ETL, fue posible agregar

información en los archivos que funcionarán como indicadores.

Estas pruebas fueron realizadas conjuntamente con un funcionario de la

Dirección de Comercialización, a través del Excel y con la utilización del

Gxplorer, los resultados fueron satisfactorios, existiendo el compromiso de

parte del usuario, de su pronta utilización.



CAPITULO 5.

Manuales de Operación del Data Warehouse

5.1. Manual Técnico



GENERACIÓN DEL CATÁLOGO Y DE LA METADATA

Previa a la generación del catálogo y metadata, que conformarán el prototipo

del sistema de medición comercial, se ha creado con el CASE Genexus, la

estructura de la base de datos y los procedimientos de extracción, limpieza y

carga de los datos.

La información de la base de datos generada se encuentra almacenada en el

servidor de bases de conocimiento. El detalle de las tablas que conforman el

sistema se lo puede ver en el apartado denominado Diccionario de datos.

Los términos catálogo y metadata están ligados directamente con la

herramienta de Genexus, empleada para la creación del data warehouse. El

catálogo es un organizador de la información etiquetada como importante,

para la toma de decisiones. A su vez esta información es clasificada dentro

del catálogo, de acuerdo a los propósitos y objetivos a conseguir, está

clasificación se conoce como metadata.

La generación del catálogo y la metadata, se ha efectuado con la herramienta

Gxplorer Manager 6.0, obteniéndose el producto final, como se muestra en la

pantalla siguiente:



Gráfico 50: Manual Técnico. Generación Metadata

Los pasos que se deben seguir para conformar un repositorio de datos, son los

siguientes:

- Crear un catálogo

Gráfico 51: Manual Técnico. Generación Catálogo



- Crear una metadata, darle un nombre de acuerdo al tema que va a ser

analizado.

Gráfico 52: Manual Técnico. Creación Metadata

- Cargar la metadata, con esta opción es posible relacionar todos los

atributos de las transacciones creadas, para soportar el data

warehouse. Se hace referencia a la ubicación de la base de

conocimientos y el modelo que se utilizará (prototipo o producción). Con

esta información el Gxplorer se encarga de cargar la información

necesaria para que el usuario pueda trabajar.

Gráfico 53: Manual Técnico. Carga Metadata



CONFIGURACIÓN DEL SISTEMA

Para el correcto funcionamiento del sistema se debe primeramente crear la

conexión, hacia el servidor, en el cual reside la información, con la que se va a

trabajar. Se recomienda seguir los pasos detallados a continuación.

- Menú Inicio/todos los programas/ibm client access/ Administración de

ODBC

Gráfico 54: Administración de Datos ODBC

- Hacer clic en el botón: Agregar



Gráfico 55: Crear Origen de Datos

- Seleccionar la opción: Client Access ODBC Driver

- Hacer clic en el botón: Finalizar

- Ingresar la siguiente información:

Viñeta General

Nombre de origen de datos: pruebas

Equipo: 192.168.200.9 (equipo en el que está actualmente el DW)

Hacer clic en el botón OPCIONES DE CONEXION:

Colocar en: ID DE USUARIO POR OMISION=NINGUNO



Gráfico 56: Configurar Origen de Datos



Viñeta Servidor: Biblioteca por Omisión SQL: DWD

Gráfico 57: Definir Servidor

Viñeta Paquetes: Deshabilitar soporte dinámico ampliado



Gráfico 58: Definir Condiciones ODBC

- Hacer clic en el botón: Aceptar - Hacer clic en el botón: Agregar

Habilitación de Usuarios Para la habilitación de los usuarios que tendrán acceso y realizar consultas con

el sistema de medición comercial SIMECO, se debe ingresar a Gxplorer

Settings, a través del menú de Windows:

- Todos los programas

- Gxplorer 6.0

- Gxplorer Settings



Aparecerá le Siguiente pantalla:

Gráfico 59: Pantalla Acceso a Gxplorer

En está se deberá ingresar el usuario, la contraseña del administrador del

sistema, así como el nombre de la metadata, sobre la cual se va a trabajar. La

pantalla que se exhibe al ingresar es la que se muestra a continuación, en esta

se pueden configurar datos sobre los nuevos usuarios, los permisos que

tendrán estos sobre los atributos, la asignación de la metadata, así como la

configuración de conexión hacia el servidor en donde reside la información a

consultar.



Gráfico 58: Configuración de Gxplorer Gráfico 60: Configuración Gxplorer

Para habilitar a un usuario, se debe ingresar en la pestaña denominada

“Usuarios”, en la que se ingresará toda la información relacionada con el

usuario, como su identificación, nombre, contraseña, esto se ilustra mejor, en la

pantalla siguiente:



Gráfico 61: Añadir Usuario Gxplorer A través de la pestaña “Permisos”, se otorga al usuario habilitado, el acceso ya

sea a todos los atributos de la metadata o a los que se haya seleccionado.

Estos se seleccionan mediante el botón Agregar, como se ve en el cuadro, a

continuación:

Gráfico 62: Determinación permisos en Gxplorer



Así también, el usuario puede tener acceso a varias metadatas, por medio de la

pestaña “Metadatas”, le otorga estos permisos.

Gráfico 63: Permisos utilización de varias Metadatas

Luego de ingresados los usuarios y haberles otorgado los permisos, así como

haber creada la conexión vía ODBC, se debe indicar a través de la pestaña

“Conexión”, el nombre de la vía de acceso, para ingresar en el servidor de

datos.



Gráfico 64: Definir Conexión



Diccionario de Datos

A continuación se presenta el detalle de las tablas que conforman el Sistema

de Medición Comercialización SIMECO, ordenado alfabéticamente y por

dimensiones e indicadores.

Dimensiones

Nombre de la Tabla: ANIO Descripción Tabla: AÑO

Nombre de Campos



Nombre de la Tabla: CANT Descripción Tabla: Cantón

Nombre de Campos


PrvCod Código De La Provincia C (2) CanCod Código Del Cantón C (2)

CanDes Descripción Del Cantón C (20)

Nombre de la Tabla: EST Descripción Tabla: Estado Solicitud/Reclamo


EdsCod Código Del Estado N (2.0)

EdsDes Descripción Estado C (50)



Nombre de la Tabla: INSP Descripción Tabla: Inspector/Instalador


InsCod Código


InsApe Apellidos

Inspector/Instalador C (25)

InsNom Nombres Inspector /

Instalador C (25)

Nombre de la Tabla: MES Descripción Tabla: Meses del año

Nombre de Campos



MesCod Código Mes C (2)

Nombre de la Tabla: MSOL Descripción Tabla: Motivo Solicitud/Reclamo

MotCod Código del Motivo N (2.0)

MotDes Descripción Del Motivo C (20)

Nombre de la Tabla: OFIC Descripción Tabla: Oficina Nombre de Descripción del campo Tipo



Campos OfiCod Codigo de Oficina N (2.0)

OfiDes Descripción De La

Oficina C (20)

Nombre de la Tabla: PRRQ Descripción Tabla: Parroquia

Nombre de Campos Descripción del campo

Tipo



ParCod Código De La Parroquia C (2)

ParDes Descripción De La Parroquia

C (20)

ParUrbRur Urbano/Rural C (1)

DenTip Densidad Parroquia C (1)

Nombre de la Tabla: PRVO Descripción Tabla: Provincia

Nombre de Campos



PrvDes Descripción De La

Provincia C (20)



Nombre de la Tabla: RUBR Descripción Tabla: Rubro de Facturación


rdfcod Código de Rubro C (6) RdfDes Descripción Del Rubro C (50) Nombre de la Tabla: RUTA Descripción Tabla: Ruta de Lectura por Sector


PrvCod Código De La Provincia C (2) CanCod Código Del Cantón C (2) SlcCod Código Del Sector De

Lectura N (2.0)

RlsCod Código De La Ruta De Lectura

N (3.0)

RlsDes Descripción De La Ruta

De Lecturas C (50)

RlsUrbRur Indicador Urbano/Rural C (1) Nombre de la Tabla: TRIM Descripción Tabla: Trimestres del año

Nombre de Campos



TriCod Código trimestre C (2)



Nombre de la Tabla: TSOL Descripción Tabla: Tipo Solicitud/Reclamo


TipCod Código de Tipo de solicitud

N (2.0)

TipDes Descripción Del Tipo de

Solicitud. C (30)

Nombre de la Tabla: UENE Descripción Tabla: Tarifas o Usos de energía



Energía C (2)

UsoDes Descripción Uso de

Energía C (50)

Indicadores Nombre de la Tabla: FACT Descripción Tabla: Facturación de Energía

Nombre de Campos







Parroquia C (2)

SlcCod Código Del Sector De

Lectura N (2.0)

RlsCod Código De La Ruta De

Lectura N (3.0)


Energía C (2)


FacTotD Total Dólares N (8.2) FacTotK Total Kilovatios N (8.2) Nombre de la Tabla: GRAN Descripción Tabla: Garantías de Consumo

Nombre de Campos



Energía C (2)


TriCod Código trimestre C (2) MesCod Código mes C (2)

GarEfe Garantías en Efectivo N (8.2)

GarDoc Garantías en

Documentos N (8.2)

GarTotal Total Garantías N

(10.2) Nombre de la Tabla: INPC Descripción Tabla: Inspecciones Nombre de Descripción del Tipo



Campos campo


InsCod Código


TipCod Código Tipo de

Solicitud N(2.0)

MotCod Código Motivo N(2.0) AniCod Código año C (4) MesCod Código mes C (2)

InsNum Número Inspecciones N(8.0) Nombre de la Tabla: INST Descripción Tabla: Instalaciones

Nombre de Campos



TipCod Código de Tipo de

solicitud N (2.0)

NivCod Código Nivel Tensión C(1)

InsCod Código



IntNum Número Instalaciones N(8.0)



Nombre de la Tabla: RECA Descripción Tabla: Recaudación de valores por venta Energía

Nombre de Campos





Parroquia C (2)


Energía C (2)


RcaTotR Total Recaudado por

rubro N (8.2)

RcaTotU Total Recaudado por

Uso N (8.2)

Nombre de la Tabla: RECL Descripción Tabla: Reclamos Comerciales

Nombre de Campos



Solicitud N (2.0)

MotCod Código Motivo N (2.0) MotCla Clasificador del Motivo N (2.0) EstCod Código Estado N (2.0) AniCod Código año C (4) MesCod Código Mes C (2)

RecNum Número Reclamos N(5.0) RecTotal Total Reclamos N(8.0)

RecPorR Porcentaje Reclamos Receptados N(3.0)



RecPorA Porcentaje Reclamos Atendidos N(3.0)

RecFecCre Fecha Crea D RecUsuCre Usuario Que Crea C (10) RecUsuMod Usuario Que Modifica C (10) RecFecMod Fecha De Modificación D RecEstReg Estado De Actividad C (1) Nombre de la Tabla: REHA Descripción Tabla: Rehabilitación del Servicio

Nombre de Campos





Parroquia C (2)


Solicitud N (2.0)

MotCod Código Motivo N (2.0) MotCla Clasificador del Motivo N (2.0) AniCod Código año C (4) MesCod Código mes C (2)

ReaNum Número


ReaPorc Porcentaje


ReaFecCre Fecha Crea D ReaUsuCre Usuario Que Crea C (10) ReaUsuMod Usuario Que Modifica C (10) ReaFecMod Fecha De Modificación D ReaEstReg Estado De Actividad C (1)



Nombre de la Tabla: SOLI Descripción Tabla: Solicitudes de Servicio

Nombre de Campos



Solicitud N (2.0)


SolNum Número Solicitudes N(8.0)

Tabla 17: Diccionario de Datos



5.2. Manual Usuario

Sistema de Medición Comercial



Ingreso al Sistema El ingreso al sistema de medición comercial, se lo realiza mediante Microsoft

Excel, y con la utilización de la opción “Gxplorer 6.0”, que aparece en el menú

de complementos:

Gráfico 65: Manual Usuario. Utilizar Gxplorer

Con esta opción, el usuario y según los permisos que tenga puede realizar

diferentes opciones, como se puede ver en el siguiente gráfico:

Gráfico 66: Manual Usuario. Opciones Gxplorer



Con la opción “Nueva consulta”, los usuarios estratégicos pueden ejecutar

consultas, según los permisos que tengan sobre los atributos que conforman la

metadata del sistema de medición comercial. Al escoger esta opción aparece

la siguiente pantalla:

Gráfico 67: Manual Usuario. Generación Nueva Consulta

En esta se aparecen todos los indicadores y dimensiones que tiene disponible

el usuario para realizar consultas a la información. Con la finalidad de

mantener una mejor organización de los indicadores, se agruparon los mismos

según las perspectivas de análisis definidas, en el trabajo realizado.



Dependiendo de la línea de estudio escogida, se verá mayor nivel de detalle,

como por ejemplo, en el gráfico que se exhibe a continuación, los indicadores y

dimensiones seleccionados están relacionados con la perspectiva “Garantías” y

se encuentran disponibles para ser utilizados.

Gráfico 68: Manual Usuario. Selección Atributos Consulta

En la viñeta “Título”, se puede configurar el título que se desea tenga la

consulta que se va a realizar y en columna de la derecha “Atributos

Seleccionados”, se pueden colocar todos los atributos que se requieren

mostrar en la consulta, utilizando las flechas exhibidas en la mitad.



En la viñeta “opciones”, se configura la forma en la que se desea se presenten

los datos en la hoja de Excel, pudiendo generarse para una tabla dinámica o

para una tabla estática, depende de los requerimientos del usuario.

Gráfico 69: Manual Usuario. Parámetros Consulta

Una vez seleccionados los indicadores a exhibirse se los puede clasificar por

las diversas dimensiones especificadas y filtradas.



Gráfico 70: Manual Usuario. Definición Condiciones

Luego de validada la condición, se presiona el botón aceptar, para la

generación de la consulta, la misma que puede ser guardada para una próxima

utilización. El resultado de la consulta efectuada es exhibido en la hoja de

Excel, como se ve en el siguiente gráfico:



Gráfico 71: Resultado Consulta



CONCLUSIONES La realización de este trabajo ha permitido conocer de una manera detallada

los requerimientos de datos que necesita la Empresa Eléctrica, para poder

obtener los indicadores que le permitan medir su gestión.

La importancia de contar con un modelo de información que esté al alcance de

los niveles estratégicos de la CENTROSUR, que garanticen la toma de

decisiones y considerando que la principal labor de la Empresa, es

comercializar la energía eléctrica, se ha concentrado la ejecución de este

proyecto en el Área de Comercialización.

La Empresa Eléctrica, es una compañía que está regida por organismos de

control, a quienes periódicamente debe reportar el cumplimiento de sus

índices, bajo parámetros preestablecidos. Considerando estas perspectivas, el

estudio realizado se basó en la determinación de los indicadores de mayor

relevancia para la Dirección de Comercialización, así como en el diseño y

desarrollo de un componente comercial, que formaría parte del Data

Warehouse corporativo de la CENTROSUR.

Como parte del trabajo realizado está la construcción de un pequeño prototipo

de data warehouse, relacionado con la perspectiva de análisis de Garantías,

que sin duda será de mucha utilidad para el personal estratégico del Área

Comercial, pues les permitirá tener un panorama claro de lo que está

sucediendo y de esta manera mejorar su gestión, que repercutirá en la

satisfacción de sus consumidores.



RECOMENDACIONES. Con la experiencia adquirida durante la realización de este proyecto y por ser

un tema de mucha importancia, que debería estar presente en todas las

empresas, se hacen las siguientes recomendaciones:

- Tomando como base el documento, producto del trabajo realizado, la

CENTROSUR estaría en la capacidad de complementarlo y crear un

componente definitivo del data warehouse, que apoye a la gestión

comercial.

- Una vez que haya sido complementado este trabajo, se requiere por

parte de la CENTROSUR, se asigne un servidor, que sirva de repositorio

de la información histórica, procedente de las transacciones diarias que

se realizan por medio del sistema operacional de comercialización. Es

recomendable que el equipo en el que residan los datos históricos, sea

totalmente independiente de los servidores de pruebas y de producción,

debido a que se manejaran volúmenes considerables de información.

- Se debería ampliar este estudio, hacia otras áreas del negocio de la

CENTROSUR como son las Áreas Administrativas-Financieras, de

Recursos Humanos, de Distribución, de Planificación, de Sistemas de

Información, con la finalidad de ir desarrollando diferentes componentes

que lleguen a formar el data warehouse corporativo de la Empresa

Eléctrica.

- Es necesario que el personal técnico, de la Dirección de Sistemas de

información se actualice en las herramientas disponibles en el mercado,

para el desarrollo de un data warehouse. De esta manera podrá realizar

un análisis de las alternativas presentadas y escoger la que mejor se

adapte a las necesidades del negocio.



BIBLIOGRAFIA

[1] Empresa Eléctrica Regional Centro Sur C.A., “PLAN INFORMATICO DE

LA EMPRESA ELECTRICA REGIONAL CENTRO SUR, documento digital.

2006.

[2] Carrasco Astudillo, Francisco Xavier, “ANÁLISIS Y DISEÑO DE

INFORMACION DEL SECTOR ELECTRICO ECUATORIANO

RELACIONADO CON LA DISTRIBUCIÓN Y COMERCIALIZACIÓN DE

ENERGIA ELÉCTRICA”, Tesis de grado para título de Magister en

Sistemas de Información Gerencial. Escuela Superior Politécnica del

Litoral. 2007.

[3] ARTech Consultores S. R. L., “DEFINIENDO UN DATAWAREHOUSE EN

GENEXUS”. 1988-2005.

[4] CONELEC, “LEY DEL REGIMEN DEL SECTOR ELECTRICO”,

suplemento del Registro oficial Nro. 43, 1996.

[5] Carla Demarchi y Graciela Listón, " DATA WAREHOUSING INSTITUTE”,

transcrita de la publicación “Business intelligence”.

[6] Instituto Nacional de Estadísticas e Informática INEI, “MANUAL PARA

LA CONSTRUCCIÓN DE UN DATA WAREHOUSE”, Lima, 1997.

[7] Regulacion No. Conelec – 004/01, “INDICADORES DE LA CALIDAD DEL

SERVICIO COMERCIAL”, Quito 2007.



INDICE DE TABLAS Tabla 1: SICO. Módulo Servicio al Cliente 10-11

Tabla 2: SICO. Módulo Lecturas 11

Tabla 3: SICO. Módulo Facturación 12

Tabla 4: SICO. Módulo Recaudación 12

Tabla 5: Eventos y Métricas 31

Tabla 6: Líneas de Análisis y Dimensiones 32

Tabla 7: Relación entre Eventos y Métricas 33-35

Tabla 8: Horizontes de Tiempo 35-37

Tabla 9: Perspectivas Financiera, Clientes, Procesos Internos 42

Tabla 10: Resumen Horizontes del Tiempo 66

Tabla 11: Modelo Físico 67-74

Tabla 12: Tablas de Mapeo 88-104

Tabla 13: Proceso Principal ETL Garantías 120-121

Tabla 14: Proceso Extracción de Garantías 122

Tabla 15: Proceso de Transformación 123-124

Tabla 16: Proceso Carga Garantías 125

Tabla 17: Diccionario de Datos 143-150



INDICE DE GRÁFICOS

Gráfico 1: Procesos de Comercialización 9

Gráfico 2: Modelo E/R Nuevo Servicio 15

Gráfico 3: Modelo E/R Cambio Medidor/Tarifa/Reubicaciones 16

Gráfico 4: Modelo E/R Servicio Eventual 17

Gráfico 5: Modelo E/R Servicios Varios/Trámites 17

Gráfico 6: Modelo E/R Reclamos Comerciales 18

Gráfico 7: Modelo E/R Planificación de Lecturas 19

Gráfico 8: Modelo E/R Ingreso y Validación de Lecturas 20

Gráfico 9: Modelo E/R Cálculo de Consumo 20

Gráfico 10: Modelo E/R Pliegos Tarifarios 21

Gráfico 11: Modelo E/R Generación de Consumo 22

Gráfico 12: Modelo E/R Cálculo de Facturación 23

Gráfico 13: Modelo E/R Recaudación de Planillas 24

Gráfico 14: Modelo E/R Cierre de Recaudación 25

Gráfico 15: Las Fuerzas de Porter 28

Gráfico 16: Modelo Conceptual. Solicitudes 53

Gráfico 17: Modelo Conceptual. Inspecciones 54

Gráfico 18: Modelo Conceptual. Instalaciones 54

Gráfico 19: Modelo Conceptual. Reclamos 55

Gráfico 20: Modelo Conceptual. Garantías 55

Gráfico 21: Modelo Conceptual. Facturación 56

Gráfico 22: Modelo Conceptual. Recaudación 56

Gráfico 23. Modelo Conceptual. Rehabilitaciones 57



Gráfico 24: Modelo Lógico. Dimensiones 58

Gráfico 25: Modelo Lógico. Relación entre Dimensiones 59

Gráfico 26: Modelo Lógico. Métricas 60

Gráfico 27: Relación Indicadores-Dimensiones. Solicitudes 61

Gráfico 28: Relación Indicadores-Dimensiones. Inspecciones 61

Gráfico 29: Relación Indicadores-Dimensiones. Instalaciones 62

Gráfico 30: Relación Indicadores-Dimensiones. Reclamos 62

Gráfico 31: Relación Indicadores-Dimensiones. Garantías 63

Gráfico 32: Relación Indicadores-Dimensiones. Facturación 64

Gráfico 33: Relación Indicadores-Dimensiones. Recaudación 65

Gráfico 34: Relación Indicadores-Dimensiones. Rehabilitaciones 66

Gráfico 35. Especificaciones en Genexus 75

Gráfico 36: Propiedades de una Transacción 76

Gráfico 37: Especificaciones en Genexus. Dimensiones 76

Gráfico 38: Detalle Transacciones. Dimensiones 81

Gráfico 39: Especificaciones en Genexus. Indicadores 82

Gráfico 40: Detalle Transacciones. Indicadores 85

Gráfico 41: Procesos ETL definidos en Genexus 86

Gráfico 42: Flujo Procesos ETL 112

Gráfico 43: Generación Metadata 114

Gráfico 44: Determinación Parámetros Metadata 117

Gráfico 45: Carga de Metadata 119

Gráfico 46: Generación Consulta para el Usuario 127

Gráfico 47: Selección Parámetros para Consulta 128

Gráfico 48: Ingreso Condiciones para Consulta 129



Gráfico 49: Resultado de la Consulta para el Usuario 129

Gráfico 50: Manual Técnico. Generación Metadata 133

Gráfico 51: Manual Técnico. Generación Catálogo 133

Gráfico 52: Manual Técnico. Creación Metadata 134

Gráfico 53: Manual Técnico. Carga Metadata 134

Gráfico 54: Administración de Datos ODBC 135

Gráfico 55: Crear Origen de Dato 136

Gráfico 56: Configurar Origen de Datos 137

Gráfico 57: Definir Servidor 138

Gráfico 58: Definir Condiciones ODBC 138

Gráfico 59: Pantalla Acceso a Gxplorer 139

Gráfico 60: Configuración de Gxplorer 140

Gráfico 61: Añadir Usuario Gxplorer 140

Gráfico 62: Determinación Permisos en Gxplorer 141

Gráfico 63: Permisos utilización de Varias metadatas 141

Gráfico 64: Definir Conexión 142

Gráfico 65: Manual Usuario. Utilizar Gxplorer

Gráfico 66: Manual Usuario. Opciones Gxplorer 152

Gráfico 67: Manual Usuario. Generación Nueva Consulta 153

Gráfico 68: Manual Usuario. Selección Atributos Consulta 154

Gráfico 69: Manual Usuario. Parámetros Consulta 155

Gráfico 70: Manual Usuario. Definición de Condiciones 156

Gráfico 71: Resultado Consulta 157



GLOSARIO DE TERMINOS Y ABREVIATURAS

TERMINOS

AS/400: Sistema IBM integrado, muy complejo que incluye el hardware, el

software, la seguridad, una base de datos y otros componentes.

DB2/400: Base de datos de los sistemas AS/400.

Enlaces dial up: Conexión por línea conmutada hacia el internet, enlace

módem-a-módem.

Densidad demográfica: Número de consumidores por Km2, dependiendo del

tipo de parroquia. Se clasifica en alta, media y baja.

Gigabytes: Unidad de medida aproximadamente igual a 1 billón de bytes, se

utiliza para cuantificar el tamaño de la memoria o capacidad de disco.

Horizonte del Tiempo: Período establecido para el estudio de la información

gerencial.

Indicador: Número que permitan medir cómo avanza una organización para

alcanzar las metas establecidas.

Kilovatio: Unidad de Energía. Su símbolo es kW y es igual a mil vatios.

Modelo E/R: Modelo Entidad-Relación utilizado para el diseño de bases de

datos y está formado por un conjunto de conceptos que permiten describir la

realidad mediante representaciones gráficas y lingüísticas.



Multiusuario: Proveer servicio y procesamiento a múltiples usuarios

simultáneamente (tanto en paralelismo real como simulado). Puede utilizarse

por varios usuarios al mismo tiempo, permitiendo la ejecución concurrente de

programas de usuario.



ABREVIATURAS

CASE: Computer Aided Software Engineering, Ingeniería de Software Asistida

por Ordenador.

CENTROSUR: Nombre abreviado de la “Empresa Eléctrica Regional Centro

Sur C.A."

CONELEC: Consejo Nacional de Electricidad, ente regulador y de control del

sector eléctrico ecuatoriano

ETL: Extracción, Transporte y carga. Etapas de un proceso de Data

warehouse, necesarias para la creación de la metadata.

LAN: Siglas de las palabras en inglés local area network. Redes de área local.

OLAP: Siglas de las palabras en inglés On Line Analytical Processing. ODBC: Siglas de las palabras en inglés Open database connectivity. Forma de conexión a la base de datos.

RPG: Lenguaje nativo de los equipos iSeries.

RUP: Rational Unified Process, herramienta para el levantamiento de requerimientos.

SICO: Sistema de Comercialización

SIMECO: Sistema Medición Comercial SQL: Siglas de las palabras en inglés Structured Query Language. Lenguaje utilizado para el acceso a la base de datos. WAN: Siglas de las palabras en inglés Wide Area Network. Redes de área extensa.



ANEXOS

Anexo A: Guía para Entrevistas basado en RUP 1. Introducción Objetivo El objetivo de este documento es el de guiar al analista o desarrollador durante el transcurso de una entrevista con un usuario o interesado a los efectos de obtener los requerimientos del sistema, generando un entendimiento sobre el problema y el ambiente. Las preguntas que se presentan a continuación exploran la funcionalidad requerida por el usuario. Alcance Este plan alcanza a todos los requerimientos para proyectos de desarrollo o adquisición de software de la Empresa Eléctrica Regional Centro Sur. Definiciones, siglas y abreviaturas

Término Descripción

Usabilidad La usabilidad es un concepto que indica la facilidad de uso, el

tiempo que necesita la tarea y la experiencia de la interfaz de

usuario

Entregable El producto de cualquier actividad de trabajo del usuario o interesado. Ej: Documentos, planillas, otros

Referencias



- Rational Unified Process Versión 7.1.1 en español. - Artefacto: Context-Free Interview Script - Concepto: Prueba de utilización.

2. Estableciendo el perfil del usuario o interesado

[Utilice las siguientes preguntas:]

• Nombre: Empresa / Industria • Cargo: • ¿Cuales son sus principales responsabilidades? • ¿Qué entregables realiza? • ¿Para quién? • ¿Cómo se mide el éxito de su trabajo? • ¿Qué problemas interfieren con el éxito de su trabajo? • ¿Cuáles circunstancias facilitan o dificultan su trabajo?

3. Identificando el Problema

- ¿Que carencias detecta Ud. En las soluciones actualmente implementadas?

- ¿Cuáles son? (Consejo: Continúe preguntando si hay algo más)

Para cada problema, pregunte lo siguiente:

¿Cuál entiende Ud. es el origen del problema?

¿Cómo resuelve Ud. esta situación?

¿Cómo le gustaría resolverlo?

4. Comprendiendo el ambiente del Usuario

− ¿Quiénes son los usuarios?

− ¿Cuál es el nivel de educación de los usuarios?

− ¿Cuál es la experiencia en el uso de computadoras?

− ¿Tienen los usuarios experiencia en este tipo de aplicaciones?

− ¿Qué plataformas son usadas?



− ¿Cuáles son sus planes para plataformas futuras?

− ¿Con qué otras aplicaciones deberíamos intercambiar información?

− ¿En su criterio, la aplicación requiere algún tipo especial de preparativo para ser usada en ambientes específicos? (Se intenta buscar datos referentes a la usabilidad del producto.)

− ¿Cuál es su estimación de tiempo de entrenamiento?

− ¿Qué tipo de documentos impresos y en línea precisan los usuarios?

5. Repaso: Verifique el entendimiento mutuo del problema

- Preséntele al entrevistado, en sus propias palabras, la descripción del/los problemas que Ud. haya registrado

- Pregunte al usuario si esta lista representa todos los problemas que tiene con la solución actual.

6. Comentarios del analista con respecto a los problemas del usuario

(Con efecto de validar o descartar los conceptos relevados)

[Detallar las ideas/problemas que ud. como analista entiende que pueden interesar al usuario]

Para cada idea/problema pregunte:

− ¿Es un problema real?

− ¿Cuál entiende Ud. es el origen del problema?

− ¿Cómo resuelve Ud. esta situación?

− ¿Cómo le gustaría resolverlo?

− ¿Qué prioridad le asigna a cada uno de estos problemas?

7. Evaluando la solución (Si aplica)

− Si Ud. pudiera: [resuma las principales capacidades de la solución propuesta]

− ¿Cuál es la importancia que Ud. le asigna a cada una?



8. Evaluando la Oportunidad

¿Quiénes necesitan esta aplicación en su empresa?

¿Cuántos y qué tipo de usuarios utilizarían esta aplicación?

¿Qué considera Ud. una solución exitosa?

9. Evaluando las necesidades de confiabilidad, rendimiento y soporte

− ¿Tiene Ud. expectativas de confiabilidad?

− ¿Cuáles son sus expectativas de tiempos de respuesta y rendimiento de la aplicación?

− ¿Qué necesidades de soporte requiere? ¿Tiene necesidades especiales?

− ¿Cuáles son sus requerimientos de seguridad?

− ¿Tiene Ud. requerimientos especiales de instalación y configuración?

Otros Requerimientos

− ¿Existe alguna regulación que haya que tener en cuenta para implementar la solución?

− ¿Existe algún otro requerimiento que deberíamos tener en cuenta?

10. Cierre de Entrevista

¿Existe algún tema Ud. considere importante y no hayamos tratado?

¿Puedo contactarlo en caso de que necesite alguna aclaración?

¿Estaría Ud. dispuesto a participar en una reunión de revisión de requerimientos?

11. Resumen del analista

[Resuma los problemas de mayor prioridad para el usuario entrevistado]

UNIVERSIDAD DE CUENCA -...

Documents

Transcript of UNIVERSIDAD DE CUENCA -...