Bodega de Datos

Gua para el anlisis de requerimientos funcionales de una Bodega de Datos
(DW Data Warehouse) que apoye la toma de decisiones y anlisis operativo

en empresas Comercializadoras de Energa Elctrica Regulada en Colombia
PROYECTO DE GRADO
Alexander Gmez Higuita
Asesor
Roco Segovia Jimnez
Msc Ingeniera
FACULTAD DE INGENIERA
DEPARTAMENTO ACADMICO DE TECNOLOGAS DE INFORMACIN Y
COMUNICACIONES
MAESTRA EN GESTIN INFORMTICA Y TELECOMUNICACIONES
SANTIAGO DE CALI
2014
Gua para el anlisis de requerimientos funcionales de una Bodega de Datos
(DW Data Warehouse) que apoye la toma de decisiones y anlisis operativo
en empresas Comercializadoras de Energa Elctrica Regulada en Colombia
Alexander Gmez Higuita
Trabajo de grado para optar al ttulo de

Mster en Gestin de Proyectos y Tecnologa con nfasis
en Ingeniera de Software
Asesor
Roco Segovia Jimnez
Ms Ingeniera
FACULTAD DE INGENIERA
DEPARTAMENTO ACADMICO DE TECNOLOGAS DE INFORMACIN Y
COMUNICACIONES
MAESTRA EN GESTIN INFORMTICA Y TELECOMUNICACIONES
SANTIAGO DE CALI
2014
Nota de aceptacin
____________________________
____________________________
____________________________
____________________________
____________________________
____________________________
_________________________
Firma del Presidente del Jurado
_________________________
Firma del Jurado
_________________________
Firma del Jurado
Santiago de Cali, 14 de junio de 2014

CONTENIDO
pg.
RESUMEN 9
1. INTRODUCCIN 10
1.1 CONTEXTO DE TRABAJO 11
1.2 PLANTEAMIENTO DEL PROBLEMA 14
1.3 OBJETIVOS 14
1.3.1 Objetivo General. 14
1.3.2 Objetivos Especficos: 14
1.4 RESUMEN DEL TRABAJO REALIZADO 15
1.5 RESUMEN DE RESULTADOS OBTENIDOS 16
1.6 ORGANIZACIN DEL DOCUMENTO 17
2. MARCO TERICO 19
2.1 ENTONO ENERGTICO 19
2.2 METODOLOGAS PARA LA ELABORACIN DE ANLISIS DE
REQUERIMIENTOS DE BODEGAS DE DATOS 23
2.3 ANLISIS DE METODOLOGAS BASE PARA EL DESARROLLO DE ESTE
TRABAJO 25
3. MODELO PROPUESTO 34
3.1 COMPONENTE DE HERRAMIENTAS 34
3.1.1 Modelo de Datos Organizacionales 34
3.1.2 Diagrama de Flujo de Informacin 37
3.2 COMPONENTE DE EJECUCIN 47
3.2.1 Identificacin de los Procesos y Procedimientos 47
3.2.2 Matriz de Procesos Versus Clases 48
3.2.3 Plasmar la Estrategia Corporativa. 49
3.2.4 Matriz de Procesos Versus Estrategias 49
3.2.5 Levantamiento de Requerimientos Funcionales 50
3.2.6 Anlisis de variables 51
3.2.7 Definicin Dimensional 54
4. APLICACIN DE LA PROPUESTA 55
4.1.1 Identificacin de los Procesos y Procedimientos 55
4.1.2 Matriz de Procesos Versus Clases 63
4.1.3 Plasmar la Estrategia Corporativa. 66
4.1.4 Matriz de Procesos Versus Estrategias 66
4.1.5 Levantamiento de Requerimientos Funcionales 67
4.1.6 Anlisis de variables 70
4.1.7 Definicin Dimensional 74
5. RESULTADOS OBTENIDOS 78
5.1 NUEVOS ARTEFACTOS DISPONIBLES PARA LA INDUSTRIA DE
COMERCIALIZACIN DE ENERGA ELCTRICA REGULADA EN COLOMBIA
78
5.2 NUEVA GUA PARA EL ANLISIS DE REQUERIMIENTOS DE UN
SISTEMA DE BODEGA DE DATOS 79
5.3 RESULTADOS SOBRE EL PROCESO 79
6. CONCLUSIONES Y FUTURO TRABAJO 80
BIBLIOGRAFA 82
ANEXO 1. MODELO DE DATOS ORGANIZACIONALES 84
ANEXO 2. DIAGRAMAS DE FLUJO DE INFORMACIN 139

LISTA DE CUADROS
pg.
Tabla 1. Clasificacin de Metodologas de Anlisis de Requerimientos Funcionales

de Bodegas de datos ...................................................................................... 31
Tabla 2. Componentes del Modelo Propuesto ....................................................... 34
Tabla 3. Elementos de transformacin para definir Diagrama de Flujo de
Informacin. .................................................................................................... 39
Tabla 4. Formato No. 1 - Identificacin Procedimientos ........................................ 48
Tabla 5. Formato No 2 - Matriz De Clases Vs Procesos........................................ 49
Tabla 6. Formato No. 3 - Objetivos Estratgicos Organizacionales ....................... 49
Tabla 7. Formato No. 4 - Matriz De Procesos Vs Estrategias ................................ 50
Tabla 8. Formato No. 5 - Objetivos Del Negocio.................................................... 52
Tabla 9. Formato No. 6 - Identificacin De Variables............................................. 53
Tabla 10. Formato NO. 7 - Definicin Dimensional ................................................ 54
Tabla 11. Aplicacin Formato No. 1 ....................................................................... 63
Tabla 12. Aplicacin Formato No 2 ........................................................................ 65
Tabla 17. Aplicacin Formato NO. 7 ...................................................................... 77
LISTA DE FIGURAS
pg.
Ilustracin 1. Porcentaje de usuarios no residenciales por cantidad de

comercializadores ........................................................................................... 12
Ilustracin 2. Porcentaje de usuarios residenciales por cantidad de
comercializadores ........................................................................................... 12
Ilustracin 3. Beneficios tangibles e intangibles de BI ........................................... 13
Ilustracin 4. Esquema Institucional del Sector Elctrico Colombiano. .................. 22
Ilustracin 5. Determinacin Tarifa (Costo Servicio) Res. CREG 119 de 2007...... 22
Ilustracin 6. Ejemplo de Modelo Datos Organizacionales .................................... 37
Ilustracin 7. Ejemplo de Alcance Dimensional entidad "Detalle Factura" ............. 40
Ilustracin 8. Ejemplo de anlisis entidad "Detalle Factura" .................................. 41
Ilustracin 9. Ejemplo alcance dimensional de entidad "Factura" .......................... 42
Ilustracin 10. Ejemplo de Anlisis de entidad "Factura" ....................................... 43
Ilustracin 11. Ejemplo de conversin entidad de hechos por entidad dimensional
........................................................................................................................ 44
Ilustracin 12. Independizacin de Clases con Herencia....................................... 45
Ilustracin 13. Ejemplo Clases con herencia ......................................................... 46
Ilustracin 14. Ejemplo agrupacin de Clases a Analizar ...................................... 46
Ilustracin 15. Manejo rompimiento de relacin "muchos" a "muchos" .................. 47
LISTA DE ANEXOS
pg.
Anexo 1. Modelo de datos Organizacionales ... 83

Anexo 2. Diagramas de Flujo de Informacin . 138
RESUMEN
Siendo considerados como Empresas de Servicios Pblicos los comercializadores

de energa elctrica regulada en Colombia cuentan con gran cantidad de datos
que necesitan ser gestionados para que aporten valor a la Estrategia Corporativa.
Este documento constituye una herramienta para que el sector pueda desarrollar
una estrategia de implementacin de Sistemas de Bodegas de Datos adaptados a
las necesidades propias del negocio, acompaado de un Modelo de Datos
Organizacionales que se ajuste a la operacin de una empresa tpica de
comercializacin de energa regulada.
En el proceso de construccin de una Bodega de Datos el anlisis de

requerimientos es el paso que representa uno de los temas ms controvertidos y
con diferentes puntos de vista. En este paso se basa el xito del proyecto pues es
aqu donde se define la estructura que tendr el sistema. Un buen anlisis de
requerimientos y diseo conceptual define si se satisfacen las necesidades de los
usuarios al interior de la compaa y se cumplen sus expectativas con respecto a
la Bodega de Datos, y an ms importante un anlisis de requerimientos y diseo
conceptual bien implementado garantiza que la Bodega de Datos contribuir al
desarrollo de la estrategia y a la toma de decisiones.
En el anlisis de requerimientos diferentes autores proponen metodologas con

tres enfoques: Enfoque a los Datos (Golfarelli, Maio, & Rizzi, 1998) citado por
(Golfarelli M. , 2010), Enfoque en los Usuarios (Winter & Strauch, 2003) y Enfoque
en las Metas de la Compaa (Boehnlein & Ulbrich vom Ende, 2000) citado por
(Golfarelli M. , 2010). Otros realizan combinaciones de estas tcnicas formando
metodologas hbridas (Di Tria, Lefons, & Tangorra, 2012).
Este trabajo desarrolla dos herramientas y una Gua para el anlisis de

requerimientos en un Sistema de Bodega de datos. La primera herramienta es un
Modelo de Datos Organizacionales que permite definir por medio de un diagrama
de Clases UML un modelo conceptual que interpreta la operacin de una
empresa tpica de comercializacin de energa elctrica regulada en Colombia. A
partir de este modelo se desarrolla la segunda herramienta que es un Diagrama
de Flujo de Informacin que servir como herramienta al usuario en el momento
de describir sus necesidades. Finalmente se propone la Gua que utiliza estas
herramientas e introduce una serie de pasos que permiten al usuario tcnico dirigir
un proceso de anlisis de requerimientos para un Sistema de Bodega de Datos.
1. INTRODUCCIN
El mercado elctrico colombiano se encuentra regulado por el Estado, el cual

permite a las instituciones pblicas y privadas brindar los servicios de cada uno de
los actores de la cadena productiva1. Uno de los actores ms vulnerables2 de esta
cadena son los Comercializadores de Energa, los cuales para el ao 2013 eran
cuarenta y tres (43), y se ubican dentro de la categora de medianas y grandes
empresas predominando la primera de ellas.
Entendiendo que el mercado de comercializacin est soportado por empresas de

diferentes tamaos, y tiene bajo su responsabilidad gran parte de la estabilidad del
sector, es necesario que estas adopten estrategias tecnolgicas que les permitan
optimizar sus recursos, entender el negocio y ser eficaces en la prestacin del
servicio. Una de las oportunidades que se presentan es la gran cantidad de
Sistemas de Informacin que apoyan la operacin de estas compaas, sistemas
que generan gran cantidad de datos los cuales deben ser gestionados para
convertirse en informacin aprovechable.
Se ha encontrado que uno de los puntos ms controvertidos en la bsqueda de

modelos de desarrollo de Bodegas de Datos se encuentra en la etapa de anlisis
requerimientos, pues es esta la que define la columna vertebral del proyecto para
que finalmente el resultado que se obtenga pueda satisfacer las necesidades de
los usuarios.
Dentro de las metodologas encontradas se evidencia una gran cantidad de

propuestas que bsicamente se dividen en tres grandes grupos: enfocados en los
datos, enfocados en los usuarios y enfocados en las metas. Aunque diferentes en
sus planteamientos, cada propuesta aporta herramientas importantes para el
desarrollo de estos sistemas, por lo cual muchos autores han adoptado la
integracin de estas tcnicas para crear nuevas metodologas que finalmente le
dan al usuario un gran nmero de posibilidades para desarrollar su propio modelo
como por ejemplo Di Tria et al (2012), (Guo, Tang, Tong, & Yang, 2006) los cuales
sern analizados en este trabajo.
El mercado de comercializacin de energa elctrica en Colombia se encuentra

regulado por el Estado y se clasifica dentro de un modelo de servicios pblicos.
Este trabajo se inicia para dar un apoyo a este sector definiendo un modelo de
1
La cadena productiva de energa en Colombia la componen los Generadores, transmisores,
Distribuidores y Comercializadores.
2
La vulnerabilidad para algunos comercializadores radica en que dependen de los contratos de
energa que los Operadores de Red establezcan con ellos, y en la mayora de situaciones estn
expuestos a comprar la energa faltante para su operacin en la Bolsa de Valores a precios
superiores que finalmente son trasladados al usuario.
10
datos estndar que se pueda implementar en cualquier entidad que comercialice
energa regulada en Colombia, y a partir de este modelo desarrollar una Gua que
permita desarrollar un proceso de anlisis de Requerimientos de una Bodega de
Datos.
1.1 CONTEXTO DE TRABAJO
El sector energtico colombiano cuenta con participacin de diferentes agentes

que son controlados y regulados por el Estado Colombiano. Entre las entidades
involucradas se tiene: Ministerio de Minas y Energa (MME), Superintendencia de
Servicios Pblicos Domiciliarios (SSPD), Superintendencia de Industria y
Comercio y Compaa Expertos en Mercados (XM). Adicionalmente, estas
entidades proveen informacin a cada uno de los agentes que atienden la cadena
productiva que son:
Generadores: Encargados de producir la energa.

Transmisores: Transportan la energa a tensiones iguales o superiores a
220 kV.
Distribuidores: Transportan la energa en niveles inferiores a 220 kV.
Comercializadores: Los comercializadores de energa son intermediadores
que se encargan de efectuar el cobro, recaudo y entrega de dinero por la
prestacin del servicio de energa elctrica en Colombia.
Consultando en la pgina oficial del Sistema SUI para el primer trimestre del 2013
se encuentran registrados 43 comercializadores, y para el mismo periodo del ao
pasado existan 39, teniendo un incremento del 10%.
Por otra parte la cantidad de clientes en el sector no residencial en el primer

trimestre del 2013 era de 1.125.587, de los cuales solamente Codensa SA ESP y
las Empresas Pblicas de Medelln atienden el 42% de ellos, quince (15)
comercializadores tenan entre el 1% y el 7% del total de usuarios, y veinticuatro
(24) comercializadores tenan entre el 0.01% y menos del 1% del total de usuarios.
En el sector residencial en el primer trimestre del 2013 existan 11.194.262 de
usuarios, de los cuales solamente Codensa S.A. ESP, Empresas Pblicas De
Medelln E.S.P. y Electrificadora Del Caribe S.A. E.S.P. atienden el 52% de ellos,
catorce (14) comercializadores tenan entre el 1% y el 7% del total de usuarios, y
dieciocho (18) comercializadores tenan entre el 0.01% y menos del 1% del total
de usuarios. En las siguientes Ilustraciones se puede observar grficamente por
cada sector (No Residenciales y Residenciales) la distribucin de usuarios y el
nmero de comercializadores que los representan.
11
Ilustracin 1. Porcentaje de usuarios
Ilustracin 2. Porcentaje de usuarios
No Residenciales por cantidad de
Residenciales por cantidad de
comercializadores
comercializadores
Tomado de los reportes del SUI,
Tomado de los reportes del SUI, primer
primer trimestre de 2013
trimestre de 2013
Lo anterior indica claramente que existe una diferencia enorme entre las empresas
comercializadoras de energa regulada, siendo la mayora de ellas pequeas
empresas que atienden a una proporcin menor del mercado no residencial, la
mayora de los comercializadores atienden menos del 1% del total de los usuarios.
Consultando el valor facturado en el SUI en el mismo periodo sobre los mismos

comercializadores (con menos del 1% del total de usuarios), se obtiene un valor
de $5,520,413,352,296 para el sector no residencial y $5,990,560,773,576 para
el residencial. Por lo tanto atender pocos usuarios no implica que los montos
transados sean pequeos, y pone una gran responsabilidad a estos agentes con
respecto a la estabilidad del sistema.
Estos valores facturados se incrementaran teniendo en cuenta que ao a ao se

ha presentado un incremento de la demanda energtica. Por ejemplo desde enero
hasta septiembre de 2012 el consumo en el Pas fue de 44.286.199.277 de kWh, y
para el mismo periodo de 2013 se present un aumento de 2.5% (UPME, 2013),
esto es acorde a los planes del Gobierno Nacional los cuales se enfocan en
incrementar la oferta segn aparece en el Plan de Expansin 2009-2023 (UPME,
2009) y que desde el 2009 empez a incrementar la capacidad instalada del pas
para alcanzar los 4.378,80 MW.
Segn (KPMG, 2012) Colombia es el quinto pas ms competitivo del mundo en

cuanto a: la calidad de la matriz energtica, el acceso a la energa y los niveles de
compatibilidad de las polticas energticas con los desafos ambientales. A pesar
de estar entre los ms competitivos, los precios de la energa son los ms caros
en el continente y an ms que los pases industrializados. Segn (Ramrez, 2012)
en Colombia el precio de la energa elctrica fue de 17,6 centavos (ctv.) de
US$/kWh, en Brasil fue de 11,1 ctv. US$/kWh, en Per de 6,6 ctv. US$/kWh, en
Ecuador de 6,0 ctv. US$/kWh, en Venezuela de 1,4 ctv. US$/kWh, e incluso en
12
Estados Unidos fue de 6.9 ctv. US$/kWh. Lo anterior revela la desventaja
comercial que tiene el sector industrial en el Pas con respecto a la competencia
internacional.
Teniendo en cuenta este contexto elctrico, es necesario abordar cmo las

Tecnologas de la Informacin se puede apoyar a la industria de los
comercializadores de energa, ofreciendo soluciones como la Inteligencia de
Negocios (BI Bussines Intelligence) que permiten a las compaas hacer uso
eficiente de la Informacin, aprovechndola en la toma de decisiones que permitan
alcanzar los objetivos estratgicos y adquirir mayor competitividad.
En las Ilustraciones I y II se revela la gran diferencia que existe entre diferentes

comercializadores, de los cuales los ms pequeos encuentran obstculos para la
destinacin de presupuesto en sistemas de Inteligencia de Negocios. Estas
barreras surgen de la incapacidad de las reas de Tecnologa de cuantificar o
medir los beneficios de este tipo de soluciones. En un reporte acerca de 510
compaas Eckerson (2003) por medio de encuestas de seleccin mltiple detalla
las ventajas que consideran relevantes para cada uno de los participantes acerca
esta tecnologa, lo cual pone de manifiesto que la mayora no son tangibles lo que
demanda mayor habilidad para la justificacin de estos proyectos:
Ilustracin 3. Beneficios tangibles e intangibles de BI

Fuente: (Eckerson, 2003)
Para que los beneficios (tangibles o no tangibles) de una implementacin de un

Sistema de Inteligencia de Negocios puedan reflejarse es necesario considerar
que debe haber una alineacin de los objetivos estratgicos con el resultado
obtenido, de igual forma el sistema construido deber responder a las preguntas
de negocio que se requieran para dar apoyo a la estratgica y operacin de la
empresa.
En cuanto al anlisis de requerimientos para las Bodegas de Datos existen tres

paradigmas principales, los cuales son; enfocados en los datos, enfocados en los
usuarios y enfocados en las metas. Estos se diferencian entre s por la forma de
13
abordar el problema, centrndose en las necesidades de la compaa y usuarios o
en los datos de los sistemas transaccionales, pero a su vez cada uno presenta
diferentes formas de implementacin. Existen autores que han realizados trabajos
importantes al desarrollar mtodos de integracin con tcnicas hbridas. Lo
anterior puede desorientar a las compaas en la implementacin de sus sistemas
de Bodegas de Datos, lo cual les exige seleccionar la metodologa ms apropiada
para atender sus necesidades.
1.2 PLANTEAMIENTO DEL PROBLEMA
La comercializacin de Energa se debe apoyar en la tecnologa para solucionar

los problemas estratgicos y operativos y as prestar servicios de forma gil y
ordenada.
Una necesidad de este sector es el poder contar con informacin oportuna para la
toma de decisiones, permitindole cumplir con sus objetivos estratgicos,
mejorando la competitividad, capacidad de reaccionar ante los cambios y la
satisfaccin al cliente.
A pesar de que en Colombia existe un mercado energtico competitivo y regulado

(KPMG, 2012), no se encontr una Gua que apoye el anlisis de requerimientos y
diseo de un sistema de Toma de Decisiones para los Comercializadores de
energa en Colombia, que consolide un modelo de informacin de los datos
relevantes a la operacin.
1.3 OBJETIVOS
1.3.1 Objetivo General.
Proponer una Gua para el anlisis de requerimientos de una Bodega de Datos

(DW Data Warehouse) que apoye la toma de decisiones y anlisis operativo en
empresas Comercializadoras de Energa Elctrica Regulada en Colombia. Que
cuente con una metodologa que permita orientarse en los objetivos
organizacionales y sus necesidades, integrndose con los datos de los sistemas
operacionales que sean comunes a este tipo de organizaciones en el pas.
1.3.2 Objetivos Especficos:
1. Definir un modelo que contenga las entidades de informacin correspondientes

a fuentes de datos que apoyan los procesos operativos que sean de inters
comn al sector de Comercializacin de energa en Colombia. Las entidades
14
debern estar relacionadas con los procesos; Servicio Tcnico, Servicio
Comercial, Servicio al Cliente, Facturacin y Cartera.
2. A partir del anlisis de diferentes metodologas y la integracin de las
entidades de informacin comunes a este sector, crear una Gua para el
anlisis de requerimientos de una Bodega de Datos que apoye la toma de
decisiones y anlisis operativo en empresas Comercializadoras de Energa
Elctrica en Colombia.
3. Aplicacin de la Gua por medio de una caso real sobre un Proceso de negocio
en una empresa tpica que comercialice energa en Colombia.
1.4 RESUMEN DEL TRABAJO REALIZADO
El modelo propuesto est dividido en dos componentes:
Herramientas: Se desarrollan dos Artefactos, los cuales modelan los datos de

una empresa tpica de comercializacin de energa elctrica regulada en
Colombia. Estas herramientas son necesarias para la ejecucin de la Gua.
Ejecucin: En este componente se presenta una Gua para el desarrollo del
anlisis de requerimientos de un sistema de Bodega de Datos. Esta Gua
orienta al usuario a partir de los Objetivos Estratgicos de la compaa y de un
anlisis de sus Procesos y Procedimientos.
El primer componente se divide en dos Herramientas, en la primera se presenta

un Modelo de Datos Organizacionales que consiste en la definicin por medio de
diagramas de Clases UML la disposicin conceptual de los datos operativos de
una empresa tpica que comercializa energa elctrica regulada en Colombia. Fue
desarrollado basado en los Procesos, Procedimientos y Sistemas de Informacin
que posee una empresa tpica del sector. Detalla por medio de Clases las
entidades de datos y sus relaciones, as como los atributos y el tipo de datos de
cada uno. Las clases se encuentran agrupadas por paquetes los cuales hacen
referencia al funcionamiento de una empresa de este tipo, los cuales son:
General
Red
Comercial
Servicio al Cliente
Facturacin y cartera
Consumos
Servicio tcnico
Este Modelo se construy basado en la operacin de una empresa tpica del
sector, por lo cual es posible que pueda sufrir algunos cambios para adaptarse a
15
otro modelo, lo que no debera representar una complicacin pues est elaborado
en lenguaje UML que le permite adaptarse a otro contexto.
La segunda herramienta comprende la elaboracin de un Diagrama de Flujo de

Informacin que se construy con base en el Modelo de Datos organizacionales.
Esta herramienta transforma la nomenclatura del Modelo de Datos a un Diagrama
de Grafos, facilitando entre otras cosas la interpretacin y utilizacin por parte de
un usuario final.
El Diagrama de Flujo de Datos se construye a partir de reglas que son redefinidas

a partir de la metodologa planteada por (Bonifati, Cattaneo, Ceri, Fuggetta, &
Paraboschi, 2001). Como el Modelo de Datos Organizacionales puede tener
diferentes cambios dependiendo de su aplicacin, el Diagrama de Flujo de
Informacin tambin podr ser modificado dependiendo de los cambios que surjan
en el negocio. Por lo tanto se presentan las reglas de construccin del Diagrama
para que el usuario pueda continuar con la labor de actualizarlo.
La Gua se enfoca inicialmente en los Objetivos Estratgicos de la compaa que

se est analizando. Posteriormente incorpora elementos como los Procesos y
Procedimientos los cuales permitirn desarrollar una serie de Formatos y Matrices
que junto a las herramientas definidas previamente permitirn la elaboracin del
anlisis de requerimientos de una Bodega de Datos orientado a los objetivos. La
Gua del componente de Ejecucin comprende los siguientes pasos:
Identificacin de Procesos y Procedimientos

Matriz de Procesos Versus Clases
Plasmar la Estrategia Corporativa
Matriz de Procesos Versus Estrategia
Levantamiento de Requerimientos
Anlisis de variables
Definicin Dimensional
Como se puede observar este Modelo se puede catalogar dentro de un esquema
Hbrido Secuencial, en donde inicialmente se define un Modelo de Datos
Organizacionales y un Diagrama de Flujo de Informacin genrico a partir del
concepto de Comercializacin de energa. Posteriormente se utiliza estas
herramientas para apoyar la Gua que orienta paso a paso la ejecucin del anlisis
de requerimientos de una Bodega de Datos enfocados en los Objetivos
Estratgicos de la compaa.
1.5 RESUMEN DE RESULTADOS OBTENIDOS
16
El desarrollo de este trabajo dio como resultado la definicin de los siguientes
Artefactos:
Modelo de Datos Organizacionales: Modelo que a travs de Diagramas de

Clases UML describe el concepto de comercializacin de energa en Colombia.
El cual puede ser aplicado sobre cualquier otro comercializador del pas por la
regulacin que existe y homogenizacin de la operacin del negocio.
Diagrama de Flujo de Informacin: Es el resultado de la transformacin del

Modelo de Datos Organizacionales a travs de unas reglas que son
redefinidas. Se convierte en una carta de navegacin para el usuario final, que
indica las entidades de datos disponibles y la posibilidad de realizar enlaces
entre ellas para analizar variables en un Sistema de Bodega de datos.
Gua para el anlisis de requerimientos de un Sistema de Bodega de

datos: Comprende una serie de pasos que se desarrolla a partir de la
identificacin de los Objetivos Estratgicos de la compaa, as como en el
anlisis de Procesos y Procedimientos de la misma. Esta Gua utiliza el Modelo
de Datos Organizacionales y el Diagrama de Flujo de Informacin para
determinar el diseo final de un Sistema de Bodega de Datos con un enfoque
Hbrido Secuencial orientado a los objetivos.
1.6 ORGANIZACIN DEL DOCUMENTO
En el segundo captulo de este documento se encontrar el Marco Terico del

trabajo realizado. Este numeral esta subdividido en tres partes: La primera parte
explica cul es el entorno energtico colombiano, los agentes del mercado, las
entidades de control y regulatorias del Estado, composicin de la tarifa y dems
temas necesarios para la comprensin del mercado. La segunda parte realiza un
barrido del estado del arte de las diferentes metodologas que se encontraron y
que hacen referencia al proceso de anlisis de requerimientos de Sistemas de
Bodegas de datos. La tercera parte realiza una clasificacin de las metodologas
de las cuales se tomaron elementos importantes considerados necesarios para
incluirlos en este documento y finalmente desarrollar los tres Artefactos
presentados, adicionalmente detalla las nuevas propuestas que se consideraron
necesarias para la implementacin del modelo final.
En el tercer captulo se encuentra el Modelo Propuesto, se explica la subdivisin

en componentes: Un Componente de herramientas y un Componente de
Ejecucin que conjuntamente permiten la elaboracin del diseo final de un
Sistema de Bodegas de datos para comercializadores de energa elctrica
regulada en Colombia.
17
En el cuarto captulo se encontrar la aplicacin del Modelo propuesto, la cual fue
realizada sobre el proceso Comercial en una empresa tpica de comercializacin
de energa elctrica regulada.
En el quinto captulo se encontrar el detalle de los resultados obtenidos, lo cual

corresponde a lo planteado inicialmente en los objetivos especficos de este
documento y que finalmente corresponde a la entrega de tres artefactos
importantes para la industria.
18
2. MARCO TERICO
2.1 ENTONO ENERGTICO
La Constitucin Poltica de Colombia de 1991 estableci las bases para que el

sector privado pudiese desarrollar actividades orientadas a prestar servicios
pblicos domiciliarios, adicionalmente se reforz la funcin del estado como
entidad de control, vigilancia y regulacin de las entidades prestadoras de estos
servicios (UPME, 2004) .
Posteriormente se expidieron las leyes 142 y 143 de 1994 que establecieron el

marco legal para la prestacin de servicios pblicos domiciliarios con calidad.
Adicionalmente fueron creadas instituciones con distintas funciones para atender
el mercado y proveer informacin, las cuales son:
INSTITUCIN RESPONSABLE TIENE A SU CARGO

Ministerio de Rector de la poltica Unidad de Planeacin Minero
Minas y Energa energtica del Pas Energtico (UPME), encargada de la
(MME), planeacin energtica.
Comisin de Regulacin de Energa y
Gas (CREG), encargada de la
regulacin del sector.
Superintendencia Vigilancia y el control Sistema nico de Informacin de

de Servicios de las empresas Servicios Pblicos (SUI), centraliza las
Pblicos prestadoras del necesidades de informacin de las
Domiciliarios servicio pblico Comisiones de Regulacin, los
(SSPD) Ministerios y dems organismos
gubernamentales que intervienen en
la prestacin de servicios pblicos
Superintendencia Promocin y
de Industria y proteccin de la
Comercio competencia
19
INSTITUCIN RESPONSABLE TIENE A SU CARGO
Compaa Operacin del Centro Nacional de despacho (CND),
Expertos en sistema y la planea, supervisa y controla la
Mercados (XM) administracin del operacin de los recursos de
Mercado generacin, transmisin e
interconexin.
Administrador del Sistema de
Intercambios Comerciales (ASIC),
responsable del registro y liquidacin
de los contratos de largo plazo, de las
transacciones en la Bolsa y de
mantener el sistema de informacin
del Mercado de Energa Mayorista
(MEM).
Liquidador y Administrador de
Cuentas (LAC), encargado de facturar,
cobrar y distribuir los cargos por uso
del Sistema de Transmisin Nacional
(STN).
Consejo Nacional Acordar los aspectos

de Operacin tcnicos para
(CNO) garantizar que la
operacin conjunta
del Sistema
Interconectado
Nacional (SIN) sea
segura, confiable y
econmica
Comit Asesor de Asistir a la CREG en
la el seguimiento y la
Comercializacin revisin de los
(CAC) aspectos comerciales
del Mercado de
Energa Mayorista
Comit Asesor del Asesorar a la UPME
Planeamiento de en el proceso de
la Transmisin revisin anual del
(CAPT) Plan de Expansin
de la Transmisin.
Ilustracin 4. Instituciones que atienden el mercado energtico en Colombia
La Ley 143 de 1994 tambin define la actividad de interconexin como una

actividad que debe estar separada de las dems actividades de la cadena
productiva de la electricidad (generacin, transporte, distribucin y
20
comercializacin). Las entidades que atienden la cadena productiva son los
Agentes (Quintero Montao, 2011):
Generacin: La generacin es la produccin de la energa elctrica. La ley

establece dos modalidades de transaccin, de forma libre en el mercado, como
resultado de las fuerzas del mercado (bolsa de energa) y mediante contratos
bilaterales. En la reglamentacin del mercado se distinguen los siguientes
tipos:
o Que posean plantas conectadas al SIN, con capacidad mayor o igual a
20 MW, quienes estn obligados a ofertar precios y declarar capacidad
para el Despacho Central.
o Que posean plantas conectadas al SIN, con capacidad mayor o igual a
10 MW y menor a 20 MW, los cuales pueden optar por participar en la
oferta para el Despacho Central.
o Los autogeneradores son aquellas personas naturales o jurdicas que
producen energa elctrica exclusivamente para atender sus propias
necesidades. No pueden vender parcial o totalmente su energa a
terceros, exceptuando en situaciones de racionamiento declarado de
energa.
o Los cogeneradores son aquellas personas naturales o jurdicas que
producen energa utilizando un proceso de cogeneracin, pueden
vender sus excedentes de energa y atender sus necesidades en el
MEM.
Trasmisin: Son los agentes que desarrollan la actividad del transporte de la
energa en el sistema a tensiones iguales o superiores a 220 kV, a estas redes
se les denomina Sistema de Transmisin Nacional (STN). La transmisin es
una actividad de monopolio natural, por tanto es una actividad regulada en todo
sentido (ingreso, calidad, acceso).
Distribucin: Es la actividad del transporte de la energa en niveles inferiores
a 220 kV.
o Sistema de Transmisin Regional (STR): Sistema de transporte de
energa elctrica compuesto por los activos de conexin al STN y el
conjunto de lneas y subestaciones, con sus equipos asociados, que
operan en el Nivel de Tensin 4 (tensiones superiores o iguales a 57.5
kV) y que estn conectados elctricamente entre s a este Nivel de
Tensin, o que han sido definidos como tales por la Comisin.
o Sistema de Distribucin Local (SDL): Sistemas de transporte de energa
elctrica compuesto por el conjunto de lneas y subestaciones, con sus
equipos asociados, que operan a los niveles de tensin 3 (57.5kV< kV
30kV), nivel 2 (30kV < kV 1kV) y nivel 1 ( 1kV) dedicados a la
prestacin del servicio en uno o varios Mercados de Comercializacin.
Comercializacin: Los comercializadores son los prestadores del Servicio de
energa elctrica, actan como agentes de intermediacin, encargndose de
comprar la energa y venderla a los usuarios regulados y no regulados.
21
La interaccin entre Agentes y entidades del sector puede ser observada en la
Ilustracin 5:
Ilustracin 5. Esquema Institucional del Sector Elctrico Colombiano.

Fuente: (CREG, 2013)
La estructura tarifaria de la energa, contempla la identificacin del costo del

servicio y precio que se le cobra a los usuarios. Se puede observar que el valor de
la comercializacin como agente del mercado tiene un impacto sobre el valor final.
En esta se tienen en cuenta los valores de la tarifa por unidad de medida, para
remunerar a cada uno de los agentes, la cual se obtiene de la siguiente forma:
Ilustracin 6. Determinacin Tarifa (Costo Servicio) Res. CREG 119 de 2007
22
Fuente: (CREG, 2013)
Las organizaciones necesitan capturar y entender los datos que se presentan en

su entorno, de manera que apoyen la toma de decisiones y as actuar de la
manera correcta en las actividades que emprenden. Los negocios actuales
presentan dinamismos propios de un sistema econmico totalmente sensible a las
diferentes variables del mercado, permitiendo la supervivencia de los ms
informados y rpidos.
2.2 METODOLOGAS PARA LA ELABORACIN DE ANLISIS DE

REQUERIMIENTOS DE BODEGAS DE DATOS
Inteligencia de Negocios (BI) es un trmino que combina arquitecturas,

herramientas, bases de datos, herramientas analticas, aplicaciones y
metodologas (Raisinghani, 2004). El mayor objetivos de BI es disponer acceso
interactivo a los datos, para permitir la manipulacin de los mismos, y dar a los
administradores de negocios y analistas la habilidad para conducir anlisis
apropiados. Por medio de datos histricos y actuales, situaciones, y acciones, los
tomadores de decisiones obtienen conocimiento que les permite estar mejor
informados y tomar las mejores decisiones (Turban, Aronson, Liang, & Sharda,
2007).
Un sistema BI cuenta con 4 grandes componentes (Turban, Aronson, Liang, &

Sharda, 2007):
Bodegas de datos (Data Warehouses - DW) con sus fuentes de datos.
Anlisis de Negocios, conjunto de herramientas para manipular, realizar
minera, y analizar los datos en la DW. Dentro de este se encuentra el
Operational Business Intelligence que permite realizar anlisis sobre los datos
operativos de la organizacin.
Administrador del desempeo de los Negocios (Business Performance
Management BPM) para monitorear y analizar el desempeo. Extiende el
monitoreo, medicin de indicadores de desempeo, usualmente combinado
con soluciones de Balanced Scorecard y Dashboards.
Interfaz de usuario.
Para el desarrollo de requerimientos en los DW tambin se habla de

requerimientos funcionales y no funcionales, los funcionales especifican lo que el
sistema debe realizar y los no funcionales especifican como debe comportarse en
cuanto a desempeo, confiabilidad, disponibilidad, entre otros. Con respecto a los
requerimientos funcionales, existen tres principios de diseo los cuales son:
Orientado a los Datos: Es una tcnica tipo bottom-up que comienza con el
anlisis de las fuentes de datos para determinar los elementos (hechos y
23
dimensiones) que pueden ser tiles en el anlisis en la toma de decisiones
de una organizacin como es expresado por Winter et al (2003). Esta
tcnica deja de lado las necesidades de la organizacin y el modelo
finalmente obtenido puede que no se ajuste a los requerimientos de los
usuarios. Esto aumenta la probabilidad que el sistema no sea aceptado y
finalmente no se utilice.
Orientado al Usuario: Es una tcnica tipo bottom-up que empieza por
determinar los requerimientos de informacin de los diferentes usuarios,
como es expresado por Winter et al (2003). El problema surge por la
posibilidad de no encontrar las fuentes de datos que se ajusten a las
necesidades de los mismos, adicionalmente hay que tener cuidado con las
peticiones de los usuarios asegurndose que se encuentren alineadas con
los objetivos estratgicos de la organizacin. Corre el riesgo en
descontinuarse rpidamente pues depende de las necesidades cambiantes
de las personas.
Orientado a los Objetivos: Es una tcnica tipo top-down la cual se enfoca
en la estrategia del negocio que recopila por medio de entrevistas a los
niveles ms altos de administracin en la compaa, para modelar
Indicadores Clave de Desempeo (KPI- Key Performance Indicators)
cuantificables dentro del DW. La aplicabilidad de esta tcnica depende de la
disposicin que tenga la Gerencia con el proyecto (Golfarelli M. , 2010).
En muchos ocasiones hablar de Orientado a los Usuarios y Orientado a los

Objetivos puede tomarse como uno solo llamado Orientado a la Demanda, pero
se debe tener en cuenta que Orientado a los Objetivos se basa en el
refinamiento de unos pocos Objetivos de Negocio definidos por la alta
administracin, y a su vez Orientado a los Usuarios los requerimientos son
obtenidos por medio de los usuarios finales que pueden ser los de nivel tctico. La
diferencia entre estos dos enfoques se puede presentar cuando los usuarios a
nivel tctico no tienen claro la estrategia del negocio y los objetivos de la
organizacin (Golfarelli M. , 2010). A partir de los tres enfoques anteriores, existen
autores que plantean enfoques Hbridos los cuales permiten la aplicacin las tres
tcnicas bien sea de forma paralela o secuencial como muestra Di Tria et al
(2012).
Los enfoques de tipo Orientados a la Demanda utilizan diferentes tcnicas de

levantamiento de requerimientos como i* (Yu, 1997), de este surge Tropos y luego
se evoluciona hacia GRAnD (Giorgini, Rizzi, & Garzetti, 2008). Estos mtodos
utilizan formalismos diferentes pero su base es i*, lo que buscan es la
representacin de los requerimientos iniciales (early requirements). Su anlisis se
centra en los objetivos de alto nivel de los interesados y de los tomadores de
decisiones, ms que de funcionalidades especficas que el sistema debera hacer,
explora las motivaciones y el por qu de los requerimientos como lo muestra
Giorgini et al (2008).
24
Dentro de las metodologas hbridas se encuentran tambin subdivisiones entre
ellas; metodologa hbrida secuencial y Metodologa hbrida paralela. En la
Metodologa hbrida secuencial se desarrolla primero un enfoque bien sea
Orientado a usuario u Orientado a los Datos y a partir de este se desarrolla el
segundo tomando como base el implementado inicialmente, por ejemplo Di Tria et
al (2012) presenta un modelo secuencial que primero define la etapa de
requerimientos la cual se apoya sobre el marco de trabajo i* (Yu, 1997), luego
realiza un diseo multidimensional a partir de las bases de datos que contiene la
compaa realizando una reconciliacin entre ambos modelos y posteriormente
realizando un modelado dimensional a travs de tcnicas UML. En la Metodologa
paralela se ejecutan ambas en forma simultnea y a partir de estas se generan
esquemas diferentes, finalmente ambos esquemas son mezclados para
determinar el modelo multidimensional final, por ejemplo Bonifati et al (2001)
desarrollan un modelo orientado a Metas utilizando el Paradigma Goal Question
Metrics-GMQ (Basili, Caldiera, & Rombach, 1994) citado por Bonifati et al(2001) y
paralelamente desarrolla un esquema orientado a los datos que primero construye
un modelo de relaciones a travs del Modelo de Entidad Relacin el cual es
llamado C-Graph, posteriormente convierte el C-Graph en un esquema tipo Copo
de Nieve, y finalmente a travs de unas reglas bsicas lo convierte en el modelo
Estrella. Finalmente ambos esquemas son integrados para desarrollar el modelo
multidimensional que el usuario desea.
Con respecto a la implementacin de sistemas BI para el mercado energtico, en

la investigacin que se realiz se destaca el trabajo realizado por (Andrade,
Carrasco, & Espinoza, 2007) y (Pea Fiel, 2010). En estos se pueden encontrar
modelos y prototipos tanto de la capa de datos como de los modelos de DW
ajustados al sistema elctrico Ecuatoriano y a las particuparidades de la empresa
Centro Sur. En cambio el trabajo que se plantea en este documento aborda un
Modelo de datos Genrico y una Gua que puedan ser aplicados a cualquier caso
de Comercializacin de Energa elctrica regulada en Colombia.
2.3 ANLISIS DE METODOLOGAS BASE PARA EL DESARROLLO DE ESTE

TRABAJO
Para el desarrollo de este trabajo se realiz un anlisis de diferentes

metodologas. Como se explic anteriormente existen tres enfoques y tambin
hbridos que permiten incrementar la efectividad del mtodo.
25
A continuacin se presenta un cuadro comparativo entre cada metodologa, en
donde se detalla por cada obra el mtodo de notacin utilizado 3 y el enfoque
propuesto. En algunas se encontrar que aplican a dos o ms enfoques, en este
caso se mostrar la columna Integracin la cual define el punto en donde los
enfoques se integran para definir un diseo hbrido.
3
Los mtodos de notacin hace referencia a la metodologa para realizar el levantamiento de
requerimientos, en donde algunos utilizan el modelo i*, otros utilizan GRAnD o TROPOS, y algunos
complementan el anlisis con UML entre otros.
26
Nombre / Autor
Notacin
Principal / Ao Orientado a Objetivos Orientado a los Datos Orientado a los Usuarios Integracin
utilizada
/Descripcin
1.1. Desarrollar la estrategia
corporativa
1.2. Identificar los principales reas
del negocio.
1.3. Definir los KPI de cada rea.
1.4. Identificar a los usuarios
objetivo
1.5. Identificar rea temticas
1.6. KPI
2.1. Identificar Sistemas Fuente

2.2. Clasificar las tablas de datos
Triple-Driven Data
desde cada fuente
Modeling
Methodology in Data 2.3. Eliminar tablas
Warehousing: A operacionales puras y columnas.
Case Study. Yohong 2.4. Mapear las tablas faltantes
Guo, 2006. en reas temticas.
2.5. Integrar las tablas en de las
reas en esquemas temticos.
2.6. Esquema de
Datos Empresariales
orientados por
asuntos.
3.1 Entrevistas con los

usuarios
3.2. Recoleccin de reportes
y anlisis
3.3. Preguntas del negocio
27
Nombre / Autor
Notacin
utilizada
/Descripcin
3.4. Analizar requerimientos
presentados por medidas y
dimensiones
1.1. Identificar usuarios
1.2. Identificar tipos de
aplicaciones dominantes
2.1. Analizar informacin que

se provee actualmente
2.2. Crear mapa de
informacin agregada
2.3. Analizar sistemas de
informacin fuente
A method for
demand driven 3.1. Analizar demanda de
information informacin
requirements 3.2. Comparar informacin
analysis in data agregada provista y
warehousing demanda de informacin
projects.Roberth 3.3. Asignar prioridades
Winter, 2003. 3.4. Incrementar el nivel de
detalle
3.5 Homogenizar
requerimientos de
informacin
3.6. Revisin de la
asignacin de prioridades
4.1 Crear esquema de datos

4.2. Evaluar esquema de
datos
Goal-Oriented Esquema de 1. Modelo Organizacional
28
Nombre / Autor
Notacin
utilizada
/Descripcin
Requirement hechos 1.1. Anlisis de Objetivos
Analysis for Data TROPOS 1.2. Anlisis de Hechos (facts)
Warehouse Design. 1.3. Anlisis de Atributos
Paolo Giorgini, 2005.
2. Modelamiento de Decisiones
2.1. Anlisis de Objetivos
2.2. Anlisis de Hechos (facts)
2.3. Anlisis de Dimensiones
2.4. Anlisis de Medidas
3. Marco de trabajo de diseo

combinado
3.1. Mapeo de requerimientos
3.2. Construccin de Jerarquas
3.3. Refinamiento
1. Modelo Organizacional
1.1. Anlisis de Objetivos
1.2. Anlisis de Hechos (facts)
1.3. Anlisis de Atributos
GRAnD: A goal- 2. Modelamiento de Decisiones

oriented approach to Esquema de 2.1. Anlisis de Objetivos
requirement analysis hechos 2.2. Anlisis de Hechos (facts)
in data warehouses. TROPOS 2.3. Anlisis de Dimensiones
Paolo Giorgini, 2008
2.4. Anlisis de Medidas
3. Marco de trabajo de diseo

mezclado
3.1. Mapeo de requerimientos
3.2. Construccin de Jerarquas
29
Nombre / Autor
Notacin
utilizada
/Descripcin
3.3. Refinamiento
3.3.1. Operaciones
sobre hechos
3.3.2. Operaciones
sobre Jerarquas
3.3.3. Operaciones
sobre Medidas
1. Objetivos de Negocios para Data
Warehouses
1.1 Objetivos estratgicos
Designing data 1.2. Objetivos de Decisiones
warehouses: from 1.3. Objetivos de Informacin
business
requirement analysis i*
to multidimensional UML 2.1. Construir el Modelo de
modeling. Jos Dependencia estratgica
Norberto Mazn, 2.2. Construir el Modelo de relacin
2005. Estratgica
3.1. Desde i* hasta el modelado

Multidimensional UML
1. Anlisis de Requerimientos
1.1. Construir el Modelo de
Hybrid methodology Dependencia estratgica
for data warehouse 1.2. Construir el Modelo de relacin
i*
conceptual design by Estratgica
UML
UML schemas.
Extended
Francesco Di Tria,
DFM 2. Modelado multidimensional (UML)
2012. Hibrido
paralelo.
3. Reconciliacin
30
Nombre / Autor
Notacin
utilizada
/Descripcin
4. Generacin de rbol de
atributos
5. Modelado avanzado de datos

5.1. Definicin de dimensiones
5.2. Definicin de medidas
5.3. Definicin de jerarquas
5.4. Definicin de atributos
descriptivos
5.5 Optimizacin de base del
conocimiento
5.6. Validacin
1. Fase Top-Down
1.1. Identificacin de Metas
1.2 Integracin de Metas
1.3 Anlisis de Metas
1.4 Determinar fragmentos del
Designing Data esquema ideal
Marts for Data
GQM
Warehouses. Angela 2. Anlisis Bottom-Up
Paradigm
Bonifati, 2001. 2.1. Mapeo del esquema
C-Graph
Metodo Hbrido Entidad-Relacin dentro de un
Paralelo. Grafo de Conexin (C-Graph)
2.2. Explorar el C-Graph
2.3. Convertir el C-Graph en
modelo estrella
3. Integracin
Tabla 1. Clasificacin de Metodologas de Anlisis de Requerimientos Funcionales de Bodegas de datos
31
Como anlisis general, todas las metodologas tienen elementos comunes que
permiten definir componentes importantes a tener en cuenta en el momento de
elaborar una metodologa propia.
En el caso de las metodologas que utilizan notaciones de i*, TROPOS y GRAnD,

debido a que todas tienen un origen comn 4 , plantean la definicin de dos
Modelos importantes:
Un modelo que detalla la estructura y comportamiento de la compaa y la

relacin entre involucrados, en TROPOS este modelo se llama modelo
Organizacional y por ejemplo en i* se llama Modelo de Dependencia
Estratgica o Objetivos del data Warehouse.
El segundo Modelo detalla las relaciones y dependencias existentes o
necesidades de informacin para la toma de decisiones, en el cual se detalla
los requerimientos de los usuarios expresados como actores en el modelo.
A partir de este concepto nace el Modelo de Datos Organizacionales definido en

este trabajo, en el cual se describe el concepto de empresa a travs de sus
entidades de datos, atributos y relaciones representadas en un diagrama UML.
En el trabajo de Bonifati et al (2001) se plantean el desarrollo del enfoque

orientado a los datos en donde se realiza la transformacin de un modelo Entidad-
relacin para convertirlo en un Grafo de Conexin o C-Graph, con este concepto
Bonifati realiza la transformacin del C-Graph en un modelo SnowFlake o Copo de
Nieve para finalmente convertirlo en un Modelo Estrella. Dentro de la apreciacin
realizada se observ que llegar hasta un modelo de Estrella introduce un sesgo en
las posibilidades de diseo, se considera que el modelo inicial C-Graph puede ser
muy til en el momento de presentar al usuario una carta de navegacin para que
pueda expresar sus necesidades fcilmente y con mayores posibilidades. Por
ejemplo al llevar el Modelo hasta un esquema en Estrella se impide que se
visualice la posibilidad de implementar diseos tipo Bridge (Song, Rowen,
Medsker, & Ewen, 2001) que dan otras opciones al usuario en el momento de
encontrarse con rompimientos de muchos a muchos entre entidades. Otra
observacin que se corrige en este Trabajo es la siguiente: C-Graph establece que
una relacin de uno a muchos entre una entidad A hacia una entidad B debe ser
representada con una flecha entre las dos entidades que salga de la entidad B
hacia A (B A). Esto indica que la entidad B tiene acceso Dimensional a lo que
se encuentre en la Entidad A pero no viceversa, la modificacin consiste en que
hay casos particulares en donde la relacin a muchos se presenta pero que para
el elemento de A hay una sola posibilidad en un momento del tiempo, es decir que
por ejemplo hay una relacin de uno a muchos entre la Clase Punto de Conexin
4
El origen de todas estas notaciones es i*, a partir de esta se crearon las otras dos que se
mencionan.
32
y la Clase Medidor, pero que en el mismo punto del tiempo no puede existir dos
medidores conectados a la vez, esto hace que tambin pueda considerarse una
relacin dimensional desde A hacia B (A B).
A partir de este concepto nace el Diagrama de Flujo de Informacin, el cual

establece un Modelo tipo grafo que permite visualizar las grandes posibilidades
que se encuentran a travs de las relaciones entre entidades. Junto a este
concepto se requiri la creacin de reglas para realizar este Diagrama, esto por
cuanto los modelos descritos en el anlisis anterior se basan en diagramas de
Entidad-Relacin y en este caso tenemos un diagrama de Clases UML, lo cual
obliga a considerar nuevos elementos como por ejemplo la herencia.
Para la elaboracin de la Gua se tomaron elementos de todos los documentos

pero se introducen nuevos conceptos como por ejemplo basar el anlisis en los
Procesos y Procedimientos de la compaa, lo cual le da continuidad al concepto
de Modelo de Datos Organizacionales que est definido en estos trminos,
adems de permitir el anlisis con base en las necesidades de cada Proceso.
33
3. MODELO PROPUESTO
El Modelo para anlisis de requerimientos propuesto es de tipo Hbrido Secuencial

el cual inicia con el estudio conceptual del negocio, en este caso una
Comercializadora de Energa Elctrica Regulada en Colombia, para luego seguir
unos pasos metodolgicos hasta el diseo final.
La presente gua se divide en dos componentes fundamentales los cuales son:
Modelo de Datos Organizacionales

Diagrama Flujo Informacin
Herramientas
Identificacin de los Procesos y Procedimientos

Matriz de Procesos Versus Clases
Plasmar la Estrategia Corporativa
Matriz de Procesos Versus Estrategias
Ejecucin Levantamiento de Requerimientos Funcionales
Anlisis de variables
Tabla 2. Componentes del Modelo Propuesto
En el componente de Herramientas se hace referencia a dos pilares

fundamentales que sern desarrollados para acelerar el proceso, estos son un
Modelo de Datos Organizacionales y un Diagrama de Flujo de Informacin, los
cuales sern detallados ms adelante.
En el componente Ejecucin se desarrollar la Gua que utiliza las herramientas

previamente desarrolladas para finalizar con un diseo de una Bodega de datos
basada en las necesidades estratgicas de los usuarios.
3.1 COMPONENTE DE HERRAMIENTAS
3.1.1 Modelo de Datos Organizacionales
34
El Modelo de Datos Organizacionales es un aporte que se hace para
conceptualizar el comportamiento a nivel de datos de una comercializadora de
energa elctrica regulada en Colombia. Esto es posible gracias a que el mercado
de comercializacin de energa se encuentra regulado por la Ley Colombiana a
travs de la CREG y la SSP, por lo cual la variabilidad de datos entre compaas
comercializadoras es menor.
Para la elaboracin del Modelo de Datos Organizacionales se investig sobre una

compaa tpica de comercializacin en Colombia, a travs de sus procesos,
procedimientos y los sistemas de informacin que esta posee.
Para la construccin del Modelo inicialmente se pens en la elaboracin de un

Modelo Entidad Relacin Genrico, pero este podra haberse convertido en una
barrera puesto que las entidades de un MER no necesariamente tendran que ser
similares a las entidades de otro Sistema de Informacin en otra comercializadora
de energa y podra generar confusin en el momento del levantamiento de
requerimientos. Por lo anterior se necesitaba otro tipo de lenguaje que permitiera
transmitir un concepto de empresa sin ser restrictivo en cuanto a las entidades y
disposicin de las mismas, por lo cual para la representacin del Modelo deseado
se utilizaron Diagramas de Clases UML, con el cual se puede transmitir una idea o
concepto, a su vez un diagrama de clases permite modelar el mundo real en
trminos de objetos, atributos y sus relaciones.
El Modelo de Datos Organizacionales se encuentra estructurado en 8 paquetes

que agrupan caractersticas funcionales los cuales son:
General
Red
Comercial
Servicio al Cliente
Consumos
o Telemedicin
o Lectura Discreta
Servicio Tcnico
Los paquetes seleccionados representan divisiones de procesos que se pueden
encontrar en una compaa de comercializacin de energa elctrica regulada en
Colombia, y cada uno puede describirse de la siguiente forma:
General:
Este paquete representa las entidades que son comunes a todos los dems
paquetes, por ejemplo tenemos las siguientes entidades: Cliente, Tercero,
Contrato, Producto, etc.
35
Red
Este paquete representa la infraestructura bsica que requiere modelar un
comercializador de energa regulada en Colombia, hay que tener en cuenta
que el negocio de comercializacin no requiere mucha infraestructura para
operar, pues su gestin se concentra en la venta de energa a usuarios
industriales, comerciales y residenciales con demandas de energa inferiores a
55 MWh /mes o demandas de potencia inferiores a 0.1 MW. Por ejemplo
tenemos las siguientes entidades: Equipo de Comunicacin, Medidor de
Energa, Producto de Energa, Punto de Conexin, etc.
Comercial
Este paquete representa las entidades que se relacionan para soportar un
proceso Comercial, desde la adquisicin del cliente hasta la venta.
Servicio al Cliente
Este paquete representa las entidades que se requieren tener en cuenta para
soportar un proceso de Atencin al Cliente, en donde se deben registrar
solicitudes de quejas, reclamos, solicitudes, atencin de daos, entre otros.
Este paquete representa las entidades que se requieren para modelar un
proceso de facturacin y cobro de cartera, en donde se deber encontrar
facturas, cobros, conceptos, financiaciones, pagos, anticipos, etc.
Consumos
Este paquete se subdivide en dos partes, los cuales son los consumos
telemedidos y consumos obtenidos por medio de diferencia de lecturas
discretas. Ambos esquemas contienen entidades independientes para
representar su esquema de funcionamiento.
o Telemedicin
o Lectura Discreta
Servicio Tcnico
Este paquete representa las entidades que se requieren para soportar un
proceso de atencin tcnica, la cual se basa en la ejecucin de rdenes de
trabajo para cumplir con las actividades operativas con las que cuenta una
compaa comercializadora de energa regulada.
Para la elaboracin del modelo se utiliz la herramienta IBM Rational Modeler
Versin 7.5 la cual es recomendada por su completitud y estabilidad. Por su
extensin, la documentacin del Modelo de Datos Organizacionales se expone en
el Anexo 1 del presente trabajo, en donde se detallar todas las clases, atributos,
tipos de datos, diagramas, relaciones y dems caractersticas.
36
En el Anexo 1 las Clases que se exponen en la seccin Object Model Diagrams
se marcan de un color diferente cuando contienen atributos que son medibles y
pueden convertirse en variables de anlisis.
El Modelo de Datos Organizacionales por estar desarrollado sobre un lenguaje

como UML puede llegar a ser modificado y/o expandido por el usuario, para as
adaptarse completamente al esquema que requiera su compaa.
El la Ilustracin 7 se muestra a manera de ejemplo la estructura de las Clases que

aparecen en el Modelo y las relaciones entre ellas, para este caso se presentan
las clases Orden de trabajo, Solicitud y Cliente:
ServicioTecnico::OrdenTrabajo General::Solicitud
DuracionOrden:double DiasAbierta:double
CostoTrabajo:double ValorSolicitud:double
ValorCobrar:double CalificacionServicio:int
* 0..1
DisparaDepende
Requiere 1..*
EsRequerida 1
General::Cliente
Ilustracin 7. Ejemplo de Modelo Datos Organizacionales
Se observa que un Cliente requiere una (1) o muchas Solicitudes y una

Solicitud puede disparar o ejecutar entre cero (0) y muchas rdenes de Trabajo
para atender la solicitud, a su vez una Orden de Trabajo puede estar asociada a
una Solicitud y una solicitud debe siempre ser requerida por un (1) Cliente.
3.1.2 Diagrama de Flujo de Informacin
Para la elaboracin de este Diagrama se utilizar el Modelo de Datos

Organizacionales y a partir de unas reglas definidas se transformar para
convertirlo en el Diagrama de Flujo de Informacin. Este Diagrama busca ser una
carta de navegacin para los usuarios en el momento del levantamiento de
requerimientos, pues detalla en un lenguaje claro los nodos o entidades de datos
dimensionales, as como las entidades que contienen variables de anlisis y que
son susceptibles a convertirse en entidades de hechos.
37
En el Anexo 2 de este documento se incluye la transformacin de todo El Modelo
de Datos Organizacionales, pero teniendo en cuenta que este modelo puede
variar dependiendo de las modificaciones que el usuario requiera, se detallan a
continuacin las reglas que se deben seguir para la transformacin:
i. Por cada Diagrama de Clases UML se deber reemplazar los objetos

contenidos en este, de la siguiente forma:
Diagrama UML Diagrama de Grafos
Clase corriente
Clase que se convierte en tabla

de hechos (posee atributos
cuantificables)
Relacin uno a uno de A hacia

B
Relacin uno a muchos de A

hacia B
Se debe crear una nueva entidad

(AXB) representada por un Rombo.
Relacin muchos a muchos
entre A y B
38
Diagrama UML Diagrama de Grafos
Cuando hay una relacin de uno Se debe crear una nueva entidad
a muchos o de muchos a (AXB) representada por un Rombo
muchos entre A y B, pero que pero en este caso las flechas tienen
en un momento en el tiempo direccin bidireccional y la flecha que
solo existe un registro para la apunta al rombo debe estar con el
combinacin de ambos. Por fondo de su punta en blanco, esto
ejemplo una relacin indica como se puede tener acceso
MEDIDOR PUNTO DE desde amabas direcciones pero con
CONEXIN es de muchos a el cuidado de considerar las fechas
muchos pero esta entidad que marcan el intervalo de tiempo
cuenta con una fecha de vlido para el registro.
instalacin y otra de retiro del
medidor que garantiza que en
un momento del tiempo solo
haya un medidor instalado.
Clases que heredan sus

atributos a otras clases
Relaciones de herencia entre

una clase padre A y una clase
hija B
Tabla 3. Elementos de transformacin para definir Diagrama de Flujo de

Informacin.
Cada nodo detallado en el modelo est relacionado con una o ms

entidades que se encuentran dentro de un Diagrama de Clases, estas
relaciones se dan a travs de fechas que pueden ser unidireccionales o
bidireccionales, las cuales indican el alcance dimensional que tiene una
entidad sobre otra. Por ejemplo en la Ilustracin 8 se presenta el siguiente
anlisis multidimensional:
39
Ilustracin 8. Ejemplo de Alcance Dimensional entidad "Detalle Factura"
En este caso las entidades representadas con rectngulos son las que
tienen atributos medibles, o sea que son entidades que se podran convertir
en entidades de hechos, las entidades representadas por rectngulos con
esquinas curvas representan entidades dimensionales que pueden ser
incluidas en el anlisis de variables. Como se puede observar la entidad
Detalle tarifa tiene un alcance dimensional marcado por las flechas que
salen de ella, y que no le permite tener acceso a la dimensin Contrato o
Producto es decir que las posibilidades para modelar un esquema estrella
para la entidad Detalle Tarifa es la siguiente:
40
Ilustracin 9. Ejemplo de anlisis entidad "Detalle Factura"
Se puede observar como en un mismo Diagrama existen diferentes tablas

de hechos que pueden ser presentadas al usuario Factura y Detalle
Tarifa. Ambas Tablas de hechos tienen alcances dimensionales diferentes
y depende de la necesidad del usuario la transformacin de esta en un
modelo estrella.
Por ejemplo entidad de Hechos Factura tiene un alcance dimensional ms

amplio a Detalle Tarifa, pudiendo conectarse con otras entidades como
Contrato, Cliente, producto de Energa, Operador de Red, Tarifa y
Comercializador de la tarifa aplicada en la factura, como lo muestra la
Ilustracin 10:
41
Ilustracin 10. Ejemplo alcance dimensional de entidad "Factura"
ii. Por cada entidad de Hechos que se encuentre en el Diagrama de Flujo de

Informacin se deben separar sub-diagramas que permitan observar
detalladamente el alcance dimensional de cada entidad a analizar. El
diseador de la Bodega podr tomar decisiones en cuanto a tablas de
Hechos que pueda unir en una sola, lo cual tambin depender de la
granularidad que el usuario finalmente seleccione.
Siguiendo con la Tabla de Hechos Factura ubicada en el Diagrama de

Flujo de Datos del proceso Comercial, la aislamos para tener claro su
alcance dimensional, como lo muestra la Ilustracin 11:
42
Ilustracin 11. Ejemplo de Anlisis de entidad "Factura"
En la Ilustracin 11 se puede observar como las dems entidades o

dimensiones han quedado ocultas del diagrama que analiza Facturas
desde el Proceso Comercial.
iii. Cuando se analiza una tabla de hechos que a su vez tiene visibilidad de
otra tabla de hechos, la segunda debe convertirse en una entidad
dimensional, considrese el siguiente ejemplo de la Ilustracin 12:
43
Ilustracin 12. Ejemplo de conversin entidad de hechos por entidad dimensional
En la Ilustracin 12 se puede observar la entidad Detalle Tarifa

transformada en una entidad dimensional que puede ser relacionada con
Factura
iv. Cuando exista una relacin de herencia se debe duplicar la entidad padre
para que cada entidad hija tenga su propia asociacin y evitar tener
visibilidad (uno a uno) con otras entidades. Considrese la Ilustracin 13:
44
Ilustracin 13. Independizacin de Clases con Herencia
En Ilustracin 13 se separa la entidad padre Tercero porque cada uno de

sus hijos (Comercializadores, Operador de Red, Cliente) solo
comparten atributos heredados, pero de una entidad a otra no hay un
alcance dimensional.
v. Las relaciones de herencia entre entidades hijas que se convertirn en

tablas de hechos, pueden ser unificadas. Considrese la Ilustracin 14:
45
Ilustracin 14. Ejemplo Clases con herencia
En este caso (Ilustracin 14) las 3 entidades de Venta pueden ser tratadas
en un solo anlisis y su modelado se realizara conforme indica la Ilustracin
15:
Ilustracin 15. Ejemplo agrupacin de Clases a Analizar
46
vi. Cuando exista una entidad analizada (tabla de hechos) y entre ella y otra
entidad dimensional exista un rompimiento relacional de muchos a muchos,
se considera que la entidad analizada puede tener visibilidad de la entidad
a la cual se le est realizando el rompimiento. Considrese la Ilustracin 16:
Ilustracin 16. Manejo rompimiento de relacin "muchos" a "muchos"
En este caso (Ilustracin 16) la entidad Cita puede tener visibilidad hasta la
dimensin Ejecutivo de Cuenta, cabe aclarar que esto depende de la
necesidad del usuario y de la tcnica a utilizar para el modelado y
disposicin de los datos con base en los requerimientos que se identifiquen
por parte de los usuarios puesto que este esquema implicara tener en
cuenta una estructura Bridge, Agrupamiento o cualquier otra que pueda
aplicar como es explicado por Song et al (2001).
3.2 COMPONENTE DE EJECUCIN
En el Componente de Ejecucin de esta Gua se describen los pasos a realizar

para el desarrollo de anlisis de requerimientos de una Bodega de Datos en
comercializadores de energa elctrica regulada en Colombia, con base en las
herramientas previamente descritas.
3.2.1 Identificacin de los Procesos y Procedimientos
El siguiente paso es identificar los procesos y procedimientos que se modelarn.

Al hablar de procesos y procedimientos debemos referirnos a lo estipulado en la
Norma ISO 9001:2008 (ISO, 2001), en donde se define que Una actividad o un
conjunto de actividades que utiliza recursos, y que se gestiona con el fin de
permitir que los elementos de entrada se transformen en resultados, se puede
considerar como un proceso, es decir que cuando hablamos de proceso nos
47
referimos a un grupo de actividades que se enfocan en la consecucin de un
resultado y en las cuales pueden participar personas de diferentes reas con
objetivos comunes, como por ejemplo: Proceso Tcnico, Proceso Comercial,
Proceso de Atencin al cliente, etc.
En cuanto a procedimientos se entiende a las operaciones o actividades que son

agrupadas por los procesos y que llevan a cabo tareas necesarias para la
operacin, y estn motivados por la finalizacin de las mismas, como ejemplo de
procedimientos tenemos: Telemedicin de Fronteras, Recuperacin de lecturas
discretas, Liquidacin de cargos, registro de quejas, etc. Los procedimientos que
se deben considerar son aquellos que sean de gestin de datos ms no de
configuracin o mantenimiento del sistema.
En la identificacin de procesos y procedimientos se recomienda el Formato No. 1

Identificacin de Procesos y Procedimientos:
FORMATO No. 1 IDENTIFICACIN PROCEDIMIENTOS

COD PROCESO Cdigo de cuatro dgitos que identifica al proceso
PROCESO Nombre del Proceso
OBJETIVO Descripcin del Objetivo del Proceso
CODIGO
PROCEDIMIENTO OBJETIVO
PROCEDIMIENTO
Cdigo de cuatro
Nombre del
dgitos que identifica Descripcin del Objetivo del Procedimiento
Procedimiento
el Procedimiento
Tabla 4. Formato No. 1 - Identificacin Procedimientos
3.2.2 Matriz de Procesos Versus Clases
En este paso se debe identificar la relacin entre los Procesos y las Clases del
Modelo de Datos Organizacional, es decir que debe permitir tener claro las
Clases que intervienen en el Proceso especificado, para lo cual se construye una
matriz con las Clases en las Filas y los Procesos en las Columnas como aparece
en el Formato No. 2 Matriz de Clases Vs Procesos y se llena la intercepcin
entre ambos con una X para identificar la participacin de la Clase:
48
FORMATO No 2 MATRIZ DE CLASES VS PROCESOS
CODIGO PROCESOS
CLASE FUENTE DATOS
PAQUETE P1 P2 P3 P4 P5 PN
Nombre
Cdigo del X en caso que la
de la Clase Sistema de Informacin
paquete Clase de la fila
que se y entidad de datos de
que participe en el
relaciona donde se extrae los
contiene a proceso de la
por el datos de esta clase.
la Clase columna
Proceso
Tabla 5. Formato No 2 - Matriz De Clases Vs Procesos
En este formato es necesario que se relacione por cada clase el Sistema de

Informacin y la entidad desde donde se obtendrn los datos para el proceso de
extraccin, transformacin y carga.
3.2.3 Plasmar la Estrategia Corporativa.
En este paso se deben registrar los Objetivos estratgicos sobre los cuales estn
soportadas las acciones corporativas. Esto permite conocer las metas que tiene
una organizacin a mediano y largo plazo, para cumplir con su visin e inspirado
en su misin. Los objetivos estratgicos son los que orientan a cada individuo de
la organizacin en sus actividades, teniendo una repercusin importante en el
Sistema de Inteligencia de Negocios pues permite orientar su diseo a la
consecucin de los mismos. Para lo cual se recomienda utilizar el Formato No. 3
Objetivos Estratgicos Organizacionales.
FORMATO No. 3 OBJETIVOS ESTRATGICOS ORGANIZACIONALES

TIPO O
COD OBJETIVO DESCRIPCIN
PERSPECTIVA
Cdigo del Clasificacin que se d Nombre del Objetivo Descripcin detallada de
Objetivo al Objetivo. Estratgico lo que significa el objetivo.
Tabla 6. Formato No. 3 - Objetivos Estratgicos Organizacionales
3.2.4 Matriz de Procesos Versus Estrategias
Con base en los Procesos y Objetivos Estratgicos identificados, es necesario

construir una matriz que relacione a ambos de manera que se pueda visualizar el
impacto que tiene cada Proceso sobre cada una de las estrategias planteadas. Se
debe identificar en el cruce de la matriz el impacto del procedimiento dndole un
valor de uno (1) como un menor impacto y tres (3) como mayor, o cero (0) si no
hay un impacto. Al final se debe realizar la sumatoria de impactos de forma que se
permita identificar el impacto total de cada proceso sobre la estrategia corporativa.
49
FORMATO No. 4 MATRIZ DE PROCESOS VS ESTRATEGIAS
ESTRATEGIAS P1 P2 P3 P4 PN
Cdigo de la Estrategia 1 [0,1,3] [0,1,3] [0,1,3] [0,1,3] [0,1,3]
Cdigo de la Estrategia 2 [0,1,3] [0,1,3] [0,1,3] [0,1,3] [0,1,3]
Cdigo de la Estrategia N [0,1,3] [0,1,3] [0,1,3] [0,1,3] [0,1,3]
Suma Suma Suma Suma Suma
TOTALES
P1 P2 P3 P4 P6
Tabla 7. Formato No. 4 - Matriz De Procesos Vs Estrategias
Por medio de los totales por proceso se puede identificar el proceso con mayor
impacto sobre la Estrategia de la compaa, y a partir de este dato se inicia el
levantamiento de requerimientos por Proceso.
3.2.5 Levantamiento de Requerimientos Funcionales
Esta etapa permite guiar las entrevistas con los usuarios para determinar los
requerimientos funcionales y as realizar el diseo.
En el proceso de Levantamiento de Requerimientos es necesario disponer de la

Matriz de Procesos Vs Estrategias la cual es el punto de partida de esta etapa
pues este Formato identifica por cada Proceso los Objetivos Organizacionales que
se deben alcanzar, dando una orientacin al usuario sobre las preguntas que debe
hacerse para lograrlo.
Para la fase de levantamiento de requerimientos se deben seguir estos pasos:
i. Seleccionar el Proceso a modelar:

Seleccionar los procesos a los cuales se les realizar el anlisis
multidimensional.
ii. Identificar Objetivos Estratgicos Impactados por cada Proceso:

Para el Proceso seleccionado y basado en la Matriz de Procesos Vs
Estrategias se debe identificar los objetivos estratgicos en los cuales el
proceso tiene impacto, los cuales sern la partida del anlisis de
requerimientos.
iii. Definicin de los Objetivos del Negocio para la Bodega de Datos

En esta parte se describen los objetivos o indicadores que se pretenden
alcanzar para lograr los Objetivos Estratgicos y cmo conocer que se ha
logrado. Los Objetivos del negocio para la Bodega de Datos deben
contener el cdigo del Objetivo, la descripcin del indicador en la cual se
50
detalla la necesidad puntual junto a una unidad de medicin que presente
un rango o lmites que permita determinar el cumplimiento, y finalmente
debe contener la descripcin del indicador para conocer la forma de
calcularlo.
Durante este paso es necesario que los usuarios tengan a su disposicin el

Modelo de datos organizacionales y los Diagramas de Flujo de
Informacin los cuales permiten identificar mediciones que permitan
obtener mejores resultados en el proceso de anlisis de informacin. Con
estos diagramas el usuario podr tener una visin amplia de los Hechos
que podr analizar.
iv. Objetivos de Informacin

En esta parte se determinan acciones y anlisis necesarios que no
necesariamente se miden con indicadores, sino que obedecen a la
necesidad de anlisis sobre los datos por parte del usuario para tener
conocimiento de cmo se encuentra la operacin de la compaa. Los
objetivos de Informacin debern contener un campo para describir las
Acciones que se llevarn a cabo en procura de alcanzar con el
cumplimiento de los indicadores en los Objetivos del Negocio, y tambin
debern tener un campo para identificar la Necesidad de Informacin
orientada a la Accin establecida, en trminos de informacin este campo
responde a: Qu se requiere analizar para que los actores puedan tomar
sus decisiones?
Para Esta parte se recomienda utilizar el Formato No. 5 Objetivos del

Negocio.
3.2.6 Anlisis de variables

En esta parte se debe listar los Objetivos del Negocio para la Bodega de
Datos y cada Objetivo de Informacin y por cada uno se deber detallar
la variable que se requiere para proveer el dato, tambin se deber
identificar la variable en el Modelo de datos organizacionales.
Para esta parte se recomienda utilizar el Formato No. 6 Identificacin de

Variables.
51
FORMATO No. 5 - OBJETIVOS DEL NEGOCIO
PROCESO: Nombre del Proceso
OBJETIVOS DEL NEGOCIO PARA LA BODEGA DE DATOS OBJETIVOS DE INFORMACIN
OBJETIVO ESTRATGICO NECESIDAD
CODIGO DESCRIPCION INDICADOR ACCIONES CODIGO
DE INFORM.
Cdigo de la
Accin 1
Descripcin del Objetivo de Necesidad Dato a analizar
para alcanzar
Negocio 1 en trminos de de 1
Formula que el Objetivo 1
Cdigo de "Disminuir", "Incrementar", Informacin 1
detalla el clculo
Objetivo de "Optimizar", etc. Y contando con
del Objetivo de
Negocio 1 un rango o lmite que permita Cdigo de la
Negocio 1. Accin N
conocer cundo se ha cumplido Necesidad Dato a analizar
para alcanzar
con el Indicador. de 2
el Objetivo 1
Informacin 2
Cdigo del Objetivo
Objetivo Estratgico de
Estratgico la Compaa Cdigo de la
Accin 1
Necesidad Dato a analizar
Descripcin del Objetivo de para alcanzar
de 3
Negocio N en trminos de el Objetivo N
Formula que Informacin 3
Cdigo de "Disminuir", "Incrementar",
detalla el clculo
Objetivo de "Optimizar", etc. Y contando con
del Objetivo de
Negocio N un rango o lmite que permita Cdigo de la
Negocio 2. Accin N
conocer cundo se ha cumplido Necesidad Dato a analizar
para alcanzar
con el Indicador. de 4
el Objetivo N
Informacin 4
Tabla 8. Formato No. 5 - Objetivos Del Negocio
52
FORMATO No. 6 - IDENTIFICACIN DE VARIABLES
META VARIABLE FUENTE
Formula que detalla
Cdigo del Descripcin del Variable(s) mayor(es)
el clculo del Atributo fuente en el "Modelo de
Objetivo de Objetivo de que se requiere para el
Objetivo de Negocio Datos Organizacionales"
Negocio 1 Negocio 1 clculo del indicador
1.
Formula que detalla

Cdigo del Descripcin del Variable(s) mayor(es)
el clculo del Atributo fuente en el "Modelo de
Objetivo de Objetivo de que se requiere para el
Objetivo de Negocio Datos Organizacionales"
Negocio N Negocio N clculo del indicador
N
Cdigo de la Variable(s) mayor(es)

Atributo fuente en el "Modelo de
Necesidad de Dato a analizar 1 que se requiere para el
Datos Organizacionales"
Informacin 1. clculo del indicador
Cdigo de la Variable(s) mayor(es)

Atributo fuente en el "Modelo de
Necesidad de Dato a analizar N que se requiere para el
Datos Organizacionales"
Informacin N clculo del indicador
Tabla 9. Formato No. 6 - Identificacin De Variables
53
3.2.7 Definicin Dimensional
Con base en las variables identificadas se deber definir las dimensiones
que complementarn el anlisis, as como tambin el nivel jerrquico que
tendrn cada una de ellas. Para este anlisis es necesario contar con el
Diagrama de Flujo de Informacin que les permitir a los usuarios
determinar las posibles dimensiones que podrn incorporar, as como el
Modelo de Datos Organizacionales que contiene el detalle de atributos por
cada Dimensin involucrada. Para la conclusin de este anlisis se
recomienda la utilizacin del Formato No. 12 Definicin Dimensional.
FORMATO NO. 7 DEFINICIN DIMENSIONAL

VARIABLE DIMENSION JERARQUA
Variable(s) mayor(es) que Dimensin 1 Jerarqua 1
se requiere para el clculo Dimensin 2 Jerarqua 2
del indicador Dimensin N Jerarqua N
Tabla 10. Formato NO. 7 - Definicin Dimensional
Con la culminacin de estas actividades el diseador de la Bodega de Datos

contar con el modelo que se requiere desarrollar.
54
4. APLICACIN DE LA PROPUESTA
La aplicacin se realiz sobre la compaa en la cual se desarroll el Modelo de

datos Organizacionales, esta empresa tiene sus Procesos y Procedimientos
establecidos bajo el Sistema de Gestin de Calidad ISO:9001 lo cual es muy
importante debido a que la Gua se basa en estos elementos. La compaa
seleccionada tiene ms de 8 aos de experiencia en el Mercado de Energa
Regulada, tiene presencia en 117 municipios en Colombia, atendiendo a ms de
19.000 usuarios de todos los estratos.
El nico proceso que se desarroll hasta la definicin dimensional (paso 7 de la

Gua) fue el Comercial. Para lo cual se desarrollaron dos entrevistan en las
cuales se defini completamente las necesidades multidimensionales.
A continuacin se presentar la aplicacin de la Gua con los datos de la empresa

comercializadora de energa seleccionada.
4.1.1 Identificacin de los Procesos y Procedimientos
Realizando un anlisis del Mapa y la Caracterizacin de Procesos de la compaa,

se obtuvieron los siguientes Procesos y Procedimientos asociados a la Cadena de
Valor:
FORMATO No. 1 - IDENTIFICACIN PROCESOS Y PROCEDIMIENTOS

COD PROCESO P-FACT
PROCESO Facturacin
Ordenar, procesar y entregar las facturas a cada uno de los

clientes de manera oportuna y sin errores, adems de
OBJETIVO
suministrar la informacin resultado del proceso de facturacin
segn los requerimientos de los otros procesos de la compaa.
CODIGO
PROCEDIMIENTO OBJETIVO
PROCEDIMIENTO
Procedimiento que permite obtener las
CATA Carga de tarifas tarifas y configurarlas en el sistema
para que la facturacin de cargos.
55
Definicin de los periodos de
facturacin y Consumo para determinar
Gestin periodos de las fechas en las cuales se realizar la
GEPE
Facturacin liquidacin de cargos (Periodo de
Facturacin) y los periodos de consumo
que comprende.
Adicional al producto de Energa

Regulada que una Comercializadora
maneja, tambin existen convenios y
Creacin de productos
regulaciones que hacen necesario el
PRAD adicionales a Energa
manejo de otros tipos de productos que
Regulada
sern incluidos en la factura, como por
ejemplo Alumbrado Pblico, Aseo,
Valor agregado.
Procedimiento que permite la carga de

cobros de conceptos diferentes a los
Carga de cobros estipulados en la liquidacin automtica
CACO
adicionales de energa y otros servicios, como por
ejemplo cobros de la atencin de una
Emergencia, Servicio, reconexiones
Permite la carga de los indicadores que

proveen los Operadores de Red, as
Carga de indicadores
INCO como la disposicin de los productos
de Compensacin
para compensacin monetaria por las
interrupciones
Permite la configuracin de las

Enrutamiento de direcciones de entrega de factura para
ENCL
Clientes que se generen en el orden de reparto
necesario
Permite realizar los ajustes sobre la

facturacin por medio de notas que
Carga de Notas y modifiquen los cargos liquidados o
NORE
refacturaciones adicionen nuevos cobros, provenientes
de correcciones encontrados en los
consumos
56
Permite la generacin de la liquidacin

de cargos segn los consumos
Facturacin de
FAMR reportados por el rea tcnica, as
Mercado Regulado
como realizar las validaciones
pertinentes
Generacin de las Facturas impresas y

Generacin y entrega
GEFA organizacin para que puedan ser
de Facturas
despachadas a los repartidores
Actividades relacionadas con el manejo

MACA Manejo de Caja y administracin de la caja en efectivo
en las oficinas
COD PROCESO P-CART
PROCESO Cartera
Asegurar el recaudo de la cartera y gestin de recaudo oportuno,

OBJETIVO dentro de lineamientos legales y regulatorios. Proporcionar a los
clientes opciones de pago que no sean lesivas para la compaa
Procedimiento que especifica el control

que se debe realizar con los puntos de
pago que maneja la compaa, bien sea
por intermedio de Bancos, Cajas,
CORE Control de recaudos
corresponsales no bancarios u otros
medios. Determina las conciliaciones
con estas entidades y el cargue de
informacin al sistema
Aplica en los casos que los Cheques

Devoluciones de girados por los clientes son devueltos
DVCH
cheque por diferentes causas, lo cual reactiva
la cartera del cliente
57
Procedimiento que estipula el control
que se debe realizar para identificar los
Determinar clientes
clientes que por polticas de la
que deben ser
DCSR compaa (nmero de facturas
suspendidos o
vencidas, cartera vencida, fraude, entre
reconectados
otras) deben ser incluidos en un
proceso de suspensin o reconexin
Permite la configuracin de las

diferentes tasas de inters que utilice la
Actualizar tasas de compaa para calcular los cobros de
ACTI
inters intereses de mora, intereses de
financiacin, tasas de usura, entre
otras.
Procedimiento que se realiza para

hacer seguimiento a la cartera de los
clientes y tomar acciones de control y
Gestin de cartera y gestin para recuperar los valores
GCJU
cobros jurdicos adeudados, as cmo identificar los
clientes que deben ser tratados por
medio de un proceso jurdico por el no
pago.
Procedimiento que permite llegar a un

acuerdo con el cliente para que este
Acuerdos y
ACCP realice el pago de sus cuentas vencidas
compromisos de pago
mediante un mecanismo que le facilite
el cumplimiento
Procedimiento que permite la
financiacin de la deuda del cliente
conforme a diferentes planes y sujeto a
FINA Financiaciones
tasas de intereses dependiendo de la
causa de la financiacin en el que se
encuentre
COD PROCESO P-COME
PROCESO Comercial
Manejar el ciclo comercial completo de la compaa, desde la
estrategia de captacin hasta la estrategia de fidelizacin de
clientes, pasando por los procesos de promocin, apertura de
OBJETIVO
mercado, oferta, conexin, registro y mantenimiento o
fidelizacin, cuyo objetivo principal ser la satisfaccin total del
cliente.
58
Consiste en la labor de realizar la carga
Carga de histrico de de tarifas de los competidores a la Base
CHTA
tarifas y Comparativos de Datos y realizar los comparativos
por mercados
Efectuar el registro de las citas

previamente acordados con los
RECI Registro de citas clientes, en ejercicio de la labor
comercial, de servicio al cliente,
proyectos o servicio tcnico
Presentar de una manera clara y

oportuna la oferta comercial que cubra
Preparacin y
con las necesidades o requerimientos
PROC Presentacin de Oferta
de los clientes con el propsito de
Comercial
realizar la venta de productos o
servicios ofrecidos por la compaa
Presentar claramente la manera en que

se formaliza la aceptacin de la oferta
INCL Ingreso de Clientes comercial expuesta al cliente, con el fin
de comenzar una relacin comercial
entre ambas partes
Establecer las condiciones y secuencia

de actividades para garantizar un
acompaamiento contino a los clientes
identificando sus necesidades, velar
Mantenimiento de
MACL por el cumplimiento de la promesa de
Clientes
servicio, validacin de los servicios
tcnicos o los servicios adicionales
acordes a sus necesidades y venta de
servicios de valor agregado
COD PROCESO P-SACL

PROCESO Servicio al Cliente
Atender oportunamente, con calidad y de conformidad con la

OBJETIVO regulacin vigente, los requerimientos de los clientes dentro de
los tiempos establecidos por la compaa.
59
Atencin oportuna y con la calidad

requerida, los requerimientos de los
clientes dentro de los tiempos
establecidos por la compaa y
APQR Atencin de PQR
atendiendo lo establecido por la
regulacin vigente. Tambin
comprende las actividades de
seguimiento y respuesta de los mismos
Establecer las actividades,

lineamientos y mecanismos que se
debe seguir para resolver las
Atencin de
ATEM solicitudes del usuario cuando se le
Emergencias
presenten emergencias que
comprometen su servicio de energa
regulada
Atender y registrar las solicitudes de

Atencin de informacin que realizan los usuarios
ATIN
Interacciones las cuales no necesitan realizar
seguimiento
Tramitar de manera oportuna y veraz

los recursos interpuestos por los
usuarios, que conllevan a revisar las
decisiones empresariales emitidas en
ATRE Atencin de Recursos primera instancia con el fin de
confirmar, modificar, revocar o rechazar
dichas decisiones, siguiendo las
polticas empresariales y cumpliendo
con lo establecido por la ley
COD PROCESO P-SETE

PROCESO Servicio Tcnico
Lograr una oportuna atencin de los requerimientos de

conexiones, facturacin, mediciones, solucin a PQRs y
OBJETIVO normalizaciones para clientes potenciales, en proceso de
conexin o en proceso de mantenimiento, tanto a nivel de
medicin discreta como de fronteras comerciales.
60
Comprende las actividades necesarias

para llevar a cabo el proceso de
Conexin de nuevos
CXNC conexin del servicio de energa
clientes
regulada domiciliaria a nuevos clientes
de la compaa.
Actividad de reemplazar el medidor

actual por otro definitivo o provisional
CAME Cambio de Medidores
que permita dar continuidad al proceso
de medicin
Realizar actividades de correccin de

fallas, cambio del medidor, revisin en
Normalizacin de
NRME laboratorio autorizado, todo esto
medidores
cuando se detectan problemas en la
medicin
Ejecutar actividades de suspensin

Ejecucin de cuando se requiera por el motivo que
EJSR Suspensiones y haya considerado la compaa y la
Reconexiones reconexin cuando se necesite
reactivar el servicio
Actividad que comprende realizacin de

recuperacin de consumos por medio
de indagacin remota a los medidores
en donde se obtiene el perfil de carga
horaria del dispositivo. Las
telemediciones utilizan diferentes
tecnologas cmo la indagacin por
medio de Modem a travs del canal
conmutado, lectura satelital, GPRS,
Telemedicin de
entre otras. En los casos que no se
Consumos, lectura
pueda establecer comunicacin con el
TCFX manual, anlisis para
dispositivo es necesario ir al sitio para
facturacin y reporte a
la lectura manual. Posteriormente con
XM
los consumos tomados se realizan
anlisis para determinar posibles
errores en la medida o espacios en
blanco que hacen necesario registrar
una curva que especifica XM.
Finalmente se procede a la entrega de
los consumos definitivos para que el
rea de Facturacin realice la
liquidacin de cargos
61
Comprende el proceso de gestin de
lecturas discretas por medio de planillas
o dispositivos mviles que entreguen la
lectura del mes para luego realizar
Recuperacin lecturas anlisis de estos para generar los
RLED discretas y generacin consumos definitivos o promedios en
de consumos los casos que existan desviaciones
significativas o imposibilidad de lectura,
para finalmente ser entregados al rea
de facturacin y que se proceda a la
liquidacin de cargos
Proceso de revisin a los consumos
definitivos que se calculen de las Zonas
Comunes y Fronteras Abiertas por el
resultado de la Distribucin de
Anlisis de consumos
Consumos que se haya realizado. Lo
en Zonas Comunes por
AZCP cual permite tener control de
Distribucin de
desviaciones de los usuarios al interior
Consumos y Prdidas
de las fronteras y evitar que La Zonas
Comunes tengan consumos elevados y
que las Prdidas de Energa para la
compaa no sean elevadas
Despus de la entrega de facturas a los

usuarios y durante el periodo siguiente
a la liquidacin de cargos, se realizan
anlisis de reclamos y lecturas que han
Refacturacin de presentado desviaciones significativas.
RELD
lecturas discretas El resultado de este anlisis implica
realizar ajustes sobre las lecturas y
consumos liquidados previamente a los
clientes, lo cual implicara en una
Refacturacin en su siguiente mes
Despus de la entrega de facturas a los

usuarios y durante el periodo siguiente
a la liquidacin de cargos, se realizan
anlisis de reclamos y se recuperan los
consumos que no hayan sido obtenidos
Refacturacin de
RECT en el mes anterior y que se hayan
consumos telemedidos
tenido que facturar por curva. En estos
casos se obtiene el consumo definitivo
y este es cargado al cliente para que en
el mes siguiente se realice el ajuste de
Refacturacin
62
Actividades de conciliacin con los
Operadores de Red, para determinar
Conciliaciones de los pagos que se le deben realizar por
CNEN
Energa la energa consumida por intermedio de
sus redes, respondiendo a la estructura
tarifaria regulada
Tabla 11. Aplicacin Formato No. 1
4.1.2 Matriz de Procesos Versus Clases
FORMATO No 2 - MATRIZ DE CLASES VS PROCESOS

PROCESOS
CODIGO FUENTE
CLASE P-FACT
PAQUETE DATOS P-COME P-SACL P-SETE
P-CART
COM Cita OSF X
COM Concesionario OSF X X
COM EjecutivoCuenta OSF X X
COM EjecutivosAsistentes OSF X
COM Venta OSF X
COM VentaEnergia OSF X
COM VentaServicioIngenieria OSF X
COM VentaServicioValorAgregado OSF X
FYC Cajero OSF X
FYC CambioEstadoConexion OSF X X
FYC Cobros_Notas OSF X X
FYC Compensacion OSF X
FYC Concepto OSF X X
FYC CuentaPorServicio OSF X
FYC DetalleFinanciacion OSF X
FYC DetalleLiquidTel OSF X
FYC DetalleTarifa OSF X X
FYC Devoluciones OSF X
FYC EncabeLiquiTel OSF X
FYC EntidadBancaria OSF X
FYC Factura OSF X X
FYC Finanaciacion OSF X
63
PROCESOS
CODIGO FUENTE
CLASE P-FACT
P-CART
FYC Inclusion_Exclusion OSF X
FYC Pago OSF X
FYC PeriodoFacturacion OSF X
FYC RangosDiscretosLiquidados OSF X
FYC RangosTarifa OSF X
FYC Sucurs_Corresp OSF X
FYC Tarifa OSF X X
GEN Cliente OSF X X X X
GEN Comercializadores OSF X X
GEN Contacto OSF X
GEN Contratista OSF X X X
GEN Contrato OSF X X X X
GEN Empleado OSF X X X X
GEN OtrosEmpleados OSF
GEN PeriodoConsumo OSF X X
OSF,
X X X
GEN Producto SIGEM X
GEN Solicitud OSF X X
GEN Tecnico OSF X X X
GEN Tercero OSF X X X X
LED ConsumoDiscreto OSF X
LED LecturaDiscreta OSF X
LED LecturaDiscretasCorregidas OSF X
LED Relectura OSF X
RED Circuito OSF X
RED EquipoComunicacion OSF X
RED EquiposDeSuministroEnergia OSF X
RED MedidorEnergia OSF X
OSF,
X X
RED OperadorRed SIGEM X
RED OtroProducto OSF X X
RED ProductoEnergia OSF X X X
RED PuntoConexion OSF X
64
PROCESOS
CODIGO FUENTE
CLASE P-FACT
P-CART
RED TransformadorEnergia OSF X
RED TransformadorMedida OSF X
SAC Agente OSF X
SAC Dano_Emergencia OSF X
SAC DetalleReclamo OSF X X
SAC Interacciones OSF X
SAC Peticion OSF X
SAC Queja OSF X
SAC Reclamo OSF X
SET OrdenTrabajo OSF X X X
TEL Analizados SIGEM X
OSF,
X
TEL ConsumosHorarios SIGEM
OSF,
X
TEL Distribuidos SIGEM
TEL Eventos SIGEM X
TEL LecturasSistemaMedicion SIGEM X
TEL Llamadas PRIME X
OSF,
X
TEL Refacturados SIGEM
TEL RegistrosMedidor SIGEM X
Tabla 12. Aplicacin Formato No 2
En el formato no se incluy la informacin de Entidad porque el Software en esta

empresa es de terceros y no hay una autorizacin en cuanto a la revelacin del
nombre de las entidades de su esquema.
El identificado en este formato es:
Open Smartflex (OSF): Sistema que Soporta los procesos Comercial, Cartera,
facturacin y servicio tcnico.
PRIME: Sistema de Telemedicin en el cual se encuentra configurados una parte
de los medidores de la compaa, otros medidores estn configurados en otros
sistemas.
65
SIGEM: Sistema de integracin de consumos telemedidos que fue desarrollado
por la empresa para consolidar los datos de todos los Sistemas de Telemedicin
con los que cuenta.
4.1.3 Plasmar la Estrategia Corporativa.
En la identificacin de los Objetivos Estratgicos por parte de la compaa se

recibieron por motivos de reserva para la publicacin de este trabajo los tres
siguientes:
FORMATO No. 3 - OBJETIVOS ESTRATGICOS ORGANIZACIONALES
TIPO O
COD OBJETIVO DESCRIPCIN
PERSPECTIVA
Un comercializador de energa crece en

nmero de clientes y en energa que
Crecer comercializa siempre y cuando las
sosteniblemente condiciones del mercado as lo permitan,
OE-01 Valor
el tamao del esto depende de la Energa que se haya
mercado negociado por Contratos con los
Generadores y del % de exposicin en
bolsa.
Incrementar la
OE-02 Valor rentabilidad del Mejorar los mrgenes de utilidad
negocio
Crecimiento pero sin descuidar la
Sostener el
OE-03 Valor estrategia de mantener los clientes
mercado actual
actuales.
4.1.4 Matriz de Procesos Versus Estrategias
Se realiz un anlisis con la Gerente Comercial y se determin el Peso de cada

Proceso sobre la Estrategia Corporativa. Para el ejercicio publicado en este
trabajo no se cont con la participacin de la Gerencia pero es necesario resaltar
que sin esta participacin no es posible establecer una Matriz definitiva.
FORMATO No. 4 - MATRIZ DE PROCESOS VS ESTRATEGIAS

ESTRATEGIAS P-FACT P-CART P-COME P-SACL P-SETE P-GEME
Crecer
OE-01 sosteniblemente el 0 0 3 0 0 3
tamao del mercado
66
FORMATO No. 4 - MATRIZ DE PROCESOS VS ESTRATEGIAS
ESTRATEGIAS P-FACT P-CART P-COME P-SACL P-SETE P-GEME
Incrementar la
OE-02 rentabilidad del 3 3 1 0 3 3
negocio
Sostener el mercado
OE-03 3 3 3 3 3 0
actual
6 6 7 3 6 6
Se puede observar como el proceso Comercial es el que tiene mayor impacto

sobre los Objetivos Estratgicos que se describieron en este trabajo.
4.1.5 Levantamiento de Requerimientos Funcionales
67
PROCESO: COMERCIAL
OBJETIVO ESTRATGICO NECESIDADES DE
COD DESCRIPCION INDICADOR ACCIONES COD
INFORMACIN
Conectar clientes que su Analizar Consumo
El Balance Total de energa
consumo se encuentre por Promedio por tipo de cliente
no puede incrementarse MI-01
encima de los 500 Kwh e y Mercado de
por encima de 40% del %Crecimiento Energa
inferior a los 3000 kwh Comercializacin
consumo del ao pasado Demandada= (Consumo Mes
ME-01 Estar pendiente de los
para el Mercado de Actual)/(Consumo Mes Ao
clientes en rproceso de Analizar consumo promedio
Crecer Comercializacin de Pasado)
retiro para determinar el MI-02 para los clientes en proceso
sosteniblemente el Electricaribe y 20% para el
OE-01 consumo estimado que de retiro
tamao del resto del pas.
deber reponerse
mercado
Analizar la desercin de
Reducir el Nmero de
% Crecimiento Clientes = (total MI-03 clientes por caractersticas
El balance total de Clientes clientes retirados
Clientes mes actual - total tpicas
ME-02 debe incrementarse en
Clientes mes anterior) / total Incrementar el nmero de
0,05% mensualmente. Analizar clientes nuevos y
Clientes Mes anterior clientes ingresados MI-04
sus consumos
mensualmente
Disminuir los costos %Disminucin Costos = (Costo
Analizar el costo promedio
operativos de instalaciones promedio adecuacin mes/ Conocer los clientes en los MI-05 de conexin de un cliente,
en 20% con respecto al ao Costo promedio de instalacin cuales se presente menores por tipo de cliente
pasado. del mes en Ao Anterior) costos operativos
Revisar los consumos de
Incrementar la energa reactiva penalizados
OE-02 rentabilidad del ME-03 Analizar consumos
de los clientes para ofertar MI-06
negocio Incrementar en un 20% con %Incremento Ventas VA= penalizados de reactiva
servicios de Banco
respecto al ao pasado las (Ventas mes Actual - Ventas
Condensadores
ventas de servicios de valor Mes ao anterior)7 Ventas Mes
Revisar incrementos en los
agregado Ao anterior Analizar consumos
consumos de los clientes
MI-07 promedio ltimos seis
para ofrecer servicios de
meses e incrementos
Eficiencia Energtica
68
PROCESO: COMERCIAL
INFORMACIN
Analizar la desercin de
Reducir el Nmero de
% Crecimiento Clientes = (total MI-03 clientes por caractersticas
El balance total de Clientes clientes retirados
Clientes mes actual - total tpicas
ME-02 debe incrementarse en
Clientes mes anterior) / total Incrementar el nmero de
0,05% mensualmente. Analizar clientes nuevos y
Clientes Mes anterior clientes ingresados MI-04
sus consumos
mensualmente
El promedio en la Seguimiento a los tiempos
calificacin que los clientes Promedio tomados para el Analizar tiempos de
ME-04 MI-09
dan a nuestros servicios Calificacin(Solicitudes) cumplimiento de los atencin solicitudes
debe ser de 4. servicios.
Realizar seguimiento a los Analizar reclamos, valores
clientes con reclamaciones MI-10 reclamados, tiempos de los
El promedio en la
constantes y no aceptadas. reclamos
calificacin que los clientes
Sostener el ME-05 Promedio( Calificacin Citas ) Realizar seguimiento a los
OE-03 dan a las citas debe ser de
mercado actual retrasos presentados en las Analizar tiempo de retrasos
5 MI-11
citas por parte de los en una cita.
Ejecutivos de cuenta
La diferencia entre el
Seguimiento a los tiempos
tiempo ptimo de atencin Diferencia total = promedio de
tomados para el Analizar tiempos de
ME-06 de una solicitud y el tiempo diferencias entre tiempo real y MI-12
cumplimiento de los atencin solicitudes
real que se utiliza debe ser tiempo ptimo
servicios.
0
%ClientesRetirados= 1-
Reducir el nmero de
((Clientes retirados este mes - Analizar la desercin de
clientes retirados en un Reducir el Nmero de
ME-07 Clientes retirados mes ao MI-03 clientes por caractersticas
10%, con respecto al ao clientes retirados
Anterior)/Clientes retirados mes tpicas
pasado
ao anterior)
69
PROCESO: COMERCIAL
INFORMACIN
Seguimiento a los tiempos
tomados para el Analizar tiempos de
MI-12
cumplimiento de los atencin solicitudes
servicios.
Realizar seguimiento a los Analizar reclamos, valores
clientes con reclamaciones MI-10 reclamados, tiempos de los
constantes y no aceptadas. reclamos
Realizar anlisis
comparativos de tarifas por Analizar tarifas propias
MI-08
mercados de versus la competencia
comercializacin
4.1.6 Anlisis de variables
Las variables identificadas son las siguientes:
FORMATO No. 6 - OBJEIDENTIFICACIN DE VARIABLES

El Balance Total de energa no
puede incrementarse por encima
de 40% del consumo del ao %Crecimiento Energa Demandada=
ME-01 pasado para el Mercado de (Consumo Mes Actual)/(Consumo Consumo Energa activa FACTURA.UnidadesLiquidadasAct
Comercializacin de Mes Ao Pasado)
Electricaribe y 20% para el resto
del pas.
70
% Crecimiento Clientes = (total
El balance total de Clientes debe
Clientes mes actual - total Clientes
ME-02 incrementarse en 0,05% # Clientes CLIENTE.codigo
mes anterior) / total Clientes Mes
mensualmente.
anterior
%Disminucin Costos = (Costo
Disminuir los costos operativos
promedio adecuacin mes/ Costo
de instalaciones en 20% con Costo Solicitud SOLICITUD.costosSolicitud
promedio de instalacin del mes en
respecto al ao pasado.
Ao Anterior)
ME-03
Incrementar en un 20% con
%Incremento Ventas VA= (Ventas
respecto al ao pasado las
mes Actual - Ventas Mes ao Valor Solicitud SOLICITUD.valorSolicitud
ventas de servicios de valor
anterior)7 Ventas Mes Ao anterior
agregado
El promedio en la calificacin
ME-04 que los clientes dan a nuestros Promedio Calificacin(Solicitudes) Calificacin Solicitudes SOLICITUD.calificacionServicio
servicios debe ser de 4.
El promedio en la calificacin
ME-05 que los clientes dan a las citas Promedio( Calificacin Citas ) Calificacin Citas CITA.calificacionCita
debe ser de 5
La diferencia entre el tiempo Diferencia total = promedio de
ptimo de atencin de una SOLICITUD.diasAbierta -
ME-06 diferencias entre tiempo real y DiferenciaDiaRealOptimo
solicitud y el tiempo real que se SOLICITUD.diasEstimadosOptimo
tiempo ptimo
utiliza debe ser 0
%ClientesRetirados= 1-((Clientes
Reducir el nmero de clientes
retirados este mes - Clientes
ME-07 retirados en un 10%, con # Clientes CLIENTE.codigo
retirados mes ao Anterior)/Clientes
respecto al ao pasado
retirados mes ao anterior)
Analizar Consumo Promedio por tipo de cliente y Mercado de
MI-01 Consumo Promedio CONSUMOPROMEDIO.PromedioEnergiaActiva
Comercializacin
MI-02 Analizar consumo promedio para los clientes en proceso de retiro Consumo Promedio CONSUMOPROMEDIO.PromedioEnergiaActiva
71
MI-03 Analizar la desercin de clientes por caractersticas tpicas # Clientes CLIENTE.codigo
MI-04 Analizar clientes nuevos y sus consumos Consumo Energa activa FACTURA.UnidadesLiquidadasAct
MI-05 Analizar el costo promedio de conexin de un cliente, por tipo de cliente Costo Solicitud SOLICITUD.costosSolicitud
MI-06 Analizar consumos penalizados de reactiva Consumo Energa reactiva FACTURA.UnidadesLiquidadasPen
Consumo Promedio CONSUMOPROMEDIO.PromedioEnergiaActiva

MI-07 Analizar consumos promedio ltimos seis meses e incrementos
Consumo Energa activa FACTURA.UnidadesLiquidadasAct
MI-08 Analizar tarifas propias versus la competencia Tarifa DETALLE_TARIFA.valorCU
MI-09 Analizar tiempos de atencin solicitudes Tiempo Atencin Solicitud SOLICITUD.diasAbierta
Valor Reclamado DETALLE_RECLAMO.valorReclamado

MI-10 Analizar reclamos, valores reclamados, tiempos de los reclamos
Tiempo Atencin Solicitud SOLICITUD.diasAbierta
MI-11 Analizar tiempo de retrasos en una cita. CITA.diasRetraso

Tiempo Retraso Cita
72
MI-12 Analizar tiempos de atencin solicitudes Tiempo Atencin Solicitud SOLICITUD.diasAbierta
73
4.1.7 Definicin Dimensional
Finalmente por cada Variable se establecieron las Dimensiones asociadas y la

Jerarqua de cada una.
FORMATO NO. 7 - DEFINICIN DIMENSIONAL

VARIABLE DIMENSION OBSERVACION JERARQUA
Jtiempo (hora, da,
semana, mes,
Tiempo
trimestre, semestre,
ao)
Consumo Energa activa Jproducto (producto,
Producto
Contrato, Cliente)
Operador de Red -
Ejecutivo Cuenta -
Jtiempo (mes,
Tiempo trimestre, semestre,
ao)
Ejecutivo Cuenta -
Operador de Red -
# Clientes Atributos ( Actividad
Cliente Econmica, Tipo -
Cliente)
Dominio x rangos [0-
100, 101-300, 301-500,
Consumo Promedio -
501-1000, 1001-2000,
> 2000]
Jtiempo (hora, da,
semana, mes,
Tiempo Fin Ejecucin
ao)
Jtiempo (hora, da,
Tiempo Inicio semana, mes,
Ejecucin trimestre, semestre,
ao)
Costo Orden Trabajo
Atributos (Tipo de
Orden de trabajo trabajo, Unidad de -
operacin)
Contratista -
Personal coordina -
Venta Energa -
Ejecutivo de Cuenta -
74
Jproducto (producto,
Producto
Contrato, Cliente)
Operador de Red -
Jtiempo ( da,
semana, mes,
Tiempo Cierre
ao)
Jtiempo ( da,
semana, mes,
Tiempo Registro inicial
Valor Solicitud ao)
Producto
Contrato, Cliente)
Operador de red
Ejecutivo de Cuenta
Tipo Solicitud
Jtiempo ( da,
semana, mes,
Tiempo Cierre
ao)
Jtiempo ( da,
semana, mes,
Calificacin Solicitudes ao)
Producto
Contrato, Cliente)
Operador de red
Ejecutivo de Cuenta
Tipo Solicitud
Jtiempo ( da,
semana, mes,
Tiempo Cita
ao)
Cita
Calificacin Citas
Producto
Contrato, Cliente)
Operador de Red
Ejecutivo de Cuenta
75
Jtiempo ( da,
semana, mes,
Tiempo Cierre
ao)
Jtiempo ( da,
semana, mes,
DiferenciaDiaRealOptimo ao)
Producto
Contrato, Cliente)
Operador de red
Ejecutivo de Cuenta
Tipo Solicitud
Jtiempo (da, semana,
Tiempo mes, trimestre,
semestre, ao)
Consumo Promedio Jproducto (producto,
Producto
Contrato, Cliente)
Operador de Red
Ejecutivo de Cuenta
Jtiempo (hora, da,
semana, mes,
Tiempo
ao)
Consumo Energa
reactiva Jproducto (producto,
Producto
Contrato, Cliente)
Operador de Red -
Ejecutivo Cuenta -
Jtiempo ( mes,
Tiempo Aplica tarifa trimestre, semestre,
Tarifa ao)
Comercializador
Operador de Red
Jtiempo ( da,
semana, mes,
Tiempo Cierre
Tiempo Atencin ao)
Solicitud Jtiempo ( da,
semana, mes,
ao)
76
Producto
Contrato, Cliente)
Operador de red
Ejecutivo de Cuenta
Tipo Solicitud
Jtiempo ( da,
semana, mes,
Tiempo Cierre
ao)
Jtiempo ( da,
semana, mes,
ao)
Valor Reclamado
Solicitud
Agente
Producto
Contrato, Cliente)
Ejecutivo de Cuenta
Operador de red
Jtiempo ( da,
semana, mes,
Tiempo Cita
ao)
Tiempo Retrazo Cita Cita
Producto Bridge
Contrato, Cliente)
Ejecutivo de Cuenta
Bridge
Asistente
Tabla 17. Aplicacin Formato NO. 7
77
5. RESULTADOS OBTENIDOS
5.1 NUEVOS ARTEFACTOS DISPONIBLES PARA LA INDUSTRIA DE

COMERCIALIZACIN DE ENERGA ELCTRICA REGULADA EN COLOMBIA
Como resultado de este trabajo se desarrollaron tres artefactos tiles para la

industria:
a. Modelo de Datos Organizacionales:
Esta herramienta presenta una definicin conceptual de las Entidades de

datos, atributos y relaciones al interior de una de una empresa
comercializadora de energa elctrica regulada en Colombia. Este Modelo se
construye sobre el lenguaje UML, y en las investigaciones realizadas todas las
metodologas que tenan un enfoque hbrido con orientacin a los datos partan
del modelo Entidad-Relacin de cada empresa. Para este trabajo se
necesitaba un Modelo que aplicara a cualquier comercializador, por lo cual se
seleccion esta notacin para lograr el objetivo, esto le permite a otra
compaa del sector re-utilizar este modelo y adaptar lo que considere
conveniente.
b. Diagrama de Flujo de Informacin:
Esta herramienta se convierte en una carta de navegacin para los usuarios

finales en el momento de realizar un levantamiento de requerimientos en la
elaboracin de un diseo de Bodega de Datos en una comercializadora de
energa elctrica regulada en Colombia. Permite tener una visin clara y
basada en la operacin de la compaa, de las variables a analizar y posibles
dimensiones asociadas a estas.
Esta herramienta requiri desarrollar nuevas reglas de transformacin desde el

Modelo de Datos Organizacional que est elaborado sobre Diagramas de
Clases, pues en lo que se investig las nicas reglas de transformacin a un
grafo estaban a partir de un Modelo Entidad-Relacin.
En este trabajo el Diagrama de Flujo de Informacin es utilizado para la

realizacin de un diseo hbrido que finaliza con la estructuracin de Objetivos
de negocio, pero la misma de este Diagrama permite que pueda utilizarse en
una nueva metodologa enfocada en los datos.
78
5.2 NUEVA GUA PARA EL ANLISIS DE REQUERIMIENTOS DE UN
SISTEMA DE BODEGA DE DATOS
La Gua desarrollada en este trabajo permite la construccin paso a paso del

anlisis de requerimientos de una Bodega de Datos en una compaa genrica.
Basndose en modelos planteados por otros autores se crea una metodologa que
se enfoca en los Objetivos Estratgicos, Procesos y Procedimientos y a partir de
estos define el diseo definitivo.
5.3 RESULTADOS SOBRE EL PROCESO
En la aplicacin de la Gua, se cont con la participacin de la Gerente Comercial

de una empresa comercializadora de energa. Se realizaron dos entrevistas
posteriormente a que las condiciones previas como Herramientas, Clases,
Procesos y Procedimientos estuviesen identificados. En estas entrevistas se
desarrollaron las siguientes etapas:
Matriz de procesos Vs estrategias

Levantamiento de Requerimientos
En el proceso el usuario entendi la metodologa y pudo realizar peticiones
acertadas, contrario a una entrevista sin ayudas en donde se apela a la memoria o
apuntes no estructurados de su operacin.
79
6. CONCLUSIONES Y FUTURO TRABAJO
Este trabajo apoya el proceso de levantamiento de requerimientos de un Sistema

de Bodega de Datos en una empresa comercializadora de energa elctrica
regulada. En el captulo cuatro (4) se present la aplicacin de la Gua sobre el
proceso comercial en una empresa tpica del sector, en donde se encontr que las
mtricas resultantes mejoran las que se encuentran actualmente implementadas
en la compaa. Esto nos indica que el modelo propuesto permitir que los dems
Procesos de la compaa puedan participar de forma eficaz y con resultados
ptimos. A su vez este proceso puede ser re-utilizado en otra compaa teniendo
en cuenta que el Modelo de datos Organizacionales que presenta este documento
aplica para cualquier empresa de este sector.
El estudio de diferentes metodologas que abordan el diseo de una Bodega de

Datos permiti realizar una clasificacin importante para consolidar los aportes de
cada una y finalmente definir una nueva Gua con herramientas que no han sido
identificadas en otros trabajos y que contribuyen a una nueva propuesta para la
ejecucin de este tipo de trabajos. Adicionalmente para la construccin de estas
herramientas se definieron nuevas reglas para la transformacin de un modelo de
datos a un modelo de grafos, las cuales permiten tener mayores posibilidades en
el diseo de este tipo de sistemas.
La elaboracin del Modelo de Datos Organizacional requiri el estudio de

procesos y procedimientos de una compaa tpica en este sector comercial,
realizando una integracin con las entidades de datos que se encuentran en los
sistemas de informacin con los que cuenta la compaa.
La realizacin de este trabajo constituye un aporte a los comercializadores de

energa elctrica regulada en Colombia, pues entrega dos Artefactos enfocados a
esta industria que permite desarrollar una estrategia de implementacin de un
Sistema de Bodega de datos de forma ms rpida y entendible a los usuarios
finales.
Como trabajos futuros podemos destacar que sera importante desarrollar:
Realizar una comparacin del Modelo de Datos Organizacionales en otras

comercializadoras y medir los cambios que pudiesen presentarse para
comprobar el nivel de estandarizacin con el que cuenta.
Desarrollar la Gua en otra compaa comercializadora para comparar los
resultados y satisfaccin al usuario.
Completar las herramientas entregadas para que puedan presentarse al
usuario de forma integrada.
80
Desarrollar una gua para la utilizacin del Diagrama de Flujo de Informacin,
que se integre con diferentes tcnicas de modelado de Bodegas de Datos.
Complementar la Gua propuesta para que tenga un componente con mayor
profundidad en el diseo fsico del Sistema de Bodega de Datos analizado.
Incluir en el Modelo de datos Organizacionales el Proceso de anlisis de
Mercados, el cual incluye gestin de tarifas y contratos de compra de energa
mayorista.
Incluir en el modelo de datos a empresas comercializadoras de energa
elctrica no regulada.
Incluir en el Modelo de datos, las entidades de datos que proveen los actores
externos como XM y el SUI.
Desarrollo de un software que integre la solucin y permita administrarla.
Complementar la Gua con una metodologa que permita definir un ciclo
iterativo de desarrollo.
81
BIBLIOGRAFA
Andrade, D. P., Carrasco, F. J., & Espinoza, F. P. (2007). Anlisis y diseo del
modelo de informacin del sector elctrico Ecuatoriano relacionado con la
distribucin y comercializacin de energa elctrica". Azogues: Universidad
Catlica de Cuenca.
Basili, V., Caldiera, G., & Rombach, D. (1994). Goal/question/metric paradigm. In:
J. Marciniak, Encyclopedia os Software Engineering (pp. 528-532). New
York: Wiley-Interscience.
Boehnlein, M., & Ulbrich vom Ende, A. (2000). Proceeding Data Warehousing.
Physica Verlag.
Bonifati, A., Cattaneo, F., Ceri, S., Fuggetta, A., & Paraboschi, S. (Octubre de
2001). Designing Data Marts for Data Warehouses. ACM Trasactions on
Software Engineering and Methodology, 10(4), 462-483.
Cravero, A., & Seplveda, S. (2012). A chronological study of paradigms for data
warehouses design. Ingeniera e Investigacin, 32, 58-62.
CREG. (1 de 10 de 2013). Comisin de regulacin de Energa y Gas. Fonte:
http://www.creg.gov.co/html/cache/gallery/GC-1/G-
4/mercado_electrico_colombiano.pdf
CREG. (12 de 10 de 2013). Comisin de Regulacin de Energa y Gas. Fonte:
http://www.creg.gov.co/html/i_portals/index.php?p_origin=internal&p_name=
content&p_id=MI-61&p_options=
Di Tria, F., Lefons, E., & Tangorra, F. (2012). Hybrid methodology for data
warehouse conceptual design by UML schemas. Information and Software
Technology, 360-379.
Eckerson, W. (2003). Smart Companies in the 21st Century. Seattle: The Data
Earehouse Institute.
Giorgini, P., Rizzi, S., & Garzetti, M. (2008). GRAnD: A goal-oriented approach to
requirement analysis in data warehouses. Decision Support Systems, 4-21.
Golfarelli, M. (2010). From user Requirements to Conceptual Design in Data
Warehouse Design - a Survey. Bologna: DEIS - University of Bologna.
Golfarelli, M., Maio, D., & Rizzi, S. (1998). The Dimensional Fact Model: A
Conceptual Model for Data Warehouses. International Journal of
Cooperative Information Systems, 7(2-3), 215-247.
Guo, Y., Tang, S., Tong, Y., & Yang, D. (2006). Proceedings of the 9th ACM
international workshop on Data warehousing and OLAP. In: ACM (Ed.)., (pp.
59-66).
Inmon, W. (2005). Bulding the Data Warehouse. Indianapolis: Wiley.
ISO. (Agosto de 2001). Norma Internacional ISO 9001:2008. ISO.
Kimball, R. (2002). The Data Warehouse Toolkit. New York: John Wiley & Sons.
KPMG. (2012). 2012 Global Energy Competitiveness Index. Francia: KPMG.
82
Mazn, J. N., Trujillo, J., Serrano, M., & Piattini, M. (2005). Designing data
warehouses: from business requirement analysis to multidimensional
modeling. REBNITA, (pp. 44-53).
Moss, L. (2003). Business Intelligence Roapmap. Boston: Addison-Wesley.
Pardo, C. (2013). From chaos to the systematic harmonization of multiple
reference models: A harmonization framework applied in two case studies.
The Journal of Systems and Software, 125-143.
Pea Fiel, J. D. (2010). Anlisis y Diseo del componente de comercializacin
para el Data Warehouse de la empresa Elctrica Regional de Centro Sur
C.A. y contruccin de un Prototipo. Cuenca: Universidad de Cuenca.
Quintero Montao, C. (2011). Primer informe: Anlisis descriptivo y estructural del
sector de Energa en Colombia. Bogot: Superintendencia de Industria y
Comercio.
Raisinghani, M. (2004). Business Intelligence in the Digital Economy. Hershey PA:
Idea Group.
Ramrez, M. L. (3 de Septiembre de 2012). www.portafolio.co. Fonte: Portafolio:
http://www.portafolio.co/opinion/energia-la-competitividad
Song, I.-Y., Rowen, W., Medsker, C., & Ewen, E. (2001). An Analysis of Many-to-
Many Relationships Between Fact and Dimension Tables in Dimensional
Modeling. Proc. of the Intl Workshop on Design and Management of Data
Warehouses, (pp. 6-1).
Turban, E., Aronson, J., Liang, T.-P., & Sharda, R. (2007). Decision Support and
Business Intelligence System, Eighth Edition. New Jersey: Prentice Hall.
UPME. (Julio de 2004). Una Visin del Mercado ElectricoColombiano. Fonte: Sitio
web de la UPME: http://www.upme.com
UPME. (2009). Plan de Expansin de Referencia Generacin - Transmisin 2009-
2023. Bogot: UPME.
UPME. (10 de 10 de 2013). SIEL. Fonte: http://www.siel.gov.co/
Watson, H., & Ariyachandra, T. (2005). Data Warehouse Architectures: Factors in
the Selection Decision and the Success of the Architectures. Athens:
University of Georgia.
Winter, R., & Strauch, B. (2003). A method for demand driven information
requirements analysis in data warehousing projects. 36th Annual Hawaii
International Conference on System Sciences (pp. 9-14). Hawaii: System
Sciences.
Yu, E. S. (1997). Towards modelling and reasoning support for early-phase
requirements engineering. Proceedings of the Third IEEE International
Symposium (pp. 226-235). Annapolis: IEEE.
83
ANEXO 1. MODELO DE DATOS ORGANIZACIONALES
PACKAGES
Comercial
Language: C++
Paquete Base que contiene las estructuras principales del Modelo
CLASSES:
Cita
Association Ends:
EsAsistidaPor
Association with EjecutivosAsistentes, Multiplicity of *, Bi-
directional, Navigable
Recibe
Association with Cliente, Multiplicity of 1..*, Bi-directional,
Navigable
SeRelaciona
Association with Contrato, Multiplicity of 1..*, Bi-directional,
Navigable
Attributes:
DiasRetraso
Type of double, Public, Multiplicity of 1
Estado
Define si se encuentra; Programada, Incumplida, Cumplida,
reprogramada.
Type of char, Public, Multiplicity of 1
FechaEjecutada
Type of date, Public, Multiplicity of 1
FechaProgramada
NumeroCita
Type of int, Public, Multiplicity of 1
ObservacionFinal
Detalle que se registra en el momento de cerrarla.
ObservacionInicial
Detalle que se registra en el momento de programarla.
PromedioCalificacionCitaCliente
84
El cliente debe retroalimentar que tan satisfecho se sinti en la
visita
Tipo
Identifica el objetivo de la cita, si es una cita Tcnica, de contacto
inicial con el cliente, mantenimiento o fidelizacin.
Ubicacion
localidad, departamento del lugar en donde se realiz la cita
Concesionario
El Concesionario es un tercero que utiliza los servicios de recaudo de
la Comercializadora. Cmo por ejemplo el Alumbrado Pblico que por
Regulacin de la CREG se liquida dentro de la factura de energa.
Association Ends:
Representa
Association with OtroProducto, Multiplicity of 1..*, Bi-directional,
Navigable
Superclasses:
Tercero
Public, Virtual
Attributes:
NombreConvenio
Con cada Concesionario se establece un convenio (Aseo)
definido por un contrato o una regulacin (Alumbrado Pblico).
TipoConvenio
Se especifica si es por regulacin o si es un convenio privado.
EjecutivoCuenta
Trabajador del rea Comercial que realiza Venta y Fidelizacin de
Clientes
Association Ends:
Asiste
Association with EjecutivosAsistentes, Multiplicity of *, Bi-
Atiende
Association with Cliente, Multiplicity of *, Bi-directional, Navigable
itsOrdenTrabajo
Association with OrdenTrabajo, Multiplicity of *, Bi-directional,
Navigable
Solicita
85
Association with Solicitud, Multiplicity of *, Bi-directional,
Navigable
Superclasses:
Empleado
Public
Attributes:
Sector
Sector a donde se encuentra asignado para atender clientes
EjecutivosAsistentes
Association Ends:
Asisten
Association with Cita, Multiplicity of 1, Bi-directional, Navigable
CuentaCon
Association with EjecutivoCuenta, Multiplicity of 1, Bi-directional,
Navigable
Attributes:
Programador
Type of boolean, Public, Multiplicity of 1
Venta
Association Ends:
itsFactura
Association with Factura, Multiplicity of 1, Bi-directional, Navigable
Superclasses:
Solicitud
Public
Attributes:
CodOfertaComercial
FechaVenta
Formapago
PlanComercial
VentaEnergia
Superclasses:
Solicitud
Public
Venta
86
Public
VentaServicioIngenieria
Superclasses:
Venta
Public
VentaServicioValorAgregado
Superclasses:
Venta
Public
FacturacionCartera
ASSOCIATIONS:
RecepcionaPago
End1: Recibe, Multiplicity of *
End2: EsRecibidoPor, Multiplicity of 0..1
TarifaLiquidadaCompania
Tarifa que es utilizada para liquidar la factura
End1: SeAplica, Multiplicity of *
End2: EsLiquidada, Multiplicity of 1
CLASSES:
Cajero
Personal contratado para atender puntos especficos de pago de la
compaa a travs de un mdulo de cajas que se disponga en el
Software Corporativo
Association Ends:
Recibe
RecepcionaPago
Association with Pago, Multiplicity of *, Bi-directional, Navigable
Superclasses:
Empleado
Public
CambioEstadoConexion
Controla un cambio en su estado; pendiente instalacin, conectado,
suspendido, reconectado, retirado, etc.
87
Association Ends:
EsRealizadoSobre
Association with ProductoEnergia, Multiplicity of 1, Bi-directional,
Navigable
itsOrdenTrabajo
Association with OrdenTrabajo, Multiplicity of 1, Bi-directional,
Navigable
itsOrdenTrabajo_1
Navigable
SeHaceEn
Navigable
Attributes:
Causal
La causal que justifica la accin (conexin, suspensin,
reconexion, etc)
EstadoFinal
EstadoInicial
Fecha
LecturaTomada
En caso de un proceso de desconexin se guarda la lectura del
medidor.
Cobros_Notas
Association Ends:
Componen
Association with CuentaPorServicio, Multiplicity of 1, Bi-
EsAfectado
Association with DetalleReclamo, Multiplicity of 1, Bi-directional,
Navigable
EsDiferido
Association with Finanaciacion, Multiplicity of *, Bi-directional,
Navigable
itsCuentaPorServicio
SeHaceCon
88
Association with Concepto, Multiplicity of 1, Bi-directional,
Navigable
Attributes:
CausaCargo
DocumentoSoporte
FechaContable
FechaRegistro
Impuesto
Programa
Identifica el programa que carga el cobro. Lo cual indica el medio
de carga del mismo.
Signo
Unidades
Valor
Compensacion
Association Ends:
PorCortesServ
Navigable
Attributes:
Ano
Circuito
CMP
CRO
Duracion
Grupo
Transformador
89
Trimestre
Valor
Concepto
Associations:
BaseLiquidacion
End1: EsBaseDe, Multiplicity of 1
End2: SeBasaEn, Multiplicity of *
Association Ends:
EsBaseDe
BaseLiquidacion
Navigable
EsUtiliizadoEn
Association with Cobros_Notas, Multiplicity of *, Bi-directional,
Navigable
itsDetalleReclamo
Association with DetalleReclamo, Multiplicity of *, Bi-directional,
Navigable
SeBasaEn
BaseLiquidacion
Association with Concepto, Multiplicity of *, Bi-directional,
Navigable
Attributes:
ClasificadorContable
CodigoConcepto
ComponenteCosto
Identifica el componente del costo al que hace referencia el
concepto (Subsidio, Generacin, Comercializacin...)
EsDiferible
Type of bool, Public, Multiplicity of 1
Nombre
PorcentajeIVA
Porcentaje del IVA que aplica para el concepto
Sigla
Sigla como por ejemplo; Generacin - GEN, Subsidio - SUB
90
CuentaPorServicio
Una cuenta es la liquidacin de un servicio en una factura, si en una
factura son liquidados dos servicios de energa entonces esta factura
tendra dos cuentas
Association Ends:
DeudaCanceladaPor
EsContenida
EsDetalladoPor
Association with RangosDiscretosLiquidados, Multiplicity of *, Bi-
EsDetalladoPor_2
Association with EncabeLiquiTel, Multiplicity of *, Bi-directional,
Navigable
itsCobros_Notas
Association with Cobros_Notas, Multiplicity of 1, Bi-directional,
Navigable
SeAsociaA
Association with Producto, Multiplicity of 1, Bi-directional,
Navigable
SeComponeDe
Composition of Cobros_Notas, Multiplicity of 1..*, Bi-directional,
Navigable
SeDifiere
Association with Finanaciacion, Multiplicity of *, Bi-directional,
Navigable
Attributes:
CodigoCuenta
FechaGeneracion
SaldoCuenta
ValorAbonado
ValorAjustes
ValorCuotasFin
Valor de las cuotas financiadas
Type of 'Double', Public, Multiplicity of 1
ValorFacturado
91
ValorReclamo
ValorTotal
DetalleFinanciacion
Association Ends:
Compone
Association with Finanaciacion, Multiplicity of 1, Bi-directional,
Navigable
Attributes:
DiasInteresCobrado
FechaMovimiento
InteresCobrado
NumeroCuota
TasaInteres
Valor
DetalleLiquidTel
Association Ends:
Compone
Association with EncabeLiquiTel, Multiplicity of 1, Bi-directional,
Navigable
Attributes:
Hora
PrecioDescontadoUnidadSubsid
PreciounidadesCom
PrecioUnidadesCont
PrecioUnidadesGes
PrecioUnidadesOtrosCobros
PrecioUnidadesPGen
92
PrecioUnidadesPSTN
PrecioUnidadesReact
PrecioUnidadesSDL
PrecioUnidadesSTN
PrecioUnidadesSTR
PrecioUnitarioBase
Valor del Componente del costo
(GEN+COMER+SDN+STN+RES+...)
UnidadesConsumidas
UnidadesPenalizadas
UnidadesPenalizadasLiquidadas
UnidadesReactiva
UnidadesSubsidiadas
DetalleTarifa
Association Ends:
HaceParte
Association with Tarifa, Multiplicity of 1, Bi-directional, Navigable
itsFactura
SeAplica
Association with Factura, Multiplicity of *, Bi-directional, Navigable
Tiene
Composition of RangosTarifa, Multiplicity of *, Bi-directional,
Navigable
Attributes:
FechaAplica
Mes-ao para el cual aplica la tarifa
FechaFin
93
FechaInicio
PlanFacturacion
Valor_CU
Vigente
Type of bool, Public, Multiplicity of 1
Devoluciones
Association Ends:
SeRechazaPor
Association with Pago, Multiplicity of 1, Bi-directional, Navigable
Attributes:
CausaDevolucion
FechaDevolucion
FechaRegistro
NumeroDocumento
Valor
ValorSancion
EncabeLiquiTel
Representa los datos detallados de la liquidacin realizada (cmo se
realiz la liquidacin cuando es horaria) por cada uno de los
componentes de la tarifa telemedida, por cada hora y por cada da,
indicando tambin la tarifa aplicada y el valor cobrado.
Association Ends:
Detalla
EsCompuesto
Composition of DetalleLiquidTel, Multiplicity of 1..*, Bi-directional,
Navigable
Attributes:
Consumo
Mes_Dia
94
PorcentajeContribucion
PorcentajeSubsidio
EntidadBancaria
Association Ends:
Tiene
Composition of Sucurs_Corresp, Multiplicity of *, Bi-directional,
Navigable
Attributes:
Codigo
Identificacion
Nombre
Factura
Association Ends:
Contiene
Composition of CuentaPorServicio, Multiplicity of *, Bi-directional,
Navigable
EsLiquidada
Association with DetalleTarifa, Multiplicity of 1, Bi-directional,
Navigable
itsContrato
Association with Contrato, Multiplicity of 1, Bi-directional,
Navigable
itsDetalleTarifa
Navigable
itsTarifa
Association with Tarifa, Multiplicity of *, Bi-directional, Navigable
itsVenta
Association with Venta, Multiplicity of 1, Bi-directional, Navigable
SeExpideAl
Navigable
SeRealizaEn
95
Association with PeriodoFacturacion, Multiplicity of 1, Bi-
Attributes:
CodigoFactura
FechaGeneracion
SaldoFactura
UnidadesLiquidadasAct
Unidades de energa activa liquidadas en la factura
UnidadesLiquidadasPen
Unidades de energa reactiva penalizada liquidada
ValorAbonado
ValorAjustes
ValorCuotasFin
Valor de las cuotas financiadas que se encuentran en la factura
ValorFacturado
Type of 'daouble', Public, Multiplicity of 1
ValorReclamo
ValorTotal
Finanaciacion
Association Ends:
DifiereCobroDe
EstaCompuestoDe
Composition of DetalleFinanciacion, Multiplicity of 1..*, Bi-
SeDifierePor
Navigable
Attributes:
AbonoInicial
CodigoFinanciacion
96
FechaFinanciacion
FechaRegistro
MetodoCalculo
Tasa Fija o variable
NumeroCuotas
Spread
Puntos adicionales a la tasa de inters seleccionada
TasaInteres
Identifica si se utiliza el DTF, u otro valor indicativo.
ValorCuota
ValorTasa
ValorTotal
Inclusion_Exclusion
Inclusiones y Exclusiones de corte del servicio de energa
Association Ends:
SeRealizaSobre
Navigable
Attributes:
Accion
Si es Inclusin o Exclusin
Causa
FechaFin
FechaInicio
Pago
Association Ends:
CancelaDeuda
97
Association with CuentaPorServicio, Multiplicity of *, Bi-
CancelaDeuda_2
Navigable
EsRecibidoPor
RecepcionaPago
Association with Cajero, Multiplicity of 0..1, Bi-directional,
Navigable
RealizadoPor
Navigable
RechazaUn
Association with Devoluciones, Multiplicity of 1, Bi-directional,
Navigable
SeHaceEn
Association with Sucurs_Corresp, Multiplicity of 1, Bi-directional,
Navigable
Attributes:
Cupon
Fechapago
FechaRegistro
TipoPago
Si cancela una deuda o si es un anticipo a una deuda an no
causada
Valor
PeriodoFacturacion
Association Ends:
Agrupa
SeAsocia
Association with PeriodoConsumo, Multiplicity of 1..*, Bi-
Attributes:
CicloFacturacion
CodigoPeriodo
98
FechaFin
FechaFinalPago
FechaGeneracionFact
Fecha en la que se liquid el ciclo masivamente para ese periodo
Fechainicio
RangosDiscretosLiquidados
Detalle de liquidacin para clientes que se liquidan con consumos
discretos. (cmo se realiz la liquidacin cuando es discreta)
Association Ends:
Detalla
Attributes:
LimiteInferior
LimiteSuperior
TarifaAplicada
UnidadesLiquidadas
RangosTarifa
Association Ends:
HaceParte
Navigable
Attributes:
LimiteInferior
LimiteSuperior
Valor
Sucurs_Corresp
Sucursal o corresponsal bancaria
99
Association Ends:
EsContenidaPor
Association with EntidadBancaria, Multiplicity of 1, Bi-directional,
Navigable
Recibe
Attributes:
Codigo
Direccion
Nombre
TipoRecaudo
Especifica si el recaudo en esa entidad o corresponsal se realiza
el pago por medio de cajero, cajero automtico, caja en sucursal
de la compaa, etc.
Tarifa
Associations:
TarifaOtroComercializador
Realiza asociacin entre la tarifa de la empresa con las tarifas de
otros comercializadores
End1: SeRelaciona, Multiplicity of *
End2: TarifaPropia, Multiplicity of 1
Association Ends:
EsPublicadaPor
Association with Comercializadores, Multiplicity of 1, Bi-
itsFactura
Mercado
Association with OperadorRed, Multiplicity of 1, Bi-directional,
Navigable
SeRelaciona
TarifaPropia
Association with Tarifa, Multiplicity of 1, Bi-directional, Navigable
Tiene
Composition of DetalleTarifa, Multiplicity of *, Bi-directional,
Navigable
100
Attributes:
Categoria
CodigoTarifa
Concepto
NivelTension
Observacion
OperadorRed
Producto
PropiedadActivos
ResolucionLey
TipoAcometida
Aerea o subterrnea
TipoFranja
Define si es horario o sencillo
TipoServicio
Ubicacion
General
CLASSES:
Cliente
Associations:
ClienteCorporativo
End1: Tiene, Multiplicity of 1..*
End2: EsParteDe, Multiplicity of 0,1
Association Ends:
Asiste
Association with Cita, Multiplicity of *, Bi-directional, Navigable
EsAtendidoPor
101
Navigable
EsParteDe
Un cliente solo puede tener un cliente corporativo
ClienteCorporativo
Association with Cliente, Multiplicity of 0,1, Bi-directional,
Navigable
itsInteracciones
Association with Interacciones, Multiplicity of *, Bi-directional,
Navigable
itsSolicitud
Association with Solicitud, Multiplicity of 1, Bi-directional,
Navigable
itsSolicitud_1
Association with Solicitud, Multiplicity of 1..*, Bi-directional,
Navigable
Requiere
Aggregation (me as the whole part) of Solicitud, Multiplicity of 1..*,
Bi-directional, Navigable
Suscribe
Composition of Contrato, Multiplicity of *, Bi-directional, Navigable
Tiene
Un cliente corporativo puede tener uno o muchos clientes
asociados
ClienteCorporativo
Association with Cliente, Multiplicity of 1..*, Bi-directional,
Navigable
Superclasses:
Tercero
Public
Attributes:
PermiteManejoDatos
En el caso que el cliente haya autorizado el manejo de sus datos
conforme su poltica y a la Ley 1581 de 2012 Decreto 1377 de
2013
Tipo
Si el cliente es un cliente con servicio o solo es un cliente
potencial.
Comercializadores
Otros comercializadores de energa en Colombia
102
Association Ends:
Publican
Superclasses:
Tercero
Public
Contacto
Association Ends:
SeAsocia
Association with Tercero, Multiplicity of 1, Bi-directional,
Navigable
seAsocia
Association with Tercero, Multiplicity of 1, Bi-directional,
Navigable
Attributes:
Apellidos
Cargo
Codigo
CorreoElectronico
Nombres
Relacion
Describe el grupo en el cual se encuentra el contacto; Financiero,
Tcnico, Comercial, Otro. Esto para tener claridad en el momento
que se requiera una comunicacin masiva enfocada a un sector
del tercero.
Telefono
Contratista
Association Ends:
Ejecuta
Navigable
itsMedidorEnergia
Instalacion
103
Association with MedidorEnergia, Multiplicity of *, Bi-directional,
Navigable
itsOrdenTrabajo
Navigable
Realiza
Association with LecturaDiscreta, Multiplicity of *, Bi-directional,
Navigable
Superclasses:
Tercero
Public
Contrato
Acuerdo de prestacin del servicio y condiciones de liquidacin.
Association Ends:
Contiene
Composition of Producto, Multiplicity of 1, Bi-directional,
Navigable
DeudaCancelaPor_2
EsSuscritoPor
Association with Cliente, Multiplicity of 1, Bi-directional, Navigable
EsTratado
Association with Cita, Multiplicity of *, Bi-directional, Navigable
itsFactura
Posee
Realiza
Attributes:
CicloFacturacion
Determina la clasificacin para agrupar a clientes que comparten
las mismas fechas de facturacin.
Codigo
CodigoAntiguoComer
Identifica cual era el cdigo del cliente en el antiguo
comercializador
ComercializadorAnterior
Cuando no es un proyecto nuevo se debe identificar la
proveniencia del cliente.
104
ConsumoPromedioAnterior
Consumo promedio que la cuenta tena en el comercializador
anterior
Descripcion
Detalla una descripcin del contrato para su identificacin; Local
Palmeto 102, La Flora, etc.
Facturable
En algunos casos un contrato no debe facturarse, por ejemplo las
Fronteras Comerciales de Unidades Abiertas en donde no se
expide factura a una Zona Comn.
Type of 'boolean', Public, Multiplicity of 1
FechaFinal
FechaInicial
LimiteCredito
PromedioFacturado
ProyectoNuevo
Identifica los clientes que hayan ingresado como proyectos
nuevos o si al momento de ingresar a la compaa han tenido el
servicio de energa con otro comercializador.
RutaRepartFactura
TipoLiquidacion
Se detalla la forma de liquidar al cliente; horario, tarfa nica,
rangos, etc.
UbicacionEntregaFact
Determina la ubicacin en donde se entregar la factura,
indicando la direccin, ciudad y departamento
Empleado
Attributes:
Apellidos
AreaOrganizacional
105
Cargo
Celular
Type of 'Char', Public, Multiplicity of 1
Codigo
CodigoIdentificacion
CorreoElectronico
Nombres
Telefono
TipoIdentificacion
OtrosEmpleados
Superclasses:
Empleado
Public
Producto
Association Ends:
Asocia
Navigable
EsContenidoPor
Navigable
itsInteracciones
Association with Interacciones, Multiplicity of *, Bi-directional,
Navigable
itsOrdenTrabajo
Navigable
Posee
Association with CuentaPorServicio, Multiplicity of *, Bi-
Requiere
Navigable
SeCalcula
106
Association with ConsumoPromedio, Multiplicity of *, Bi-
Attributes:
Categoria
Especifica el estrato; 1,2,3,4,5,6, comercial, industrial, especial,
etc.
CicloConsumo
Agrupacin de productos para determinar el periodo de
consumos que se liquidarn en un periodo de facturacin
Codigo
Estado
Determina si el producto est en
FechaFinal
FechaInicial
PlanFacturacion
Dato que hace parte del Sistema de Informacin que se maneja,
indica un criterio adicional para determinar la forma de liquidar del
sistema.
TipoProducto
Ubicacion
Detalla el lugar de instalacin del producto, como mnimo
direccin, ciudad, departamento
Solicitud
Requerimiento que realiza un cliente para un trabajo que debe realizar
la compaa
Association Ends:
Dispara
Navigable
EsRealizada
Navigable
EsRegistrada
Association with Agente, Multiplicity of 1, Bi-directional, Navigable
107
EsRequerida
EstaAsociado
Navigable
itsCliente
itsCliente_1
itsOrdenTrabajo
Navigable
Attributes:
CalificacionServicio
Calificacin que el cliente da al servicio prestado
CausalCierre
CausalRegistro
CodigoSolicitud
Contacto_DireccionCorrespondencia
Contacto_DocumentoIdentificacion
Contacto_Nombre
Contacto_Telefono
Contacto_TipoDocumento
Tipo de documento de identificacin
CostoSolicitud
Valor del costo total por la realizacin de la Solicitud
DiasAbierta
DiasEstimadosMaximo
Hace relacin al nmero de das mximo que debe tomar para
completar la solicitud (por causal)
DiasEstimadosOptimo
Hace relacin al nmero de das para que se considere como un
tiempo ptimo (por causal)
108
FechaAtencion
FechaRegistro
FechaSolicitud
MedioRecepcion
Medio por el cual se recibe; Telefnico, correo, correo electrnico,
fax, redes sociales, etc.
Observacion
TipoSolicitud
ValorSolicitud
Tecnico
Association Ends:
Coordina
Navigable
Enecuta2
Navigable
Superclasses:
Empleado
Public
Tercero
Persona externa a la compaa
Association Ends:
Posee
Association with Contacto, Multiplicity of 0..*, Bi-directional,
Navigable
posee
Association with Contacto, Multiplicity of 0..*, Bi-directional,
Navigable
Attributes:
ActividadEconomica
Cdigo CIIU definido por el DANE
109
Apellidos
CodIdentificacionReprLegal
Cdigo de Identificacin del Representante Legal
Codigo
CodigoIdentificacion
CorreoElectronico
Estado
Determina si el tercero est activo, retirado o cualquier otra
clasificacin que se requiera
Fax
Fin
Fecha de finalizacin de la relacin con la compaa
GranContribuyente
Inicio
Fecha de inicio de activacin en la compaa
NombreComercial
Nombre con el cual es conocido el establecimiento o empresa,
que en algunos casos no es el mismo al que aparece en su
registro de comercio
Nombres_RazonSocial
ProcesosLegales
Identifica el estado legal del tercero cuando es una persona
jurdica, por ejemplo; Empresa en liquidacin.
RepreLegal
Nombres y apellidos del representante legal en caso de tenerlo
RetieneIca
RetieneRenta
Telefono
110
TipoIdentificacion
Tipo de documento de Identificacin por ejemplo; Cdula
Ciudadana, Nit, Nit de Persona Natural, Cdula de Extranjera.
TipoIdentiRepreLegal
Tipo de documento de Identificacin del Representante Legal
UbicacionPrincipal
Especificar la direccin, ciudad y departamento principal del
tercero
LecturaDiscreta
CLASSES:
ConsumoDiscreto
Association Ends:
EsConsumidoPor
Association with PuntoConexion, Multiplicity of 1, Bi-directional,
Navigable
EsGeneradoPor
Association with LecturaDiscreta, Multiplicity of 0,1, Bi-directional,
Navigable
SeEncuentraEn
Association with PeriodoConsumo, Multiplicity of 1, Bi-directional,
Navigable
Attributes:
CalificacionLectura
Consumo
DesviacionPromedio
FechaConsumo
FechaRegistro
MetodoCalculo
Determina el mtodo por el cual se calcula el consumo; diferencia
de lectura, promedio, desviacin significativa, correccin de
lectura
111
TipoConsumo
Energa activa o reactiva
LecturaDiscreta
Association Ends:
EsTomadaPor
Association with Contratista, Multiplicity of 1, Bi-directional,
Navigable
Genera
Association with ConsumoDiscreto, Multiplicity of 1..*, Bi-
Requiere
Association with Relectura, Multiplicity of 1, Bi-directional,
Navigable
SeEncuentraEn
Navigable
SeGuardaEn
Association with LecturaDiscretasCorregidas, Multiplicity of *, Bi-
SeMideEn
Navigable
Attributes:
CausalNoLectura
FechaLecturaAnterior
FechaLecturaTomada
FechaRegistro
LecturaAnterior
LecturaTomada
ObservacionLectura
TipoConsumo
112
LecturaDiscretasCorregidas
Almacena los cambios que se realicen a las lecturas
Association Ends:
GuardaUna
Association with LecturaDiscreta, Multiplicity of 1, Bi-directional,
Navigable
Attributes:
CausalCambio
Indica el motivo por el cual realizan un cambio en la lectura
FechaLectura
LecturaTomada
TipoConsumo
Relectura
Association Ends:
Corrige
Association with LecturaDiscreta, Multiplicity of 1, Bi-directional,
Navigable
Attributes:
FechaLecturaTomada
LecturaTomada
ObservacionLectura
TipoConsumo
Red
ASSOCIATIONS:
Instalacion
End1: itsContratista, Multiplicity of 1
End2: itsMedidorEnergia, Multiplicity of *
113
CLASSES:
Circuito
Association Ends:
Contiene
Aggregation (me as the whole part) of TransformadorEnergia,
Multiplicity of *, Bi-directional, Navigable
PerteneceA
Navigable
Attributes:
Codigo
Descripcion
SubEstacion
EquipoComunicacion
Conmutado, GPRS, Satelital, etc.
Association Ends:
itsMedidorEnergia_1
Association with MedidorEnergia, Multiplicity of 1..*, Bi-directional,
Navigable
PermiteConexion
Navigable
Superclasses:
EquiposDeSuministroEnergia
Public
Attributes:
DireccionLogica
Propiedad
TipoComunicacion
Conmutado, GPRS, Satelital
114
Association Ends:
EsUtilizado
Navigable
Attributes:
FechaFinConexion
FechaInicioConexion
Marca
Modelo
Serial
MedidorEnergia
Association Ends:
itsContratista
Instalacion
Navigable
itsEquipoComunicacion_1
Association with EquipoComunicacion, Multiplicity of *, Bi-
itsPuntoConexion_1
Association with PuntoConexion, Multiplicity of 1..*, Bi-directional,
Navigable
Necesita
Association with EquipoComunicacion, Multiplicity of *, Bi-
Requiere
Aggregation (me as the whole part) of TransformadorMedida,
Multiplicity of *, Bi-directional, Navigable
SeInstalaEn
Navigable
Superclasses:
Public
Attributes:
ClasePrecision
FactorRegistro
115
Fases
NumeroDigitos
NumeroElementos
NumeroHilos
PermiteTelemedicion
PropiedadCliente
Sellos
Tipo
Electromecnico o mecnico.
Tope
Tope del contador antes que se reinicie.
Voltaje
OperadorRed
El Mercado de Comercializacin define el rea en el cual opera; Cali-
Valle, Resto del Valle, Antioquia, Cundinamarca, etc.
Association Ends:
Contiene
Association with ProductoEnergia, Multiplicity of *, Bi-directional,
Navigable
Posee
Aggregation (me as the whole part) of Circuito, Multiplicity of 1..*,
Bi-directional, Navigable
SePublica
Superclasses:
Tercero
Public
Attributes:
MercadoComercialziacion
Sector
Clasificacin de sector que entrega XM (Norte, Sur)
116
OtroProducto
Association Ends:
EsRepresentadoPor
Association with Concesionario, Multiplicity of 0,1, Bi-directional,
Navigable
Superclasses:
Producto
Public
Attributes:
FechaFinFacturacion
FechaInicioFacturacion
ProductoEnergia
Associations:
AmparoPorProrrateoCargos
End1: Ampara, Multiplicity of *
End2: EsAmparadoPor, Multiplicity of 0,1
Association Ends:
Ampara
Association with ProductoEnergia, Multiplicity of *, Bi-directional,
Navigable
EsAmparadoPor
Association with ProductoEnergia, Multiplicity of 0,1, Bi-
HaceParteDe
Navigable
itsPuntoConexion_1
Composition of PuntoConexion, Multiplicity of 1..*, Bi-directional,
Navigable
SeAsocia
Composition of PuntoConexion, Multiplicity of 1, Bi-directional,
Navigable
SeHaceA
Association with Compensacion, Multiplicity of *, Bi-directional,
Navigable
SeLeRealiza
117
Association with Inclusion_Exclusion, Multiplicity of *, Bi-
SeRealiza
Association with CambioEstadoConexion, Multiplicity of 1..*, Bi-
tiene
Association with CambioEstadoConexion, Multiplicity of 1..*, Bi-
Superclasses:
Producto
Public
Attributes:
FechaConexion
Fecha en la cual se realiza la maniobra de instalacin.
FechaInicioFacturacion
Para el caso de fronteras es la fecha en la cual se autoriza XM
para iniciar como comercializador del cliente. Para clientes con
medicin discreta es la fecha en la cual el cliente inicia a
consumir energa desde adentro de la Frontera.
FinProvisionalidad
PorcentajePatrocinio
Determina el porcentaje del valor total de la deuda del producto
patrocinado que debe pagar.
Provisional
Identifica si es un producto que sea temporal dependiendo de las
necesidades del cliente.
ReportaSIC
Especifica si el consumo del producto debe ser reportado al SIC
TipoDistribucion
Aerea o Subterranea
TipoPerfil
Especifica si es una frontera de Generacin o de Demanda.
ValorAForoPorDia
En los casos en donde el producto sea Aforado se debe
especificar el valor de consumo por da.
Voltaje
118
PuntoConexion
Associations:
FronteraPadre
End1: itsPuntoConexion, Multiplicity of 0,1
End2: itsPuntoConexion_1, Multiplicity of *
Association Ends:
Contiene
Aggregation (me as the whole part) of MedidorEnergia, Multiplicity
of *, Bi-directional, Navigable
Demanda
Association with ConsumoDiscreto, Multiplicity of *, Bi-directional,
Navigable
Genera
Association with Eventos, Multiplicity of *, Bi-directional,
Navigable
itsMedidorEnergia_1
Aggregation (me as the whole part) of MedidorEnergia, Multiplicity
of *, Bi-directional, Navigable
itsProductoEnergia
Navigable
itsPuntoConexion
FronteraPadre
Association with PuntoConexion, Multiplicity of 0,1, Bi-directional,
Navigable
itsPuntoConexion_1
FronteraPadre
Association with PuntoConexion, Multiplicity of *, Bi-directional,
Navigable
MideSuConsumoEn
Association with ConsumosHorarios, Multiplicity of *, Bi-
PerteneceA
Navigable
Registra
Association with RegistrosMedidor, Multiplicity of *, Bi-directional,
Navigable
SeAsocia
Aggregation (me as the whole part) of TransformadorEnergia,
Multiplicity of 1..*, Bi-directional, Navigable
SeEjecutan
119
Association with Llamadas, Multiplicity of *, Bi-directional,
Navigable
Tiene
Navigable
Attributes:
CodigoNIU
Identificacin del Usuario ante el Operador de Red
CodigoSic
FactorPerdidas
Valor de referencia el cual se debe utilizar para determinar el
consumo del cliente bajndolo de bordes de generacin hasta su
nivel de tensin.
FechaFin
FechaInicio
NivelTension
RedAlimentacion
Aerea o Subterranea
RutaLectura
TipoConexion
Si es una frontera princiapl, embebida, o si es un cliente de una
frontera virtual
TransformadorEnergia
Association Ends:
EstaInstalado
Association with Circuito, Multiplicity of 1, Bi-directional, Navigable
ProveeCapacidad
Navigable
Superclasses:
Public
Attributes:
Capacidad_KVA
120
Nodo
Propiedad
Determina la propiedad del activo
TipoAlimentacion
Monofasico, Bifasico, trifasico
TransferenciaMaxima
VoltajePrimario
VoltajeSecundario
TransformadorMedida
Association Ends:
SeAsociaA
Navigable
Superclasses:
Public
Attributes:
ClasePrecision
Relacion
Sellos
TipoTransformacion
Transformador de Corriente (TC) o de Potencial (TP)
ServicioCliente
CLASSES:
Agente
121
Agente de Atencin al Cliente
Association Ends:
Registra
Navigable
Superclasses:
Empleado
Public
Dano_Emergencia
Daos/Emergencias presentados en la Infraestructura
Association Ends:
itsOrdenTrabajo
Navigable
Superclasses:
Solicitud
Public
Attributes:
CausalDano
Diagnostico
FechaRegistro
FechaReparacion
LocalizacionDano
ObservacionOperador
TiempoFueraServicio
En horas
TipoDano
DetalleReclamo
Association Ends:
Afecta
Navigable
Compone
122
Association with Reclamo, Multiplicity of 1, Bi-directional,
Navigable
itsConcepto
Navigable
Attributes:
Causal
Cada cargo reclamado pudiese tener una causal diferente
UnidadesAceptadas
UnidadesReclamadas
Unidades en kwh que se estn reclamando
ValorAceptado
ValorImpuestoAceptado
ValorImpuestoreclamado
ValorReclamado
Interacciones
Association Ends:
itsCliente
itsProducto
Navigable
Superclasses:
Solicitud
Public
Peticion
Superclasses:
Solicitud
Public
Attributes:
TipoPeticion
Queja
123
Superclasses:
Solicitud
Public
Attributes:
TipoQueja
Reclamo
Association Ends:
EsCompuesto
Composition of DetalleReclamo, Multiplicity of *, Bi-directional,
Navigable
Superclasses:
Solicitud
Public
Attributes:
TipoReclamo
Detalla si es un reclamo por cargos o por pago no abonado
ServicioTecnico
CLASSES:
ConsumoPromedio
Association Ends:
SeAsocia
Navigable
SeAsociaA
Navigable
Attributes:
PromedioEnergiaActiva
PromedioEnergiaPenalizada
PromedioEnergiaReactiva
124
OrdenTrabajo
Association Ends:
Depende
Association with Solicitud, Multiplicity of 0..1, Bi-directional,
Navigable
EsCoordinada
Association with Tecnico, Multiplicity of 1, Bi-directional,
Navigable
EsEjecutada
Navigable
EsEjecutada2
Association with Tecnico, Multiplicity of 1, Bi-directional,
Navigable
itsCambioEstadoConexion
Association with CambioEstadoConexion, Multiplicity of 0..1, Bi-
itsCambioEstadoConexion_1
Association with CambioEstadoConexion, Multiplicity of 1, Bi-
itsContratista
Navigable
itsDano_Emergencia
Association with Dano_Emergencia, Multiplicity of *, Bi-directional,
Navigable
itsEjecutivoCuenta
Navigable
itsProducto
Navigable
itsSolicitud
Association with Solicitud, Multiplicity of 1, Bi-directional,
Navigable
SeRealizaEn
Navigable
Utiliza
Association with EquiposDeSuministroEnergia, Multiplicity of *, Bi-
Attributes:
CausalDeCierre
125
CodigoOrden
Comentario
CostoTrabajo
DuracionOrden
Das de duracin de la orden en estado abierta
Fecha
FechaCierreOrden
FinEjecucion
InicioEjecucion
TipoTrabajo
UnidadDeOperacion
Unidad de trabajo que atiende la orden
ValorCobrar
PeriodoConsumo
Periodo configurado por la empresa para determinar cul es el periodo
en el cual se van a medir los consumos de los clientes para que
apliquen a una fecha de facturacin.
Association Ends:
Contiene
Navigable
DefineElTiempoDel
Association with ConsumoDiscreto, Multiplicity of *, Bi-directional,
Navigable
EsAgrupadoPor
Association with PeriodoFacturacion, Multiplicity of 1, Bi-
PerteneceA
Association with ConsumoPromedio, Multiplicity of *, Bi-
SeAsocia
126
Association with ConsumosHorarios, Multiplicity of *, Bi-
Attributes:
CicloConsumo
Codigo
FechaCierreFacturacion
Fecha en la cual se entrega el ciclo para que proceda a ser
facturado
FechaCierreSincronizacion
Fecha en la cual se cierra el proceso de sincronizacin con los
sistemas de medicin que recuperan las lecturas y se procede a
determinar los consumos definitivos.
FechaFin
FechaInicio
Telemedicion
CLASSES:
Analizados
Superclasses:
ConsumosHorarios
Public
ConsumosHorarios
Association Ends:
PertenecenA
Navigable
SeHaceEn
Navigable
Attributes:
ConsumoActiva
127
ConsumoPenalizado
ConsumoReactiva
FechaConsumo
MetodoCalculo
Indica el tipo de consumo, si es una correccin por curva o
cargada por plantilla(manual), etc.

SistemaMedicion
Sistema de Medicin Origen que obtuvo la lectura
Distribuidos
Superclasses:
ConsumosHorarios
Public
Eventos
Los eventos representan situaciones que ocurren en el momento de
tomar la medida, dentro de los posibles eventos que se pueden
encontrar son: Ausencia de fases, Ausencia de fases intervalo corto,
Inicio de fases, Ausencia de fases intervalo corto con ausencia de
fases, Inicio y ausencia de fases.
Association Ends:
OcurreEn
Navigable
SonTraidos
Association with Llamadas, Multiplicity of 1, Bi-directional,
Navigable
Attributes:
Evento
Evento que se presenta y es identificado por el medidor
FechaEvento
Fecha en la que se presenta el evento
HoraCorte
HoraInicio
128
Valor1
Valor2
LecturasSistemaMedicion
Lecturas que son recuperadas por los sistemas de medicin que se
encuentren incorporados en la compaa.
Association Ends:
SeRecuperaDesde
Navigable
Superclasses:
ConsumosHorarios
Public
Llamadas
Association Ends:
Obtiene
Association with LecturasSistemaMedicion, Multiplicity of *, Bi-
Recupera
Association with RegistrosMedidor, Multiplicity of *, Bi-directional,
Navigable
SeHaceA
Navigable
Traen
Association with Eventos, Multiplicity of *, Bi-directional,
Navigable
Attributes:
Alarma
Duracion
Duracin en segundos de la llamada
EstadoLlamada
EstadoPerfilCarga
EstadoRegistros
129
FechaFinLlamada
FechaLlamada
FechaMedidor
NumeroIntentos
Operador
Operador de la comunicacin en el caso mvil; Claro, Tigo....
Tipollamada
Automtica o manual.
Refacturados
Superclasses:
ConsumosHorarios
Public
RegistrosMedidor
Eventos que transmite el medidor e identifican diferentes situaciones;
corte de energa, apertura del medidor, etc.
Association Ends:
PerteneceA
Navigable
SeAsocia
Navigable
Attributes:
Fecha
TipoRegistro
Valor
130
OBJECT MODEL DIAGRAMS
* Los nicos atributos que son incluidos explcitamente en los diagramas, son los que corresponden a medidas o variables de clculo.
** En los diagramas, las clases que se encuentran coloreadas representan entidades de datos que contienen variables medibles que podran incluirse en
los cubos de la Bodega de Datos.
Comercial
General::Tercero
General::E mpleado 1 0..* General::Contacto
Comercial::EjecutivosA sistentes * 1 Comercial::Cita
E sA sistidaP or Asisten
Dias Ret raso:d ouble
Prom edi oCali ficac ion. ..
*
EsTratado
A sis te * Asiste *
C om erc ial :C oncesionario
G ener al:: Comerci alizadores
E sRepresentadoPor 0,1
1
Comercial::E jecutivoCuenta CuentaCon
Representa 1..* Red::OperadorRed 1

Recibe 1..* Red::Otr oP o
r ducto
1 *
General::Cliente
A tiende 1..*
E sA tendidoPor HaceP arteDMercado
e 1 1
Tiene
EsRealizada 1 1 ClienteCorporativo
E sRequerida
0,1
General::Tecnico E sP arteDe
FacturacionCartera::Factura
E sS uscritoP or 1
Solicita * R equi ere 1..* *
1 Sald oFactura: doub le *
EsE jecutada2 General::S olicitud FacturacionCartera::Tarifa
0..1 Valo rA bonado :dou ble S eP ublica
Depende Valo rReclamo :dou ble
Dias Abi erta:doubl e
E sCoordinada 1 Valo rS olicitud:dou ble Suscribe * Valo rTotal:dou ble
Cali ficac ionServic io:in t General::Contrato Valo rFact urado:daoubl e
1 * Valo rA jus tes: doub le *
CostoSo licitud:int 1..*
SeE xpid eAl P osee Valo rCuotasFin:do uble SeA pli ca
SeRelac iona
Unid adesLiquidadasAct...
E sContenidoP or 1 Unid adesLiquidadasPen...
HaceP arte 1
E necut a2 * Dispara * Asocia *
ServicioTecnico::OrdenTrabajo TarifaLiquidadaCompania
*
Coordina Dura cion Orden:doubl e
Cont iene *
CostoTra bajo :dou ble
Valo rCobrar: doub le Red::Pro ductoEn ergi a
General::Tercero
Tiene *
Contiene 1 Fact uracionCartera::Detal leTarifa
Ejecuta * 1 General::P roducto 1
Valo r_CU:dou ble
EstaAsociado E sLiquidada
Comercial::V enta
Ampara * E sAmparadoP or 0,1
AmparoPorP rorrateoCargos
EsE jecutada 1
General:: Con rtatista
Comerci al:: Venta Ene rgi a Com ercial :V enta Servi cio Inge nieri a Comercial::V entaServicioV alorAgregado
131
FacturacionCartera
Fa c tu ra c i on Ca rtera ::De v o lu c i o n e s
Fa c tu ra c i on Ca rte ra ::En ti d ad Ba nc a ria Ge ne ra l ::Te rc ero
Va l o r:d ou bl e
Va l o rSan c i o n :d o ub le
Es Co nte n i da Po r 1 Re c h az aUn 1
Ti e n e *
Fa c tu ra c i on Ca rte ra ::Su c u rs _ Corre s p Ge ne ra l::Cl i en te 0 ,1
Es Pa rteDe
1 ..* Cl i en teCo rp orati v o
Ti e n e
Se Re c h az aPor 1
Se Ha c e En 1
Fa c tu ra c i on Ca rtera::Pa go Es Su s c ri t oPor 1
Va l o r:d ou b l e Co m e rc ia l ::Con c es i o n a rio

* 0 ,1
* Re d ::Op e rad o rRe d Ge ne ral ::Co m e rc i al i z a d ores
Re c i b e Re al i z a Es Re pre s en tad o Po r
Re c i b e * De ud aCan c e la da Po r * Re al i z a do Po r 1 Su s c ri be *
Ge ne ra l ::Em pl ea d o
Ge ne ra l::Co ntra to Ha c e Pa rteDe 1 M e rc ad o 1 Es Pu bl i c a da Po r 1
Re pre s e n ta 1 ..*
1
Re d::Otro Prod uc to
Se Ex p i d e Al 1 Es Co nte n i do Po r
Pu bl i c a n *
* F a c tu ra c i on Ca rtera ::Ta rifa
Re c e pc io na Pa g o
Se Pu bl i c a
Ca nc el a Deu d a * Po s e e * Po s e e *
F a c tu ra c i on Ca rtera ::Cu e n taPorSe rv ic i o Fa c tu ra c i on Ca rtera::Fa c tu ra
Fa c tu ra c i o n Ca rte ra ::Caj ero Co nti en e 1 Se As oc ia A 1
0 ..1 Va l orTota l:d o u b l e Va l orTo ta l:d ou b l e Ge n e ra l:: Prod u c to Ha c e Pa rte 1
Es Re c i b id oPor Va l orFac tura d o :do u b le Va l orFa c tura d o :d a ou b l e
Va l orAj us te s :d o ub l e Va l orAj us te s :d o u b l e
Va l orCuo tas Fi n:Do u b l e Va l orCu o tas Fi n:d o ub l e
Va l orRec l am o :d ou b l e Va l orRe c l am o :d o u bl e Ti e ne *
Va l orAbo na do :d ou b l e * 1 Va l orAb o na d o :d o u bl e 1 Fa c tu ra c i on Ca rtera::De ta l le Ta rifa
Sa l do Cu e nta :d ou bl e Co n ti en e Es Co nte n i da Sa l do Fa c tura:d o u b l e
Un i da d e s Li q ui da da s Ac t:d ou bl e 1 Va l or_CU:d o ub le
Co n ti en e *
Un i da d e s Li q ui da da s Pe n :d ou bl e
Re d::Pro d uc toEn e rg ia
1
Ba s e Li q u i da c i o n De tal l a *
Ha c e Pa rte 1
Am pa ra 1
Po rCorte s Serv
Es Ba s e De 1 SeBas a En * Difi ere Co bro De 1 De tal l a 1 Ag rup a *
Co m p o n e n 1 Am p a ro Po rPro rra te o Ca rg os
Fa c tu ra c i on Ca rte ra ::Co n c ep to
Se Ha c e A *
Se Re al i z a En 1 0,1
Fa c tu ra c i on Ca rtera ::Co m p en s a c i o n
Fa c tu ra c i on Ca rtera ::Pe ri o do Fa c tura c i on Es Am pa ra do Po r
Du ra c i on :in t
Se Re al i z a So b re 1 Es Re al i z a do So b re 1 Va l o r:d ou bl e
Se Ha c e Co n 1
Es De tal l a do Po r_ 2 * Es Ag ru pa d o Po r 1
Fa c tu ra c i o n Ca rte ra ::Enc ab eL iq u i Te l
Co ns um o :do ub le
Po rc en ta j eCo n tri b u c i o n :d ou b l e Se As oc ia 1 ..* Ti e n e *
Es Uti l ii z a do En * Po rc en ta j eSu b s i di o:d o u b l e Se Re al i z a 1..*
Se rv i c i oTec n i c o ::Perio d o Co n s u m o Fa c tu ra c i on Ca rte ra ::Ra n g os Ta ri fa
Fa c tu ra c i on Ca rtera::Co bro s _ No tas 1 ..* Se Le Re al i z a * Fa c tu ra c i o n Ca rte ra ::Cam b i oEs ta d oCo n e x i o n
Se Co m p o ne De Fa c tu ra c i on Ca rtera ::Inc l u s i o n_ Ex c l us io n Va l or:d o u bl e

Va l or:d o u bl e
Im p u es to :do u b le Co m p on e 1
1
Un i da de s :do u b le
Se Di fi erePor
Es Di fe rid o *
Es Co m p u es to 1..*
Fa c tu ra c i on Ca rtera::Fi n a n a c i a c i on
Fa c tu ra c i o n Ca rte ra ::Deta l l e L i qu i d Te l
Se rv i c i oCli e nte::De ta l l e Re c l am o Afe c ta 1
Va l orTo ta l:d ou b l e
Va l orCu o ta:d o ub l e Ho ra :in t
Va l orRec l am a do :d o u bl e * Un i da d e s Co n s um id as :d ou bl e
Ab on o In ic ia l :d ou bl e
Un i da de s Re c l a m ad as :i n t Se Di f i ere Un i da d e s Re a c tiv a :do ub l e
Un i da de s Ac e p ta da s :d ou b l e Un i da d e s Pe n a l iz a d as :d ou bl e
Va l orAc e pta d o :d ou bl e 1
Co m p on e 1 Un i da d e s Pe n a l iz a d as L i qu id a d a...
Va l orIm p ue s to re c l a m a do :d... Es Afe c ta d o
Un i da d e s Su b s i d i a d as :d ou bl e
Va l orIm p ue s to Ac e p ta d o:d o... Pre c i oUni tari o Ba s e :d ou bl e
Pre c i oUni da d e s Re a c t:d o u bl e
Pre c i oUni da d e s Co n t:d o u b l e
Es De tal l a do Po r * Pre c i oUni da d e s Ge s :d ou bl e
Fa c tu ra c i o n Ca rte ra ::Ran go s Dis c reto s L iq ui d a do s Pre c i ou ni da d e s Co m :d o u b l e
Pre c i oUni da d e s Otro s Co b ro s :d o u...
Li m i teIn fe ri o r:d o ub l e Pre c i oUni da d e s PGe n:do ub le
Li m i teSup erio r:d o u b l e Pre c i oUni da d e s PSTN:do ub le
Fa c tu ra c i on Ca rte ra ::De tal l eF in an c i ac i o n Ta rifaAp l i c a d a :d ou bl e Pre c i oUni da d e s SDL :d ou bl e
Un i da de s Li q u i da d a s :do ub le Pre c i oUni da d e s STN:d ou bl e
Va l or:d ou bl e 1 ..*
Pre c i oUni da d e s STR:d ou bl e
Inte res Co bra d o :do u b le Es taCom p ue s toDe Pre c i oDes c o ntad o Uni da dSub s i d:...
132
General
Gen eral::E mp e
l a do
General::Tercero
General::OtrosEmpleados 1
seAsoci a
pos ee 0 .*
General::Contac to
Ge neral ::Tecnico
ServicioCliente::Agente Comercial::Ejec utiv oCuenta FacturacionCartera::Cajero
Gen eral::Comerc ial zi a dor es
EsRegis trada 1 EsAtendidoPor 1

Comercial::Concesionario General::Contratista
Re d::O pe rador Re d
General::Cliente
* 0,1
Atiende Es Par teD e EsRepresentadoPor 0,1
HaceParteD e 1
1 ClienteCorporativ o
EsRequerid a
1..*
Tie ne
EsSusc ritoPor 1
Reg si tr a * Rep res en ta 1 .*
General::Solicitud Red::OtroProducto
DiasAbierta:double Susc ribe *

1 .*
ValorSolicitud:double Ge neral ::Co ntr ato
Requiere
CalificacionServ icio:int
EsContenidoPor 1
Contiene *
Red::ProductoEnergia
Contiene 1
General::Produc to
EsAmparadoPor 0,1 Ampara *
133
LecturaDiscreta
General::Produc to
R ed:: Circ uito

1. *.
Pose e
PerteneceA 1
Red::OperadorR ed
Es taInstalado 1
1..*
FacturacionC artera::CambioEstadoConex ion R ed:: Pro ducto Energia
tiene
1
SeH ac eEn
PerteneceA 1
C ontiene *
R ed:: Tra nsfo rm ador Energi a
1..*
SeAs oc ia 1
R ed::PuntoConex ion
1..*
1..*
SeInstalaEn
R ed::MedidorEnergia
SeMideEn 1 1
General::Contratis ta EsC onsum d

i o Por *
C ontiene
1
Es TomadaPor
D emand a *
R ealiza * Ti ene *
Lec t uraDi s creta : :C onsum oDi s cr eto
LecturaDis creta::Lec turaDisc reta
D esviac o i nProm edio:doubl e
C alif ci ac o
i nLec tu ra:c h ar
1 0,1
C onsum o:doub e l
GuardaUna Es G eneradoP or 1..*
LecturaD is creta::Lec turaDisc retasCorregidas Genera
C orrige 1 C onti ene * D efin eElTiemp oDel *
*
SeGuardaEn
LecturaDis creta::Relectura
1
Requiere SeEncuentraEn 1
ServicioTec nico::PeriodoCons umo
1
SeEn cuentr aE n
134
Red
General::Producto Red: :Circuito
1.. *
Posee
PerteneceA 1
Red::OperadorRed
EstaInst alado 1
Red: :Product oEnergia
Cont iene *
Red::TransformadorEnergia
PerteneceA 1
1.. *
SeAsocia
SeAsocia 1
Red::EquiposDeSuministroEnergia
Red: :Punt oConexion
1..*
ProveeCapacidad
0,1 *
SeInstalaEn 1.. *
F ronteraPadr e
Cont iene *
Red::MedidorEnergia
1.. *
SeAsociaA
Red: :Trans formadorMedi da
PermiteConexion 1..*
*
Requiere
Red: :Equi poComunicacion
*
Necesita
135
ServicioCliente
General::Tercero General::Empleado
General::Empleado
*
Atiende General::Cliente
1 General::Contratista
General::Tecnico
EsRequerida
EsSuscritoPor 1
EsE jecutada 1
S uscribe *
EsA tendidoPor 1
ServicioCliente::Agente General::Contrato EsCoordin ada 1 E sEjecutada2 1
Comercial::EjecutivoCuenta
Ejecuta *
ServicioTecnico::OrdenTrabajo
* *
ValorCobra r:double Coordina
EsContenidoP or 1 Requiere
CostoTraba jo:double
Contiene 1 DuracionOr den:double
EsRegistr ada 1
1 General::P roducto *
EstaAsociado Enecuta2
1
S eRealiza En Dispara *
Requiere 1..* Asocia *
General::Solicitud
* 0..1
DiasAbiert a:double
Registra Depende
ValorSolic itud:double
Calificacio nServicio:int
ServicioC liente::DetalleReclam o
ValorRecla mado:double
UnidadesR eclamadas:int
UnidadesA ceptadas:double
ValorAcep tado:double
ValorImpue storeclamado:double BaseLiqui dacion
* ValorImpue stoA ceptado:double
EsCompuesto
SeBasaE n * EsBaseD e 1
S ervicioCliente::P eticion ServicioC liente::Queja EsAfectado 1 FacturacionCartera::Concepto
ServicioCliente::Interacciones ServicioCliente::Dano_Emergencia S ervicioCliente::Reclamo
TiempoFuer aServicio:double
1 1
Compone Afecta 1 SeHaceCon
Facturacio nCartera::Cobros_No tas
Valor:double
Impuesto:do uble
Unidades:do uble *
EsUtiliizadoEn
136
ServicioTecnico
General::T erc ero General::Emp lead o
General::Cont ratis ta
General :: Tecni co
General::Cliente
EsEj ecut ada 1

E sS uscr itoPor 1
EsCoor dinada 1 EsEjecutada2 1
Eje cuta *
Susc rib e *
ServicioTecnico::OrdenTrabajo
General:: Contrat o
*
ValorCobrar:double Coordin a
CostoT rabajo:double
DuracionOrden:double
*
EsContenidoPor 1 Requi ere *
Enecut a2
EsUtilizado * 1
Cont ien e 1
General :: Prod ucto
1
SeRealizaEn
Util iza * 0..1
SeAsocia 1 Red::Equ ipos De Sumini stroEnergi a Fact uracionCart era:: CambioEstad oConexi on
SeCalc ul a *
Ser vic ioT ec nico :: Consum oP rome dio
Pertene ceA *
SeAsoci aA 1 Red: :T r ansf ormad orMedi da

Red::EquipoComunicacion Red::TransformadorEnergia
Ser vic ioTec nico :: Peri odoCon sumo
137
Telemedicion
General::Producto
Red::Circuito
1.. *
Po see
Perte neceA 1
Red:: Operado rRed
EstaInstalado 1
Red::ProductoEnergia
Co ntiene *
Re d::T rans formado rEnergi a
T elemed icion::R egistro sMedido r
1..*
Pertene ceA 1
Recupe ra * Registra *
SeAsocia 1
Red::PuntoConexion
1 1.. *
Red::Equip oComunicacion
PerteneceA
1.. *
1 Se InstalaE n
SeHac eA 1 Perte necenA 1
Oc urreEn
SeAso cia 1 Necesita *
Red::MedidorEnergia
T elemedi cion::Ll amadas
1..*
NumeroIntentos:int * PermiteCone xion
Duracion:double * Contiene
SeEjecutan
ServicioTecnico::PeriodoConsumo
Se Recupe raDesd e 1 1 1
SonT raidos S eHaceE n
MideSuConsumoEn * SeAsoc ia *
T raen * Genera * T elemed icion::C onsum osHorarios
T elemedicion::Eventos
ConsumoActiva:double
ConsumoReactiva:double
ConsumoPenalizado:double
Obtiene *
T elemed icion::Le cturasS istema Medicio n
T elemed icion::A nalizado s T e lemedic ion::Dis tribuido s T elemedicion::Refacturados
138
ANEXO 2. DIAGRAMAS DE FLUJO DE INFORMACIN
Diagrama Comercial
139
Diagrama Comercial Anlisis de Citas
Cita Tercero Tercero
Ejecutivos
Cliente x Cita
Asistentes
Contrato x Cita
Tercero
Concesionario
Cliente
Requiere
Corporativo
Ejecutivo de
Suscribe
Cuenta
Otro Producto
Operador de Red
Contrato
Se Encuentra dentro de
Contiene
Producto Energa
Producto
140
Diagrama Comercial Anlisis de Ventas y Solicitudes
141
Diagrama Comercial Anlisis de Facturas
Tercero Tercero Tercero Tercero

Ejecutivo de
Cuenta
Comercializadores
Concesionario
Cliente
Lo publica
Operador de Red
Se define por
Suscribe
Tarifa
Otro Producto Contrato Se expide a Factura
Se Liquida Con
Se encuentra dentro de
Contiene
Detalle Tarifa
Producto Producto Energa
142
Diagrama Comercial Anlisis de Tarifa
143
Diagrama Comercial Anlisis de Ordenes de Trabajo
144
Diagrama de Facturacin y Cartera
145
Diagrama de Facturacin y Cartera Anlisis de Pagos y Devoluciones
Entidad Tercero Tercero Tercero Tercero
Bancaria
Cliente Concesionario Operador de Comercializad

Sucursal o Pago/ Red ores
corresponsal Devoluciones
Pago x
Contrato Otro Producto Tarifa
Cuenta
Cajero
Cuenta x
Factura
Servicio
Producto
Energa Detalle Tarifa
Produ
cto
Amparo
Emple Periodo Periodo

ado Consumo Facturacin
146
Diagrama de Facturacin y Cartera Anlisis de Financiaciones
147
Diagrama de Facturacin y Cartera Anlisis de Factura
148
Diagrama de Facturacin y Cartera Anlisis de Rangos discretos liquidados
149
Diagrama de Facturacin y Cartera Anlisis de Rangos telemedidos liquidados
Tercero Tercero Tercero Tercero
Operador de Comercializad
Cliente Concesionario
Red ores
Contrato Otro Producto
Tarifa
Cuenta x Factura
Servicio
Produ Producto
Detalle Tarifa
cto Energa
Amparo
Liquidacin
Telemedida
Periodo
Facturacin
Periodo
Consumo
150
Diagrama de Facturacin y Cartera Anlisis de Compensacin
151
Diagrama de Facturacin y Cartera Anlisis de Tarifa
Comercializad
Tercero
ores
Operador de
Tarifa
Red
Tarifa
152
Servicio al Cliente
153
Servicio al cliente Anlisis de Solicitud
Empleado Tercero
Contrato
Ejecutivo de
Agente Cliente
Cuenta
Producto
Solic Solic Solic Solic Solic
Interaccione Dao_Emer
Peticin Queja Reclamo
s gencia
154
Servicio al Cliente Anlisis de Reclamo
155
Servicio al Cliente Anlisis de Ordenes de Trabajo
156
Lecturas Discretas
Producto Circuito Operador de Red
Equipo de
Comunicacin
Cambios Estado Producto de
Transformador
de Corte Energa
Equip
Comunicac x
Medidor
Punto de Transf x Pto
Conexin Conexin
Contratista
Medidor x Pto
Medidor Energa
Conexin
Lecturas Discretas
Lectura Discreta Consumo Discreto
corregidas
Periodo de
Relectura
Consumo
157
Telemedicin
Producto Circuito Operador de Red
Equipo de
Comunicacin
Producto de
Transformador
Energa
Registros del
Medidor Equip
Comunicac x
Medidor
Punto de Transf x Pto
Conexin Conexin
Medidor x Pto
Eventos Medidor Energa
Conexin
Llamadas
Periodo de
Consumo
Consumos
Horarios
Lecturas del
Sistema de Analizados Distribuidos Refacturados
Medicin
158
Telemedicin Anlisis de Consumos Horarios
159
Telemedicin Anlisis de Llamadas
160
Servicio Tcnico
Tercero Tercero Empleado
Cliente Contratista Tecnico
Contrato
Consumo
Producto
Promedio
Orden de
Trabajo
Equipos Cambio
Periodo de Pago x
Suministro Estado
Consumo Cuenta
Energa Conex
Equipos Equipos Equipos

Suministro Suministro Suministro
Energa Energa Energa
161
General
162
Red
163

Bodega de Datos

Transféré par

Informations du document

Copyright

Formats disponibles

Partager ce document

Partager ou intégrer le document

Options de partage

Avez-vous trouvé ce document utile ?

Ce contenu est-il inapproprié ?

Droits d'auteur :

Formats disponibles

Bodega de Datos

Transféré par

Droits d'auteur :

Formats disponibles

Gua para el anlisis de requerimientos funcionales de una Bodega de Datos

(DW Data Warehouse) que apoye la toma de decisiones y anlisis operativo

Alexander Gmez Higuita

Alexander Gmez Higuita

Trabajo de grado para optar al ttulo de

Santiago de Cali, 14 de junio de 2014

6. CONCLUSIONES Y FUTURO TRABAJO 80

ANEXO 1. MODELO DE DATOS ORGANIZACIONALES 84

ANEXO 2. DIAGRAMAS DE FLUJO DE INFORMACIN 139

Tabla 1. Clasificacin de Metodologas de Anlisis de Requerimientos Funcionales

Ilustracin 1. Porcentaje de usuarios no residenciales por cantidad de

Anexo 1. Modelo de datos Organizacionales ... 83

Siendo considerados como Empresas de Servicios Pblicos los comercializadores

En el proceso de construccin de una Bodega de Datos el anlisis de

En el anlisis de requerimientos diferentes autores proponen metodologas con

Este trabajo desarrolla dos herramientas y una Gua para el anlisis de

El mercado elctrico colombiano se encuentra regulado por el Estado, el cual

Entendiendo que el mercado de comercializacin est soportado por empresas de

Se ha encontrado que uno de los puntos ms controvertidos en la bsqueda de

Dentro de las metodologas encontradas se evidencia una gran cantidad de

El mercado de comercializacin de energa elctrica en Colombia se encuentra

1.1 CONTEXTO DE TRABAJO

El sector energtico colombiano cuenta con participacin de diferentes agentes

Generadores: Encargados de producir la energa.

Por otra parte la cantidad de clientes en el sector no residencial en el primer

Consultando el valor facturado en el SUI en el mismo periodo sobre los mismos

Estos valores facturados se incrementaran teniendo en cuenta que ao a ao se

Segn (KPMG, 2012) Colombia es el quinto pas ms competitivo del mundo en

Teniendo en cuenta este contexto elctrico, es necesario abordar cmo las

En las Ilustraciones I y II se revela la gran diferencia que existe entre diferentes

Ilustracin 3. Beneficios tangibles e intangibles de BI

Para que los beneficios (tangibles o no tangibles) de una implementacin de un

En cuanto al anlisis de requerimientos para las Bodegas de Datos existen tres

1.2 PLANTEAMIENTO DEL PROBLEMA

La comercializacin de Energa se debe apoyar en la tecnologa para solucionar

A pesar de que en Colombia existe un mercado energtico competitivo y regulado

1.3.1 Objetivo General.

Proponer una Gua para el anlisis de requerimientos de una Bodega de Datos

1.3.2 Objetivos Especficos:

1. Definir un modelo que contenga las entidades de informacin correspondientes

1.4 RESUMEN DEL TRABAJO REALIZADO

El modelo propuesto est dividido en dos componentes:

Herramientas: Se desarrollan dos Artefactos, los cuales modelan los datos de

El primer componente se divide en dos Herramientas, en la primera se presenta

La segunda herramienta comprende la elaboracin de un Diagrama de Flujo de

El Diagrama de Flujo de Datos se construye a partir de reglas que son redefinidas

La Gua se enfoca inicialmente en los Objetivos Estratgicos de la compaa que

Identificacin de Procesos y Procedimientos

1.5 RESUMEN DE RESULTADOS OBTENIDOS

Modelo de Datos Organizacionales: Modelo que a travs de Diagramas de

Diagrama de Flujo de Informacin: Es el resultado de la transformacin del

Gua para el anlisis de requerimientos de un Sistema de Bodega de

1.6 ORGANIZACIN DEL DOCUMENTO

En el segundo captulo de este documento se encontrar el Marco Terico del

En el tercer captulo se encuentra el Modelo Propuesto, se explica la subdivisin

En el quinto captulo se encontrar el detalle de los resultados obtenidos, lo cual

2.1 ENTONO ENERGTICO

La Constitucin Poltica de Colombia de 1991 estableci las bases para que el

Posteriormente se expidieron las leyes 142 y 143 de 1994 que establecieron el

INSTITUCIN RESPONSABLE TIENE A SU CARGO

Superintendencia Vigilancia y el control Sistema nico de Informacin de

Consejo Nacional Acordar los aspectos

La Ley 143 de 1994 tambin define la actividad de interconexin como una

Generacin: La generacin es la produccin de la energa elctrica. La ley