Sistema de información de los equipos instalados
en un sistema eléctrico típico de potencia: SGBD
y su aplicación en la industria petrolera.
L. Ivan Ruiz F. D. Judith Cortes F.
liruiz@iie.org.mx djcf@iie.org.mx
Instituto de Investigaciones Eléctricas
Cuernavaca, Morelos, México
Resumen - En este artículo se presenta la aplicación de un sistema
informático en la industria petrolera de México; la optimización
en el manejo de los datos técnicos de equipos instalados en un
sistema eléctrico de potencia (SEP); la oportunidad de obtener
información por medio de la intranet de la misma empresa y la
ventaja de tener sesiones de usuarios para que puedan crear,
modificar, consultar y eliminar información. Asimismo se explica
el desarrollo del Sistema Gestor de Base de Datos (SGBD) y la
factibilidad de utilizarlo en otros sistemas eléctricos del país. El
desarrollo del sistema informático ha dado como resultado la
confiabilidad en el uso de las Tecnologías de Información en la
Industria Petrolera.
Actualmente, en México se requiere que la información de los
equipos eléctricos instalados en las plantas industriales, tales
como registros de mantenimiento, características técnicas,
bitácora virtual y un seguimiento por parte de los usuarios
responsables operativos, que les permita optimizar la
administración anual de fallas eléctricas y planear
estratégicamente una futura modernización, sea fidedigna.
Índices— Arquitectura, autentificación, automatización, bases de
datos, bitácora, encapsulamiento, encriptación, industria del
petróleo, ingeniería de software, sistemas eléctricos de potencia
(SEP), software.
I. NOMENCLATURA
Categorías y descripción de términos
Sistemas de información: Manejador de bases de datos –
sistemas, procesamiento de consultas.
Términos generales
Algoritmos, administración, documentación, funcionamiento,
diseño, confiabilidad, seguridad, estandarización, verificación.
II. INTRODUCCIÓN
HOY en día vivimos en la era tecnológica del análisis
informativo, es decir, las empresas buscan innovar sus
procesos de información para obtener un mayor beneficio.
Los sistemas de información han pasado a ser de gran uso e
importancia, debido a la gran cantidad de información que
Fátima Chávez A.
faty_601@hotmail.com
manejan, permitiendo el ahorro de costos en recursos
materiales, humanos y económicos.
Desde la aparición de las computadoras y algunas alternativas
eficientes en los medios de comunicación, muchos procesos de
control en la industria eléctrica y la del petróleo sufrieron
transformaciones sustanciales.
La tendencia tecnológica busca innovar el manejo de
información específica en las organizaciones e instituciones,
tal como: transacciones, modificaciones, arreglos y todo tipo
de operaciones informáticas.
La industria petrolera por ejemplo, se vio interesada en el
desarrollo de un sistema informático capaz de llevar una
administración de los equipos eléctricos instalados en su SEP.
En las siguientes secciones se describe el desarrollo del
sistema de información, la arquitectura de software y su
puesta en servicio en la industria petrolera.
III. ANTECEDENTES
El Instituto de Investigaciones Eléctricas (IIE), organismo
mexicano público descentralizado, dedicado a la investigación
y desarrollo tecnológico, realizó un levantamiento de datos
técnicos del equipo eléctrico instalado en una refinería del
noreste del país, para la industria del petróleo.
En el 2005 se obtuvieron los datos fidedignos de 70
subestaciones eléctricas, 6 generadores eléctricos, 7 reactores
de potencia, 9 torres de enfriamiento, 25 casas de bombas, 34
plantas de proceso y 317 tableros de distribución.
Derivado del levantamiento en campo, se almacenó la
información de más de 4000 equipos que forman el sistema
eléctrico de potencia de la refinería e inicialmente se
almacenó la información en hojas de cálculo que relacionan
los equipos instalados con su clasificación, características
técnicas y ubicación dentro de la refinería.
En el 2005, el personal encargado de almacenar la información
estuvo de acuerdo que la hoja de cálculo no cumplía con la
funcionalidad de consultar y modificar la información de
manera eficiente. Por ejemplo, en la edición de la sección de
transformadores, el usuario responsable de actualizar la hoja
de cálculo no era la misma persona que modificaba la sección
Ruiz 1 de 6
de motores, generando así duplicidad e inconsistencia de CFE
archivos.
115 kV
Ahora bien, para mejorar y optimizar el manejo de la
información, los autores coincidieron en el desarrollo y diseño TR-10A TR-10B

de un sistema informático que administrara la información del TDP-7

levantamiento en campo de una forma automática y eficiente. 13.8 KV

Al inicio del 2006 se planteó crear una base de datos (BD) 13.8 kV TBS-1

portable. Sin embargo, los autores concluyeron que el

0.63Ω 0.63Ω 0.63Ω 0.63Ω
desarrollo de un archivo ejecutable tendría portabilidad con
“duplicidad de información”, si se instalaba en dos o más TD 1 TD 2 TD 3 TD 4
13.8 KV 13.8 KV 13.8 KV 13.8 KV
computadoras. Para evitar dicha duplicidad, recurrieron al uso
de las tecnologías de la información, que permiten diseñar
sistemas informáticos mediante la intranet de la industria del TG 1 TG 2 TG 3 TG 4
32 MVA 40 MVA 32 MVA 32 MVA
petróleo, con posibilidad de edición múltiple en línea por
diferentes usuarios en una base de datos. Carga: 75-80 MW

En el 2007, el IIE definió los alcances del desarrollo de este Fig. 1. Diagrama unifilar de un sistema eléctrico de potencia (SEP) típico de
tipo de sistemas para la gestión en la utilización de las una refinería
tecnologías de información en el área eléctrica. Asimismo, el TABLA 1.
personal de la industria del petróleo que coordina los EQUIPO ELÉCTRICO TÍPICO INSTALADO EN UN SEP
proyectos de modernización, solicitó analizar la posibilidad de Motores Transformadores Tableros
desarrollar una metodología para tener sistemas de
información de tal índole.
La finalidad de este artículo es describir la metodología,
esquematización y desarrollo del sistema de información
propuesto, para el control de información en los sistemas Generadores Reactores Circuitos de fuerza
eléctricos de potencia de la industria del petróleo, que
proporcione una funcionalidad más específica y asertiva

IV PLANTEAMIENTO DEL PROBLEMA

La industria del petróleo cuenta con seis refinerías en el país,
cada una tiene un sistema eléctrico de potencia conformado
por equipos eléctricos instalados. En la Fig. 1 se muestra un
esquema típico de un diagrama unifilar1 simplificado de un
SEP. En la tabla 1 se muestran fotografías típicas
representativas del equipo eléctrico instalado en un SEP.
Actualmente, las refinerías no cuentan con una herramienta
auxiliar de fácil acceso para el personal operativo, que
proporcione información de los equipos eléctricos instalados.
Por tal motivo, la industria del petróleo solicitó al IIE un
levantamiento de datos técnicos de una de las refinerías
localizada en el noreste del país, que incluyera una validación
con la información de las hojas de cálculo existentes del
personal operativo.
Durante la validación se observó que las hojas existentes,
propiedad de la refinería, presentaban inconsistencia,
ambigüedad y duplicidad de información. La problemática de
la validación dio como resultado el refuerzo de la idea de los
autores en cuanto a desarrollar un sistema informático, con la
posibilidad de optimizar y eficientar el control de la
información. Los autores iniciaron con el desarrollo de una
base de datos única, instalada en un servidor local y con
posibilidad de accederla mediante la intranet de la refinería.
1
Diagrama unifilar. Representación gráfica mediante símbolos de los
componentes eléctricos de un sistema de potencia, que suministra en forma
concisa información significativa.
La tendencia de no contar con un sistema capaz de gestionar la
información de los equipos eléctricos instalados en la refinería,
es un problema latente.
El principal objetivo propuesto por los autores es elaborar un
sistema informático que permita darle un seguimiento
eficiente a los equipos eléctricos instalados en la actualidad,
que sea utilizable en el futuro para agregar nuevos equipos y
modificar las características técnicas de los ya existentes.
Los autores plantearon la siguiente hipótesis: “con la creación
de un sistema automatizado, basado en la utilización de un
sistema gestor de base de datos y un intérprete de
implementación de páginas web dinámicas, es posible darle un
seguimiento eficiente a los datos técnicos de los equipos
eléctricos instalados en la refinería”.
Los pasos a seguir en el proceso de diseño del sistema
informático están centrados en las siguientes tareas que
facilitan el desarrollo de la hipótesis.
Los autores también coincidieron en que la utilización de la
ingeniería de software en este tipo de problemática, era una
solución ideal para administrar la información de los equipos
eléctricos instalados, asimismo proporciona una planificación
confiable de las etapas de vida de la aplicación o sistema
informático.
Ruiz 2 de 6
 V ANÁLISIS DE REQUERIMIENTOS Y DESARROLLO DEL
SISTEMA
Con el objetivo de desarrollar un sistema informático para la
industria petrolera, se tomó como base la ingeniería de
software (IS), que es una disciplina tecnológica y
administrativa dedicada a la elaboración de sistemas en un
tiempo y presupuesto definido [1].
El enfoque metodológico del modelo en cascada, es utilizado
en la IS, donde cada una de sus etapas está ordenada de
manera estratégica. Dichas etapas son: a) análisis de
requerimientos, b) diseño del sistema, c) diseño del programa,
e) codificación y pruebas y f) implantación.
A continuación se mencionan las etapas que los autores
consideraron para desarrollar el sistema informático, según el
modelo en cascada.
A. Análisis de requerimientos
Se requiere de un sistema automatizado que proporcione la
información del sistema eléctrico de potencia de la refinería,
desde cualquier computadora que tenga acceso a la intranet de
la empresa. Para representar el modelado, los autores
decidieron incluir una lista de requerimientos en cada etapa del
modelo en cascada como sigue:
1) Requerimientos de funcionalidad:
El sistema informático fue planteado por los autores con los
siguientes criterios:
• Debe ser capaz de consultar, crear, editar e imprimir la
información relevante de cada equipo eléctrico.
• Debe ser utilizado como un sistema de información con un
inventario electrónico. Asimismo, utilizarse como tecnología
de información.
• Debe contener las características técnicas de cada equipo
eléctrico del sistema eléctrico de potencia.
• Debe proporcionar el acceso a la refinería mediante la
intranet.
• Debe realizar la consulta de diagramas unifilares de las 70
subestaciones eléctricas.
• Debe permitir el acceso a cuatro niveles de sesión:
o invitado, usuario que realiza consulta e impresiones;
o registrado, usuario que tiene privilegios; modifica, agrega,
elimina y consulta datos técnicos;
o administrador, además de los privilegios del usuario
registrado, administra a usuarios registrados, plantas,
subestaciones eléctricas y termoeléctricas;
o máster, incluye los privilegios del usuario administrador,
controla y verifica a usuarios administradores.
2) Requerimientos de arquitectura:
Los autores proponen una arquitectura para el sistema
informático que debe:
• Ser una tecnología cliente/servidor o comúnmente conocida
como arquitectura de dos capas.
• Contener una base de datos (BD) centralizada, que almacene
la información técnica del SEP y sesiones de trabajo
(invitado, registrado, administrador y master).
• Permitir la consulta de los datos técnicos y ubicación física
de los equipos eléctricos del SEP, a todos los niveles de
sesión.
• Situar físicamente los componentes lógicos, es decir, situar el
software en el hardware que lo contiene
• Funcionar mediante un navegador Web comercial del cliente
• Desplegar gráficos del equipo eléctrico mediante fotografías.
3) Requerimientos de software:
Para la creación del sistema, los autores propusieron
documentar y especificar los criterios de funcionalidad y
arquitectura común, describiendo modelos. También
coincidieron en utilizar un sistema gestor de base de datos
(SGBD) para realizar las consultas a las bases de datos
(MySQL®); una aplicación desarrollada en PHP para el
manejo interno de la base de datos (phpMyAdmin®); un
lenguaje de programación para la creación de contenido para
sitios web dinámicos (PHP®); un lenguaje diseñado para dar
formato a texto, enfocado a páginas web (HTML®); un
lenguaje de programación orientado a la validación de datos
del lado del cliente, a través de una red (JavaScript®); una
aplicación que permita poner en servicio un servidor web y un
servidor de base de datos mediante un archivo ejecutable
(Xampp®) y un lenguaje de diseño que permita interactividad,
edición multimedia y edición para sitios web profesionales
(Macromedia®).
B. Diseño del sistema
En esta etapa del desarrollo, los autores utilizaron como
herramienta de modelado el UML (Unified Modeling
Language), ya que forma la estructura global de diseño del
sistema.
UML es un lenguaje para visualizar, especificar, construir y
documentar los elementos de un sistema informático [2].
El lenguaje UML trabaja con orientación a objetos y esto
cubre las expectativas y necesidades de la arquitectura del
sistema. UML también considera la elaboración de una “tabla
de requerimientos”, que contempla 2 de los siguientes
criterios: a) Consultas y reportes, b) almacenamiento y c)
procedimientos. Este último no se toma en consideración, dado
que no fue requerido por el tipo de sistema o aplicación que se
desarrolla.
En el modelado de la tabla de requerimientos se elaboraron
diagramas de casos de uso. En la tabla 2 se muestran los
requerimientos del sistema.
Además, los autores propusieron que en el diseño se
especificara de la siguiente forma:
1) Base de datos:
El sistema debe contar con una BD centralizada de la
información del SEP. Debe tener la capacidad de almacenar
grandes volúmenes de información, que permita un desarrollo
estratégico.
Para el diseño de la BD, se dio seguimiento a las tres etapas
del modelado en análisis y diseño de sistemas de información.
Ruiz 3 de 6
 TABLA 2. SIBISEP
ACTORES Caso de uso – 1 ACTORES
REQUERIMIENTOS DEL SISTEMA UTILIZANDO UML
Clave Descripció
Descripción Clave Descripció
Descripción
MASTER Datos ADMINISTRADOR
CONSULTAS E INFORMES ALMACENAMIENTO
técnicos de
R1 Informe de datos técnicos del SEP R15 Datos de los Marcas de relevadores SEP’
SEP’s
R2 Informe de Usuarios R16 Circuitos de fuerza
R3 Informe de Diagramas Unifilares R17 Datos de los Transformadores Consultar/ Consultar/
Modificar/ Modificar/
R4 Informe de Trayectorias de Registros R18 Datos de los Motores Eliminar/ Eliminar/
Usuarios
ALMACENAMIENTO R19 Datos de las Líneas de transmisión aérea Imprimir Imprimir
R6 Datos de los Termos R20 Datos de las Áreas
R7 Datos de los Generadores R21 Datos de los Tipos de áreas
R8 Datos de las subestaciones R22 Datos de los Niveles de tensión REGISTRADO Diagramas INVITADO
R9 Datos de los TDP’s R23 Datos de los usuarios
Unifilares

R10 Datos de los Tableros R24 Diagramas Unifilares

R11 Datos de los Reactores R25 Trayectorias de registros Consulta/ Consultar/
R12 Datos de los Interruptores PROCESAMIENTO Modificar/ Trayectorias Imprimir
Eliminar/ de circuitos
R13 Datos de los Relevadores: (*) Se omiten los requerimientos de procesamiento por
Imprimir
que el sistema no realiza cálculos
R14 Datos de los Modelos de relevadores

a) Diseño Conceptual: Fig. 4. Diagrama general de casos de uso para los niveles de sesión.
El diagrama general que utilizaron los autores se diseñó con
base en los requerimientos funcionales (ver Fig. 2). También Con base en dos de los criterios marcados por UML, los
utilizaron un diagrama particular para cada uno de los tres autores plantearon las funcionalidades consideradas en el
niveles de sesión. Por ejemplo, en la Fig. 3 se muestra el sistema a desarrollar:
diseño conceptual de la sesión de usuario registrado. • Requerimientos de consultas e informes que contienen:
El diseño conceptual se basó en el diagrama general de caso de a) los diagramas unifilares, b) los datos técnicos de equipos
uso, mostrado en la Fig. 4, el cual especifica los eléctricos, c) las trayectorias de los circuitos de fuerza y d) la
requerimientos del cliente y las funciones básicas. Este información de los usuarios o actores.
diagrama omite las funcionalidades técnicas del sistema, pues • Almacenamiento, que guarda las características típicas de
únicamente considera aquéllas que cubren los requerimientos los equipos eléctricos instalados, tales como generadores,
planteados por el cliente y las acciones futuras que podrá transformadores, interruptores, relevadores, circuitos de
realizar. En el diagrama se utilizan elementos gráficos de fácil fuerza, tableros, reactores, motores eléctricos, entre otros.
comprensión por parte del cliente. En el modelado UML se representan funciones específicas
denominadas “subcasos de uso”.
Modeloconceptual
Modelo conceptualdel
delsistema
sistema
b) Diseño lógico:
ACTORES O USUARIOS ACCIONES
Mediante una abstracción del funcionamiento real del sistema,
Master Altas los autores elaboraron el diseño lógico. También propusieron
Consultas los siguientes pasos: a) obtención de esquemas lógicos locales;
SIBISEP
Administrador b) validación de dichos esquemas; c) derivación de un
Bajas conjunto de tablas; d) validación de tablas con normalización;
Registrado
Reportes
e) validación de tablas contra transacción del usuario y g)
creación del diagrama entidad-relación.
Invitado Modificaciones
El diseño lógico del sistema fue elaborado con el uso del
modelo de entidad-relación, debido a que proporciona un
Fig. 2. Diagrama conceptual general de la base de datos del sistema.
enfoque semántico de la información, es decir, genera una
Sesionde
deusuario
usuarioRegistrado
Registrado correspondencia entre expresiones de símbolos o palabras y
Sesion
situaciones o conjuntos de cosas existentes en el mundo físico
Acciones: Informacion de: o abstracto. Para el caso del sistema desarrollado por los
•Altas •Sistemas electricos de
•Bajas potencia
autores, el diagrama entidad-relación representa la arquitectura
•Consultas
•Modificaciones
•Diagramas Unifilares de la base de datos del sistema eléctrico de potencia de la
•Impresiones •Trayectorias de circuitos
refinería. En la Fig. 5 se muestra una fracción del diseño
lógico creado por los autores.
c) Diseño físico:
El diseño físico representa de manera esquemática, la
integración de la información de la base de datos mediante
tablas, campos y las relaciones. Al sistema informático se le
Fig. 3. Diagrama conceptual del nivel de sesión “usuario registrado”. dio el nombre de Sistema de Bitácora para Sistemas Eléctricos
de Potencia y se definió para su comprensión con el acrónimo
de sus siglas SIBISEP.
Ruiz 4 de 6
 NIVELES Se clasifica en MOTORES
Se clasifica en TIPOS_AREAS
2) Diseño de interfaces de usuario:
TENSION

tiene TRAFOS Los autores consideraron que el sistema debe mostrar una
Se clasifica en Pertenece a
SECTORES LINEAS_TRANS
tiene CTOS-FUERZA
interfaz con términos comunes para los usuarios de refinería,
TABLEROS (*)
Se ubica en
AREAS INTERRUPTORES
mensajes de advertencia, una sección de ayuda rápida, colores
tiene (*)

tiene SUBESTACIONES
Pertenecen
Pertenece a
Pertenece a
INTERRUPTORES
(*)
TERMOS
REACTORES tiene
GENERADORES
MARCAS tiene
Fig. 5. Diseño lógico (entidad-relación) del sistema
La base de datos fue nombrada “bdsibisep” y está compuesta
por un conjunto de 39 tablas. El diseño físico fue desarrollado
con el sistema gestor de base de datos MySQL®, que permite
realizar manipulaciones de la base de datos, tales como
actualizaciones, exportaciones e importaciones, manejo
gráfico, determinación de tablas y establecimiento de usuarios.
Por tratarse de una base de datos relacional, los autores
utilizaron la técnica de normalización en el diseño físico.
Asimismo, se validaron las tablas y sus relaciones para que no
generen información redundante.
Uno de los conceptos que se relacionan con el diseño físico es
la arquitectura del sistema de información, que incluye
aspectos estáticos y dinámicos significativos. En el inciso de
“requerimientos de arquitectura” se mencionó que la
arquitectura debe situar físicamente los componentes lógicos,
es decir, situar el software en el hardware que lo contiene.
Por esta razón el SIBISEP, se estableció instalarlo mediante un
diagrama de despliegue, donde el hardware se representa como
un nodo. En la Fig. 6 se muestra un esquema descriptivo del
diagrama de despliegue del SIBISEP, y representa
conceptualmente el modelo de implementación originado por
el diseño, donde interviene el término de “desambiguación” o
conocido como ADO2.
HTTP
Cliente Servidor web
(Apache)
Impresora
Fig.6. Esquema descriptivo del diagrama de despliegue del SIBISEP.
2
ADO (ActiveX Data Objects) mecanismos que usan los programas de
computación para comunicarse con las bases de datos.
tiene
agradables y sencillez en la identidad gráfica. Además, su
tiene
funcionamiento debe ser de fácil comprensión mediante los
REGISTROS siguientes procedimientos:
tiene TABLEROS (*) • Optimización de tiempos al navegar por la aplicación.
RELEVADORES tipos • Títulos que proporcionen indicaciones y ubicación del
tiene proceso que se está realizando.
A
MODELOS
• Íconos representativos comunes para la ilustración de
funcionalidades.
• Distribución estratégica de menúes.
• Visualización de fotografías representativas del equipo
eléctrico.
• Secuencia estratégica del uso.
• Efectos del “mouseover” de los vínculos.
3) Seguridad del sistema
Los autores proponen que los usuarios sean creados con base
en el rol que desempeñan. Para poder acceder al sistema, se
habilitaron cuatro sesiones. Asimismo, los autores
consideraron seguridad en lo siguiente:
• Autenticación de sesiones.
• Validación de nombre de sesión para evitar duplicidad de
usuarios.
• Protección del servidor con software de anti-ataques en línea
como virus, intrusos (usuarios externos), troyanos, etc.
• Protección de la base de datos mediante técnicas de
encapsulamiento y encriptación de datos.
• Respaldos automáticos de la base de datos.
4) Diseño del programa:
Es la etapa donde se desarrollan los algoritmos de acuerdo a
los requerimientos del cliente y que serán de utilidad para la
codificación del sistema, de igual forma que en el diseño del
mismo se recurrió a la modelación en UML, utilizándose “los
diagramas de actividades” que son una herramienta enfocada
al auxilio visual del programador, pues muestra la secuencia
ADO2 lógica de una forma detalla y gráfica de cada uno de los
procesos que realiza el sistema. Este diagrama es más
específico y hace referencia a procedimientos automáticos que
BD realiza el software del sistema. Cabe mencionar que los
autores diseñaron un diagrama por cada una de las actividades
Base de datos del sistema.
(MySQL)
VI CODIFICACIÓN Y PRUEBAS
La codificación fue elemental para desarrollar el SIBISEP. Se
codificó mediante PHP® para crear la relación entre cliente y
servidor con accesos a MySQL®. En la interfaz se codificaron
las páginas de información con HTML® y Java Script®.
Los autores nombraron los archivos de código fuente,
siguiendo la metodología del diseño y un orden establecido,
considerando los espacios determinados entre bloques de
código de acuerdo a la función que representan, la
Ruiz 5 de 6
identificación de código y la declaración de variables y
bibliotecas al inicio.
A. Pantalla principal
Está dividida en dos áreas: a) La barra de vínculos o acceso al
sistema, declarados como “consulta al equipo eléctrico” y
“administración del sitio” y b) la definición conceptual del
SIBISEP, con una portada representativa de la refinería.
Los dos principales vínculos que engloban las funcionalidades
del sistema se definen a continuación.
B. Consulta al equipo eléctrico
Vínculo que permite al usuario hacer una consulta de un
equipo específico. Mediante un menú vertical se puede
acceder a nueve secciones de consulta: a) motores, b)
transformadores, c) tableros, d) generadores, e) reactores, f)
relevadores, g) circuitos de fuerza, h) diagramas unifilares e i)
sectores eléctricos.
Además, los autores decidieron incluir un área para los niveles
de sesión que pueden autentificarse y hacer uso de los
privilegios para la edición de los datos técnicos de cualquier
equipo
C. Administración del sitio
Esta sección requiere una autentificación del usuario como
administrador, que le otorga privilegios dentro del sistema.
Este nivel de sesión permite la edición de los datos de
subestaciones, plantas y usuarios registrados dentro de la base
de datos y permite el registro de nuevos elementos.
VII IMPLANTACIÓN
Durante la fase del desarrollo del sistema se elaboró un disco
de instalación, que le permite al usuario final en la refinería
instalar las aplicaciones necesarias para la puesta en marcha
del SIBISEP.
Durante la puesta en servicio surgieron algunos detalles de
instalación, tales como: 1) existencia del software AppServ®
que es similar al Xampp®, por lo que se realizó el cambio de
software en el servidor; 2) existían rutas estáticas del servidor
de prueba, que tuvieron que ser modificadas por las del nuevo
servidor y 3) existía una incompatibilidad de software
comercial de Autocad® para visualizar los diagramas
unifilares que tienen extensión “DXF”, por lo que se actualizó
la versión del visor de archivos para solucionar el problema.
Los autores estuvieron de acuerdo que a pesar de que es un
sistema de información, era necesario capacitar a los usuarios
finales de la industria del petróleo. Se realizó una presentación
a nivel ejecutivo y operativo, detallando las bondades y el uso
del SIBISEP.
VIII CONCLUSIONES
Existe una gran inquietud por la industria petrolera en México,
para tener sistemas informáticos que les ayuden a administrar
sus activos o equipos eléctricos instalados en cada SEP,
mediante bitácoras de mantenimiento.
El esfuerzo realizado por los autores para el desarrollo e
implantación del SIBISEP, ha sido recompensado con la
solicitud por parte del coordinador de refinerías (cliente) para
el desarrollo de otros cinco proyectos similares.
Debido a las aportaciones del sistema, se han generado buenas
expectativas para la aplicación de las tecnologías de
información.
Por lo anterior, los autores han propuesto el desarrollo de un
sitio web dinámico para las seis refinerías del país, que permita
el acceso a las bases de datos de un servidor dedicado,
utilizando plataforma “.NET” y realizar una migración del
SGBD a SQL®.
Llegar a desarrollar este tipo de sistemas en el país y contribuir
en un futuro con la aplicación de conceptos: “calidad de
software y auditoria informática”, es una meta de los autores.
IX REFERENCIAS
Artículos técnicos
[1] L. Ivan Ruiz, D. Judith Cortes F., Ingeniería de Software:
Automatización de los Procesos de un Laboratorio de Equipos
Eléctricos. Parte I: Planteamiento del Problema y Análisis de
Requerimientos, ROC&C de la IEEE, México, 2006.
Libros
[2] Booch Rumbaugh, Jacobson, Addison-Wesley. The unified Modeling
Languaje User Guide. 14-116
X BIOGRAFÍAS
Luis Iván Ruiz Flores. Ingeniero Eléctrico,
egresado del Instituto Tecnológico de Orizaba en
1999. Becario AIT del IIE en la Gerencia de
Simulación de 1999 a 2000. Desde 2001 colabora
como investigador en la Gerencia de Equipos
Eléctricos del IIE, en proyectos relacionados al
análisis y diseño de sistemas eléctricos de potencia
en plantas industriales. En 2004 terminó su
Maestría en Ingeniería Industrial en la UAEM.
Actualmente es jefe de laboratorio del LEE del IIE y contribuye con el diseño
de sistemas informáticos para optimizar los procesos de licitación y
modernización en la industria petrolera. (liruiz@iie.org.mx)
Dolores Judith Cortés Flores. Egresada del
Instituto Tecnológico de Zacatepec en 2005. En
este mismo año ingresó al IIE como becaria del
XXIX Programa de Adiestramiento en
Investigación Tecnológica. Actualmente colabora
en el IIE con bases de datos y software de
aplicación para la industria del petróleo.
(djcf@iie.org.mx)
Fátima Chávez Almanza. Becaria de residencias
profesionales en el IIE, que colabora en los diseños
de sistemas de información para la industria
petrolera. Actualmente está realizando el trámite
para obtener su título como Licenciada en
Informática (faty_601@hotmail.com)
Ruiz 6 de 6