universidad de cuenca -...
TRANSCRIPT
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 2
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.
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 3
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 4
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 5
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
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 6
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 7
EL CONTENIDO DE ESTA TESIS ES DE
ABSOLUTA RESPONSABILIDAD DEL AUTOR
________________________________
Julia Dolores Peñafiel Cobos
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 8
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.
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 9
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.
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 10
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.
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 11
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.
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 12
- 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.
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 13
- 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.
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 14
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.
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 15
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 16
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 17
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.
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 18
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 19
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 20
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 21
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 22
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 23
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.
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 24
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.
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 25
SERVICIOS AL CLIENTE
Nuevos Servicios
Gráfico 2: Modelo E/R Nuevo Servicio
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 26
Cambios Medidor/ Tarifa/Reubicaciones
Gráfico 3: Modelo E/R Cambios Medidor/Tarifa/Reubicaciones
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 27
Servicio Eventual
Gráfico 4: Modelo E/R Servicio Eventual
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 28
Servicios Varios/Trámites
Gráfico 5: Modelo E/R Servicios Varios/Trámites
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 29
Reclamos Comerciales
Gráfico 6: Modelo E/R Reclamos Comerciales
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 30
LECTURAS
Planificación Lecturas
Gráfico 7: Modelo E/R Planificación Lecturas
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 31
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 32
FACTURACIÓN
Pliegos Tarifarios y Rubros de Facturación
Gráfico 10: Modelo E/R Pliegos Tarifarios
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 33
Generación de consumos
Gráfico 11: Modelo E/R Generación de Consumos
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 34
Calculo de Facturación
Gráfico 12: Cálculo de Facturación
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 35
RECAUDACIÓN
Recaudación de Planillas
Gráfico 13: Modelo E/R Recaudación de Planillas
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 36
Cierre de Recaudación
Gráfico 14: Modelo E/R Cierre de Recaudación
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 37
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.
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 38
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,
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 39
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.
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 40
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 41
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 42
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.
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 43
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 44
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 45
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 46
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 47
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
Densidad demográfica
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 48
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 49
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
Densidad demográfica
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 50
Porcentaje de
rehabilitaciones
servicio
Últimos 12
meses
Tipo Solicitud
Motivo Solicitud
Densidad demográfica
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.
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 51
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 52
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:
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 53
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 54
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 55
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 56
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 57
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 58
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.
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 59
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.
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 60
- 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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 61
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 62
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.
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 63
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).
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 64
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.
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 65
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.
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 66
• 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.
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 67
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.
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 68
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 69
Inspecciones
Oficina
AñoMesInspector Inspecciones
Tipo Solicitud Motivos
Gráfico 17: Modelo Conceptual. Inspecciones
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 70
Instalaciones
Tipo Solicitud
Oficina
Instalador
Instalaciones AñoMes
Nivel Tensión
Gráfico 18: Modelo Conceptual. Instalaciones Reclamos
Gráfico 19: Modelo Conceptual. Reclamos
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 71
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 72
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 73
3.1.2. Modelo Lógico
3.1.2.1 Dimensiones
Gráfico 24: Modelo Lógico. Dimensiones
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 74
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
*idCantRuta: Char(2)
*idProvRuta: Char(2)Canr_Nombre: Char(20)
SECTOR
*idSector: Integer(2)
*idCantRuta: Char(2)
*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)
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 75
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)
* idAño: Integer(4) (FK)
*idMes: Integer(2)Insp_Número: Integer(8)
INSTALACIONES
*idOficina: Integer(2) (FK)
*idTipo: Integer(2) (FK)
*idInstalador: Integer(3) (FK)
* idAño: Integer(4) (FK)
*idMes: Integer(2)Inst_Número: Integer(8)
RECLAMOS*idTipo: Integer(3) (FK)
*idMotivo: Integer(2) (FK)
*idEstado: Integer(2) (FK)
* idAño: Integer(4) (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)
* idAño: Integer(4) (FK)
*idMes: Integer(2)Fac_Total_doláres: Integer(8,2)Fac_Total_Kilovatios: Integer(8,2)RECAUDACIÓN
*idProvincia: Char(2) (FK)
*idCanton: Char(2) (FK)
*idParroquia: Char(2) (FK)
*idRubro: Char(6) (FK)
*idUso: Char(2) (FK)
* idAño: Integer(4) (FK)
*idMes: Integer(2)Rec_Total_rubro: Integer(8,2)Rec_Total_uso: Integer(8,2)
REHABILITACIONES
*idTipo: Integer(3) (FK)
*idMotivo: Integer(2) (FK)
*idParroquia: Char(2)
*idCanton: Char(2)
*idProvincia: Char(2)
* idAño: Integer(4) (FK)
*idMes: Integer(2)Reh_Número: Integer(5)
GARANTIAS
*idUso: Char(2)
* idAño: Integer(4) (FK)
* 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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 76
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
* idAño: Integer(4)
OFICINA
*idOficina: Integer(2)Ofi_Descripción: Char(20)
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)
MES-AÑO
*idMes: Integer(2)
*idAño: Integer(4)Mes_Nombre: Char(30)
Gráfico 27: Relación Indicadores-Dimensiones. Solicitudes
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 77
AÑO
* idAño: Integer(4)
OFICINA
*idOficina: Integer(2)Ofi_Descripción: Char(20)
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)
*idAño: Integer(4)Mes_Nombre: Char(30)
MOTIVO SOLICITUD
*idMotivo: Integer(2)Mot_Descripción: Char(20)
TIPO SOLICITUD
*idTipo: Integer(2)Tip_Descripción: Char(30)
Gráfico 28: Relación Indicadores-Dimensiones. Inspecciones
AÑO
* idAño: Integer(4)
TIPO SOLICITUD
*idTipo: Integer(2)Tip_Descripción: Char(30)
OFICINA
*idOficina: Integer(2)Ofi_Descripción: Char(20)
INSTALACIONES*idOficina: Integer(2) (FK)
*idTipo: Integer(2) (FK)
*idInstalador: Integer(3) (FK)* idNivTen: Char(1)
* idAño: Integer(4) (FK)
*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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 78
Gráfico 30: Relación Indicadores-Dimensiones. Reclamos
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 79
Gráfico 31: Relación Indicadores-Dimensiones. Garantías
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 80
RUBROS
*idRubro: Char(6)Rub_Descripción: Char(50)Rub_Tipo: Char(1)Rub_Clasificador: Char(1)Rub-Signo: Char(1)
AÑO
* idAño: Integer(4)
USO ENERGÍA
*idUso: Char(2)UsoDescripción: Char(50)
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)
* idAño: Integer(4) (FK)
*idMes: Integer(2)Fac_Total_doláres: Integer(8,2)Fac_Total_Kilovatios: Integer(8,2)
MES-AÑO
*idMes: Integer(2)
*idAño: Integer(4)Mes_Nombre: Char(30)
PROVRUTA
*idProvRuta: Char(2)Provr_Nombre: Char(20)
CANTRUTA
*idCantRuta: Char(2)
*idProvRuta: Char(2)Canr_Nombre: Char(20)
SECTOR
*idSector: Integer(2)
*idCantRuta: Char(2)
*idProvRuta: Char(2)Sec_Descripción: Char(50)
RUTA*idRuta: Integer(3)
*idSector: Integer(2)
*idCantRuta: Char(2)
*idProvRuta: Char(2)Rut_Descripción: Char(50)Rut_Tipo: Char(1)
Gráfico 32: Relación Indicadores-Dimensiones. Facturación
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 81
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)
RUBROS
*idRubro: Char(6)Rub_Descripción: Char(50)Rub_Tipo: Char(1)Rub_Clasificador: Char(1)Rub-Signo: Char(1)
AÑO
* idAño: Integer(4)
USO ENERGÍA
*idUso: Char(2)UsoDescripción: Char(50)
RECAUDACIÓN
*idProvincia: Char(2) (FK)
*idCanton: Char(2) (FK)
*idParroquia: Char(2) (FK)
*idRubro: Char(6) (FK)
*idUso: Char(2) (FK)
* idAño: Integer(4) (FK)
*idMes: Integer(2)Rec_Total_rubro: Integer(8,2)Rec_Total_uso: Integer(8,2)
MES-AÑO
*idMes: Integer(2)
*idAño: Integer(4)Mes_Nombre: Char(30)
Gráfico 33: Relación Indicadores-Dimensiones. Recaudación
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 82
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 83
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
Nombre de Campos Descripción del campo Tipo
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
Nombre de Campos Descripción del campo Tipo
EdsCod Código Del Estado N (2.0)
EdsDes Descripción Estado C (50)
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 84
Nombre de la Tabla: OFIC Descripción Tabla: Oficina
Nombre de Campos Descripción del campo Tipo
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
Nombre de Campos Descripción del campo Tipo
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
Nombre de Campos Descripción del campo Tipo
UsoCod Código de uso de
Energía C (2)
UsoDes Descripción Uso de
Energía C (50)
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 85
Nombre de la Tabla: RUBR Descripción Tabla: Rubro de Facturación
Nombre de Campos Descripción del campo Tipo
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
Descripción del campo Tipo
PrvCod Código De La Provincia C (2) CanCod Código Del Cantón C (2)
CanDes Descripción Del Cantón C (20)
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 86
Nombre de la Tabla: PRRQ Descripción Tabla: Parroquia
Nombre de Campos Descripción del campo
Tipo
PrvCod Código De La Provincia C (2)
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
Descripción del campo Tipo
PrvRCod Código De La Provincia C (2)
PrvRDes Descripción De La
Provincia C (20)
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 87
Nombre de la Tabla: CANRU Descripción Tabla: Cantón
Nombre de Campos
Descripción del campo Tipo
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
Descripción del campo Tipo
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
Nombre de Campos Descripción del campo Tipo
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)
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 88
Nombre de la Tabla: ANIO Descripción Tabla: AÑO
Nombre de Campos
Descripción del campo Tipo
AniCod Código año C (4)
Nombre de la Tabla: TRIM Descripción Tabla: Trimestres del año
Nombre de Campos
Descripción del campo Tipo
AniCod Código año C (4)
TriCod Código trimestre C (2) Nombre de la Tabla: MES Descripción Tabla: Meses
Nombre de Campos
Descripción del campo Tipo
AniCod Código año C (4)
TriCod
Código Trimestre C (2)
MesCod
Código Mes C (2)
MesDes Descripción Mes
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 89
Nombre de la Tabla: MES-ANIO Descripción Tabla: Meses del año
Nombre de Campos
Descripción del campo Tipo
AniCod Código año C (4)
MesACod
Código Mes C (2)
MesADes Descripción Mes Nombre de la Tabla: SOLI Descripción Tabla: Solicitudes de Servicio
Nombre de Campos
Descripción del campo Tipo
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
Descripción del campo Tipo
OfiCod Código de Oficina N (2.0)
InsCod Código
Inspector/Instalador N (3.0)
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 90
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
Descripción del campo Tipo
OfiCod Código de Oficina N (2.0)
TipCod Código de Tipo de
solicitud N (2.0)
NivCod Nivel de Tensión C (1)
InsCod Código
Inspector/Instalador N (3.0)
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
Descripción del campo Tipo
TipCod Código del Tipo
Solicitud N (2.0)
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 91
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)
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
Descripción del campo Tipo
UsoCod Código de uso de
Energía C (2)
AniCod Código año C (4)
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
Descripción del campo Tipo
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)
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 92
RlsCod Código De La Ruta De
Lectura N (3.0)
UsoCod Código de uso de
Energía C (2)
AniCod Código año C (4) MesCod Código mes 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
Descripción del campo Tipo
PrvCod Código De La Provincia C (2)
CanCod Código Del Cantón C (2)
ParCod Código De La
Parroquia C (2)
UsoCod Código de uso de
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)
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 93
Nombre de la Tabla: REHA Descripción Tabla: Rehabilitación del Servicio
Nombre de Campos
Descripción del campo Tipo
PrvCod Código De La Provincia C (2)
CanCod Código Del Cantón C (2)
ParCod Código De La
Parroquia C (2)
TipCod Código del Tipo
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 94
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:
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 95
Gráfico 36: Propiedades de una transacción En los siguientes gráficos, se puede apreciar el contenido de estas carpetas:
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 96
Carpeta Dimensiones:
Gráfico 37: Especificaciones en Genexus. Dimensiones Detalle de Transacciones
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 101
Gráfico 38: Detalle Transacciones. Dimensiones
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 102
Carpeta Indicadores:
Gráfico 39: Especificaciones en Genexus. Indicadores
Detalle de Transacciones
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 105
Gráfico 40: Detalle Transacciones. Indicadores
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 106
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 107
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:
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 108
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"
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 109
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
Si es nulo guarda novedad en ArcErr, archivo errores
ARCHIVO ERRORES.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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 110
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
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 = '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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 111
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 112
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
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 = '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
VARIABLE.Año Si es nulo guarda novedad en ArcErr, archivo errores
ARCHIVO ERRORES.AÑO VARIABLE.MES ARCHIVO ERRORES.MES
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 113
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"
TRANSACCIONAL.Estado Registro
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 114
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
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 = '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
VARIABLE.Año Si es nulo guarda novedad en ArcErr, archivo errores
ARCHIVO ERRORES.AÑO VARIABLE.MES
ARCHIVO ERRORES.MES ARCHIVO ERRORES.ARCHIVO = 'RECLAMOS'
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 115
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
Si es nulo guarda novedad en ArcErr, archivo errores
ARCHIVO ERRORES.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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 116
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
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.TRIMESTRE VARIABLE.TRIMESTRE(MES)
ARCHIVO ERRORES.MES ARCHIVO ERRORES.ARCHIVO = 'GARANTIAS'
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 117
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
Si es nulo guarda novedad en ArcErr, archivo errores
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)
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 118
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
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 = '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
VARIABLE.Año Si es nulo guarda novedad en ArcErr, archivo errores
ARCHIVO ERRORES.AÑO VARIABLE.MES ARCHIVO ERRORES.MES
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 119
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
Si es nulo guarda novedad en ArcErr, archivo errores
ARCHIVO ERRORES.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
Si es nulo guarda novedad en ArcErr, archivo errores
ARCHIVO ERRORES.AÑO
VARIABLE.MES
ARCHIVO ERRORES.MES ARCHIVO ERRORES.ARCHIVO = 'FACTURACION' ARCHIVO ERRORES.SECUENCIA = + 1
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 120
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
Si es nulo guarda novedad en ArcErr, archivo errores
ARCHIVO ERRORES.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
Si es nulo guarda novedad en ArcErr, archivo errores
ARCHIVO ERRORES.AÑO VARIABLE.MES ARCHIVO ERRORES.MES
ARCHIVO ERRORES.ARCHIVO = 'FACTURACION'
ARCHIVO ERRORES.SECUENCIA = + 1 ARCHIVO ERRORES.DESCRIPCIÓN = "Sin
Uso Energía"
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 121
TRANSACCIONAL.Fecha_Facturación
Lee transaccional de Facturación. SI TRANSACCIONAL.Fecha_ Facturacion es nula or TRANSACCIONAL.Fecha_Facturación = '00000000'
Si es nulo guarda novedad en ArcErr, archivo errores
ARCHIVO ERRORES.MES
ARCHIVO ERRORES.ARCHIVO = 'FACTURACIÓN'
ARCHIVO ERRORES.SECUENCIA = + 1
ARCHIVO ERRORES.DESCRIPCIÓN = " Fecha de Facturación No válida"
TRANSACCIONAL.Estado Registro
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)
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 122
RECAUDACIÓN ORIGEN PROCESO DESTINO
PROVINCIA.IdProvincia
Lee transaccional de Recaudación PROVINCIA.IdProvincia = TRANSACCIONAL.IdProvincia
Si no es nulo(PROVINCIA.IdProvincia) continua validación RECAUDACION.IdProvincia
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 = ´RECAUDACION’
ARCHIVO ERRORES.SECUENCIA = + 1
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
VARIABLE.Año Si es nulo guarda novedad en ArcErr, archivo errores
ARCHIVO ERRORES.AÑO VARIABLE.MES ARCHIVO ERRORES.MES
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 123
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
Si es nulo guarda novedad en ArcErr, archivo errores
ARCHIVO ERRORES.AÑO VARIABLE.MES ARCHIVO ERRORES.MES
ARCHIVO ERRORES.ARCHIVO = 'REAUDACIÓN’
ARCHIVO ERRORES.SECUENCIA = + 1
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
Si es nulo guarda novedad en ArcErr, archivo errores
ARCHIVO ERRORES.AÑO VARIABLE.MES ARCHIVO ERRORES.MES
ARCHIVO ERRORES.ARCHIVO = 'RECAUDACIÓN'
ARCHIVO ERRORES.SECUENCIA = + 1
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 124
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
VARIABLE.Año Si es nulo guarda novedad en ArcErr, archivo errores
ARCHIVO ERRORES.AÑO VARIABLE.MES ARCHIVO ERRORES.MES
ARCHIVO ERRORES.ARCHIVO = 'RECAUDACIÓN'
ARCHIVO ERRORES.SECUENCIA = + 1
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'
Si es nulo guarda novedad en ArcErr, archivo errores
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"
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 125
TRANSACCIONAL.Estado Registro
Lee solo los registros activos del transaccional de Recaudación.
TRANSACCIONAL.Estado Registro <> '9' (9=Registro Eliminado) y
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
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 126
Actual)
ARCHIVO ERRORES.ARCHIVO = 'REHABILITACIONES'
ARCHIVO ERRORES.SECUENCIA = + 1
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"
PROVINCIA.IdProvincia
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 127
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
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 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’
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 128
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'
Si es nulo guarda novedad en ArcErr, archivo errores
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"
TRANSACCIONAL.Estado Registro
Lee solo los registros activos del transaccional de Rehabilitaciones.
TRANSACCIONAL.Estado Registro <> '9' (9=Registro Eliminado) y
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 129
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 130
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 131
INSTALACIONES
Proceso CargaProcesoLimpiezaSistema ComercialProceso Extracción
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
Valida si la información de
Fechas de instalación e
instaladores es consistente
No
Si
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 132
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 133
RECLAMOS
Proceso CargaProcesoLimpiezaSistema ComercialProceso Extracción
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 134
FACTURACION
Proceso CargaProcesoLimpiezaSistema ComercialProceso Extracción
NoSi
No
Si
Finaliza
Lee y extrae Valores facturados
en dólares y en kilovatios
Es correcta
FACT
Valida si la información de
valores es consistente
Accesa al Sistema
transaccional SICO
ArchivoErrores
Lee y extrae porcentajes error en la facturación
CahifaDehifa
Es correcta
CfactuDfactu
Valida si la información de
porcentajes error es consistente
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 135
RECAUDACION
Proceso CargaProcesoLimpiezaSistema ComercialProceso Extracción
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 136
REHABILITACIONES
Proceso CargaProcesoLimpiezaSistema ComercialProceso Extracción
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 137
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.
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 138
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.
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 141
Gráfico 44: Determinación Parámetros de Metadata
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 142
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.
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 144
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 145
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 146
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 147
// 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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 148
// 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, ' ')
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 149
&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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 150
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
Case &MesCod = 4 or &MesCod = 5 or &MesCod = 6
&TriCod = 2
Case &MesCod = 7 or &MesCod = 8 or &MesCod = 9
&TriCod = 3
Case &MesCod = 10 or &MesCod = 11 or &MesCod = 12
&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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 151
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:
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 152
Gráfico 46: Generación Consulta para el Usuario
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 153
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 154
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:
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 155
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.
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 156
CAPITULO 5.
Manuales de Operación del Data Warehouse
5.1. Manual Técnico
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 157
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:
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 158
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 159
- 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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 160
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 161
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 162
Gráfico 56: Configurar Origen de Datos
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 163
Viñeta Servidor: Biblioteca por Omisión SQL: DWD
Gráfico 57: Definir Servidor
Viñeta Paquetes: Deshabilitar soporte dinámico ampliado
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 164
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 165
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.
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 166
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:
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 167
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 168
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.
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 170
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
Descripción del campo Tipo
AniCod Código año C (4)
Nombre de la Tabla: CANT Descripción Tabla: Cantón
Nombre de Campos
Descripción del campo Tipo
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
Nombre de Campos Descripción del campo Tipo
EdsCod Código Del Estado N (2.0)
EdsDes Descripción Estado C (50)
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 171
Nombre de la Tabla: INSP Descripción Tabla: Inspector/Instalador
Nombre de Campos Descripción del campo Tipo
InsCod Código
Inspector/Instalador N (3.0)
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
Descripción del campo Tipo
AniCod Código año C (4)
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 172
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
PrvCod Código De La Provincia C (2)
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)
DenTip Densidad Parroquia C (1)
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)
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 173
Nombre de la Tabla: RUBR Descripción Tabla: Rubro de Facturación
Nombre de Campos Descripción del campo Tipo
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
Nombre de Campos Descripción del campo Tipo
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
Descripción del campo Tipo
AniCod Código año C (4)
TriCod Código trimestre C (2)
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 174
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: UENE Descripción Tabla: Tarifas o Usos de energía
Nombre de Campos Descripción del campo Tipo
UsoCod Código de uso de
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
Descripción del campo Tipo
PrvCod Código De La Provincia C (2)
CanCod Código Del Cantón C (2)
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 175
ParCod Código De La
Parroquia C (2)
SlcCod Código Del Sector De
Lectura N (2.0)
RlsCod Código De La Ruta De
Lectura N (3.0)
UsoCod Código de uso de
Energía C (2)
AniCod Código año C (4) MesCod Código mes 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
Descripción del campo Tipo
UsoCod Código de uso de
Energía C (2)
AniCod Código año C (4)
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 176
Campos campo
OfiCod Código de Oficina N (2.0)
InsCod Código
Inspector/Instalador N (3.0)
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
Descripción del campo Tipo
OfiCod Código de Oficina N (2.0)
TipCod Código de Tipo de
solicitud N (2.0)
NivCod Código Nivel Tensión C(1)
InsCod Código
Inspector/Instalador N (3.0)
AniCod Código año C (4) MesCod Código mes C (2)
IntNum Número Instalaciones N(8.0)
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 177
Nombre de la Tabla: RECA Descripción Tabla: Recaudación de valores por venta Energía
Nombre de Campos
Descripción del campo Tipo
PrvCod Código De La Provincia C (2)
CanCod Código Del Cantón C (2)
ParCod Código De La
Parroquia C (2)
UsoCod Código de uso de
Energía C (2)
AniCod Código año C (4) MesCod Código mes 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
Descripción del campo Tipo
TipCod Código del Tipo
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)
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 178
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
Descripción del campo Tipo
PrvCod Código De La Provincia C (2)
CanCod Código Del Cantón C (2)
ParCod Código De La
Parroquia C (2)
TipCod Código del Tipo
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
Rehabilitaciones N (5.0)
ReaPorc Porcentaje
Rehabilitaciones N (3.0)
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)
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 179
Nombre de la Tabla: SOLI Descripción Tabla: Solicitudes de Servicio
Nombre de Campos
Descripción del campo Tipo
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)
Tabla 17: Diccionario de Datos
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 180
5.2. Manual Usuario
Sistema de Medición Comercial
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 181
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 182
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.
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 183
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.
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 184
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.
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 185
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:
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 187
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.
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 188
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.
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 189
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.
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 190
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 191
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 192
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 193
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 194
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.
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 195
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.
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 196
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.
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 197
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
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 198
- 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?
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 199
− ¿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?
UNIVERSIDAD DE CUENCA
AUTOR: ING. JULIA DOLORES PEÑAFIEL COBOS 200
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]