SIGRE

ESTUDIO DE VIABILIDAD DEL SISTEMA

IV.1 INTRODUCCIÓN En este capítulo se presenta el Estudio de Viabilidad realizado sobre el conjunto de sistemas de información prioritarios. El propósito de este proceso fue analizar un conjunto concreto de necesidades, con la idea de proponer una solución a corto plazo considerando aspectos económicos, técnicos, legales y operativos. Como resultado del proceso de Planificación de Sistemas de Información presentado en el capítulo anterior, se determinaron seis sistemas de información prioritarios para EDESE SA. Sin embargo, debido a causas que se explican en el punto IV.2, los sistemas prioritarios que abarca el EVS sólo cinco: •

Gestión de Transporte (Transporte)

•

Gestión de Calidad de Servicio Técnico (Calidad Servicio)

•

Gestión de Calidad de Producto Técnico (Producto Técnico)

•

Gestión de Normas Técnicas (Normas Técnicas)

•

Gestión de Obras Eléctricas (Obras Eléctricas)

Estos son lo módulos que pasaron a formar parte de la planificación táctica de sistemas; por lo tanto deben ser desarrollados y puestos en explotación en el siguiente año. Los sistemas de información para la gestión de redes eléctricas poseen una característica principal que consiste en que sus funcionalidades son complejas. Estos sistemas contienen variables eléctricas complejas, numerosas variables de atributos de objetos de la red (por ejemplo de clientes, transformadores), algoritmos de cálculos referidos a protecciones, calidad de servicio, multas. El desarrollo de sistemas de este tipo necesita del “know how” de la compañía en la que se implementará; y el acceso a éste requiere un período prolongado de tiempo, debido tanto a la complejidad misma como a la personalidad de los que poseen este conocimiento. Otra característica de estos sistemas consiste en que las funcionalidades son similares en la mayoría de las empresas. Es decir, toda empresa distribuidora de energía eléctrica de alta performance necesita contar con sistemas de información referidos a la gestión de reclamos telefónicos (call-center), despacho de reclamos y operaciones en la red eléctrica, gestión de obras eléctricas, gestión de la base de datos de instalaciones de la red (o inventario de la red). Estas funcionalidades son requeridas tanto en empresas del primer mundo (Reliant Energy, Unión FENOSA, etc.) como en empresas latinoamericanas. Esto se debe principalmente al proceso de

S. Herrera – G.Tkachuk

101

ESTUDIO DE VIABILIDAD DEL SISTEMA

SIGRE

privatización de las empresas de energía eléctrica latinoamericanas, mediante el cual la mayoría de estas

empresas estatales fueron adquiridas por

capitales

estadounidenses que impusieron su forma de funcionamiento para optimizar la rentabilidad. Esta existencia de requisitos similares en las compañías eléctricas motivó a empresas de software de distintas partes del mundo (Por ejemplo, Soluciona-España, 4DataLink-Argentina, General Electric-EE.UU.) a desarrollar sistemas de información estándar (o “enlatados”) que están disponibles en el mercado. En síntesis, los sistemas de información para la gestión de redes eléctricas de empresas distribuidoras de energía poseen las siguientes características principales: •

las funcionalidades requeridas son complejas, lo cual hace que su desarrollo requiera excesivo tiempo y esfuerzo;

•

las funcionalidades requeridas son similares -no iguales- en la mayoría de las empresas, lo cual permite la existencia en el mercado de software “enlatado”.

En los siguientes puntos se presenta un Estudio de Viabilidad de Sistemas donde se aborda la existencia, usabilidad y factibilidad de adquisición de software “enlatado” y del desarrollo a medida, para los sistemas prioritarios de EDESE SA. Es importante destacar que existe una brecha de tiempo entre el momento en que se llevó a cabo el Proceso de Planificación y el momento en que se inició el Proceso de Desarrollo de Sistemas. El motivo principal consistió en que la empresa eléctrica estuvo sometida a un largo proceso de venta por parte de sus dueños iniciales (capitales estadounidenses), lapso durante el cual estuvieron suspendidas las inversiones en sistemas. Finalmente la empresa fue adquirida por inversores locales (de la misma provincia de Santiago del Estero), quienes luego de tomar el control de la empresa y de realizar cambios radicales, decidieron continuar con la normalización de los sistemas de información de la empresa. Como consecuencia de este proceso, se produjeron algunas modificaciones en la estructura de la compañía y en la arquitectura de las comunicaciones (arquitectura de sistemas). Tales modificaciones se incluyen en este estudio de viabilidad, discrepando de lo presentado en el capítulo de planificación.

102

S. Herrera – G.Tkachuk

SIGRE

ESTUDIO DE VIABILIDAD DEL SISTEMA

IV.2 ALCANCE DEL SISTEMA Los sistemas que se detectaron como prioritarios en el proceso de Planificación son los siguientes: •

Gestión de Transporte

•

Gestión de Cortes en MT y Cálculo de Multa de CS

•

Gestión de Producto Técnico

•

Planeamiento de Obras de Capital

•

Gestión de Estándares y Normas Técnicas

•

Gestión de Proyectos de Obras de Capital

Sin embargo, el cambio de accionistas de la empresa trajo aparejado un cambio de decisores en las áreas técnicas, lo cual impactó en las prioridades definidas en los requisitos de sistemas. Fue así como se decidió que el Planeamiento de Obras de Capital fuera excluido de la planificación táctica, quedando postergado para una etapa posterior. Asimismo, se modificaron los nombres de los sistemas para que estén acordes a los cambios implementados en la reestructuración de la empresa. En conclusión, los sistemas que se consideró en el Estudio de Viabilidad son los siguientes: •

Gestión de Transporte

•

Gestión de Calidad de Servicio Técnico

•

Gestión de Calidad de Producto Técnico

•

Gestión de Normas Técnicas

•

Gestión de Obras Eléctricas

A continuación se describen sintéticamente cada uno de los sistemas que abarca el proceso EVS. •

Gestión de Transporte. Su principal funcionalidad consiste en registrar el mantenimiento de la flota de vehículos de la empresa, recurso indispensable

para

la

gestión

integral

de

las

redes

eléctricas

(principalmente tareas referidas a solucionar las incidencias en la red eléctrica y llevar adelante la construcción de obras nuevas). •

Gestión de Calidad de Servicio Técnico (ex Gestión de Cortes en MT y Cálculo de Multa de CS). Su principal funcionalidad consiste en controlar la calidad del servicio brindado a los clientes conforme a las fallas ocurridas tanto en la red de media como baja tensión. Para ello el sistema

S. Herrera – G.Tkachuk

103

ESTUDIO DE VIABILIDAD DEL SISTEMA

SIGRE

debe: clasificar las fallas conforme al motivo que las originaron, justificar aquellas que no son responsabilidad de la empresa, emitir reportes diarios, mensuales y semestrales al Ente Regulador; calcular la multa en base a las fallas ocurridas en la red. •

Gestión de Calidad de Producto Técnico (ex Gestión de Producto Técnico). Su principal funcionalidad consiste en controlar la calidad del producto técnico brindado a los clientes conforme a los niveles de tensión que registran los usuarios en sus domicilios y los que se registran en las subestaciones transformadoras de MT/BT. Para ello el sistema debe: recibir los puntos a medir indicados por el Ente Regulador, planificar la colocación de los equipos de medición (CAVA y REGPER), llevar la historia clínica de estos equipos; registrar las mediciones, mediciones fallidas, remediciones; calcular las penalizaciones en base a los registros fuera de rangos permitidos; emitir reportes mensuales y semestrales.

•

Gestión de Normas Técnicas (ex Gestión de Estándares y Normas Técnicas). Su principal funcionalidad consiste en diseñar y construir los ítems constructivos en base a los cuales se construyen las nuevas redes eléctricas en media y baja tensión. Para el ello, el sistema debe: agrupar los ítems constructivos, asignar a cada ítems constructivo el conjunto de materiales necesarios, determinar la mano de obra necesaria para la construcción de redes, controlar el costo de los materiales y de mano de obra.

•

Gestión de Obras Eléctricas (ex Gestión de Proyectos de Obras de Capital). Su principal funcionalidad consiste en gestionar todo proyecto referido a la construcción de obras eléctricas. Para ello, el sistema debe: gestionar solicitudes de nuevas obras originadas en los clientes externos e internos, elaborar proyectos de obras en base a los ítems constructivos normalizados,

visualizar

gráficamente

los

proyectos,

calcular

el

presupuesto de cada obra, gestionar el workflow de los trámites a lo largo de todo el ciclo de vida de la obra, controlar la ejecución (ya sea con mano de obra propia o contratada), calcular variables relacionadas con la imputación como activos fijos, registrar la actualización de la obra en la Base de Datos de Instalaciones de la empresa, imputar la obra como activo 104

S. Herrera – G.Tkachuk

SIGRE

ESTUDIO DE VIABILIDAD DEL SISTEMA

fijo, visualizar diversas consultas y reportes para todos sectores diversos de la empresa (Auditoría Interna, Asesoría Legal, Comité Ejecutivo, etc.). Luego de diversas sesiones de trabajo y de aplicación de técnicas de documentación, se obtuvieron nuevos artefactos que contemplan modificaciones derivadas del cambio de accionistas.

Gerente Técnico

Departamento Operaciones

Operación Comercial

Calidad de Servicio

Departamento Servicios

Operación Técnica

Transporte

Almacén

Departamento Ingeniería

Intendencia

Planeamiento

Departamento Distribución

Transformadores

Proyectos y Normas T

Obras

Equipos Eléctricos

Protecciones

GIS de REDES

Figura 4.1. Organigrama de la nueva Gerencia Técnica de EDESE SA, surgida de la unión de la Gerencia de Distribución y la Gerencia de Ingeniería.

En la figura 4.1 se presenta el organigrama de la nueva Gerencia Técnica, surgida de la unión de la Gerencia de Ingeniería y de la Gerencia de Distribución y Operaciones. En la tablas 4.1 a 4.5 se presenta el catálogo de usuarios de cada sistema.

Tabla 4.1. Catálogo de usuarios del Sistema de Gestión de Transportes. Código

Usuario

TRA.GT TRA.JS TRA.JT TRA.CD TRA.OT TRA.OP

Gerente Técnico Jefe de Departamento Servicios Jefe de área Transportes Responsable de la carga de datos Respondable de la emision y control de ordenes de trabajo Operarios del área que llevan a cabo las tareas de mantenimiento de los vehículos Personas que acceden para realizar consultas o emitir reportes. Por ejemplo, personal de las áreas: Auditoría Interna, Contaduría, etc.

TRA.CT

S. Herrera – G.Tkachuk

105

ESTUDIO DE VIABILIDAD DEL SISTEMA

SIGRE

Tabla 4.2. Catálogo de usuarios del Sistema de Gestión de Calidad de Servicio Técnico. Código

Usuario

CS.GT Gerente Técnico CS.JO Jefe de Departamento Operaciones CS.JCS Jefe de área Calidad de Servicios CS.JOT Jefe de área Operación Técnica CS.CD Responsable de la carga de fallas en MT CS.AF Analista de Fallas y Justificaciones CS.CCS Personas que acceden para realizar consultas o emitir reportes. Por ejemplo, personal de las áreas: Planeamiento, GIS, Operaciones, Artefactos Quemados, Mantenimiento de Redes, etc.

Tabla 4.3. Catálogo de usuarios del Sistema de Gestión de Calidad de Producto Técnico. Código

Usuario

PT.GT Gerente Técnico PT.JO Jefe de Departamento Operaciones PT.JCS Jefe de área Calidad de Servicios PT.ME Responsable de la planificación y gestión de las mediciones de producto técnico PT.CU Integrantes de las cuadrillas de colocación y retiro de los equipos de medición PT.CPT Personas que acceden para realizar consultas o emitir reportes. Por ejemplo, personal de las áreas: Planeamiento, GIS, Mantenimiento de Redes, etc.

Tabla 4.4. Catálogo de usuarios del Sistema de Gestión de Normas Técnicas. Código

Usuario

NT.GT Gerente Técnico NT.JI Jefe de Departamento Ingeniería NT.JN Jefe del área Proyectos y Normas Técnicas NT.EN Especialista en Normas Técnicas NT.CPT Personas que acceden para realizar Proyectos de Obras Eléctricas o para consultas. Por ejemplo, personal de las áreas: Proyectos, Obras, Planeamiento, GIS, Mantenimiento de Redes, etc.

Tabla 4.5. Catálogo de usuarios del Sistema de Gestión de Gestión de Obras Eléctricas. Código

Usuario

OE.GT Gerente Técnico OE.GC Gerente Comercial OE.JI Jefe de Departamento Ingeniería OE.PL Jefe del área Planeamiento OE.JOT Jefe del área Operación Técnica OE.JN Jefe del área Proyectos y Normas Técnicas OE.PR Proyectistas de las Obras Electricas OE.JO Jefe del área Obras OE.IO Inspectores de Obras OE.AO Asistentes técnico-administrativos del Obras OE.GI Responsables del Mantenimiento de la Base de Datos de Instalaciones, GIS OE.AGT Asistentes de la Gerencia Técnica, responsables de análisis de obras-activos fijos OE.JIN Jefes del área Interior (jefes de las zonas del Interior de la Pvcia.) OE.IN Administrativos responsables de gestión de obras en el interior OE.AC Personal de Atención al Cliente (reciben pedidos de obras de los usuarios) OE.GCL Responsable de Grandes Clientes (recibe pedidos de obras o factibilidades presentados por grandes clientes)

OE.COE Personas que acceden para realizar consultas o emitir reportes. Por ejemplo, personal de las áreas: Auditoría Interna, Asesoría Legal, Comité Ejecutivo, Gestión Compra Energía, Gestión Comercial, Contaduría, etc.

106

S. Herrera – G.Tkachuk

SIGRE

ESTUDIO DE VIABILIDAD DEL SISTEMA

En la tabla 4.6 se presenta una síntesis de los sectores involucrados en cada uno de los sistemas. Como norma general, se considera que estos sistemas pueden ser accedidos desde cualquier terminal de la empresa con el propósito de realizar consultas o emitir reportes de interés de cada área.

Tabla 4.6. Áreas con usuarios involucrados en el desarrollo de los sistemas de información del EVS. Area \ Sistema

Transporte Calidad Servicio

Gerencia Técnica Dpto. Operaciones Operación Técnica Calidad de Servicio Dpto. Ingeniería Planeamiento Proyectos y Normas Técnicas Obras GIS Dpto. Servicios Transporte Asistencia Gerencia Técnica Interior Gerencia Comercial Gestión Comercial (Atención al Cliente – Grandes Clientes)

X

X X X X

Producto Técnico X X

Normas Obras Técnicas Eléctricas X

X X

X X X

X X X X X

X X X X X X

IV.3 SITUACIÓN ACTUAL Como resultado del proceso PSI se determinó que actualmente no existen sistemas de información en explotación que cumplan con los requisitos que dan lugar a los cinco sistemas que se tratan en el EVS; en algunos casos existen pero deben ser reemplazados (ver III.7.2). Sin embargo sí existen sistemas de información que están directamente relacionados con estos cinco nuevos sistemas y están en uso en las áreas involucradas. En el punto III.6. del proceso PSI se realizó la valoración de los sistemas existentes actualmente en la empresa. En el punto III.7.1 se presentó el diagnóstico de la situación actual donde se indican cuáles sistemas se preservarán en la empresa. A continuación se mencionan los sistemas existentes que están relacionados con los sistemas abordados en el EVS y se presenta, en forma complementaria, su arquitectura física. Asimismo, en el lapso de tiempo transcurrido entre el PSI y el EVS, se incorporaron algunos sistemas nuevos (no están en el PSI) que guardan relación con los sistemas abordados en el EVS. Se presenta la descripción de ellos.

S. Herrera – G.Tkachuk

107

ESTUDIO DE VIABILIDAD DEL SISTEMA

SIGRE

Sistemas existentes relacionados con Gestión de Transporte Sistema Surtidor de Combustible

Presentado en PSI: No. El sistema fue adquirido con posterioridad a la elaboración del proceso PSI. Descripción: Es un sistema de control del surtidor de combustible. Con posterioridad al PSI, la empresa decidió instalar un punto de provisión de gas-oil en la misma planta técnica de la empresa, con el propósito de reducir los gastos en combustible. El sistema toma como entrada el vehículo que realiza la carga, el kilometraje, la cantidad de combustible provista. Como salida provee consultas y reportes periódicos de la provisión de combustible a la flota de la empresa. Asimismo provee archivos que sirven de interfaz para la manipulación de los costos totales de los vehículos. Valoración: se conservará el sistema. Tendrá una interfaz con el Sistema de Gestión de Transporte. Arquitectura: en la figura 4.2 se presenta la arquitectura del sistema.

Sector Transporte - Edif. Parque Industrial RED Novell

PC controladora del Surtidor

PC Transporte-1

PC Transporte-3 PC Transporte-2

PC Jefe de Transporte

Serv.Datos/Aplicac. Surtidor

Sist.Surtirdor de Combustible Sw 3COM 10/100 Mbps-24 b Intendencia

Figura 4.2. Arquitectura de red del sector Transporte donde actualmente funcional el sistema Surtidor de Combustible.

Sistemas existentes relacionados con Gestión de Calidad de Servicio Técnico Sistema de Reclamos y Despachos

Presentado en PSI: Sí. 108

S. Herrera – G.Tkachuk

SIGRE

ESTUDIO DE VIABILIDAD DEL SISTEMA

Descripción: Ver III.6.2 Valoración: no se conservará este sistema. Si bien en la valoración realizada en III.7.1 del PSI se decidió conservarlo con mejoras, los nuevos accionistas lo consideraron obsoleto y resolvieron la compra urgente del Sistema de Gestión de Despacho (OMS) a la misma empresa proveedora del GIS, la empresa 4DataLink (ex empresa SIPRE). Asimismo resolvieron el desarrollo a medida urgente del Sistema de Call Center (o Sistema de Reclamos). Este último no se lo considera en este estudio puesto que no posee relación directa con ninguno de los cinco sistemas objetos del EVS. Sistema de Despacho 4DL-OMS (Operation Management System)

Presentado en PSI: No. El sistema fue adquirido con posterioridad a la elaboración del proceso PSI. Reemplaza parcialmente al Sistema de Reclamos y Despachos. Descripción: El sistema toma los reclamos pendientes en el Sistema de Call Center (Reclamos), predice el elemento más probable de falla en concordancia con la topología y condición actual de la red. En base a ello, el operador realiza el despacho del reclamo a las cuadrillas operativas o Guardia de Emergencia que se encuentran trabajando en la calle. Las operaciones sobre elementos de la red también pueden realizarse desde la misma interfaz de usuario para rerutear y/o efectuar desconexiones antes de que el despacho sea efectuado. Se mantiene una historia detallada de cada acción asociada a cada problema. El equipo de operaciones además puede visualizar gráficamente cualquier elemento en el lugar de la falla, en el origen del problema o la ubicación actual del mismo. 4DL-OMS ofrece vistas tanto en formato geográfico como esquemático (ortogonal/unifilar). Todos los departamentos pueden realizar consultas on-line sobre estado actual de cada falla. Una vez asignada una Guardia de Emergencia a una orden de despacho, cada cliente ubicado aguas abajo del elemento en falla es transferido al Call Center o al sistema automático de respuesta de voz (IVR) para mejorar la calidad del servicio al cliente y proveer información exacta. Una vez que el problema ha sido resuelto, el equipo de Operaciones registra el evento e información detallada con el reporte de la Guardia (tipo de instalación, elemento real de falla, condición y causa de la falla, estado del tiempo y tiempo esperable de reparación para cierre provisorio). Valoración: se conservará el sistema. Tendrá una interfaz con el Sistema de Gestión de Calidad de Servicio Técnico. S. Herrera – G.Tkachuk

109

ESTUDIO DE VIABILIDAD DEL SISTEMA

SIGRE

Arquitectura: en la figura 4.3 se presenta la arquitectura del sistema.

Interfaz

Interfaz

Sistema Call Center (Atención Telefónica Edif. Roca y Rivad)

PC1-OMS Despacho de Reclamos

PC2-OMS Despacho de Reclamos

Inte

PC-SCADA Centros Transformac

rfaz

Sist.OMS-4DL PC-SCADA Red MT Centro de Control Operativo - CCO- Edif. Parque Industrial

GIS2K- Serv.Datos/Aplicac. Sala Comunicac - Site 2 Parque Industrial

Figura 4.3. Arquitectura del Sistema OMS-4DL de despacho de reclamos, instalado en el Centro de Control Operativo.

Sistemas existentes relacionados con Gestión de Calidad de Producto Técnico Software CAVA

Presentado en PSI: Sí. Descripción: Ver III.6.2 Valoración: se conservará el sistema. Tendrá una interfaz con el Sistema de Gestión de Producto Técnico. Arquitectura: es un sistema monousuario instalado en el puesto de trabajo del Responsable de la planificación y gestión de las mediciones de producto técnico. Software REGPER

Presentado en PSI: Sí. Descripción: Ver III.6.2 Valoración: se conservará el sistema. Tendrá una interfaz con el Sistema de Gestión de Producto Técnico. Arquitectura: es un sistema monousuario instalado en el puesto de trabajo del Responsable de la planificación y gestión de las mediciones de producto técnico.

110

S. Herrera – G.Tkachuk

SIGRE

ESTUDIO DE VIABILIDAD DEL SISTEMA

Sistemas existentes relacionados con Gestión de Normas Técnicas No existe software dedicado instalado en la empresa que esté relacionado con este sistema. No obstante ello, en el sector Normas técnicas se usan los siguientes paquetes de software estándar: •

Internet Explorer, para la actualización de las Especificaciones Técnicas de los equipos eléctricos;

•

Autocad (de Autodesk), para el diseño y construcción de los Típicos Constructivos.

Sistemas existentes relacionados con Gestión de Obras Eléctricas Sistema de Almacenes/Compras

Presentado en PSI: Sí. Descripción: Ver III.6.2. Se debe resaltar que este sistema en relación con el Sistema de Gestión de Obras eléctricas, realizará lo siguiente: -

Actualización en el sistema de Gestión de Obras Eléctricas de las matrículas y precios de los materiales existentes en el Almacén; para presupuestar en base a ellos la construcción de nuevas obras eléctricas.

-

Seguimiento de los costos de los materiales y mano de obra contratada de las obras eléctricas en ejecución: emisión de vales, retiro de materiales y equipos del almacén, certificación de la mano de obra de los contratistas en base a las Ordenes de Compra emitidas (embebido en el mismo sistema).

Valoración: se conservará el sistema. Tendrá una interfaz con el Sistema de Gestión de Obras Eléctricas. Arquitectura: En el proceso PSI se presentó la arquitectura de este sistema.

Sistema SIPRE-GIS

Presentado en PSI: Sí. Descripción: Ver III.6.2 Valoración: se conservará el sistema. Tendrá una interfaz con el Sistema de Gestión de Obras Eléctricas. Se debe resaltar que este sistema en relación con el Sistema de Gestión de Obras Eléctricas, realizará lo siguiente: -

Brinda en el momento de confección del Proyecto de la obra, una interfaz gráfica que permite elaborar el diseño de la obra en base a las instalaciones realmente existentes en las redes eléctricas en ese momento.

S. Herrera – G.Tkachuk

111

ESTUDIO DE VIABILIDAD DEL SISTEMA

-

SIGRE

Cuando la obra eléctrica ya fue ejecutada (con mano de obra propia o contratada) se ingresa en el GIS los cambios que se efectuaron en la red como consecuencia de la ejecución de la obra.

Arquitectura: En el proceso PSI se presentó la arquitectura de este sistema.

Como diagnóstico de la situación actual, en la tabla 4.7 se muestran los sistemas actuales que se conservarán y que se relacionarán (mediante interfaces) con cada uno de los sistemas estudiados en el EVS.

Tabla 4.7. Sistemas de información actuales que se relacionan con los sistemas estudiados en el EVS. Sistema Actual \ Sistema del Transporte Calidad EVS Servicio X Sistema Surtidor de Combustible

Sistema Despacho 4DL-OMS Software CAVA Software REGPER Sistema Almacenes/Compras Sistema SIPRE-GIS

Producto Técnico

Normas Obras Técnicas Eléctricas

X X X X X

X

X

En cuanto a la infraestructura edilicia y logística registró cambios físicos. La Planta Técnica 2 que se encontraba anteriormente a unos escasos 500 mts de la sede central en la ciudad de Santiago del Estero, se trasladó a la Planta Técnica (ahora única) situada en el Parque Industrial de la Provincia, en la ciudad de La Banda a unos 2 km de la sede central (río por medio). La red de comunicaciones de la empresa EDESE SA debió registrar modificaciones derivadas de los cambios físicos mencionados. La red de comunicaciones Intranet de la empresa es una red Novell con topología estrella. Además cuenta con una red Wan que la comunica con el resto de las sucursales de la compañía en el interior de la provincia. Se utilizan diversos soportes físicos de comunicación: cable utp, fibra óptica, comunicación satelital contratada a la empresa de telefonía de la región, comunicación por aire (ver figura 4.4).

112

S. Herrera – G.Tkachuk

SIGRE

ESTUDIO DE VIABILIDAD DEL SISTEMA

Cajeros Municipales Loreto, Tintina, Selva, Clod, Bandera, Nva.Esp, Quimili, Ojo A, Sumampa, Mte.Q.

Añatuya, Fernandez, TRH, Frías

VSAT - VLAN

CENTREX

Punto a Punto 64 Bps

Router CISCO-IP ...

Modems

Router CISCO-IP ...

Router DIGI-IP ...

Router CISCO-IP ...

Sw 3COM - 16 bocas

Sw 3COM - 16 bocas

Site 1

EDESE2 NCR - Unix IP ...

Sw 3COM 10/100 Mbps NTGIS NT4 - Compaq IP ...

IN SITU W 2000 Server - IBM IP ...

COMERCIAL Novell - Compac IP ...

COMERCIALES Novell - HP IP ...

SISTEMAS Novell - Compac IP ....

Transceiver Backbone Switch 3COM - 24 bocas

Transceiver Ericson IP ...

Lucent Technologies IP ...

Transceiver

A Planta ROCA Y RIV 76 PCs 12 Impres Red

Bco. Santiago -La Banda Centro Pagos Av. Belgrano

Lucent Technologies IP ...

Lucent Technologies IP ...

Transceiver - Avell y Olech EDIFICIO ENRESE/ HAMBURGO

C Planta PARQUE INDUST 2 Servidores 60 PCs 4 Impres Red

Agere Systems IP ... Bco. Santiago -La Banda

EDIFICIO Banco Sgo.del Estero Casa Central

Figura 4.4. Red WAN de la empresa EDESE S.A.; comunica la Sede Central con el resto de sucursales técnicas y comerciales.

La arquitectura de los sistemas corresponde a un modelo cliente servidor. La empresa cuenta con dos Sites Centrales de servidores. El principal (Site 1) se encuentra en el edificio Roca y Rivadavia –Sede Central de la compañía. En dicho lugar se encuentran el servidor de aplicaciones/datos Comercial (Unix), el servidor de red y de Groupwise (Novell), servidor de Internet (Windows2000 Server), servidor de datos y de backup de red (WindowsNT), servidor de aplicaciones/datos Tango e In Situ (Windows2000 Server). A estos servidores acceden los diversos usuarios de la compañía a través de la red de comunicaciones (ver figura 4.5).

S. Herrera – G.Tkachuk

113

ESTUDIO DE VIABILIDAD DEL SISTEMA

A

SIGRE

EDIFICIO CENTRAL (Roca y Rivadavia)

6 Servidores (en Site 1) - 76 PCs - 12 Impres. red Switch 3COM - 10/100 Mbps-24 bocas

Hub 3COM TP16C 10/100 Mbps-16b Finanzas

Sw 3COM 10/100 Mbps-24 b Call Center

2 Imp Sistemas HP LJ 5M- IP ... HP ColorLJ 4500- IP ...

3 PCs Asesoría Legal

6 PCs Comité Ejecutivo 6 PCs Sistemas

... - RGONZALEZ ... - MIRTA

13 PCs: 8 Call Center 2 Gestión MEM 3 Gcia. Comercial

Sw 3COM 10/100 Mbps-16 b Salón Comercial

10 PCs 4 Finanzas - 3 Compras 1 Impuestos - 1 Tesorería - 1 Ctrol Gest

Hub COMPEX 10 Mbps - 16b RR.HH.

Sw 3COM 10/100 Mbps-16 b Lecturas 3 PCs: 2 Auditoría 1 Medic Laboral 4 Imp Lecturas HP LaserJ 5-IP ... HP 8000-IP ... HP LaserJ 5Si-IP ...

2 Imp At. Clie. HP LJ 5- IP... Creditos HP LJ 4 Plus- IP...

Hub ENCORE 10Mbps-16b Cajas

10 PCs Mesa Entradas Atención al Cliente Créditos Fraude

4 PCs Cajas Caja01- IP ...

Sw 3COM 10/100 Mbps-16 b SITE 2

7 PCs Lecturas

3 PCs Cobro Judicial

2 Imp Cajas Caja1-2 HP LJ 5- IP... Caja3-4 HP LJ 4 Plus- IP ...

11 PCs Contaduría Recaudaciones

2 Imp Contad HP LJ4Plus- IP ... Recaud HP LJ4000- IP ...

Figura 4.5. Red interna del edificio Sede Central de EDESE S.A.

En el edificio Roca y Rivadavia está ubicada la principal sala de comunicaciones donde se encuentran (ver figura 4.6): •

el Backbone central que permite el acceso a los servidores de red y de aplicaciones a todos los usuarios de la compañía;

•

los controladores de las antenas que comunican por aire Sede CentralPlanta Técnica Parque Industrial-Sucursal Ciudad La Banda;

•

los transceiver de las fibras ópticas que comunican Sede Central con el Ente Regulador y con otras sucursales de cobro;

•

los equipos ADSL de Internet banda ancha;

•

los routers que comunican vía satelital con sucursales del interior de la provincia;

•

los módems de las líneas centrex que comunican con sucursales de cobro del Banco Municipal ubicadas dentro de la ciudad.

El Site 2 se encuentra en la planta técnica del Parque Industrial. En dicho lugar se encuentran el servidor de backup del Comercial (Unix), el servidor de

114

S. Herrera – G.Tkachuk

SIGRE

ESTUDIO DE VIABILIDAD DEL SISTEMA

aplicaciones/datos SIPREGIS-SIPRENET(Windows2000 Server). A estos servidores acceden los diversos usuarios de la compañía a través de la red de comunicaciones.

EDIFICIO PARQUE INDUSTRIAL (La Banda) 2 Servidores - 60 PCs - 4 Impres. red

Enlace Roca y Riv

C

Red Enlace Parque Industrial Sw 3COM 10/100 Mbps-xx b Sala Comunic-Sistemas

1 Imp Personal IP ... Serv EDESE1 NCR - Unix - Muleto Sala Comunicac IP ...

Sw 3COM 10/100 Mbps-24 b Ingeniería

4 PCs Almacen 2 PCs Personal

GIS2K Sala Comunicac IP 192.168.1.2

Sw 3COM 10/100 Mbps-24 b Intendencia

Site 2

Sw3COM-10/100Mbps-8 b Equipos Eléctricos

Sw 3COM 10/100 Mbps-24 b Gcia. Técnica 5 PCs Transporte 4 PCs Asistencia Interior 2 PCs Laboratorio Medidores 1PC Intendencia 1 PC CCO-Comachi

14 PCs Ingeniería: 4 Proyectos, 4 Obras Plotter GIS - IP xxxxx 4 GIS, 2 Jefes Ingenieria

Referencias: Red 100 Mbps Red 10 Mbps Fibra Optica

Enlace Backup 1 Imp Cortes y NS- HP 8150 19 PCs: IP ... 3 Gcia Tecnica, 1 Planeam, 4 Calidad Serv, 4 Cortes, 3 Jefes Operac, 4 CCO, 1 Gcia RRHH

Sw 3COM 10/100 Mbps-24 b TCT

1 Imp Asist.Int. HP 8150 IP ...

5 PCs: 2 TCT, 3 Protecciones, 3 PCs Equipos Eléctricos Riberi, Braulio, Vega

Figura 4.6. Red interna del edificio Planta Técnica de EDESE S.A., funciona en Parque Industrial de la ciudad de La Banda.

IV.4 REQUISITOS DEL SISTEMA Los requisitos funcionales de los sistemas de información de la empresa se obtuvieron y catalogaron durante el proceso PSI. En el punto III.5 se muestran el estudio de los procesos de la organización y el análisis de las necesidades de información que se llevaron a cabo para obtener los requisitos funcionales catalogados en las tablas 3.4 a 3.14. Este proceso EVS tomó inicialmente los requisitos funcionales obtenidos en el PSI. A partir de ellos se realizó una revisión y actualización, para lo cual se llevaron a cabo distintas sesiones de trabajo con los usuarios indicados en la tabla 4.6. Se analizó la información obtenida en tales sesiones, definiendo y catalogando los requisitos funcionales y no funcionales que deben satisfacer los sistemas. Se incluyeron también requisitos relativos a distribución geográfica y entorno

S. Herrera – G.Tkachuk

115

ESTUDIO DE VIABILIDAD DEL SISTEMA

SIGRE

tecnológico. Como resultado se obtuvo un nuevo catálogo de requisitos que se presentan en las tablas 4.8 a 4.12.

Tabla 4.8. Requisitos de Gestión de Transporte. REQUISITOS FUNCIONALES TRA.1

Actualización de Unidades (altas, bajas, modificaciones y listado).

TRA.2

Consultas y listados del inventario de vehículos agrupados por: gerencia, centro de costo, modelo, año, familia, distrito.

TRA.3

Gestión y consulta de equipos asociados por unidad.

TRA.4

Altas, bajas y modificaciones de chóferes.

TRA.5

Carga de novedades relativas a: sanciones, multas registradas, accidentes.

TRA.6

Listado de choferes por unidad.

TRA.7

Carga y emisión de Orden de Trabajo Interna, referidas a trabajos a realizar por personal del taller de EDESE. La misma indicará como mínimo: Nro. OTI, unidad, rubro o fase, persona a cargo del trabajo, monto de materiales estimado, descripción, fecha emisión, período de ejecución, tiempo estimado de indisponibilidad.

TRA.8

Carga y/o emisión de Orden de Trabajo a Terceros, referidas a trabajos a realizar por talleres con Cuenta Corriente . La misma indicará como mínimo: Nro. OT, Proveedor , unidad, rubro o fase, monto de materiales estimado, descripción, fecha emisión, período de ejecución.

TRA.9

Ingreso de Remitos y/o Facturas correspondientes a las Ordenes de Trabajo a Terceros.

TRA.10

Carga de facturas correspondientes a reparaciones ejecutadas en otros talleres.

TRA.11

Liquidación mensual de servicios prestados por cada proveedor con Cuenta Corriente.

TRA.12

Consultas y listados relativos al gasto en reparaciones, repuestos y combustible por unidad o por centro de costos, en un período dado.

TRA.13

Carga y/o emisión de Pedidos de Repuestos enviados a proveedores con Cuenta Corriente . El mismo indicará como mínimo: Nro. Pedido, Proveedor , unidad, monto estimado, descripción de los materiales pedidos, fecha emisión.

TRA.14

Liquidación mensual de provisión de repuestos por cada proveedor con Cuenta Corriente.

TRA.15

Actualización de las cantidades existentes en los momentos de recepción y extracción de repuestos.

TRA.16

Consulta de las actividades y services necesarios para cada unidad, mediante mensajes de novedades en pantalla.

TRA.17

Listados de vehículos afectados en distritos del interior (con gastos por rubro/mes) (L2).

TRA.18

Actualización de consumo de combustible desde archivo de Sistema de combustible (Alta, baja, modificaciones).

TRA.19

Consulta y Listado del estado de las Cta. Ctes.

TRA.20

Actualización de Cta. Cte. (Alta, baja, modificaciones).

TRA.21

Carga de gastos por caja chica.

TRA.22

Consulta y Listado de rendición de gastos.

TRA.23

Actualización de Proveedores, Gerencias, Centros de Costo, Distrito, Rubro, Factura, Remito, Services, Ítem de Gasto. (Altas, Bajas, Mod. y Listado).

REQUISITOS NO FUNCIONALES TRA.24

Interfaz con el sistema Surtidor de Combustible.

TRA.25

Los datos deben residir en el servidor de Base de Datos de la Planta Técnica, donde funciona el sector Transporte.

TRA.26

Definición de Perfiles de usuario, con claves de acceso para cada usuario.

116

S. Herrera – G.Tkachuk

SIGRE

ESTUDIO DE VIABILIDAD DEL SISTEMA Tabla 4.9. Requisitos de Gestión de Calidad de Servicio Técnico. REQUISITOS FUNCIONALES

CS.1

Modificación o actualización de los cortes registrados en la red de MT y BT (datos provenientes de Operaciones – CCO).

CS.2

Listado de Cortes Diarios registrados en la red (Canal Diario), para envío al Ente Regulador.

CS.3

Consulta diaria de cortes registrados por Fuerza Mayor o por Responsabilidad de Terceros.

CS.4

Justificación de cortes registrados por Fuerza Mayor o por Responsabilidad de Terceros. Reportes para el Ente.

CS.5

Listado de Cortes Semanales registrados en la red (Canal Semanal), para envío al Ente Regulador.

CS.6

Listado de Cortes Mensuales registrados en la red (Canal Mensual), para envío al Ente Regulador.

CS.7

Registro de PIFS (Pedido de Interrupción Fuera de Servicio) solicitados por los diversos sectores de la empresa que manipulan las redes eléctricas.

CS.8

Emisión de solicitud de autorización de PIFS para enviar al Ente.

CS.9

Actualización del estado del corte solicitado por el PIFS: autorizado, No autorizado, resolución Ente.

CS.10

Programación mensual de cortes en MT para enviar al Ente Regulador.

CS.11

Listado de cortes programados por quincena y por mes.

CS.12

Listado de cortes no autorizados.

CS.13

Consulta de los Cortes por mes, por distribuidor.

CS.14

Emisión de cuadro estadístico de cortes en MT por mes, distribuidor, etc.

CS.15

Cálculo de Índices de Calidad de Servicio: FMIK, TTIK, FMIT, TTIT.

CS.16

Actualización de cortes conforme a las resoluciones del Ente Regulador.

CS.17

Consulta/Listado de los Índices de CS por distribuidor, por mes.

CS.18

Estadística de los Índices de CS.

CS.19

Representación gráfica de la evolución mensual y anual de los Índices de CS.

CS.20

Cálculo de Multa por Calidad de Servicio Técnico, en base a los cortes en BT/MT registrados en Operaciones, cortes programados (PIFS), cortes autorizados y no autorizados.

CS.21

Recálculo de multa por Calidad de Servicio Técnico debido a modificaciones de los cortes.

CS.22

Estadísticas de multas por CS.

REQUISITOS NO FUNCIONALES CS.23

Interfaz con el Sistema de Despacho 4DL-OMS (Operation Management System).

CS.24

Flexibilidad para adaptarse rápidamente a los cambios de estructuras de datos impuestos por el Ente Regulador.

CS.25

Flexibilidad para adaptarse rápidamente a los cambios de formatos de reportes impuestos por el Ente Regulador.

CS.26

Definición de Perfiles de usuario, con claves de acceso para cada usuario.

CS.27

Interfaz con el Módulo Base-4DL, ya que la Base de Instalaciones o BDI corre bajo el Sistema Sipre GIS de 4DL (actualmente se donomina Módulo Base-4DL).

Tabla 4.10. Requisitos de Gestión de Calidad de Producto Técnico. REQUISITOS FUNCIONALES CPT.1

Alta de Equipos de Medición para Producto Técnico (CAVA, REGPER y equipos de BT).

CPT.2

Alta de Campaña de Medición (CM) Mensual: puntos a medir por tipo de equipo.

CPT.3

Programación de la CM conforme a disponibilidad de equipos, vehículos y RR.HH. del sector Calidad de Servicio y de los Distritos del Interior de la Provincia.

CPT.4

Consulta de variables técnicas de la red eléctrica en zonas afectadas por la CM.

CPT.5

Emisión de tareas a realizar en la red (por los sectores Redes o CCO) previas a la colocación de los equipos en los puntos de medición.

S. Herrera – G.Tkachuk

117

ESTUDIO DE VIABILIDAD DEL SISTEMA

SIGRE

Tabla 4.10. Requisitos de Gestión de Calidad de Producto Técnico (Continuación). REQUISITOS FUNCIONALES CPT.6

Ingreso de novedades registradas en los puntos de Centros de Transformación (CT), en los domicilios a medir y en los puntos de BT en el momento de colocación y retiro de los equipos.

CPT.7

Ingreso de los datos de medición correspondientes al período medido en cada punto; vía discos, vía puerto serie o vía módem.

CPT.8

Cálculo de variables analógicas técnicas a partir de las variables eléctricas medidas en las CM.

CPT.9

Representación gráfica de variables técnicas medidas y calculadas.

CPT.10

Cálculo de Multa por Producto Técnico correspondiente a cada medición.

CPT.11

Detección de mediciones fuera de los límites permitidos en BT y generación de archivo para ingresar en el módulo de cálculo de multa de GIS.

CPT.12

Detección de los puntos con multa que necesitan remedición.

CPT.13

Cálculo total la multa de los puntos remedidos.

CPT.14

Programación de remediciones, conforme a disponibilidad de equipos, vehículos y RR.HH. del sector y de cada distrito.

CPT.15

Consulta de variables medidas y calculadas, agrupadas por Distrito, por CT, por zona, por medición, por campaña, por cantidad de mediciones/remediciones, por multa.

CPT.16

Actualización del estado de los equipos de medición.

CPT.17

Programación y detección automática de las tareas de mantenimiento de los equipos de medición.

CPT.18

Consulta/Listado de la historia clínica de los equipos de medición.

CPT.19

Consulta/Listado mensual de los puntos penalizados y su multa.

CPT.20

Consulta/Listado de valores registrados en Puntos de Frontera.

CPT.21

Consulta/Listado de puntos penalizados en BT.

CPT.22

Consulta/Listado de CM realizadas en el año, los puntos involucrados en cada una y la multa.

CPT.23

Estadística de multas por Producto Técnico.

CPT.24

Estadística de mediciones fallidas.

CPT.25

Estadística de mediciones en puntos de frontera y en centrales de generación.

REQUISITOS NO FUNCIONALES CPT.26

Interfaz con el software de los equipos de medición: Software de Regper, Software de CAVA.

CPT.27

Interfaz con el módulo de Cálculo de Multa de 4 Data Link.

CPT.28

Flexibilidad para adaptarse a los cambios de estructuras de datos y de formatos de reportes impuestos por el Ente Regulador.

CPT.29

Definición de Perfiles de usuario, con claves de acceso para cada usuario.

CPT.30

Interfaz con el Módulo Base-4DL, ya que la Base de Instalaciones o BDI corre bajo el Sistema Sipre GIS de 4DL (actualmente se donomina Módulo Base-4DL).

Tabla 4.11. Requisitos de Gestión de Normas Técnicas. REQUISITOS FUNCIONALES NT.1

Listado de familias de materiales y de materiales eléctricos utilizados por la empresa en la construcción y mantenimiento de las redes eléctricas.

NT.2

Actualización de precios de materiales y equipos eléctricos conforme a los índices del Indec.

NT.3

Clasificación de los materiales conforme a las categorías de Bienes de Uso de la empresa.

NT.4

Alta, baja, modificación de los ítems de Mano de Obra que se utilizan para la construcción de las obras eléctricas. Descripción y costo de cada ítem.

NT.5

Alta, baja, modificación de los ítems constructivos que se utilizan para las instalaciones eléctricas de la empresa. Cada ítem constructivo agrupa un conjunto de ítems de mano de obra y un conjunto de materiales/equipos eléctricos.

118

S. Herrera – G.Tkachuk

SIGRE

ESTUDIO DE VIABILIDAD DEL SISTEMA Tabla 4.11. Requisitos de Gestión de Normas Técnicas (Continuación). REQUISITOS FUNCIONALES

NT.6

Alta de típicos constructivos: descripción técnica, asignación a los ítems constructivos correspondientes.

NT.7

Alta GRÁFICA de típicos constructivos. Para ello, es necesaria una correspondencia de los símbolos de dibujo con los ítems constructivos.

NT.8

Consulta/Listado de ítems constructivos agrupados por MT, BT, Centros de Transformación, Centros de Distribución.

NT.9

Alta, baja, modificación de versiones de ítems y típicos constructivos. Difusión automática de las versiones.

NT.10

Consulta de vigencia de ítems constructivos y típicos: versiones, tiempo de vida.

NT.11

Consulta/Listado mensual de típicos nuevos realizados, típicos actualizados.

NT.12

Altas, bajas, modificaciones de Especificaciones Técnicas (ET).

NT.13

Altas, bajas, modificaciones de versiones de Especificaciones Técnicas (ET). Difusión automática de las versiones.

NT.14

Consulta/Listado de especificaciones técnicas de materiales: versiones, vigencia.

NT.15

Consulta/Listado de materiales normalizados, familias y subfamilias.

NT.16

Consulta/Listado mensual de especificaciones nuevas realizadas, especificaciones actualizadas.

NT.17

Ingreso de recepciones de materiales realizados en el Almacén conforme al cumplimiento de las especificaciones respectivas: proveedor, cantidad aceptada, controles realizados, condiciones cumplidas, condiciones no cumplidas, cantidad rechazada.

NT.18

Consulta/Listado mensual de materiales recepcionados conforme a especificación e ingresados sin especificación.

REQUISITOS NO FUNCIONALES NT.19

Interfaz con el software Autocad (de Autodesk) que permita interactuar gráficamente con la Base de Datos de Instalaciones Eléctricas.

NT.20

Interfaz con el software Sistema de Almacenes que contiene el inventario de materiales y equipos eléctricos de la empresa.

NT.21

Definición de Perfiles de usuario, con claves de acceso para cada usuario.

NT.22

Interfaz con el Módulo Base-4DL, ya que la Base de Instalaciones o BDI corre bajo el Sistema Sipre GIS de 4DL (actualmente se donomina Módulo Base-4DL).

Tabla 4.12. Requisitos de Gestión de Obras Eléctricas. REQUISITOS FUNCIONALES OE.1

Adquisición automática de los anteproyectos de obra definitivos del Plan Anual de Inversiones Eléctricas (provenientes del Planeamiento).

OE.2

Programación de ejecución conforme a la estimación de costos y tiempos y a la disponibilidad de RR.HH. y vehículos de la empresa. Determinación de las obras a ejecutar con modalidad “Llave en mano” (Proyectada por Contratistas).

OE.3

Estimación de la ejecución presupuestaria mensual de cada Elemento de Gasto de cada obra del Plan Anual.

OE.4

Confección del Presupuesto definitivo del Plan Anual de Inversiones (totales).

OE.5

Iniciar la elaboración de un Presupuesto de Obra Eléctrica a partir de un requerimiento ingresado por un Cliente Externo (nuevo suministro, remoción, reclamo por baja tensión, etc.) o a partir del Plan Anual de Inversiones.

OE.6

Consulta mediante interfaz gráfica de las características físicas, técnicas y topológicas de las redes eléctricas existentes.

OE.7

Alta de Novedades del relevamiento de cada proyecto de obra: valores técnicas de las variables medidas in situ.

S. Herrera – G.Tkachuk

119

ESTUDIO DE VIABILIDAD DEL SISTEMA

SIGRE

Tabla 4.12. Requisitos de Gestión de Obras Eléctricas (Continuación). REQUISITOS FUNCIONALES OE.8

Elaboración de proyectos de obras eléctricas en forma gráfica, conforme a las características de la red existente, a las variables medidas, a los requisitos de la obra y a los típicos constructivos de la empresa. Realización del cálculo eléctrico.

OE.9

Elaboración automática de proyecto de obra eléctrica: Ingreso de los ítems constructivos de cada proyecto, de los ítems de mano de obra y de los típicos constructivos (archivos dwf).

OE.10

Elaboración automática de proyecto de obra eléctrica: Estimación de costo de mano de obra y de materiales, conforme a los ítems tomados del módulo de Normas Técnicas.

OE.11

Elaboración automática de proyecto de obra eléctrica: Estimación de los valores de Activos Fijos que se imputará al terminar la obra, conforme a los materiales y mano de obra a utilizar (cálculo de Horas Hombre a Activar, estimación de los Elementos de Gasto Equipos de Medición, Transformadores, Sistema de Distribución Primaria, Sistema de Distribución Secundaria, y otros Bienes de Uso).

OE.12

Elaboración automática de proyecto de obra eléctrica: Determinación de tipo de ejecución de la obra, por personal de la empresa, por Contratistas. Cronograma de ejecución.

OE.13

Elaboración automática de proyecto de obra eléctrica: Cronograma de ejecución.

OE.14

Permitir confeccionar varios proyectos para satisfacer un mismo requerimiento.

OE.15

Comparación automática y parametrizada de las diversas alternativas constructivas.

OE.16

Confección automática de Orden de Trabajo (OT) para la ejecución del Proyecto.

OE.17

Consulta de OT emitidas por mes, por categorìa, por distribuidor, por cliente interesado, por año, por proyectista, por estado.

OE.18

Consulta/Listado de materiales de cada proyecto.

OE.19

Consulta/Listado de items de mano de obra de cada proyecto.

OE.20

Consulta/Listado de Proyectos eléctricos emitidos en el mes. Listado de OT aprobadas en el mes.

OE.21

Consulta de características técnicas de las obras eléctricas: km de BT, km de MT, potencia de TRAFOS proyectados por mes, por año, por quinquenio.

OE.22

Impresión del plano del proyecto de la obra.

OE.23

Impresión del cronograma de ejecución de cada obra.

OE.24

Impresión de la OT de cada proyecto.

OE.25

Gestión integral de todo el ciclo de vida de la Orden de Trabajo correspondiente a una obra eléctrica. Determinación/consulta de la instancia en que actualmente se encuentra la OT.

OE.26

Actualización del estado de la OT de Capital: preparación, inicio, etapa de ejecución, suspendida, cerrada, anulada

OE.27

Derivar el proyecto al Sector Compras para la gestión de la correspondiente Orden de Compra (licitación).

OE.28

Asignación de supervisor de la ejecución de las OT de Capital; conforme a tipo de obra, zona.

OE.29

Programación de tareas de supervisión de las obras, conforme a disponibilidad de vehículo.

OE.30

Listado de programación de tareas por supervisor

OE.31

Programación de PIFS para trabajos a ejecutar por los contratistas.

OE.32

Emisión de PIFS para entregar a CCO y Calidad de Servicio.

OE.33

Consulta de Típicos e ítems Constructivos para supervisar las obras.

OE.34

Consulta del proyecto técnico de la obra correspondiente a una OT de Capital.

OE.35

Consulta del presupuesto de la OT de Capital y saldos disponibles.

OE.36

Actualización del porcentaje de ejecución de una obra de Capital.

OE.37

Consulta de plazos de ejecución de cada OT, consulta del progreso de la obra..

OE.38

Advertencia automática de Ots con vencimientos próximos de plazos.

OE.39

Solicitud de modificación o ampliación de una OT: ingreso de motivo, nuevos plazos, nuevos costos, descripción de modificaciones de la obra.

OE.40

Registro de la Certificación total o parcial de las obras realizadas por un Contratista por OT y conforme a Orden de Compra respectiva.

120

S. Herrera – G.Tkachuk

SIGRE

ESTUDIO DE VIABILIDAD DEL SISTEMA Tabla 4.12. Requisitos de Gestión de Obras Eléctricas (Continuación). REQUISITOS FUNCIONALES

OE.41

Al finalizar la obra, ingreso de modificaciones o ampliaciones realizadas en el sistema eléctrico en forma descriptiva y utilizando parámetros técnicos cuantificados.

OE.42

Cálculo y asignación de horas de supervisión y horas vehículo utilizadas para cada OT de capital.

OE.43

Emisión de listado de tareas realizadas agrupadas por los Contratistas, por OT, por supervisor, por parámetros técnicos varios, por zona, por Departamento geográfico, por ciudad.

OE.44

Emisión de programación de cierres de Ots de Capital.

OE.45

Listado de materiales y certificaciones utilizados en cada OT.

OE.46

Listado de costos de una OT de Capital .

OE.47

Listado de Estado y Progreso de cada OT de Capital Abierta, clasificados por Contratista, por Supervisor, por Categoría

OE.48

Listado de Ots por categoría de obra, por mes, por distribuidor, por cliente solicitante, por requerimiento de compra, por barrios, por ciudad, por año o por mes.

OE.49

Consulta y listado de OT de Capital cerradas por mes con gastos totales de gatos de MO, gastos de materiales, otros gastos.

OE.50

Cálculo de desvíos entre presupuesto de Obra de Capital y ejecución de la misma.

OE.51

Consulta y listado de OT de capital que superan el desvío permitido.

OE.52

Consulta de todos los movimientos de almacenes y de certificaciones de una OT de Capital.

OE.53

Consulta y listado de todas las OT de Capital en ejecución.

OE.54

Consulta y listado de Ots con plazos de ejecución a vencer.

OE.55

Consulta y listado de Ots que solicitan ampliación debido a desvíos previstos en su ejecución.

OE.56

Cálculo de indicadores operativos relacionados con desvíos presupuestarios de las Ots.

OE.57

Consulta y listado de las extracciones totales de almacenes de cada OT en el mes

OE.58

Consulta y listado de las certificaciones totales de contratistas de cada OT en el mes

OE.59

Consulta y listado de mano de obra de Distribución cargada en cada OT en el mes

REQUISITOS NO FUNCIONALES OE.60

Interfaz con el software Autocad (de Autodesk) que permita interactuar gráficamente con la Base de Datos de Instalaciones Eléctricas.

OE.61

Interfaz con el software Sistema de Compras que contiene la certificación de obras de los proveedores de construcción de obras.

OE.62

Interfaz con el software Sistema de Almacenes que registra los materiales sacados del Almacén para la construcción de cada obra (OT de capital).

OE.63

Definición de Perfiles de usuario, con claves de acceso para cada usuario.

OE.64

Interfaz con el Módulo Base-4DL, ya que la Base de Instalaciones o BDI corre bajo el Sistema Sipre GIS de 4DL (actualmente se donomina Módulo Base-4DL).

IV.5 ALTERNATIVAS DE SOLUCIÓN Una vez definidos los requisitos a cubrir por el sistema, se estudiaron las diferentes opciones existentes para configurar la solución. Se consideró la adquisición de productos software estándar del mercado y la posibilidad de realizar desarrollos a medida. Para la búsqueda de alternativas se tuvieron en cuenta la Descripción General del Sistema, la Descripción de la Situación Actual y el Catálogo de Requisitos. S. Herrera – G.Tkachuk

121

ESTUDIO DE VIABILIDAD DEL SISTEMA

SIGRE

Debido a que los requisitos del Sistema provienen de un Plan de Sistemas que consideró los sistemas existentes y los sistemas faltantes o requeridos en el empresa, el conjunto de requisitos tienen índoles demasiado diferentes. Es decir, el sistema a considerar contiene varios módulos correspondientes a los cinco subsistemas: Gestión de Transporte,

Gestión de Calidad de Servicio Técnico, Gestión de Calidad de

Producto Técnico, Gestión de Normas Técnicas, Gestión de Obras Eléctricas. Con respecto a las posibles soluciones a estudiar, en principio se consideraron en principio tres alternativas distintas: realizar un desarrollo a medida para todo el sistema, adquirir una aplicación enlatada para todo el sistema o una solución mixta basada en aplicaciones enlatadas para algunos módulos y aplicaciones a medida para otros. Debido a la urgencia de los requisitos referidos a las redes eléctricas y a la baja capacidad de desarrollo de software eléctrico en la región, se decidió primero evaluar los software enlatados disponibles para la región. Luego, para los requisitos no cubiertos, considerar la alternativa del desarrollo a medida. Las aplicaciones de redes eléctricas estándar que se consideraron son: Software para Distribuidoras de Energía Eléctrica de la empresa argentina 4DataLink, Open Utilities de la empresa española Soluziona (de Unión Fenosa) y Software para Utilities de la empresa estadounidense SmallWorld (de General Electric). El estudio de estas alternativas enlatadas se hizo en base a documentación disponible en

Internet [1, 9, 10], así como adquirida mediante contacto con el

proveedor directo (4DataLink) o sus intermediarios (en el caso de Soluziona y Smallworld). Además, los responsables de este estudio estuvieron presentes en reuniones de difusión y de grupos de usuarios. Se asistió en representación de EDESE SA a la reunión de Smallworl, organizada por el grupo español de redes eléctricas COBRA en la ciudad e Mendoza (Argentina) donde Smallworld presentó sus aplicaciones para redes eléctricas con la asistencia de varias empresas distribuidoras del país. Se asistió en representación de EDESE SA a la reunión de Grupo de Usuarios organizada por 4DataLink en la ciudad de Buenos Aires, que contó con la presencia de varias distribuidoras usuarias del país (EDEA-Mar del Plata, EDEMSAMendoza, EDERSA-Salta, EPE-Santa Fe, EDENOR-Buenos Aires) y de América (PPL Global-EE.UU., EMEL-Chile, EDELSUR-El Salvador, ELFEC-Bolivia, EDELNOR-Perú). Se asistió a una reunión informativa organizada por representantes 122

S. Herrera – G.Tkachuk

SIGRE

ESTUDIO DE VIABILIDAD DEL SISTEMA

de Soluziona en la misma empresa EDESE SA. También este equipo de profesionales visitaron la empresa Unión Fenosa en la ciudad de La Coruña (España) donde se realizó una observación del funcionamiento de las aplicaciones en las plantas de ingeniería y de operaciones.

IV.5.1 Descripción del software de 4DataLink [1] 4DataLink es una empresa de desarrollo de software argentino-estadounidense que ofrece una solución probada basada en un modelo temporal de red, que brinda a las empresas de servicios eléctricos un mayor nivel de análisis y control, la mejora de los procesos existentes y la reducción de los costos operativos. A diferencia de otros sistemas de información corporativos, 4DataLink agrega la dimensión del tiempo de una forma revolucionaria para integrar los datos provenientes de distintos sistemas, ofreciendo análisis consistentes de datos hasta ese momento no interrelacionados, a cualquier fecha y hora. Los sistemas de 4DataLink para Empresas Distribuidoras de Energía Eléctrica han sido desarrollados con flexibilidad en mente, ya que ofrecen: •

Categoría de objetos –para una fácil clasificación de dispositivos de red y equipos;

•

Reglas de topología –para implementar parámetros lógicos y físicos de conectividad bajo múltiples configuraciones;

•

Tipos de red –para soportar empresas con requerimientos variados de conectividad;

•

Entidades de red para diseño y construcción de infraestructura de red.

•

Atributos internos –para caracterizar cada entidad con tanto detalle como lo requiera su negocio;

•

Atributos externos –para una fácil integración con otras fuentes de información de la empresa, y evitar datos duplicados y posibles inconsistencias;

•

Entidades cartográficas –jerarquía de áreas y maestro de calles.

El modelo de red es un verdadero modelo de 4 dimensiones. Cada elemento mencionado arriba puede ser trazado a través del tiempo y espacio, como con ningún otro producto del mercado.

S. Herrera – G.Tkachuk

123

ESTUDIO DE VIABILIDAD DEL SISTEMA

SIGRE

4DL-OS incluye todas las capacidades centrales necesarias para sustentar aplicaciones para redes como también integrarse a otros sistemas de la empresa. Los datos espaciales –modelo de red e información cartográfica– están almacenados en una base de datos de arquitectura abierta, y pueden ser fácilmente accedidos desde cualquier otra aplicación. No es necesario un formato de archivo propietario ni mecanismos de exportación. Puede accederse a la información de red mediante el software estándar Autodesk Map, la aplicación de cliente delgado Autodesk MapGuide, o portátiles basadas en Windows CE. El módulo base de la plataforma tecnológica ofrece los siguientes beneficios: •

Soporta diferentes requerimientos operativos de Ingeniería, Planeamiento, Ventas, Call Center –estado de la red ‘encalle’ versus su estado de ‘diseño’;

•

Plantillas pre configuradas por industria;

•

Estandarización de diseños de ingeniería;

•

Representación de la red independiente del formato de dibujo –geográfico o esquemático;

•

Sin necesidad de programación;

•

Relaciones topológicas independientes de las representaciones gráficas de componentes;

•

Un modelo lógico de red, independiente del modo de visualización;

•

Interfase CAD estándar para gráficos complejos;

•

Cada área trabaja a su propio ritmo –distintas latencias, un solo modelo;

•

La arquitectura en 4 dimensiones soporta el análisis del estado de la red en cualquier momento en el tiempo;

•

Tiempos de implementación rápidos –habilidad para interactuar con sistemas transaccionales;

•

Historia de dispositivos de red, topología y operaciones cartográficas.

4DataLink ofrece también un conjunto integrado de módulos aplicativos basados en la tecnología de base única 4D–SIPRE, que se describen sintéticamente a continuación. Call Center (4DL-CC). Al recibir los reclamos de los clientes, el call center es el primer contacto con el cliente durante una interrupción del servicio. La información recibida se propaga a través de la red con el sistema de administración de 124

S. Herrera – G.Tkachuk

SIGRE

ESTUDIO DE VIABILIDAD DEL SISTEMA

interrupciones 4DL-OMS. Este asegura que el call center cuente con la misma información que el departamento de operaciones. El módulo también procesa las interrupciones detectadas por equipos de telecontrol SCADA. Módulo de Despacho (4DL-OMS). Integrándose fácil y globalmente con el sistema de Call Center, predice el elemento más probable de falla en concordancia con la topología y condición actual de la red. Los reclamos telefónicos entrantes son agrupados automáticamente siguiendo reglas de predicción configurables -el equipo de operaciones mantiene el control. Se mantienen informados todos los departamentos sobre estado actual de cada falla. Los nuevos reclamos entrantes pueden ser agregados a una orden ya despachada. Las operaciones sobre elementos de la red también pueden realizarse desde la misma interfaz de usuario para rerutear y/o efectuar desconexiones antes de que el despacho sea efectuado. Una vez asignada una Guardia de Emergencia a una orden de despacho, cada cliente ubicado aguas abajo del elemento en falla es transferido al Call Center o al sistema automático de respuesta de voz (IVR) para mejorar la calidad del servicio al cliente y proveer información exacta. Una vez que el problema ha sido resuelto, el equipo de Operaciones puede registrar el evento e información detallada con el reporte de la Guardia. Calidad de Servicio (4DL-SQA). Evalúa el impacto financiero de las métricas de calidad de servicio a cualquier nivel deseado: por sucursal comercial, por cliente o por dispositivo de red. La compleja información técnica y de ingeniería es convertida ofreciendo nuevo valor para el negocio. Mantiene registros de auditoría detallados de cada evento que impacta en la calidad de servicio. También ayuda a los departamentos Técnicos y de Mantenimiento a gestionar dispositivos de medición. Registra la ubicación de dichos activos, su estado, las características de los equipos, además de calendarios de medición por equipo y registros históricos de las lecturas. Realiza la gestión especial de eventos de Fuerza Mayor. Tanto los Entes Reguladores como los Clientes cuentan con información precisa, auditable y creíble sobre dichos eventos. Gestión de Proyectos de Red (4DL-NPM). Soporta el flujo completo de trabajo necesario para analizar, planificar, diseñar, construir, operar y mantener modelos de red dinámicos. Considera las diferentes necesidades de los Departamentos de Ingeniería y Operaciones con un modelo de datos consistente. Puede manejar los proyectos de red con o sin versionado. Proyectos alternativos o S. Herrera – G.Tkachuk

125

ESTUDIO DE VIABILIDAD DEL SISTEMA

SIGRE

fases pueden ser manejadas desde el comienzo del proyecto, optimizando los recursos al asignarlos según la carga de trabajo. Lleva el estado de cada versión, de acuerdo con parámetros configurables, ofreciendo control sobre el flujo de trabajo hasta el nivel de detalle que la empresa necesite. Los diseños pueden avanzar construyendo la red bajo el ‘modo diseño’ sin afectar el staff operacional quien necesita trabajar bajo ‘modo actual’ confiando en el estado de red tal cual está en las calles. Cliente delgado ( 4DL-TCA). Provee acceso al modelo de base de datos central de la red a través de clientes estándar de Internet. Integrado firmemente con Microsoft Internet Information Server y Autodesk® MapGuide, el módulo 4DL-TCA permite un despliegue y una entrega más rápida delas aplicaciones de 4DL.

IV.5.2 Descripción del software de Soluziona [10] Soluziona es una empresa que integra todos los servicios profesionales de Unión Fenosa. Abarca las empresas que se dedican a las tecnologías de la información, los servicios de internet, la ingeniería y servicios de telecomunicaciones, la ingeniería energética, de calidad y de medio ambiente y la consultoría estratégica. Open Utilities es la solución integral y modular para la gestión de la distribución de energía, gas o agua (SGD), para la gestión comercial (SGC) de todo tipo de servicios y para gestionar la operativa de una Central de Generación Eléctrica (CEN). Presenta una arquitectura técnica común para estas soluciones. Fácil adaptación a las necesidades de cada empresa, permitiendo una gran flexibilidad en la selección de la plataforma tecnológica sobre la que se determine su instalación, con la posibilidad de crecimiento y la migración a otras plataformas. El diseño de la arquitectura técnica del sistema está basado en la utilización eficiente tanto de los procesos informáticos como de los entornos de operación. Open Utilities optimiza los procesos de negocio aprovechando las ventajas y posibilidades de los modernos entornos tecnológicos, mediante el correcto uso de los tres tipos de procesos informáticos: •

Los procesos centralizados, que se ejecutan en el servidor con independencia de los clientes.

•

Los procesos distribuidos, que se ejecutan en las estaciones de trabajo sin colaboración con el servidor.

•

Los procesos cooperativos, donde el cliente y el servidor trabajan de forma concurrente e integrada.

126

S. Herrera – G.Tkachuk

SIGRE

ESTUDIO DE VIABILIDAD DEL SISTEMA

Open Utilities se fundamenta en la integración y cooperación de los siguientes entornos: •

Entorno servidor. En este entorno se ejecutan los procesos secuenciales que manejan un importante volumen de información; por ejemplo, facturación o gestión de cobro. OPEN Utilities admite una gran flexibilidad en la elección de los elementos que definen su configuración técnica: Sistema operativo Windows NT, UNIX. Gestor de Base de Datos: ORACLE, INFORMIX, SYBASE, DB2, o cualquier otro con protocolo ODBC.

•

Entorno cliente. En este entorno se gestiona la Interfaz Gráfica de Usuario así como parte de la lógica del sistema. Su configuración técnica puede ser cualquiera de las siguientes: Sistema operativo Windows 95, Windows NT, y otros Windows; Hardware PC con procesador Pentium a 75 Mhz y 16 MB de memoria RAM o superior.

•

Entorno de comunicaciones. La red es el medio de enlace entre clientes y servidor. La comunicación se establece bajo el protocolo TCP/IP.

Debido a que en este trabajo únicamente interesa la gestión técnica de una empresa distribuidora de energía eléctrica, a continuación se describirá el módulo Open SDG (Sistema de Gestión de Distribución), dejando de lado el SGC y el CEN. El SGD es un sistema modular integrado diseñado para soportar todos los procesos de la red de distribución de una empresa de utilities (electricidad, gas, agua, etc.). Incluye la planificación, el diseño, la construcción, la operación, la puesta en servicio y el mantenimiento de la red. Soporta la gestión técnica, operacional, financiera y administrativa de cada uno de los procesos. Su gran flexibilidad y modularidad permiten su fácil parametrización para acomodarse a las necesidades específicas de cada empresa; esto facilita su implantación gradual y le da al cliente la oportunidad de seleccionar los módulos que necesita. El sistema se encuentra en funcionamiento en distintas utilities de diferentes países. La evolución del producto está asegurada mediante versiones anuales. El SGD está compuesto por los siguientes módulos: Análisis. Permite realizar estudios técnicos para analizar impactos de actuaciones en la red (solicitud de suministro, obra, configuración de explotación).

S. Herrera – G.Tkachuk

127

ESTUDIO DE VIABILIDAD DEL SISTEMA

SIGRE

Utiliza algoritmos de mercado que están integrados de forma transparente para el usuario. Trabajos. Controla el seguimiento de todos los trabajos realizados en la red de distribución, desde la planificación a largo plazo hasta la puesta en servicio de una instalación concreta. Realiza el seguimiento técnico, económico y administrativo de todas la tareas necesarias, basándose, para ello, en la homogeneización de materiales, mano de obra y precios (normalización). Operación. Proporciona toda la información necesaria para supervisar y operar la red. Integra los entornos en tiempo real (SCADA), base de taso gráfica (GIS) y entornos de gestión (Sistema de Gestión de Incidencias). El operador conoce en todo momento la situación real de la red. A través del entorno de gestion, se comunica de forma automática con el Call Center para recoger y/o proporcionar información sobre posibles anomalías. Incidencias. Realiza la gestión de incidencias, desde la recepción del aviso de una posible incidencia a través del call center hasta su reparación. En ella se incluye el tratamiento de descargos, la gestión de las guardias, el control y seguimiento de los ratios (o índices) de calidad de suministro y el comportamiento de las instalaciones. Instalaciones. Contiene la información gráfica y alfanumérica integrada y organizada a distintos niveles (base cartográfica, red planificada, red en desarrollo y red en explotación). Permite realizar la consulta y el mantenimiento de la información de la red de distribución de las empresas de utilities. Mantenimiento. Realiza la gestión de las acciones de mantenimiento, recursos, tiempos y volúmenes de materiales. Permite su control y optimización utilizando la metodología del ciclo planificación, programación, ejecución, análisis y mejora. Dispone de matrices técnicas para optimizar la programación del mantenimiento.

IV.5.3 Descripción del software de Smallworld [9] Smallworld es una empresa de desarrollo de software, patrocinada por General Electric, que surgió en 1988 imponiendo una nueva manera de administrar los datos espaciales (con un sistema GIS). Actualmente Smallworld produce software para cientos de compañías alrededor del mundo dedicadas a

Utilities y a

Comunicaciones. Es por ello que los principales módulos de esta empresa son: Smallworld Core Spatial Technology (módulo base que define el modelo de datos 128

S. Herrera – G.Tkachuk

SIGRE

ESTUDIO DE VIABILIDAD DEL SISTEMA

espaciales para que puedan correr el resto de las aplicaciones), Utility & Public Systems Network Solutions y Communicatios Network Solutions. A su vez, dentro de las Utilities, está compuesto por paquetes conforme al tipo de industria: Network Asset Management (para transmisión y distribución de gas, energía eléctrica y agua), Engineering Management (para analizar y crear nuevas redes), Operations Management (para operar y administrar las redes) y Business Intelligence (permite distribuir y compartir la información). En cuanto a la distribución de energía eléctrica específicamente, se considerarán en este estudio de viabilidad cuatro módulos dedicados al

rubro

(utilizados y auspiciados por General Electric Energy), que se describen a continuación. Core Spatial Technology (de General Electric-Smallworld). Este módulo constituye el núcleo de las aplicaciones de Smallworld y es esencial para el funcionamiento de cualquiera de ellas. Contiene el modelo de datos espaciales. En él se aloja la base de datos orientada a objetos que brinda una arquitectura potente y consistente. Este motor de aplicaciones utiliza el lenguaje orientado a objetos Magik (de GE Smallworld) para capturar las reglas de negocios y los procesos de ingeniería. Se basa en una arquitectura cliente/servidor de tres capas, la cual asegura que la mayoría de los procesos complejos se ejecuten en los clientes. Spatial Intelligence (de General Electric-Smallworld). Consiste en un sistema de soporte a la toma de decisión de las compañías de redes. Provee un potente conjunto de herramientas de análisis, visualización y reportes fácil de usar; que mantienen informados a aquellos que toman decisiones en la empresa (muestra operaciones críticas conforme a información financiera de la red). Permite el acceso a la información mediante orígenes de datos ODBC. PowerOn, Enterprise Distribution Management System (de General Electric-Smallworld). Este módulo registra los reclamos de interrupciones del servicio eléctrico, identifica los dispositivos involucrados y designa las cuadrillas de operación. Permite disminuir el impacto de las interrupciones de servicio a los clientes, es decir, mejorar la calidad de servicio. Concretamente, este módulo se encarga de las siguientes funciones: Administración del despacho de reclamos, Distribución de las cuadrillas de operaciones, Administración de utilities, Administración de la red eléctrica (maniobras) y Administración de las Fallas (o salidas del sistema eléctrico) mediante una interfaz con los SCADA. S. Herrera – G.Tkachuk

129

ESTUDIO DE VIABILIDAD DEL SISTEMA

SIGRE

Design Manager, Engineering Design Support for Network Companies (de General Electric-Smallworld). Es una herramienta de diseño integrada gráfica y de administración de las redes. Permite desarrollar y gestionar una obra eléctrica a lo largo de todo su ciclo de vida. Los ingenieros pueden crear diversos diseños alternativos. Provee herramientas gráficas de dibujo que acelera el proceso de diseño de la red. Permite un fácil almacenamiento de los proyectos de red (aún los que no fueron aprobados).

IV.5.4 Cumplimiento de los requisitos de los software enlatados Los tres paquetes enlatados considerados son específicamente desarrollados para utilities (redes de electricidad, gas, agua) por lo tanto cumplen con la mayoría de los requisitos funcionales considerados. En esta etapa se llevó a cabo un análisis exhaustivo del cumplimiento de cada uno de los requisitos funcionales del catálogo de cada módulo considerado en el EVS (tablas 4.8 a 4.12). Sin embargo se presentarán los resultados de síntesis del porcentaje de cobertura de cada sistema del EVS. Como se mostró en la descripción sintética de cada paquete, algunos tienen agrupadas las funcionalidades requeridas pero en módulos diversos (a veces no coinciden con los módulos tratados en el EVS). Es por ello que en la tabla 4.13 se presenta el cumplimiento o no de los requisitos correspondientes a cada sistema del EVS, expresado en porcentajes, y se coloca el nombre del módulo de la aplicación enlatada donde se concentran la mayoría de los requisitos. Por ejemplo, los requisitos del Sistema de Calidad de Servicio Técnico están cubiertos: en un 90 % por el módulo 4DL-SQA del Sistema de Distribución Eléctrica de 4DataLink, en un 40 % por el módulo Incidencias del Sistema Open Utilities de Soluziona, en un 20 % por el módulo PowerOn del Sistema de Utilities de Smallworld.

Tabla 4.13. Cobertura de los requisitos funcionales por los sistemas enlatados. Aplicac./Sist.EVS

Transporte

Soft Distrib.Eléctrica (4DataLink) Open Utilities (Soluziona-U.Fenosa) Smallworld (General Electric)

0%

130

0% 0%

Cobertura Total Calidad Producto Normas Obras Requisitos Servicio Técnico Técnicas Eléctricas 90% 50% 60% 70% 54 % 4DL-SQA 4DL-SQA 4DL-NPM 4DL-NPM 40% 0% 40% 80% 32 % Incidencias Trabajos Trabajos 20% 80% 20 % 0% 0% PowerOn Design Manager

S. Herrera – G.Tkachuk

SIGRE

ESTUDIO DE VIABILIDAD DEL SISTEMA

En la tabla 4.13 se pueden observar importantes cuestiones para tomar la decisión de cuál software comprar o desarrollar: •

Ninguno de los software considerados cubren los requisitos de la gestión de transporte de la compañía.

•

El Sistema de 4DataLink es el que más cubre los requisitos funcionales (54 %), luego siguen Open Utilities (32 %) y Smallworld (20 %). Seguramente esto es una consecuencia de que la empresa 4DL surgió en Argentina cubriendo requisitos de empresas latinoamericanas cuyas funcionalidades son similares. Diferente de Open Utilities que surgió en España, cubriendo funcionalidades de empresas europeas; y distinto de Smallworld,

surgió

para

cubrir

funcionalidades

de

empresas

estadounidenses. •

Si no se considera la gestión de transporte, se modifican los porcentajes de cobertura, en forma proporcional al ítem anterior. El Sistema de 4DataLink cubriría el 67 % de los requisitos funcionales, luego Open Utilities (40 %) y Smallworld (25 %).

IV.6 VALORACIÓN DE LAS ALTERNATIVAS Una vez realizado un estudio de las funcionalidades de cada una de las alternativas enlatadas, se realizó una valoración de las mismas considerando el impacto en la organización -tanto desde el punto de vista tecnológico y organizativo como de operación- y los posibles beneficios a obtener contrastados con los costes asociados. Se realizó también un análisis de los riesgos, decidiendo cómo enfocar el plan de acción para minimizar los mismos. Estos estudios se realizaron sobre los sistemas enlatados disponibles abordados en el punto IV.5. Por lo tanto, abarca todos los sistemas del EVS salvo el Sistema de Gestión de Transporte, para el cual no se encontraron softwares enlatados y será necesario desarrollo a medida a cargo del equipo que realiza este Trabajo Final de Maestría.

S. Herrera – G.Tkachuk

131

ESTUDIO DE VIABILIDAD DEL SISTEMA

SIGRE

IV.6.1 Estudio de la inversión Para cada aplicación enlatada se valoró el impacto en la organización y se estudió su viabilidad económica realizando para ello un análisis coste/beneficio. Ante cualquier cambio a llevar a cabo en el contexto de una organización, asociado con la propuesta de nuevos sistemas o tecnologías de la información, se debe realizar un estudio que refleje las necesidades asociadas al cambio y las posibles consecuencias para la organización, así como reconsiderar la propuesta antes de hacerla definitiva. Algunos de los aspectos a considerar en el impacto de un cambio en una organización son: •

Complejidad de la nueva tecnología frente a las capacidades de los recursos de la organización, lo que puede llevar a la necesidad de inversión en formación así como un tiempo posterior para su asimilación;

•

Coste de adquisición de la tecnología, lo cual puede hacer inviable la propuesta, para profundizar más en esta cuestión se hará un análisis coste/beneficio;

•

Tiempo de sustitución del sistema antiguo por el nuevo, ya que puede no ser adecuado a las necesidades actuales;

•

Rechazo cultural de la organización, en caso de un cambio importante en la propuesta, lo que haría necesaria la ejecución de acciones para la adecuada gestión del cambio;

•

Miedo ante la elección de tecnologías inmaduras, de reciente aparición;

•

Recursos y medios necesarios para la situación de cambio, en caso de ser necesaria la contratación de personal, instalaciones con características especiales que impliquen la realización de obra civil, etc.;

•

Capacidad de mantenimiento correctivo y de respuestas ante nuevos requisitos funcionales o cambios en las reglas del negocio.

A continuación, en base a los puntos mencionados, se presentan los impactos más relevantes que podría producir la implantación de las alternativas enlatadas consideradas en este EVS. Complejidad de la nueva tecnología. La interfaz de usuario de Smallworld utiliza el inglés, aún no está disponible en español, lo cual implicaría una capacitación extra de los RR.HH. en el idioma. Además, la arquitectura de redes eléctricas 132

S. Herrera – G.Tkachuk

SIGRE

ESTUDIO DE VIABILIDAD DEL SISTEMA

estadounidenses que gestiona Smallworld son diferentes a las latinoamericanas, la cual implicaría necesidad de adaptación de las reglas del negocio. Los otros paquetes de software presentan las dificultades normales que trae aparejada cambiar un proceso manual (o semiautomático) a informatizado, es decir, que se solucionan durante el proceso de capacitación de los RR.HH. Los costes. Si bien más adelante se presenta el estudio coste-beneficio, es importante destacar en este punto que la situación económica argentina -posterior a la convertibilidad- trajo como consecuencia el abaratamiento del software. Es decir, a las empresas internacionales les conviene comprar o desarrollar software en Argentina; el bajo costo de la mano de obra de construcción de software, reduce el costo del producto final. Es así que empresas argentinas como 4DataLink ofrecen software de buena calidad a bajo costo y se imponen en el mercado adquiriendo cada vez más clientes de América. Tiempo de sustitución del sistema anterior por el nuevo. El tiempo de sustitución sería variable conforme a la alternativa adoptada. La base de datos de Instalaciones (BDI) de la empresa está implementada sobre el modelo de 4DataLink (Módulo Base-4DL, anteriormente llamado SIPRE-GIS). Los módulos que se requieren (Calidad de Servicio, Calidad de Producto, Normas Técnicas y Gestión de Obras Eléctricas) actualmente se llevan a cabo en forma semiautomática utilizando principalmente planillas Excel y bases de datos de Access. Los nuevos módulos a implementar deberán tener una interfaz con la BDI de 4DL (ver requisitos no funcionales en el catálogo de requisitos). Por lo tanto, el impacto será menor si se adquieren las aplicaciones de 4DL. Tanto la solución Smallworld como Soluziona implican desarrollos extras de interfaces entre la BDI y las aplicaciones. Esto llevaría a prolongar el tiempo de sustitución del sistema actual por el nuevo (además de incrementar los costos de desarrollo). Rechazo cultural. No se espera resistencia organizacional extrema que impida la implantación de la solución informatizada, ya que las aplicaciones se adaptarían (introduciendo las modificaciones necesarias en el producto original). Pero sí cabe reconocer que sería más difícil esta adaptación en el caso de Smallworld (por la interfaz de usuario en inglés) y en el caso de Soluziona (ya que no cuenta con el cálculo de índices de calidad de servicio puesto que no tienen en Europa un Ente Regulador del tipo de las empresas latinoamericanas).

S. Herrera – G.Tkachuk

133

ESTUDIO DE VIABILIDAD DEL SISTEMA

SIGRE

Temor por la elección de tecnologías de reciente aparición. Este impacto podría producirse si se eligiera el software de 4DL, ya que se trata de una empresa argentina nueva e innovadora en el tratamiento del negocio de utilities en Latinoamérica. Surgió con el apoyo de Autodesk y tiene solo clientes en América (Argentina, Chile, Perú, recientemente en EE.UU.) pero actualmente se encuentra en proceso de expansión hacia otros mercados. Situación distinta de Smallworld –cuyo software está en explotación en varias compañías de EE.UU. y Europa- y Soluziona – cuyo software está en explotación en compañías de Europa y Latinoamérica. Recursos para el cambio. Implantar cualquiera de las tres alternativas enlatadas implica capacitación de RR.HH. para la operación del software y adquisición de tecnología informática que cubra los requisitos de hardware. En cuanto a este último aspecto, las tres opciones requieren de la compra de servidores donde se alojarán los datos y las aplicaciones nuevas. La empresa EDESE SA está preparada para afrontar los costos de hardware de las arquitecturas de las tres alternativas estudiadas. Seguridad dada por la capacidad de mantenimiento. Es importante considerar que la organización sufre constantemente cambios provenientes de la modificación de reglamentaciones del Ente Regulador y de las leyes nacionales que regulan el negocio. Debido a esto, la empresa necesita adquirir el software a una empresa que garantice una política confiable de mantenimiento del software. En este sentido, tanto Smallworld (sede central en EE.UU.) como Soluziona (sede central en España) tienen soporte a través de sus representantes en Latinoamérica y mediante Internet. Sin embargo, brinda mayor confiabilidad el hecho de que DL es una empresa que tiene su sede en Buenos Aires (Argentina) y da soporte permanente a varias empresas argentinas (EDERSA, EDESA, EDEMSA, EPE, etc.)

y

Latinoamericanas (EMEL de Chile, EDELNOR de Perú, etc.) cuyos requerimientos funcionales son similares y, en algunos casos, iguales. En cuanto al análisis costo-beneficio, el mismo se llevó a cabo con el propósito de seleccionar la alternativa más beneficiosa para la realización del proyecto. Se siguieron los siguientes pasos: a) producir estimaciones de costes/beneficios; b) determinar la viabilidad del proyecto y su aceptación. Se presenta en la tabla 4.14 una síntesis de los costos de los módulos de los sistemas enlatados que cubren los requisitos de los sistemas que abarca el EVS. Estos costos se refieren al producto final, no incluye entrega de código fuente ni de 134

S. Herrera – G.Tkachuk

SIGRE

ESTUDIO DE VIABILIDAD DEL SISTEMA

licencias de software adicionales necesarios para la implantación del producto (visualizadores gráficos, gestores de Base de Datos, etc.). Corresponden a la misma cantidad de licencias de sus productos (30 licencias). Tabla 4.14. Costos aproximados de los sistemas enlatados, en dólares. Aplicac./Sist.EVS

Calidad Servicio Soft Distrib.Eléctrica 40.000 u$s (4DataLink) 4DL-SQA 90% Open Utilities 70.000 u$s (Soluziona-U.Fenosa) Incidencias 40% Smallworld 100.000 u$s (General Electric) PowerOn 20%

Producto Técnico 40.000 u$s 4DL-SQA 50% 0%

0%

Normas Técnicas 50.000 u$s 4DL-NPM 60% 100.000 u$s Trabajos 40% 0%

Obras Inversión Total Eléctricas 50.000 u$s 90.000 u$s 4DL-NPM 70% 100.000 u$s 170.000 u$s Trabajos 80% 120.000 u$s 220.000 u$s Design Manager 80%

Si se optara por la adquisición de productos de 4DataLink, sería necesario adquirir los módulos SQA (u$s 40.000) y NPM (u$s 50.000). El módulo SQA cubriría (sin modificaciones) el 90 % de los requisitos del subsistema Calidad de Servicio Técnico y el 50 % de los requisitos de Calidad de Producto Técnico. El módulo NPM cubriría el 60 % de os requisitos de Normas Técnicas y el 70 % de los requisitos de Obras Eléctricas. Si se optara por la adquisición de productos de Soluziona, sería necesario adquirir los módulos Incidencias (u$s 70.000) y Trabajos (u$s 100.000). El módulo Incidencias cubriría (sin modificaciones) el 70 % de los requisitos del subsistema Calidad de Servicio Técnico. El módulo Trabajos cubriría el 40 % de os requisitos de Normas Técnicas y el 80 % de los requisitos de Obras Eléctricas. Si se optara por la adquisición de productos de Smallword, sería necesario adquirir los módulos PowerOn (u$s 100.000) y Design Manager (u$s 120.000). El módulo PowerOn cubriría (sin modificaciones) sólo el 20 % de los requisitos del subsistema Calidad de Servicio Técnico. El módulo Design Manager cubriría el 80 % de los requisitos de Obras Eléctricas. Las tres empresas se comprometieron que, en el caso de adquirir sus productos, se harán las modificaciones correspondientes para que cubran la TOTALIDAD de los requisitos funcionales. La empresa 4DL lo haría sin costo adicional (ya que el porcentaje de requisitos que no cubre es pequeño). La empresa Soluziona cobraría u$s 20.000 por la adapatación/ampliación de sus productos. La

S. Herrera – G.Tkachuk

135

ESTUDIO DE VIABILIDAD DEL SISTEMA

SIGRE

empresa Smallworld cobraría u$s 30.000 por la adaptación/ampliación de sus productos (Ver tabla 4.15). Además, en el momento de la implantación de estas aplicaciones es necesario que cubran también los requisitos no funcionales (ver Catálogo de Requisitos en este mismo capítulo) referidos a interfaces con otros sistemas que actualmente se encuentran en explotación. Específicamente, los sistemas a implementar deberán comunicarse con el Módulo Base-4DL (que gestiona la BDI) y con el módulo OMS4DL (que gestiona las fallas/operaciones). Considerando este aspecto, si se adquieren los productos de 4DL, no será necesario desarrollar interfaces extras puesto que todos los productos respetarían el modelo de datos espaciales de 4DL. Mientras que si se adquirieran los productos de Soluziona, sería necesario desarrollar las interfaces para comunicarse con ambos productos mencionados, presupuestado en u$s 20.000. Y si se optara por los productos de Smallworld, también sería necesario desarrollar las interfaces para el Módulo Base-4DL y el módulo OMS-4DL, presupuestado en u$s 20.000(Ver tabla 4.15). Tabla 4.15. Costos considerados en el análisis costo-beneficio, en dólares. Aplicac./Costos

Costo del Costo de Costo Costo Costo Manten. software adaptación Interfaces Soft. Adic. Anual Soft Distrib.Eléctrica 90.000 u$s 2.500 u$s 12.500 u$s (4DataLink) Open Utilities 170.000 u$s 20.000 u$s 20.000 u$s 30.000 u$s (Soluziona-U.Fenosa) Smallworld 220.000 u$s 30.000 u$s 20.000 u$s 35.000 u$s (General Electric)

Costos Totales 105.000 u$s 240.000 u$s 305.000 u$s

También es necesario considerar los costes de software adicional que se necesita adquirir para poner en explotación las aplicaciones. Por ejemplo, en el caso de 4DL que funciona sobre Autocad de Autodesk, es necesario adquirir mínimamente 5 licencias de Autocad (solo para el módulo NPM), presupuestado en u$s 500 cada una. El resto de los software (sistemas operativos de red, gestores de bases de datos) existen actualmente en EDESE SA. Por otra parte, tanto Soluziona como Smallworld aseguraron que el precio de los visualizadores y de los gestores de base de datos están incluidos en el precio del paquete que se paga inicialmente, ya que utilizan bases de datos propietarias y visualizadores desarrollados en la propia empresa (Ver tabla 4.15).

136

S. Herrera – G.Tkachuk

SIGRE

ESTUDIO DE VIABILIDAD DEL SISTEMA

En este estudio de costos también abarcó el mantenimiento de las aplicaciones que se adquirieran. En este sentido, se consideró el costo anual del soporte técnico + mantenimiento correctivo + adaptación a los cambios de requisitos. La empresa 4DL propuso lo siguiente: actualización de versiones + soporte técnico on-line (por Internet y telefónico), a un costo anual de u$s 10.000. Además se deben considerar la renovación de las licencias de Autocad, aproximadamente u$s 2.500 anuales. Es importante tener presente que la empresa 4DL utiliza una base de datos abierta (montada sobre SQL Server o Informix) que permite que la empresa EDESE SA realice desarrollos propios accediendo a la base de datos espaciales, cubriendo nuevos requisitos funcionales o cambios en las reglas de negocio (Ver tabla 4.15). La empresa Soluziona propuso lo siguiente: actualización de versiones + soporte técnico on-line (por Internet y telefónico), a un costo anual de u$s 30.000. Es importante tener presente que la empresa Soluziona no utiliza una base de datos abierta que permita realizar desarrollos propios para cubrir nuevos requisitos funcionales o cambios en las reglas de negocio. Sin embargo, para no atarse al mantenimiento exclusivo por parte de Soluziona, esta empresa ofreció proveer a EDESE del código fuente de sus aplicaciones pero incrementándose, en este caso, el 100 % del producto final ( 170.000 + 20.000 + 20.000) * 2. Es decir, a un costo de u$s 420.000 (Ver tabla 4.15). La empresa Smallworld propuso lo siguiente: actualización de versiones + soporte técnico on-line (por Internet y telefónico), a un costo anual de u$s 35.000. Es importante tener presente que la empresa Smallworld no utiliza una base de datos abierta que permita realizar desarrollos propios para cubrir nuevos requisitos funcionales o cambios en las reglas de negocio. Tampoco ofreció la venta de código fuente (Ver tabla 4.15). Una vez determinados los costos de las diversas alternativas, se determinaron los beneficios tangibles (cuantificables en valores como tiempo, dinero, etc.) y no tangibles (no ponderables en forma objetiva). En esta instancia es necesario enfatizar que en este EVS no se aplica el análisis coste-beneficios con el objeto de determinar la conveniencia de la realización del proyecto, puesto que en el PSI se determinó la necesidad de implantar estos sistemas en forma prioritaria. Sino que se lo aplica para determinar cuál paquete es conveniente comprar o desarrollar. Entonces, cualquiera sea el enlatado que se adquiera, traerían aparejados los mismos beneficios. S. Herrera – G.Tkachuk

137

ESTUDIO DE VIABILIDAD DEL SISTEMA

SIGRE

En la tabla 4.16 se identifican los beneficios tangibles y no tangibles que se obtendrían con la implantación de los módulos de 4DL/Soluziona/Smallworld.

Tabla 4.16. Principales beneficios tangibles y no tangibles considerados en el análisis coste-beneficio. -

-

-

-

-

Beneficios Tangibles Optimización de los índices de Calidad de Servicio Reducción de la multa por Calidad de Servicio Técnica impuesta semestralmente por el Ente Regulador Reducción de la multa por Calidad de Producto Técnico impuesta semestralmente por el Ente Regulador Optimización de tiempos de respuesta para emitir información de fallas en la red eléctrica Disminución del tiempo del ciclo de vida de la OT (orden de trabajo correspondiente a una obra eléctrica) Mayor precisión en la estimación presupuestaria de las obras eléctricas Disminución del tamaño de almacenamiento de los proyectos eléctricos, optimización de dispositivos de almacenamiento Incremento de la productividad empresarial debido a una mejor utilización de los RR.HH.

-

-

-

Beneficios No Tangibles Mejora de la satisfacción del cliente debido a optimización de la calidad del servicio eléctrico Mejora en la satisfacción del cliente debido a una rápida respuesta ante consultas del estado de una obra eléctrica solicitada por un cliente Mejora en la satisfacción de los clientes internos ante consultas sobre reglamentación y normas técnicas eléctricas Mejora en la satisfacción de los clientes internos ante consultas sobre estados de obras eléctricas Mejora de la imagen de la compañía ante el Ente Regulador debido a la optimización de los tiempos de reportes de fallas y de gestión de obras eléctricas.

En cuanto a la determinación de la viabilidad de los proyectos de implementación de estas aplicaciones, no es necesario realizar un análisis exhaustivo debido a que la empresa cuenta con capital necesario para llevar adelante tales inversiones. Además, como se mencionó anteriormente, la empresa ya decidió en el PSI desarrollar o adquirir en forma urgente estos sistemas eléctricos. Tal urgencia se debe principalmente a que el Ente Regulador EXIGE el control de la calidad de servicio y producto técnico en forma precisa y detallada por clientes a partir del año 2005 (que fue postergada debido a acuerdos con el gobierno provincial). EDESE SA definió políticamente que se adquirirá la alternativa que asegure el más rápido retorno de la inversión. Entonces, debido a que los beneficios son similares si se optare por cualquiera de los tres productos considerados, el retorno de la inversión depende directamente del costo de cada uno de éstos. Por ello, el análisis de la viabilidad se reduce a determinar la alternativa de menor costo. La alternativa de 4DataLink asegura los mismos beneficios a un costo mucho menor (u$s 105.000 versus u$s 240.000 y u$s 305.000).

138

S. Herrera – G.Tkachuk

SIGRE

ESTUDIO DE VIABILIDAD DEL SISTEMA

Cabe aclarar que ninguna de las alternativas estudiadas es inviable desde el punto de vista técnico-operativo ni desde el punto de vista de la planificación de la implantación. Como conclusión del estudio de la inversión, analizando tanto los posibles impactos organizacionales como el análisis coste-beneficio, se recomienda la compra e implantación de los módulos SQA y NPM de la empresa 4DataLink para cubrir los requisitos de los sistemas Calidad de Servicio Técnico, Calidad de Producto Técnico, Normas Técnicas y Obras Eléctricas. IV.6.2 Estudio de los riesgos En esta etapa solo se consideró la alternativa referida a la implantación de la opción 4DL, escogida en el estudio de la inversión desarrollado en el punto inmediatamente anterior. Se seleccionaron los factores de situación a considerar relativos tanto a la incertidumbre como a la complejidad del sistema. Se identificaron y valoraron los riesgos asociados y se determinaron las medidas a tomar para minimizarlos. Solo se comentarán los riesgo más importantes. Implantar la solución de 4DL pone en riesgo la continuidad del mantenimiento puesto que se trata de una empresa de desarrollo en expansión pero que no está absolutamente consolidada en el mercado. No ofrece la misma solidez demostrada por Soluziona y Smallworld. Si 4DL cayera o quebrara, la propia empresa EDESE SA, a través de su departamento de Sistemas, podría hacerse cargo de los desarrollos del mantenimiento debido a que la arquitectura abierta de 4DL lo permite. Otro riesgo consiste en que 4DL haya presupuestado con poca exactitud el costo del producto como consecuencia de su relativamente escasa experiencia. Para afrontar este riesgo, EDESE SA haría un Contrato donde estipule claramente que ésta no se hará cargo de costos adicionales que no estén contemplados en el contrato. Otro riesgo consiste en que 4DL no haya estimado correctamente los tiempos de adaptación/ampliación del software y plazos de entre (también como consecuencia de su relativamente escasa experiencia). Para afrontar este riesgo, EDESE SA estipularía claramente en el contrato que la demora en el cumplimiento de la entrega de los módulos traerá como consecuencia el pago de multas por parte de 4DL.

S. Herrera – G.Tkachuk

139

ESTUDIO DE VIABILIDAD DEL SISTEMA

SIGRE

IV.7 SELECCIÓN DE LAS ALTERNATIVAS Como resultado de los estudios realizados en este EVS este equipo presentó un informe ante el Departamento Sistemas de EDESE SA en el cual se sugirió lo siguiente: •

Transporte: desarrollo a medida debido a que no existen disponibles en el mercado un producto enlatado que gestione el recurso automotores de las empresas eléctricas.

•

Calidad Servicio y Producto Técnico: adquirir la aplicación SQA-4DL debido que ofrece cubrir con la totalidad de los requisitos funcionales y no funcionales a menor costo respecto de las demás alternativas, bajo impacto y pocos riesgos.

•

Normas Técnicas y Obras Eléctricas: adquirir la aplicación NPM4DL debido que ofrece cubrir con la totalidad de los requisitos funcionales y no funcionales a menor costo respecto de las demás alternativas, bajo impacto y pocos riesgos.

Luego fue presentado ante el Comité Ejecutivo, el cual decidió aceptar las sugerencias brindadas en el informe de EVS realizado por este equipo.

140

S. Herrera – G.Tkachuk