DISEÑO DE UN SISTEMA INFORMATICO BASADO EN TECNOLOGÍA WEB PARA LA ADQUISICION DE DATOS DE UNA TURBINA EN UN PROCESO

DE GENERACION DE ENERGIA ELECTRICA

C. Flores-Bautista , E. C. Rosales-Busquets, E. Villalvazo-LaureanoFacultad de Ingeniería Electromecánica

Universidad de ColimaCarretera manzanillo – Barra de Navidad Km. 20 C.P. 28860. Manzanillo. Colima. Tel/Fax. (314) 331-1207

Email: carlos_fbautista@ucol.mx, erosales@ucol.mx, villalvazo@ucol.mx

Abstract

The advance of the technology in this century provides an excellent way for all the industrial processes to improve their reliability. Software Engineering is not the exception. Nowadays hav-ing systems as support to obtain, handle, visualize and ma-nipulate data from any process, makes us to know each one of their characteristics in a deeper manner in order to op-erate these tools properly. Right now, there are software systems offering a diversity of solutions that can be devel-oped with trained human resources avoiding the investment of literally wealthy fortunes.For instance this work uses different tools to solve the problem of visualizing the information, i. e. the process variables, of a turbine embedded into an electric energy generation system. After analyzing among different options we choose a web based system with a client – server sec-tion. This approach has several advantages among others data bases working within the server side. In summary we can say that the system offers a clear, fast, safe and reliable requesting form of the process data.

1 Antecedentes

El software se ha convertido en elemento clave de la evolución de los sistemas y productos informáticos. Durante las ultimas cuatro décadas, el software ha pasado de ser una resolución de problemas especializada a una herramienta de análisis de información y aun mas ha pasado a ser una industria altamente lucrativa. El diseño de sistemas de tiempo real es la tarea más excitante y compleja a que se puede someter un ingeniero de software. Por su propia naturaleza, el software de tiempo real requiere de técnicas, análisis, diseño y pruebas que son desconocidas en otras áreas de aplicación.

En la Central Termoeléctrica Manzanillo II siempre se ha tenido la necesidad de estar monitoreando de manera continua el estado operativo de las unidades generadoras de energía.

Claro esta que para lograr este objetivo se ha venido auxiliando de la tecnología que se tiene al alcance para este propósito. Una de las herramientas de software que son parte de este proceso es un sistema de adquisición de datos (SAD) de HP. La evolución misma que obliga a los procesos a tener mejora continua, impacta de manera importante en la aplicación de mejores sistemas de monitoreo. Un sistema de adquisición de datos (SAD) es una solución para ampliar la supervisión de los sistemas de procesos en las diferentes industrias. Existen múltiples tipos de software que ofrecen diferentes soluciones de monitoreo a los sistemas industriales, los cuales aportan mucha información, para el análisis posterior a una posible falla del proceso.

2 Estado actual

La Central Termoeléctrica MLLO II, generadora de 700 MW energía, 350 MW por unidad, cuenta con sistema de adquisición de datos (SAD) que informa de manera constante y confiable únicamente al operador, del estado actual de los diferentes sistemas del proceso de generación de la unidad. Cabe mencionar que el sistema SAD actual trabaja únicamente en el cuarto de control bajo una serie de licencias que el proveedor vendió a CFE para poder trabajar este mismo, por lo que la red del sistema de adquisición de datos (SAD) no se conecto a la red interna LAN de CFE. Este SAD cuenta con la siguiente infraestructura de Software y de Hardware.

2.1 Hardware

1. Red ETHERNET A 100 mbps2. Cuatro TRANSEIVERS3. Tarjetas de entrada binarias de 24v4. Tarjetas de entrada analógicas de 4-20 ma, en

milivolts para Termopares, y de 0-10 v

1

5. PLC’S de la Familia Simatic Step 5 de SIEMENS6. Tarjetas de comunicaciones7. Fuentes de alimentación de 24 v de HP8. Estación de trabajo (Workstation)9. Cuatro terminales tontas o XTERMINAL DE HP

Figura 1. Estructura actual del sistema

2.2 Software

Sistema operativo UNIX Plataforma de aplicación en tiempo real

(RTAP) de HP (Aplicación) Diagramas esquemáticos Reportes Software de programación STEP 5 para

PLC’S y Tarjetas de comunicaciones

3 Análisis de requerimientos

3.1 El proceso de adquisición de datos

El proceso de adquirir datos en un sistema de monitoreo, vía hardware y software en sistemas industriales, inicia desde la medición de la variable en campo. Esto significa que existen múltiples elementos primarios de medición, los cuales envían su señal eléctrica la cual es transducida y enviada por diferentes medios hacia las tarjetas acondicionadoras. Estas reciben la señal, la que puede ser de tipo analógico o digital, y es interpretada a manera de bits. La señal proveniente desde campo llega con diferentes niveles de voltaje o de corriente.

3.2 El usuario

Los sistemas de monitoreo y supervisión con software han sido parte fundamental en todos los procesos de producción

a nivel industrial. Esta herramienta otorga diferentes beneficios y servicios a los usuarios. Un SAD muestra de manera general el estado actual de los sistemas de los diferentes procesos. Los usuarios que generalmente son los operadores, analistas y directivos, pueden navegar por los diferentes sistemas, ver la información, analizarla, y tomar decisiones. Las formas de obtener esta información son: Navegar directamente en las pantallas y observar el estado de las variables, Realizar impresiones de lista de alarmas y eventos, realizar impresiones de esquemáticos y realizar impresiones de gráfica de tendencia para su análisis posterior.

3.3 Limitaciones generales

La propuesta que se presenta tiene una estructura que a nivel de software y de hardware no tiene limitaciones considerables que causen problema para el desarrollo de sus funciones. Básicamente es un servicio que se otorga al usuario vía Intranet, el cual podrá consultar la información vía Web. El usuario solo tendrá los privilegios de consulta. En el caso mas extremo, lo que se puede presentar es la falla en la conexión, debido a que esta se realizara por red, haciendo uso del protocolo TCP/IP.

3.4 Viabilidad La viabilidad y el análisis de riesgo están relacionados de muchas maneras. Pensando de una manera muy optimista pudiéramos decir que si se tiene de manera infinita el tiempo y los recursos todos los proyectos son posibles. Desgraciadamente el desarrollo de un sistema basado en computadora trae consigo una serie de imprevistos con respecto al tiempo programado al real. Es por tal motivo que se hace necesario el análisis de viabilidad, evitando así invertir tiempo, dinero y esfuerzo en un proyecto de esta naturaleza mal planeado.

3.4.1 Viabilidad económica

En nuestro caso en particular consideramos que la inversión será muy baja debido a que existen los recursos humanos, físicos y tecnológicos al alcance para la realización, implantación y puesta en marcha del mismo. Una parte importante donde se elevaría el costo del proyecto será en la necesidad de adquirir las licencias de Macromedia (Dreamweaver), Delphi, Windows.

En concreto se requerirá por el lado de Hardware de un servidor (PC) con una serie de características comunes y no muy sofisticadas de un costo no elevado. De un cable serial para la conexión de los servidores de Windows y Unix. Se usara la red LAN interna (Intranet) de CFE de la CTM II.

3.4.2 Viabilidad legal

2

La viabilidad legal de nuestro diseño se centra y se apega estrictamente a los requerimientos señalados por la normatividad establecida en el desarrollo, construcción, e implantación de software. Por lo tanto consideramos que derivado del tipo de software y herramientas que se utilizaran, este cumple con la viabilidad legal. Refiriéndose estrictamente en el tipo de licencias que se requieren y el tipo software que se utilizara, podemos decir que existen organismos que regulan el software libre, como lo es la licencia GPL (General Public License) Licencia Publica General, respaldando de esta manera el desarrollo de este tipo de proyectos.

3.4.3 Viabilidad técnica

El análisis de viabilidad técnica nos muestra un panorama propicio para el desarrollo del sistema, en el que podemos observar las tecnologías de software como: Sistemas operativos, navegadores de Internet, software para albergar, controlar y manipular paginas de Internet, etc. Estas herramientas existen de manera libre y a nuestro alcance, las cuales podemos utilizar para la realización del prototipo. En general consideramos técnicamente viable el desarrollo del sistema, porque existe la infraestructura necesaria, como lo son los sistemas de comunicaciones a través de la red interna LAN, equipo de computo, cableado, y personal técnicamente preparado. Por otra parte los escenarios que tenemos que ocupar de manera técnica para nuestro proyecto se encuentran disponibles. Se observa pues que por el lado técnico se tienen todas las posibilidades ya que no se tendrán que hacer cambios drásticos en la red LAN actual, aumentando así las posibilidades para la implantación. 3.5 Requerimientos de software

En el sistema de adquisición de datos participan tres usuarios principales (actores): El administrador del sistema UNIX, que en este caso es el administrador del sistema de adquisición de datos actual, el cual nos apoyara en programar y generar el archivo de una lista de variables que se enviaran a nuestro servidor a través del puerto serial. El cliente (que en este caso puede ser un directivo o una persona del departamento. De análisis y resultados), y el administrador general de nuestro sistema. Las funciones, procesos y salidas del sistema generadas debido a las entradas de estos actores son las siguientes:

3.6 El cliente

EL clientes solicita el ingreso al sistema por medio de una clave de acceso, si es autentificado ingresara al sistema.

El cliente ingresara al sistema observando en la siguiente imagen el esquemático correspondiente observando aquí el estado actual de las variables.

El cliente tendrá la opción de observar unas graficas de tendencias con respecto al tiempo de variables como lo es la carga, temperatura de vapor, flujo de vapor etc.

El cliente podrá imprimir el diagrama y la grafica de tendencia si lo desea.

3.7 El administrador

El administrador ingresa por medio de una clave de seguridad. Una vez autentificado, se muestra la pagina (pantalla) del sistema Receptor, la cual muestra y verifica que el sistema este capturando la información enviada por el servidor a través del puerto serial y a su vez capturando en la base de datos.

El administrador tendrá la facultad de parar el sistema para realizar cualquier tipo de mantenimiento y revisión.

Figura 2. Diagrama de flujo de datos

El administrador tendrá la opción de crear, dar de alta y de baja a los diferentes clientes.

En la siguiente tabla se muestran de forma resumida las funciones del usuario y del administrador.

Tabla 1 Funciones del usuario y administradorUsuario Funciones

Administrador de UNIX

Generar en su sistema el archivo de la lista de variables que enviara por el puerto serial.

Analista y/o Directivo

Visualizar diagrama esquemáticoImprimir diagrama esquemático

3

Administrador Dar de alta, baja, actualizar a nuevos clientes Realizar mantenimiento al sistema, registro de usuarios y base de datos

3.8 Validación de datos y entradas

Derivado del proceso de adquisición a que nos estamos refiriendo, en el sentido de que los datos son capturados de manera automática por el sistema, la validación de los datos se genera desde la creación de la estructura de la tabla de la base de datos.

Los datos que se enviaran por el puerto serial desde el servidor son de manera específica numéricos. La estructura de la base de datos esta definida con el tipo de dato que el campo va a recibir. Los campos son: el índice, el valor y la descripción. En consecuencia a lo aquí descrito, en referencia a la validación de los datos, consideramos que debido a que no interviene el ser humano de una manera mecánica para la captura de los datos, se reduce de manera importante el riesgo de procesar información errónea al sistema. Finalmente de observa que la única manera de que los datos lleguen de manera errónea, es que el elemento primario de medición falle o que en el trayecto de la ruta del envió de la señal desde campo exista alguna falla, en caso concreto del cableado.

4 Propuesta

Diseño de un sistema informático basado en tecnología Web para la adquisición de datos de una turbina en un proceso de generación de energía eléctrica.

Después de haber tomado en cuenta todas y cada una de las observaciones mencionadas en los puntos anteriores, se llega a la conclusión de continuar con la propuesta concreta de lo que ser quiere realizar.

La propuesta de querer iniciar con el diseño de una herramienta grafica, basada en la tecnología Web como lo es el sistema de adquisición de datos de una turbina en un proceso de generación de energía eléctrica, a partir de una conexión serial hacia el servidor principal del sistema de adquisición de datos actual, se deriva de la necesidad de obtener información importante en red LAN interna (Intranet), del sistema de turbina de una manera grafica y en tiempo determinado, y decimos determinado porque no se observaran los cambios de los valores de las variables en el instante real que están cambiando si no con un tiempo de atraso.

Actualmente existe un sistema de adquisición de datos en cuarto de control exclusivo para el operador de la central, el cual se utiliza para visualización de variables de proceso de los diferentes sistemas.

El SAD actual esta cimentado en un sistema operativo HP-UNIX el cual a su vez soporta una plataforma de aplicación en tiempo real (RTAP) y una Red ETHERNET. Surge entonces la necesidad de poder visualizar los datos en la red LAN interna de la planta, la cual esta sobre un sistema operativo de WINDOWS. Es importante mencionar que parte de la problemática que se solucionara con la propuesta, es pues acoplar los dos sistemas operativos, para poder enviar los datos a través de la red LAN interna de CFE de la CTM II. Para obtener los datos del SAD actual se requerirá apoyo por parte del administrador de este sistema el cual opera con UNIX, ya que el enviara una lista de 256 variables por el puerto serial, Y a partir de aquí iniciara nuestro proyecto.

Actualmente muchas de las mediciones que existen en el sistema de adquisición de datos son requeridas para realizar análisis. Personal del departamento de análisis y resultados que se dedica a esta tarea tiene que trasladarse hasta el cuarto de control para obtener esta información de manera manual, tomando las lecturas directamente de las pantallas. Después de una investigación se observo que el obtener la información de esta manera, se corre el riesgo de tomar lecturas erróneas, y en consecuencia todo el trabajo posterior a ello será también erróneo. Por otra parte algunas de las lecturas se tienen que tomar de manera simultanea, cosa que se difícilmente se puede hacer con la velocidad de la vista humana, debido a la velocidad de cambio de la llegada de los valores.

Se considera importante la realización de esta herramienta de apoyo que vendrá a solucionar parte de esta problemática por las siguientes razones:

Se explota mas el poder del sistema de adquisición de datos actual

EL análisis de la información puede ser de manera clara, rápida y segura

Con una herramienta grafica de software se pueden obtener los valores de manera simultánea.

Disminuirá de manera importante la inversión de tiempo en horas hombre y esfuerzo en la realización de las tareas de análisis.

Al considerar la aplicación de la Tecnología Web, no se requiere de una instalación especial de software en las computadoras que serán utilizadas para la aplicación del cliente.

Esta propuesta implica la creación de un sitio Web (Intranet) para la generación de esta herramienta grafica, la cual beneficiara y formara parte de las mejoras en las tareas de análisis. Y servirá como apoyo en la toma de decisiones para la realización de cierto tipo de revisión y mantenimiento a dispositivos electrónicos de medición en campo.

4

En el siguiente diagrama se muestra gráficamente el diseño de la propuesta, anexando al sistema de adquisición de datos actual nuestro servidor y la conexión serial correspondiente, a su vez se integra la conexión ethernet que une a nuestro proyecto con la red LAN interna (Intranet).

Figura 3. Diagrama que muestra en la parte inferior el diseño de la propuesta

5 Diseño del sistema

El diseño es el primer paso en la fase de desarrollo de cualquier producto o sistema de ingeniería. Podría definirse como el proceso de aplicar distintas técnicas y principios con el propósito de definir un dispositivo, un proceso o un sistema con suficiente detalle como para permitir su realización física.

5.1 Descripción del sistema

El Sistema de adquisición de datos vía Web estará integrado por tres principales módulos de software, que a continuación se describen:

Modulo simulador. El modulo simulador se ocupara de realizar la tarea de envío de valores aleatorios con 256 variables hacia la base de datos. El programa del simulador será parte de todo el proceso de diseño del proyecto. EL simulador será desarrollado con la herramienta de programación DELPHI .

El modulo de Recepción de los datos a través del puerto serial. Este modulo como primera instancia tendrá la tarea

de realizar el enlace del simulador con nuestro servidor de Windows a través de la conexión física de los puertos seriales de ambos. Después ejecutara la tarea de realizar el enlace con el servidor de Unix.

El modulo vía software verifica que efectivamente este realizado el enlace y permite al administrador del modulo receptor iniciar el proceso de petición de datos al simulador.

El modulo receptor recibe los datos y los almacena de manera ordenada en una base de datos.

La programación del modulo receptor integra un modulo de base de datos. La estructura de la tabla se desarrolla en base a las necesidades que exigen los campos correspondientes de los datos. EL desarrollo del modulo receptor será programado con la herramienta DELPHI.

En el servidor del receptor se integró el software de Apache [1], el cual servirá como alojamiento de la página Web, que a su vez, a través de un modulo de funciones, manipula la información de enlace con la base de datos. Existe un modulo PHP [9] para apache para el manejo de la toma de los datos vía Web. El software de apache tiene la funcionalidad y características de trabajar vía Web con html. Por otra parte el sistema tiene la característica de realizar el enlace en red haciendo uso del protocolo de comunicación TCP/IP.

El modulo del cliente vía Web. El modulo del cliente se diseñado con el software DREAMWEAVER. Este modulo tendrá la característica de poder ser ejecutado en un navegador de Internet bajo cualquier sistema operativo. Además tendrá la característica de realizar el enlace hacia el servidor vía Web, utilizando lenguaje de programación HTML [7] y el protocolo de comunicación TCP/IP.

La Figura 4, muestra en general la forma en que estos módulos controlan el flujo de información entre el administrador, usuarios, el sistema y la base de datos.

5.2 Estructura de los datos

En el sistema propuesto la estructura de los datos que se presenta, es la básicamente la estructuración de los registros de la base de datos, integrando el tipo de campo, el tamaño del campo, y el nombre del campo. Debido a que la captura se realizara de manera automática, los actores humanos que interactúan con el sistema tendrán la opción de verificar los registros y definir si son correctos.

5.3 Diseño del modelo de datos 5.3.1 Modelo OR (Objeto – Relación)

5

El siguiente diagrama muestra la relación que existe entre los objetos que participan en el sistema. La relación representada se comporta de la siguiente manera: Los objetos muestran su nombre como titulo y los campos que reciben o proporcionan en su interior. En este caso la relación se hace ver con una flecha que indica una relación de uno a muchos entre ambos debido a que los mismos datos del objeto

Figura 4 Diagrama de flujo de información

Tabla 2. Estructura de datosInd. Campo Tipo Tama

ñoDescripción

1 A0-Z9 float 5 Son los campos donde se alojaran los valores numéricos de diferentes variables, en este caso la nomenclatura de A0 hasta Z9 son el identificador de la variable.

2 hora date definido

Estampa la hora de adquisición de los datos

3 fecha time definido

Estampa la fecha de adquisición de los datos

enlace2 se requieren para cada uno de los registros de la tabla variables. Los campos recibidos del otro objeto se

encuentran subrayados y los campos que proporcionan se encuentran de manera normal.

5.4 Estructura modular del sistema

Como se menciono anteriormente, el sistema esta dividido básicamente en 3 módulos que concretamente podemos decir que son; el servidor Unix que emite los datos, el servidor de Windows que es el receptor quien almacena los datos y el cliente quien consulta los datos vía Web.

Figura 5. Diagrama objeto-relación de los elementos del sistema

5.5 Arquitectura del sistema propuesto

En ingeniería de software la arquitectura define la relación entre cada uno de los elementos estructurales del sistema. Esto a través de la representación esquemática de los componentes y su interacción; de manera que se puede ver la distribución lógica modular del sistema en una sola grafica.

En el caso particular del sistema propuesto “Diseño de un sistema informático basado en tecnología Web para la adquisición de datos de una turbina en un proceso de generación de energía eléctrica”, la arquitectura esta estructurada de la siguiente manera:

Modulo del servidor con S. O. HP UNIX; quien proporcionara los datos vía puerto serial, y el responsable directo de este modulo será el administrador del sistema de adquisición de datos actual.

Modulo del servidor con S. O Windows; Este modulo tiene como tarea recibir los datos, almacenarlos y tenerlos disponibles para ser consultados vía Web. Y Utilizara la siguiente herramienta de software:

Servidor Apache (httpd) Modulo interprete de marcado

HTML Servidor MySQL (mysql) Modulo PHP para Apache

6

Variables Enlace2

TAG

DESCRIPCION

UNIDADES

A0………Z9

FECHA HORA

Conjunto de funciones PHP para MySQL

Modulo DELPHI

Modulo del lado del cliente (Para plataformas Windows en todas sus versiones

o Navegador WEB Internet Explorer 4.0 o superior

o Netscape 4.0 o superior o Protocolo de transferencia de hipertexto

httpo Protocolo de control de transferencia y de

Internet ( TCP/IP)

En la Figura 7 se muestra el diseño arquitectónico del sistema

Figura 6 Diagrama de relación de variables

6 Metodología empleada para el desarrollo del proyecto

Para cada tipo de proyecto se pueden emplear diferentes metodologías; así pues, un proyecto extenso, puede ser desarrollado utilizando OMT (Object Modeling Technique) [3]. Mientras que un proyecto con un ciclo de vida corto puede ser desarrollado con metodologías ágiles tales como ASD ( Adaptive Software Development)[4] o XP (Extreme Programing)[5].

Para nuestro proyecto del sistema de adquisición de datos, la metodología XP ofrece un enfoque simple. Uno de los aspectos más sobresalientes de esta metodología, y por la cual se adopto como propuesta para este trabajo es que se trata de una organización sistemática de las prácticas que normalmente son habituales realizar al momento de

desarrollar un software, solo que de forma organizada. XP es una metodología “natural” de desarrollo de software; Dicho de otra forma “el problema planteado para el cual se requiere desarrollar una solución, es analizado “sobre la mesa” con los clientes y usuarios. Donde se describen los aspectos sobresalientes de las funciones que se espera tener en el software, acto seguido se inician los trabajos de los diferentes disciplinas y sobre la marcha se van realizando las pruebas correspondientes y ajustando a los objetivos específicos planteados. Para el desarrollo dinámico del sistema de adquisición de datos con tecnología Web, esta práctica es la más apropiada puesto que los desarrolladores y los usuarios están en contacto continuo y pueden mejorar el tiempo de desarrollo notablemente, al permitir la revisión y la prueba desde cualquier computadora con acceso a Internet.

Figura 7 Diseño arquitectónico del sistema de adquisición de datos

La calidad del producto esta garantizada y asegurada por la razón de que no se termina hasta que se cubren los requerimientos iniciales. A partir de ese momento, etapa de mantenimiento continúa adaptando el software a las necesidades cambiantes del usuario. 7 Lenguaje de diseño

Haciendo referencia brevemente al apartado anterior, la me-todología OMT (Object Modeling tecnique) [3] utiliza un lenguaje de modelado desarrollado por la OMG (Objet Ma-nagement Group) [11] llamado UML (Unified Modeling Language)[6]. Este lenguaje ofrece una forma gráfica de re-presentar una estructura de un sistema de software en desa-

7

rrollo en sus etapas de análisis y diseño de una forma com-prensible para los usuarios (clientes) y descriptiva para los desarrolladores.

Para el prototipo del sistema de adquisición de datos se em-plean específicamente los diagramas de casos de uso, de co-laboración y de secuencias. Pero por tratarse de un número elevado de diagramas no se incluyeron en este trabajo.

8

8 Código e implementación

La codificación del sistema es una de las etapas más difíciles en el ciclo de vida de un sistema de software, sin dejar de tomar en cuenta el mantenimiento correspondiente. La complejidad del código depende en gran medida de las características del sistema en desarrollo, es decir, de los requerimientos definidos en la etapa de análisis por los usuarios y analistas.

La siguiente parte del código muestra la forma en que cada una de las capas se asocia con cada campo de la base de datos hacienda referencia al índice correspondiente de la base de datos, con todos los atributos asociados. … <div id="Layer7" style="position:absolute; left:318px; top:86px; width:43px; height:17px; z-index:7; background-color: #FF9900; layer-background-color: #FF9900; border: 1px none #000000;"><?php echo $f[189]; ?></div>…<div id="Layer15" style="position:absolute; left:461px; top:383px; width:50px; height:18px; z-index:15; back-ground-color: #FF9900; layer-background-color: #FF9900; border: 1px none #000000;"><?php echo $f[197]; ?></div>…

9

Conclusiones

El desarrollo de un sistema de software enfocado a sistemas de adquisición de datos se convierte en una herramienta más de trabajo de cada uno de los usuarios. La ayuda que proporciona un sistema de tal magnitud es de bastante importancia a la hora de los análisis de eventos ocurridos ya que se observa el comportamiento de las variables medidas con los valores correspondientes con respecto al tiempo.

Cabe hacer énfasis que gran parte de la responsabilidad en confiabilidad de los datos en este tipo de sistemas son los elementos primarios de medición que envían la señal desde campo a los sistemas electrónicos de recepción de los datos.

La importancia que adopta esta información en un sistema de una turbina en procesos de generación de energía es muy alta y de gran responsabilidad, por el costo que representa este tipo de equipos.

Por otra parte el ahorro de tiempo en horas hombre que re-presenta el sistema impacta de manera importante en la rea-lización de las tareas de toma de lecturas del sistema, ya que se realizan de manera automática, evitando así el error humano.

Algunas metodologías no visualizan el potencial que repre-senta el desarrollo de software aplicando la tecnología Web, debido a que son obsoletas y fueron creadas en tiempos en que no se tenía mucho conocimiento sobre el paradigma Web. Parte importante en la vigencia de un sistema, es la solución concreta de problemáticas y necesidades del los usuarios, ya que si este no cumple o no responde se pierde credibili-dad y confianza causando así la desmotivación de los usua-rios.

Referencias

[ 1 ] The Apache Software Foundation Pagina Web principal: http://www.apache.org/[ 2 ] Eversoft Pagina Web principal: http://www.eversoft.com/[ 3 ] Object Modeling Technique (OMT) Tecnica de Modelado por Objetos Pagina Web de consultahttp://www. conndrew.cmu.edu/user/conzalez/Teaching/ISW2/OMTintro.html[ 4 ] Agile Software Development (ASD) Desarrollo Agil de Soft-ware Pagina Web principal: http://www.eversoft.com/[ 5 ] eXtreme Programing (XP) Programacion Extrema [ 6 ] Unified Modeling Language (UML) Lenguaje Unificado para modelado Pagina Web principal:http://www.uml.org./[ 7 ] Hyper Text Markup Language (HTML) Lenguaje de marcado Hipertexto Pagina Web principal: http://www.w3.org./MarkUp/[ 8 ] JavaScript Pagina Web principal: http://wp.netscape.com/eng/mozila/3.0/handbook/javascript[ 9 ] PHP: Hypertext Preprocessor (PHP) Procesador de Hipertex-to. Pagina Web principal: http://www.php.net/[ 10 ] MySQL Pagina Web principal: http://www.mysql.com/

BibliografíaPressman, Roger S., Ingeniería del Software un enfoque práctico,

4ª Ed., España Ed. Mc Graw Hill, 1997, 581 pp.Jacobson, Ivar, Booch, Grady y Rumbaugh, James, El Proceso

Unificado del Desarrollo de Software, 1ª Ed. España Ed. Addison Wesley, 2000464 pp.

Schmuller, Joseph, Aprendiendo UML en 24 horas, 1ª ed., México Ed. Prentice Hall, 2000, 448 pp.

Dubois Paul, Edicion Especial MySQL , 1ª ed.,Madrid . Prentice Hall, 2000, 731 pp.

Curriculum

Carlos Flores Bautista, Ingeniero en Comunicaciones y Electrónica y Maestro en Computación por la Facul-tad de Ingeniería Electromecánica de la Universidad de Colima. Profesor de asignatura en la Facultad de Inge-niería Electromecánica de la Universidad de Colima. Ingeniero instruyentista en la planta termoeléctrica Manzanillo II, Comisión Federal de electricidad. Sus áreas de interés son: instrumentación, control de proce-sos, tecnologías de información, y electrónica.

Enrique Carlos Rosales Busquets, Ingeniero en Comunicaciones y Elec-trónica y Maestro en Computación por la Facultad de Ingeniería Electro-mecánica de la Universidad de Colima. Profesor de asignatura en la Facul-tad de Ingeniería Electromecánica de la Universidad de Colima. Sus áreas de interés son: ingeniería del software, servicios Web, tecnologías de in-formación, desarrollo de algoritmos, bases de datos e inteligencia artificial.

Efraín Villalvazo Laureano, Ingeniero en Instrumentación por el Tecno-lógico de Ciudad Guzmán, Maestro en Computación por la Facultad de In-geniería Electromecánica de la Universidad de Colima. Profesor de asigna-tura en la Facultad de Ingeniería Electromecánica de la Universidad de Co-lima.

10